Hello
I have spent a bit of time with gdb and pd latest cvs, and I can now report that the problem with fork() and exec'ing causing CoreFoundation errors in mac os x is not, as Miller suspected, in t_tkcmd.c (circa line 423), but actually in s_inter.c, beginning line 1013, where:
#ifdef UNISTD childpid = fork();
...is called but execl() is not called until 1103.
I can't quite tell why it's complaining (since we -do- call execl), but of course there is a whole lot of sprintf going on between the two, so...
Any suggestions, anyone?
David
On 25 Jan 2008, at 09:44, David Plans Casal wrote:
On 18 Jan 2008, at 17:55, Miller Puckette wrote:
ouch. The offending code is probably between the fork and exec in t_tkcmd.c (circa line 423). The only function call between them is a sprintf, wouldn't you know. Perhaps it will fix the problem if I do the sprintf before forking? I don't have 10.5.1 to test this on, so if it's easy for you to try that, I'd be grateful.
Moving this thread to pd-dev, as I guess it belongs there.
David
cheers Miller
On Fri, Jan 18, 2008 at 05:28:20PM +0000, David Plans Casal wrote:
Hey
Has anyone noticed yet that trying to build CVS version on 10.5.1 and running gives:
18/01/2008 11:23:23 [0x0-0x96096].org.puredata[17406] The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec(). 18/01/2008 11:23:23 [0x0-0x96096].org.puredata[17406] Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__ () to debug.
Then pd crashes after about 5 minutes.
Actually, pd-extended seems to crash also, as well as Miller releases (stable and test).
Anyone else?
David
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list