Re: "RegisterProcess failed (error = -50)" occurs for forked subprocesses
Re: "RegisterProcess failed (error = -50)" occurs for forked subprocesses
- Subject: Re: "RegisterProcess failed (error = -50)" occurs for forked subprocesses
- From: Stefan Schüßler <email@hidden>
- Date: Wed, 13 Jul 2005 13:19:10 +0200
My application is running a separate process using NSWorkspace's
"launchApplication" method. Some users reported that the launched
process hangs ("not responding" in Activity Monitor) after they have
installed 10.4.2.
Maybe this is related somehow. I'm currently waiting for crash and
debug logs.
Best,
Stefan
On 13.07.2005, at 13:05, Tim Hewett wrote:
Hello,
For some users of my product running OS 10.4.1 and now 10.4.2,
they find they get the error "RegisterProcess failed (error = -50)"
in Console.app at the points when my application forks and execs
a child process, whose executable file is stored in the application's
Resources folder. The executable is a simple Unix one, i.e. not a
Cocoa or Carbon one and so is not dependent on Info.plist or other
such things, and the problem happens the executable terminates
with a wait status saying it received SIGABRT.
Looking though the archive I see this has been discussed before
but in the context of the OS revision LSMinimumVersion parameter
being set too high in the main app's Info.plist, but this shouldn't
affect standalone Unix subprocesses (should it?) and anyhow, my
app's Info.plist doesn't have LSMinimumVersion set anyway.
The problem doesn't happen for all users, only some and I am not
sure what may be in common between them. For most users, me
included, the application works perfectly on 10.2.x, 10.3.x and
10.4.x,
but for some using 10.4.x this error occurs and renders the product
unusable.
Does anyone have any idea what causes this to happen and what
if anything can be done to stop it? Is it something related to
particular hardware or OS configurations perhaps?
Regards,
Tim.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden