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 processes and
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/pid/exe) and the pid of the process to
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 to
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 easier:
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
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
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:
===
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 life of an
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
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 documented in other BSDs.
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
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
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
14 matches
Mail list logo