Regarding pd-linux-0.25TEST4.tar --> pd/src/m_memory.c, is this a
memory leak?
void *getzbytes(size_t nbytes) /* get bytes, zeroed out */
{
void *ret;
if (nbytes < 1) nbytes = 1;
ret = getbytes(nbytes);
ret = (void *)malloc(nbytes); <------ MEMORY LEAK?
if (ret) memset(ret, 0, nbytes);
return (ret);
}
On Mon, 29 Mar 1999, John Michael Davison wrote: well, I'm not a C guru so I won't comment on this question but I've noticed something strange about the pd_0.24 on linux. When I run it for a longer time it ends up slowing down and eventually freeze the system.
I'm running RedHat 5.2 on an Intel 200 MMX, with OPTi16 sound card.
Also, unrelated question to some Linux pro. Can someone explain how can modem transmissions be affected by mouse movements? Everytime I dial-up to my ISP I have to move around my mouse in order to keep the connection up and if I want to do any transfers. Strange behaviour. It is present only under linux. Under Win95 on the same machine everything is well.
Thanks.
| Regarding pd-linux-0.25TEST4.tar --> pd/src/m_memory.c, is this a |memory leak? | | void *getzbytes(size_t nbytes) /* get bytes, zeroed out */ | { | void *ret; | if (nbytes < 1) nbytes = 1; | ret = getbytes(nbytes); | ret = (void *)malloc(nbytes); <------ MEMORY LEAK? | if (ret) memset(ret, 0, nbytes); | return (ret); | } | |-- |John Davison |jdavison@inch.com |
..... .... ...... Michal Seta ...... ..... ....
Michal Seta discourseth:
On Mon, 29 Mar 1999, John Michael Davison wrote: well, I'm not a C guru so I won't comment on this question but I've noticed something strange about the pd_0.24 on linux. When I run it for a longer time it ends up slowing down and eventually freeze the system.
Hmm, I don't even get that far. I've tried the last 3 versions of pd on RedHat 5.2 (using all their latest updates) and every one of them pretty quickly freezes the whole system in a Tk file-open dialog. I can't even transfer to my character-based virtual terminals or reboot with control-at-delete! I also tried the latest Tcl/Tk (8.05) with the same results.
Any thoughts, anyone?
Eric
est@hyperreal.org writes:
Hmm, I don't even get that far. I've tried the last 3 versions of pd on RedHat 5.2 (using all their latest updates) and every one of them pretty quickly freezes the whole system in a Tk file-open dialog. I can't even transfer to my character-based virtual terminals or reboot with control-at-delete! I also tried the latest Tcl/Tk (8.05) with the same results.
Mhmm, do you mean version 0.23, 0.24, and 0.25 ?
First of all never call pd under user root. (We might add a switch for enabling high priority, as this happens quite often) The freeze of your machine should go away.
Your problem might be related (puh, .. again ) to the audio drivers. (Or possibly the way I access them through very short audio buffers) This can cause a hang in the pd main process, which is most commonly the problem in these cases (Nothing to do with your Tcl/Tk version).
You might try the -dac or -nosound switch on version 0.24 or it's corresponding -noadc in version 0.25.
The open panel should then work again.
What soundcard, kernel version, sounddriver do you use ?
Note for Version 0.25:
As you probably realized, between version 0.25TEST3 for linux and 0.25TEST4, we made a switch of responsibilities for the linux sounddriver code. We therefore have two rather different versions (TEST3, which is on ftp://wonk.epy.co.at/pub/pd/linux/ and version 0.25TEST4, which is the original version from Miller). Both of them are considered to really be TEST versions, as in general it is hard to predict how the Linux sounddrivers behave under "realtime" conditions, and we need feedback there as we can't possibly test on all soundcards, with all drivers.
Guenter
Guenter Geiger discourseth:
est@hyperreal.org writes:
Hmm, I don't even get that far. I've tried the last 3 versions of pd on RedHat 5.2 (using all their latest updates) and every one of them pretty quickly freezes the whole system in a Tk file-open dialog. I can't even transfer to my character-based virtual terminals or reboot with control-at-delete! I also tried the latest Tcl/Tk (8.05) with the same results.
Mhmm, do you mean version 0.23, 0.24, and 0.25 ?
I built and tried the following, the last one is from MP's site:
/usr/archive/pd_0.24.tar.gz /usr/archive/pd-0.25TEST3linux.tar.gz /usr/archive/pd-linux-0.25TEST4.tar.gz
First of all never call pd under user root. (We might add a switch for enabling high priority, as this happens quite often) The freeze of your machine should go away.
Unfortunately I haven't been calling it as root. :(
Your problem might be related (puh, .. again ) to the audio drivers. (Or possibly the way I access them through very short audio buffers) This can cause a hang in the pd main process, which is most commonly the problem in these cases (Nothing to do with your Tcl/Tk version).
I doubt that's the problem in my case. Coincidentally, I've done a lot of work with buffer configuration for my audio driver. :)
You might try the -dac or -nosound switch on version 0.24 or it's corresponding -noadc in version 0.25.
OK..I'll give those a try.
What soundcard, kernel version, sounddriver do you use ?
It's a PCI128 soundcard. My kernel is the latest update from redhat: 2.0.36-3. I *did* modify the sounddriver to fix a bug in the mixer map.
As you probably realized, between version 0.25TEST3 for linux and 0.25TEST4, we made a switch of responsibilities for the linux sounddriver code. We therefore have two rather different versions (TEST3, which is on ftp://wonk.epy.co.at/pub/pd/linux/ and version 0.25TEST4, which is the original version from Miller). Both of them are considered to really be TEST versions, as in general it is hard to predict how the Linux sounddrivers behave under "realtime" conditions, and we need feedback there as we can't possibly test on all soundcards, with all drivers.
If I can get PD working here, I can definitely help. I'm working on real-time sound software myself. :)
Eric
On Tue, 30 Mar 1999, Guenter Geiger wrote:
| |First of all never call pd under user root. (We might add a |switch for enabling high priority, as this happens quite often) |The freeze of your machine should go away.
Hmmm.... Actually I always run it as a root. I tried to run it as a user but dacs would die after a few seconds because of permissions (I thinks.... haven't done it in a while).
..... .... ...... Michal Seta ...... ..... ....
-----Original Message----- From: Michal Seta [mailto:mis@music.mcgill.ca] Hmmm.... Actually I always run it as a root. I tried to run it as a user but dacs would die after a few seconds because of permissions (I thinks.... haven't done it in a while).
If you work with pd, I would suggest to fix the permissions.
"ls -la /dev/dsp" normally shows something like:
crw-rw---- 1 root audio 14, 3 Jul 21 1998 /dev/dsp
add yourself to the audio group, or do a "chmod 666 /dev/dsp".
You can get in serious trouble if you have a message loop in pd under root !!!! (Well, that means machine hangs and reboot, fsck, ...)
Using pd under root is currently only advisable for patches which do run reliably. The whole priority issue should probably be fixed for SGI and Linux together.
Guenter
..... .... ...... Michal Seta ...... ..... ....
-
est＠hyperreal.org -
Guenter Geiger -
Guenter Geiger -
John Michael Davison -
Michal Seta