I remember this have been asked a few times already, but i wonder how we 

could hack the max console stream back to Java, or to a C object ?

f.e chanfrault | aka | personal computer music

> >>>>>> |sublime music for a desperate people|

I remember this have been asked a few times already, but i wonder how we 
could hack the max console stream back to Java, or to a C object ?

-- 
f.e chanfrault | aka | personal computer music
> >>>>>> http://www.personal-computer-music.com
> >>>>>> |sublime music for a desperate people|


max-console-stream-hack

What exactly are you trying to accomplish by doing this? There might

What exactly are you trying to accomplish by doing this?  There might
be something else you can do.

why not just to be able to do it? Forget about its uses later!

Think of it like a hidden outlet. Uses schmooses..... Besides, most hacking doesn't result in anything useful. 

why not just to be able to do it?  Forget about its uses later! 

Think of it like a hidden outlet. Uses schmooses..... Besides, most hacking doesn't result in anything useful.  


On 2 Jul 2006, at 16:20, Peter Castine wrote:

> You can do some stuff with the error object. Or if you're 

> programming externals, you can do something other than using post() 

I've taken to using Log4J for all my MXJ logging; it provides 

facilities for dropping in stream processors etc. to customise the 

output and/or where it goes and/or what it gets turned into.

(Log4J has some issues with MXJ if it's in the system classpath: each 

reload of the dynamic class loader causes an extra copy of each 

message to appear. Sometimes, statics are just a bit too static.)

nick rothwell -- composition, systems, performance -- 

> You can do some stuff with the error object. Or if you're  
> programming externals, you can do something other than using post()  
> and error().

I've taken to using Log4J for all my MXJ logging; it provides  
facilities for dropping in stream processors etc. to customise the  
output and/or where it goes and/or what it gets turned into.

(Log4J has some issues with MXJ if it's in the system classpath: each  
reload of the dynamic class loader causes an extra copy of each  
message to appear. Sometimes, statics are just a bit too static.)

   nick rothwell -- composition, systems, performance -- http:// 
www.cassiel.com


> (just to give an idea, some externals post a version number, you could

> use it to verify that you loaded the correct version, some post error

This would be kind of a roundabout hack for doing such a task.

Instead, the object should have a method or attribute depending what

the situation was for querying the version if it is important to know.

> (just to give an idea, some externals post a version number, you could
> use it to verify that you loaded the correct version, some post error
> messages with post()...
>

This would be kind of a roundabout hack for doing such a task.
Instead, the object should have a method or attribute depending what
the situation was for querying the version if it is important to know.

It would also be nice to have a way to post the Max Window messages to the

Max list (i.e. copy and paste or via the methods Stephan mentioned)

> You can do some stuff with the error object. Or if you're programming

> externals, you can do something other than using post() and error().

Don't you think as the [error] object already functions, a simple cousin

of it like [post] could be done as well? (maybe the name should be

Its a long time request as far as I can remember...

Some externals do post valuable information to the max window, and if

this is the only place where you can read it, I'd love to be able to use

please for all those who have access to the source code of [error],

consider to add it's cousin, or enhance [error] for grabbing all posts

This would be very much more than just an enhancement...

(just to give an idea, some externals post a version number, you could

use it to verify that you loaded the correct version, some post error

It would also be nice to have a way to post the Max Window messages to the
Max list (i.e. copy and paste or via the methods Stephan mentioned)

Cheers,
Brian
Peter Castine wrote:
> You can do some stuff with the error object. Or if you're programming
> externals, you can do something other than using post() and error().

Don't you think as the [error] object already functions, a simple cousin
of it like [post] could be done as well? (maybe the name should be
better be [getpost])
Its a long time request as far as I can remember...

Some externals do post valuable information to the max window, and if
this is the only place where you can read it, I'd love to be able to use
it for automated monitoring tasks.

please for all those who have access to the source code of [error],
consider to add it's cousin, or enhance [error] for grabbing all posts
to the max window...

(just to give an idea, some externals post a version number, you could
use it to verify that you loaded the correct version, some post error
messages with post()...

--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


I would like to second this request. One of the things it would be 

useful for, is the ability to continuously monitor messages to the max 

window in performance patches in fullscreen mode.

I would like to second this request. One of the things it would be 
useful for, is the ability to continuously monitor messages to the max 
window in performance patches in fullscreen mode.

error_subscribe() could help, see Max 8 API:

 enables your object to receive a message (error), followed by the list of atoms in the error message posted to the Max window."

error_subscribe() could help, see Max 8 API:
"error_subscribe() enables your object to receive a message (error), followed by the list of atoms in the error message posted to the Max window."


max console stream hack ?