Subject: MAX Digest - 21 Jun 1999 to 22 Jun 1999 (#1999-188)
Date: Wed, 23 Jun 1999 00:00:10 -0400
Automatic digest processor <LISTSERV@LISTS.MCGILL.CA>
Reply-To: MAX - Interactive Music/Multimedia Standard Environments <MAX@LISTS.MCGILL.CA>
To: Recipients of MAX digests <MAX@LISTS.MCGILL.CA>

There are 6 messages totalling 149 lines in this issue.

Topics of the day:

  1. G3 Power 233->300Mhz
  2. No subject was specified.
  3. rainstick tcp/ip external
  4. msp-jmax-compatibilities
  5. problem with external
  6. TCP/IP


Date:Tue, 22 Jun 1999 02:47:50 -0400
From:Marcel Wierckx <mwierc@PO-BOX.MCGILL.CA>
Subject: Re: G3 Power 233->300Mhz

>i have heard that the really dangerous limit for the heat is about 65=BA
>but the computer will behave instabil before reaching this. (i am not an
>expert so this is rather an rumor than a fact)

That Powerlog!x SpeedMeter app tells me that my powerbook processor is
running between 75=BA-79=BA C. I guess it wouldn't be a good idea then to tr=
to soup up my processor speed, eh? The benchmark improvements look amazing



Date:Tue, 22 Jun 1999 16:00:57 +0900
From:James McKenan <lisa@INFOTOPIA.OR.JP>
Subject: No subject was specified.



Date:Tue, 22 Jun 1999 00:12:21 -0700
From:dudas <dudas@CNMAT.BERKELEY.EDU>
Subject: rainstick tcp/ip external

p writes:
>does this "internet_TCP/IP" external run on powerPC too, i thought it=A5s
>just for

The Rainstick externals are indeed 68k only.
(but source code is included)




Date:Tue, 22 Jun 1999 11:58:20 +0100
From:filip <filip@RHIZ.ORG>

Subject: msp-jmax-compatibilities

hi all
as jmax deals with mainly the same objects as msp, and jmax AND msp is
compatible to ircam-max there should be a fileformat or so to open a
jmax-patch as msp-patch and vice versa.
any experiences? (it doesn´t work with save as text)

besides that: is jmax and cycling´74 friendly to each other??

best wishes


Date:Tue, 22 Jun 1999 12:45:31 +0200
From:Peter Castine <pcastine@PRZ.TU-BERLIN.DE>
Subject: Re: problem with external

On around 21-6-99 20:16, Laurent Cerveau said something like:

>I'm implementing an extern which uses another library (not an Apple one),
>where objects are created throough malloc, and calloc.

Others may see this differently, but I would only use two strategies for
memory allocation in an external:

Toolbox Memory Manager calls at non-interrupt time
Max manager calls at interrupt time

People who cut their teeth on Unix may see this differently.

Anyway, in

>void myobj_doCompExp(s_myobjPtr x){
defer_low(x, (method) myobj_DFdoCompExp, 0L, 0, 0l)
>void myobj_DFdoCompExp(s_myobjPtr x){
function1(x); //where ther are some calloc
function2(x);===>sometimes it goes I don't know where.

Does your function1() do any checking to make sure that the memory
allocation succeeded? If the allocation failed, calling
docomputetofillstructuresallocatedwithfunc1() is likely to cause all
sorts of havoc.

Finally, most Mac implementations of malloc & Co. just use _NewPtr, so
all the warnings about interrupt level apply equally here. What with
using defer(), this should't be the problem. But calloc can still fail.

Hope this helps,


Dr. Peter Castine| I am very pleased to announce that the
4-15 Music & Technology| 26th International Computer Music Conference
| will take place in Berlin in the year 2000.
| We look forward to seeing you here!


Date:Tue, 22 Jun 1999 10:31:44 -0700
From:Matt Wright <matt@CNMAT.CNMAT.BERKELEY.EDU>
Subject: Re: TCP/IP

I wrote the OTUDP object, and I've written a companion for it,
OTTCP, that does TCP streams instead of UDP datagrams. I had
just started to debug it when I got distracted by a hundred other
things, and I'm not going to be able to work on it any more
probably until August.

Like OTUDP, OTTCP will only handle the network communications,
not the formatting of your data, so you'll have to either use
CNMAT's OpenSoundControl protocol, or write an external to
implement your own protocol, translating back and forth from
Max lists and chunks of binary data suitable for network



End of MAX Digest - 21 Jun 1999 to 22 Jun 1999 (#1999-188)