Chromatic <[EMAIL PROTECTED]> wrote:
> On Sun, 2004-01-04 at 12:09, Harry Jackson wrote:

>> I tried that as well, it spits out identical PASM each time but on the
>> odd occasion I need to use CTRL-C to get back to the shell.

> I'm seeing the same thing on Linux PPC -- odd hangs from time to time
> when running PIR, while running the PASM emitted with -o works well.
> t/op/arithmetics 3 and 9 seem to be the big culprits in the test suite.

Could you attach gdb to the hanging parrot?

$ cat sl.pasm
  sleep 10000
  end
$ parrot sl.pasm

[ in second term ]

$ ps ax | grep  [p]arrot
28952 pts/0    S      0:00 parrot sl.pasm
28953 pts/0    S      0:00 parrot sl.pasm
28954 pts/0    S      0:00 parrot sl.pasm

$ gdb parrot 28952
GNU gdb 5.3
...
0x4011a391 in __libc_nanosleep () at __libc_nanosleep:-1
-1      __libc_nanosleep: No such file or directory.
        in __libc_nanosleep
(gdb) bac
#0  0x4011a391 in __libc_nanosleep () at __libc_nanosleep:-1
#1  0x4011a31b in __sleep (seconds=10000)
    at ../sysdeps/unix/sysv/linux/sleep.c:82
#2  0x08086792 in Parrot_sleep (seconds=10000) at src/platform.c:47
#3  0x080f89c4 in Parrot_sleep_ic (cur_opcode=0x826e488, interpreter=0x824b0a8)
    at ops/sys.ops:151
#4  0x08082921 in runops_slow_core (interpreter=0x824b0a8, pc=0x826e488)
    at src/runops_cores.c:115
...

This is on linux, the lowest PID is the main thread.
There should be some hints, where it hangs.

> -- c

leo

Reply via email to