|
Home > Archive > Unix Programming > January 2005 > Command terminated by signal 9
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Command terminated by signal 9
|
|
| paudirac 2005-01-14, 5:52 pm |
| I've been tryning to solve some system of diferential equations using
the gsl/odeiv library, but sometimes the program stops with
Command terminated by signal 9
Does anybody know what causes that?
Thanks,
| |
| Måns Rullgård 2005-01-14, 5:52 pm |
| "paudirac" <pau.cervera@gmail.com> writes:
> I've been tryning to solve some system of diferential equations using
> the gsl/odeiv library, but sometimes the program stops with
>
> Command terminated by signal 9
> Does anybody know what causes that?
That's SIGKILL. Does your program use large amounts of memory? Which
operating system are you using?
--
Måns Rullgård
mru@inprovide.com
| |
| paudirac 2005-01-14, 5:52 pm |
| I'm using 2.4.20-20.9 GNU/Linux on a i686 and 2.6.8.1-12mdk GNU/Linux
on a i686 AMD Athlon(tm) 64 Processor 3400+.
I'm performing some operations on a an array of 400 doubles, but I
think this is not the cause of the problem, is it?
What other causes, apart of memory overflows, could cause such SIGKILL?
Thanks again,
| |
| Måns Rullgård 2005-01-14, 5:52 pm |
| "paudirac" <pau.cervera@gmail.com> writes:
> I'm using 2.4.20-20.9 GNU/Linux on a i686 and 2.6.8.1-12mdk GNU/Linux
> on a i686 AMD Athlon(tm) 64 Processor 3400+.
> I'm performing some operations on a an array of 400 doubles, but I
> think this is not the cause of the problem, is it?
> What other causes, apart of memory overflows, could cause such SIGKILL?
If Linux runs out of memory it will send a SIGKILL to the process(es)
using the most memory. There can probably be other reasons as well.
Check your system log for clues.
--
Måns Rullgård
mru@inprovide.com
| |
| Rich Teer 2005-01-14, 5:52 pm |
| On Fri, 14 Jan 2005, Måns Rullgård wrote:
>
> If Linux runs out of memory it will send a SIGKILL to the process(es)
For this reason, it might be worth trying the same program
on Solaris x86 (recompiling it first, of course). The current
version of Solaris Express supports a 64-bit kernel on amd64
machines.
--
Rich Teer, SCNA, SCSA, author of "Solaris Systems Programming"
President,
Rite Online Inc.
Voice: +1 (250) 979-1638
URL: http://www.rite-group.com/rich
| |
| Måns Rullgård 2005-01-14, 5:52 pm |
| Rich Teer <rich.teer@rite-group.com> writes:
> On Fri, 14 Jan 2005, Måns Rullgård wrote:
>
>
> For this reason, it might be worth trying the same program
> on Solaris x86 (recompiling it first, of course).
The quicker method of determining whether that was the cause is to
examine the output of "dmesg" after the program has been killed.
While it may be considered impolite of the Linux to kill processes in
that manner, it does make a note of what it did.
However, I somewhat doubt that memory shortage is the issue. 400
doubles is no large quantity.
--
Måns Rullgård
mru@inprovide.com
| |
| Chuck Dillon 2005-01-14, 5:52 pm |
| paudirac wrote:
> I've been tryning to solve some system of diferential equations using
> the gsl/odeiv library, but sometimes the program stops with
>
> Command terminated by signal 9
> Does anybody know what causes that?
>
> Thanks,
>
Check the limit or ulimit -a values depending on you shell. If the
algorithm is recursive you could be hitting a limit. Increase any
suspect limits and see if it helps.
-- ced
--
Chuck Dillon
Senior Software Engineer
NimbleGen Systems Inc.
| |
| Dan Mercer 2005-01-14, 5:52 pm |
|
"Måns Rullgård" <mru@inprovide.com> wrote in message news:yw1xy8ev7qnx.fsf@ford.inprovide.com...
: Rich Teer <rich.teer@rite-group.com> writes:
:
: > On Fri, 14 Jan 2005, Måns Rullgård wrote:
: >
: >> > I'm using 2.4.20-20.9 GNU/Linux on a i686 and 2.6.8.1-12mdk GNU/Linux
: >> > on a i686 AMD Athlon(tm) 64 Processor 3400+.
: >> > I'm performing some operations on a an array of 400 doubles, but I
: >> > think this is not the cause of the problem, is it?
: >> > What other causes, apart of memory overflows, could cause such SIGKILL?
: >>
: >> If Linux runs out of memory it will send a SIGKILL to the process(es)
: >
: > For this reason, it might be worth trying the same program
: > on Solaris x86 (recompiling it first, of course).
:
: The quicker method of determining whether that was the cause is to
: examine the output of "dmesg" after the program has been killed.
: While it may be considered impolite of the Linux to kill processes in
: that manner, it does make a note of what it did.
:
: However, I somewhat doubt that memory shortage is the issue. 400
: doubles is no large quantity.
Unless it's on the stack - are they automatic variables? More than once I
blew out the stack on HP-UX before I convinced the powers that be to
increase from the default settings.
Dan Mercer
:
: --
: Måns Rullgård
: mru@inprovide.com
| |
| Heny Townsend 2005-01-14, 5:52 pm |
| paudirac wrote:
> I've been tryning to solve some system of diferential equations using
> the gsl/odeiv library, but sometimes the program stops with
>
> Command terminated by signal 9
> Does anybody know what causes that?
ISTR this is being typically a spurious message generated by gdb. I.e.
it doesn't mean the process was terminated by signal 9, it means the
core dump was damaged and/or gdb had trouble reading it and ends up
printing the wrong error message. Are you using gdb when you get the
message? This is not from direct experience, it's something I remember
reading about. So google may help.
--
Henry Townsend
| |
| Artie Gold 2005-01-14, 8:47 pm |
| Dan Mercer wrote:
> "Måns Rullgård" <mru@inprovide.com> wrote in message news:yw1xy8ev7qnx.fsf@ford.inprovide.com...
> : Rich Teer <rich.teer@rite-group.com> writes:
> :
> : > On Fri, 14 Jan 2005, Måns Rullgård wrote:
> : >
> : >> > I'm using 2.4.20-20.9 GNU/Linux on a i686 and 2.6.8.1-12mdk GNU/Linux
> : >> > on a i686 AMD Athlon(tm) 64 Processor 3400+.
> : >> > I'm performing some operations on a an array of 400 doubles, but I
> : >> > think this is not the cause of the problem, is it?
> : >> > What other causes, apart of memory overflows, could cause such SIGKILL?
> : >>
> : >> If Linux runs out of memory it will send a SIGKILL to the process(es)
> : >
> : > For this reason, it might be worth trying the same program
> : > on Solaris x86 (recompiling it first, of course).
> :
> : The quicker method of determining whether that was the cause is to
> : examine the output of "dmesg" after the program has been killed.
> : While it may be considered impolite of the Linux to kill processes in
> : that manner, it does make a note of what it did.
> :
> : However, I somewhat doubt that memory shortage is the issue. 400
> : doubles is no large quantity.
>
> Unless it's on the stack - are they automatic variables? More than once I
> blew out the stack on HP-UX before I convinced the powers that be to
> increase from the default settings.
But it would be unlikely that theat would generate a SIGKILL -- a
SIGSEGV being much more likely.
HTH,
--ag
--
Artie Gold -- Austin, Texas
http://it-matters.blogspot.com (new post 12/20)
http://www.cafepress.com/goldsays
| |
| Randy Howard 2005-01-17, 5:56 pm |
| In article <1105725048.330121.322680@z14g2000cwz.googlegroups.com>,
pau.cervera@gmail.com says...
> I've been tryning to solve some system of diferential equations using
> the gsl/odeiv library, but sometimes the program stops with
>
> Command terminated by signal 9
> Does anybody know what causes that?
# kill -9 <pid>
|
|
|
|
|