Re: error -10810
Re: error -10810
- Subject: Re: error -10810
- From: Terry Lambert <email@hidden>
- Date: Sat, 05 Sep 2009 12:27:55 -0700
Not really. There is a bug in the "expect" they ship that eats a
process slot per run because it doesn't actually check the test output
fully.
You could either say the test was useless or the expect was bogus
(your choice), but it's kinds weird to run a test and not actually
trap its output for analysis.
-- Terry
On Sep 5, 2009, at 4:59 AM, IainS <email@hidden>
wrote:
Thanks Terry,
building and checking gcc is quite stressful of system resources, it
seems.
On 5 Sep 2009, at 10:57, Terry Lambert wrote:
Your process table is full.
I am used to the temporary over-run of processes (manifesting as
"can't fork").
This current situation is new to me.
Any particular reason that the error numbers < -9000 are not
apparent on the apple support site?
should I file an enhancement request?
The most likely cause is the dejagnu test suite not reaping its
zombie child processes.
Other possibilities are you are running the older buggy dejagnu
test suite which closes the master side of the pry before the child
process has drained its output, so the individual tests are stuck
waiting for someone to reopen it and read their output so their
closes can complete, or you have some other runaway software, or
you have software that calls out to userspace from a kernel next
and deadlocks itself when it makes a system call because it did not
make itself immune to its own outcalls (usually firewall or
antivirus software).
I'm working with gcc-svn-trunk and there are some code-generation
hassles right now so it's possible that the nasty is a result of
those.
However, to answer your specific points:
I have the latest XCode tools, latest released dejagnu/expect and
the correct gnu toolset pre-requisites for the build.
There is scope for other influences on the i686 (8core Xeon) - but
the powerpc (Quad G5) is a vanilla install of 10.5.
** I've repeated the effect but I can't see the bogey using either
ps or activity monitor...
( I also confirm that I can launch new non-gui processes at will )
top shows 85-ish processes, between 3 & 5 running 2 stuck and 80-ish
sleeping - 320 ish threads.
but all gui-based application launches fail (with that error code).
there is one suspicious beast (a gdb related check that hangs
around) .. but killing that does not resolve the problem.
one other observation is that when I log out and back in again - it
is evident that the logout hasn't properly killed all subordinate
processes (e.g. an ssh session left hanging.. and an iTunes instance
left hanging w/out it's gui).
thanks again,
Iain
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden