Hi stefp,
Maybe I'm just too pratical, but I think I'm the only person that isn't repulsed by Tk's appearance. I like programming in it and with a little effort you can make your stuff look pretty decent. Oh well, back to the matter at hand.
I might be missing something obvious here, but I would think the best way to get around this problem is to fork before dealing with Tk at all. That way the kiddie won't inherit any of the nasty X (or other wm) stuff. There are situations when that may not be easy, but for the most part I think it saves you.
Maybe if you gave us a better idea of what kind of stuff it was doing we could provide more useful information. But I think even if you have, say, a front end with buttons and each button when clicked forks a child to perform a given task, there really isn't any reason a preforked child couldn't get a message over IPC (or socket, I've become a huge fan of IO::Socket/IO::Select recently, mmmm) and just handle the task instead of forking again.
Anyway, please provide a bit more information - an example would be nice, perhaps. I'll stop back and look again as I'm sure other monks will.
Good luck,
{NULE}
--
http://www.nule.org
In reply to Re: forking in Tk and letting the dad alone deal with X stuff
by {NULE}
in thread forking in Tk and letting the dad alone deal with X stuff
by stefp
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |