Re: [Chicken-users] Big Randoms

[David N Murray]

On Mar 11, Christian Kellermann scribed:

>
> If we are lucky we can see something obvious. :)
>

For posterity (and the archives)
$ ulimit -c unlimited # enables coredumps
but, I did it this way, instead:
$ cat t1.scm
(use srfi-27)
(print (random-integer (expt 2 32)))
$ csc -o t1 -k t1.scm
$ gdb t1
GNU gdb 6.3.50-20050815 (Apple version gdb-1510) (Wed Sep 22 02:45:02 UTC
2010)
<snip>
(gdb) run
Starting program: /Users/dnm/trs/t1
Reading symbols for shared libraries ++. done
<snip more Reading...>

0x0000000100b522f0 in stub48 ()
(gdb) bt 10
#0  0x0000000100b522f0 in stub48 ()
#1  0x0000000100b5942c in f_1913 ()
#2  0x00000001009f746d in f_233 ()
(gdb) list stub48
No line number known for stub48.
(gdb) list f_1913
4822    /* srfi-14.scm:307: lp */
4823    t6=((C_word*)((C_word*)t0)[3])[1];
4824    f_1918(t6,((C_word*)t0)[2],t5);}
4825
4826    /* k1911 in k1908 in k1905 */
4827    static void C_ccall f_1913(C_word c,C_word t0,C_word t1){
4828    C_word tmp;
4829    C_word t2;
4830    C_word *a;
4831    /* srfi-14.scm:308: make-char-set */
(gdb) list f_233
No line number known for f_233.
(gdb)

So, I'm guessing f_233 is somewhere in srfi-27.  I'm not sure how to
build the egg -g and keep the source, and Kon thinks he knows what the
problem is.

Thanks!
Dave