On Sun, 7 Jun 1998 [EMAIL PROTECTED] wrote: > > Yeah, but this means each seperate xfstt instance does not share it's > > bitmap/metric caches, > > > > root 509 0.0 35.4 99640 22428 ? S May 15 0:44 > > /usr/bin/X11/xfstt > > > > I'd hate to have more than one of those monsters around! Incedently, I > > think xfstt has a memory leak. 99M of ram is a bit high. > > yikes..thats possible I guess...hmmm well as of yet I havn't looked terribly > much at the code...just bits and pieces...there is allot of code > to the whole thing...
root 185 0.0 2.8 60348 1768 ? S 22:54 0:01 /usr/bin/X11/xfstt I just rebooted about 10 mins ago. The 60m is allocated but never-used ram AFAIK. > > To fix your zombie problem you should IGNORE sigchld or arrange for wait > > to be called (but not in the signal handler) > > ahh not call wait() in the signal handler...I was just now about to tackle > this problem...hmm unfortunatly im not sure where other than the signal > handler to call wait...hmm > maybe ignore is better solution..ill try it > > ok...according to my book it is ignored by default? I don't understand > why these zombies are made then? Hm, perhaps my memory is a bit glitchy, you might need to SIG_DFL it. If ign doesn't work then dfl will :> Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
