> How does one get the pid if a child process that has exited? On other
> systems this is available in siginfo_t but si_pid seems to be 0. Is
> that normal?
wait4, wait3 and waitpid will all return it:
If wait4(), wait3(), or waitpid() returns due to a stopped, continued, or
terminated
On 7/20/07, Michael B Allen <[EMAIL PROTECTED]> wrote:
Hello,
How does one get the pid if a child process that has exited? On other
systems this is available in siginfo_t but si_pid seems to be 0. Is
that normal?
Nevermind. I see siginfo_t isn't portable. I'm using waitpid now.
Mike
_
Hello,
How does one get the pid if a child process that has exited? On other
systems this is available in siginfo_t but si_pid seems to be 0. Is
that normal?
Mike
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
Julian Elischer wrote:
> Stefan Esser wrote:
>> Maxim Konovalov wrote:
>>> On Fri, 20 Jul 2007, 23:21+0800, Xin LI wrote:
Any chance that we resolve the bug instead of documenting it? :-)
>>> Personally, I have no energy/time for that. It was documented for
>>> ages, it is still document
Stefan Esser wrote:
Maxim Konovalov schrieb:
On Fri, 20 Jul 2007, 23:21+0800, Xin LI wrote:
Maxim Konovalov wrote:
Hello,
after spending a half an hour trying to help a friend of mine to turn
soft updates on the root filesystem on I'd like to revert a part of
rev. 1.21 just because it makes
Maxim Konovalov schrieb:
> On Fri, 20 Jul 2007, 23:21+0800, Xin LI wrote:
>
>> Maxim Konovalov wrote:
>>> Hello,
>>>
>>> after spending a half an hour trying to help a friend of mine to turn
>>> soft updates on the root filesystem on I'd like to revert a part of
>>> rev. 1.21 just because it makes
Romain Tartière wrote:
Hello FreeBSD hackers!
I recently got some apache problems (maybe just forgetting to restart it
after an update, but it is not the interest of this e-mail) and each
httpd process was segfaulting as soon as created. I got surprising
things like that in my systems log:
===
Hello FreeBSD hackers!
I recently got some apache problems (maybe just forgetting to restart it
after an update, but it is not the interest of this e-mail) and each
httpd process was segfaulting as soon as created. I got surprising
things like that in my systems log:
=== begin snippet ===
> pid 8
Maxim Konovalov wrote:
Hello,
after spending a half an hour trying to help a friend of mine to turn
soft updates on the root filesystem on I'd like to revert a part of
rev. 1.21 just because it makes life of an average sysadmin easier:
Index: tunefs.8
===
On Fri, 20 Jul 2007, 23:21+0800, Xin LI wrote:
> Maxim Konovalov wrote:
> > Hello,
> >
> > after spending a half an hour trying to help a friend of mine to turn
> > soft updates on the root filesystem on I'd like to revert a part of
> > rev. 1.21 just because it makes life of an average sysadmin e
Hello,
after spending a half an hour trying to help a friend of mine to turn
soft updates on the root filesystem on I'd like to revert a part of
rev. 1.21 just because it makes life of an average sysadmin easier:
Index: tunefs.8
===
In <[EMAIL PROTECTED]>,
Michael B Allen <[EMAIL PROTECTED]> wrote:
>Actually what I'm *really* trying to do is port some code that invokes
>GDB to do a backtrace and I need to give GDB the path to the
>executable of the current process (e.g. on linux this is
>/proc//exe) and the pid of the process
On 2007-Jul-19 22:00:23 -0400, Michael B Allen <[EMAIL PROTECTED]> wrote:
>Well I figured out how to get kvm_getargv working. Unfortunately it
>seems only root can call kvm_open so the faulting process can't
>backtrace unless it so happens to be running as root (which it's not).
>
>Is there any way
On Wed, 18 Jul 2007 23:12:57 +0100
"Michael Vaughn" <[EMAIL PROTECTED]> mentioned:
> Hello everyone,
>
> I am contacting -performance, -questions, and -hackers in the hope someone
> helps me troubleshoot a problem with FreeBSD 6.2 and apache 2.2.4
>
Try to run truss(1) on any of apache processe
14 matches
Mail list logo
