stk 2.1.1 and Linux

From: Dong Liu <dliu_at_faraday-gw.njit.edu>
Date: Fri, 29 Jul 94 21:41:40 EDT

Hi, there!

Has anyone tried 2.1.1 on Linux, I got a segmentation fault with
2.1.1(2.1 worked perfectly). gdb showed the stack was damaged while
loading tk-init.stk. Here is the stack frames at breakpoint "loadfile"

(gdb) br loadfile
Breakpoint 3 at 0xab95: file port.c, line 130.
(gdb) r
Starting program: /space/src/STk-2.1.1/Src/stk-bin

Breakpoint 3, loadfile (fname=0xbffffba4 "./init.stk", err_if_absent=0)
    at port.c:130
(gdb) where
#0 loadfile (fname=0xbffffba4 "./init.stk", err_if_absent=0) at port.c:130
#1 0x154d in load_init_file () at toplevel.c:175
#2 0x1a2c in repl_driver (argc=1, argv=0xbffffd64) at toplevel.c:287
#3 0x1b21 in toplevel (argc=1, argv=0xbffffd64) at toplevel.c:329
#4 0x108f in main (argc=1, argv=0xbffffd64) at stk.c:30
(gdb) c
Continuing.

Breakpoint 3, loadfile (fname=0xbffffba4 "/usr/local/lib/stk/init.stk",
    err_if_absent=1) at port.c:130
(gdb) where
#0 loadfile (fname=0xbffffba4 "/usr/local/lib/stk/init.stk", err_if_absent=1)
    at port.c:130
#1 0x159d in load_init_file () at toplevel.c:183
#2 0x1a2c in repl_driver (argc=1, argv=0xbffffd64) at toplevel.c:287
#3 0x1b21 in toplevel (argc=1, argv=0xbffffd64) at toplevel.c:329
#4 0x108f in main (argc=1, argv=0xbffffd64) at stk.c:30
#5 0x54532f63 in _end ()
(gdb) c
Continuing.

Breakpoint 3, loadfile (fname=0x1abce0 "/usr/local/lib/stk/tk-init.stk",
    err_if_absent=1) at port.c:130
(gdb) where
#0 loadfile (fname=0x1abce0 "/usr/local/lib/stk/tk-init.stk", err_if_absent=1)
    at port.c:130
#1 0xb41b in scheme_load (filename=0x7c760) at port.c:349
#2 0x1413f in leval (x=0x77db0, env=0x7cc1c) at eval.c:249
#3 0x160cd in syntax_begin (pform=0xbffffb74, env=0x7cc1c) at syntax.c:256
#4 0x1411c in leval (x=0x77dec, env=0x7cc1c) at eval.c:246
#5 0x15c81 in syntax_or (pform=0xbffffbb8, env=0x7cb20) at syntax.c:176
#6 0x1411c in leval (x=0x78074, env=0x7cb20) at eval.c:246
#7 0x13f23 in leval (x=0x7ca78, env=0x7c820) at eval.c:223
#8 0x13843 in eval_cond (pform=0xbffffc24, env=0x7c820) at eval.c:124
#9 0x145a1 in leval (x=0x7ca90, env=0x7c820) at eval.c:326
#10 0x66cb in internal_eval_string (
    s=0x62054 "(load (string-append tk_library \"/tk-init.stk\"))", context=8,
    env=0x62004) at slib.c:78
#11 0x26a1 in Tcl_GlobalEval (interp=0x19cc00,
    s=0x62054 "(load (string-append tk_library \"/tk-init.stk\"))")
    at tcl-lib.c:63
#12 0x1f43 in Tk_main (argc=1, argv=0xbffffdca) at tk-main.c:201
#13 0x1a3d in repl_driver (argc=1, argv=0xbffffd64) at toplevel.c:289
#14 0x1b21 in toplevel (argc=1, argv=0xbffffd64) at toplevel.c:329
#15 0x108f in main (argc=1, argv=0xbffffd64) at stk.c:30
#16 0x54532f63 in _end ()
(gdb) c
Continuing.

Breakpoint 3, loadfile (fname=0x1abc20 "/usr/local/lib/stk/error.stk",
    err_if_absent=1) at port.c:130
(gdb) where
#0 loadfile (fname=0x1abc20 "/usr/local/lib/stk/error.stk", err_if_absent=1)
    at port.c:130
#1 0xb41b in scheme_load (filename=0x7e8c0) at port.c:349
#2 0x1413f in leval (x=0x77db0, env=0x7e944) at eval.c:249
#3 0x160cd in syntax_begin (pform=0xbffffa48, env=0x7e944) at syntax.c:256
#4 0x1411c in leval (x=0x77dec, env=0x7e944) at eval.c:246
#5 0x14667 in leval (x=0x78074, env=0x7e8e4) at eval.c:337
#6 0x13f23 in leval (x=0x7e7e8, env=0x7e5fc) at eval.c:223
#7 0x13843 in eval_cond (pform=0xbffffadc, env=0x7e5fc) at eval.c:124
#8 0x145a1 in leval (x=0x7e800, env=0x7e5fc) at eval.c:326
#9 0xac3b in loadfile (fname=0x1abce0 "/usr/local/lib/stk/tk-init.stk",
    err_if_absent=1) at port.c:152
#10 0xb41b in scheme_load (filename=0x7c760) at port.c:349
#11 0x1413f in leval (x=0x77db0, env=0x7cc1c) at eval.c:249
#12 0x160cd in syntax_begin (pform=0xbffffb74, env=0x7cc1c) at syntax.c:256
#13 0x1411c in leval (x=0x63617073, env=0x72732f65) at eval.c:246
#14 0x2f015c81 in _end ()
#15 0x1411c in leval (x=Cannot access memory at address 0x63725b.
) at eval.c:246
Cannot access memory at address 0x637253.
(gdb)

I'm working on it to get more information.

Dong
Received on Sat Jul 30 1994 - 03:42:12 CEST

This archive was generated by hypermail 2.3.0 : Mon Jul 21 2014 - 19:38:59 CEST