gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] cvs build on linux aborts


From: robert read
Subject: Re: [Gcl-devel] cvs build on linux aborts
Date: Mon, 31 Dec 2001 13:35:11 -0800
User-agent: Mutt/1.3.12i

Oops, my bad, no SEGFAULT is occuring.  I set a break on error, and
found the problem:

(gdb) run
Starting program: /data1/rread/build/gcl/gcl/unixport/raw_gcl
GCL (GNU Common Lisp)  April 1994  32768 pages
loading ../lsp/export.lsp
Initializing ../lsp/defmacro.o
Initializing ../lsp/evalmacros.o
Initializing ../lsp/top.o
Initializing ../lsp/module.o
loading ../lsp/autoload.lsp

>
Breakpoint 2, error (s=0x8144433 "can't reset cs_limit") at main.c:334
334             if (catch_fatal>0 && interrupt_enable )
(gdb) bt
#0  error (s=0x8144433 "can't reset cs_limit") at main.c:334
#1  0x0804ad9f in siLreset_stack_limits (arg=0) at main.c:677
#2  0x080ac344 in LI1 ()
#3  0x0805029a in quick_call_sfun (fun=0x81ae050) at eval.c:101
#4  0x08050842 in funcall (fun=0x81ae050) at eval.c:164
#5  0x08051959 in super_funcall (fun=0x81addec) at eval.c:748
#6  0x0804a42e in main (argc=1, argv=0xbffff2a4, envp=0xbffff2ac) at
main.c:313
#7  0x400447ee in __libc_start_main () from /lib/libc.so.6


After further digging, I noticed that getrlimit(RLIMIT_STACK) was
returning MAX_INT, so the stack size appears to be unlimited.  Perhaps
this is why this bug appears to be environment sensitive. For
testing purposes, I commented out this line in main

#ifdef RLIMIT_STACK
       getrlimit(RLIMIT_STACK, &rl);
       /* cssize = rl.rlim_cur/4 - 4*CSGETA; */
#endif 

and gcl works!  Now,  how to fix this properly?

robert




reply via email to

[Prev in Thread] Current Thread [Next in Thread]