It also coredumps on Solaris 7, when running the test2.pbc - test.pbc is
fine. The coredump doesn't show much, only that it keeled over at
interpreter.c line 16, which is the while() loop.
Once upon a time Philip Kendall shaped the electrons to say...
> </lurk>
>
> Hi.
>
> I've just tried getting Parrot running on a Solaris 8 box here, but it's
> coredumping on me with test2.pasm and test3.pasm:
>
> cass87:pak:~/data2/parrot$ ./test_prog test.pbc
> I reg 1 is 1000206849
> I reg 5 is 1000206859
> I reg 2 is 10000000
> I reg 2 is 10
> I reg 4 is 30000000
> N reg 1 is 30000000.000000
> I reg 2 is 10
> N reg 2 is 10.000000
> N reg 1 is 3000000.000000
> cass87:pak:~/data2/parrot$ perl assemble.pl t/test2.pasm > test2.pbc
> cass87:pak:~/data2/parrot$ ./test_prog test2.pbc
> Bus Error
> cass87:pak:~/data2/parrot$ perl assemble.pl t/test3.pasm > test3.pbc
> cass87:pak:~/data2/parrot$ ./test_prog test3.pbc
> I reg 1 is 0
> Segmentation Fault
>
> This is apparently consistent across various Solaris boxes here; the
> machine above is:
>
> cass87:pak:~/data2/parrot$ uname -a
> SunOS cass87 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-5_10
>
> Has anyone else seen this behaviour, or am I going to have to do some digging?
-D
--
<ZangTT> berkeley db - it's mostly about the hash()
