Package: ns2
Version: 2.35~RC6-1
Severity: important
ns2 segfaults after libotcl1_1.14~RC3+dfsg1-2_amd64 migrated to testing.
Reverting to libotcl1_1.14~RC3+dfsg1-1_amd64 from snapshot.d.o fixes the
issue. I'm not sure bug isn't in libotcl1_1.14~RC3+dfsg1-2 instead, please
assign it to libotcl1 if it is.
Here's the backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7bd9219 in ?? () from /usr/lib/libotcl.so.1
(gdb) bt
#0 0x00007ffff7bd9219 in ?? () from /usr/lib/libotcl.so.1
#1 0x00007ffff7bda08d in ?? () from /usr/lib/libotcl.so.1
#2 0x00007ffff7bda8a8 in ?? () from /usr/lib/libotcl.so.1
#3 0x00007ffff7bda909 in ?? () from /usr/lib/libotcl.so.1
#4 0x00007ffff7632e2f in Tcl_DeleteCommandFromToken () from
/usr/lib/libtcl8.4.so.0
#5 0x00007ffff7632258 in Tcl_CreateCommand () from /usr/lib/libtcl8.4.so.0
#6 0x00007ffff7bd706c in ?? () from /usr/lib/libotcl.so.1
#7 0x00007ffff7bd792b in ?? () from /usr/lib/libotcl.so.1
#8 0x00007ffff7bd99e8 in ?? () from /usr/lib/libotcl.so.1
#9 0x00007ffff7bda08d in ?? () from /usr/lib/libotcl.so.1
#10 0x00007ffff763259c in TclInvokeStringCommand () from
/usr/lib/libtcl8.4.so.0
#11 0x00007ffff76337a3 in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so.0
#12 0x00007ffff7634457 in Tcl_EvalEx () from /usr/lib/libtcl8.4.so.0
#13 0x00007ffff7634709 in Tcl_EvalObjEx () from /usr/lib/libtcl8.4.so.0
#14 0x00007ffff7639523 in Tcl_EvalObjCmd () from /usr/lib/libtcl8.4.so.0
#15 0x00007ffff76337a3 in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so.0
#16 0x00007ffff765c6bf in ?? () from /usr/lib/libtcl8.4.so.0
#17 0x00007ffff7659d9f in TclCompEvalObj () from /usr/lib/libtcl8.4.so.0
#18 0x00007ffff768baed in TclObjInterpProc () from /usr/lib/libtcl8.4.so.0
#19 0x00007ffff768b7bf in TclProcInterpProc () from /usr/lib/libtcl8.4.so.0
#20 0x00007ffff7bda28d in ?? () from /usr/lib/libotcl.so.1
#21 0x00007ffff763259c in TclInvokeStringCommand () from
/usr/lib/libtcl8.4.so.0
#22 0x00007ffff76337a3 in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so.0
#23 0x00007ffff765c6bf in ?? () from /usr/lib/libtcl8.4.so.0
#24 0x00007ffff7659d9f in TclCompEvalObj () from /usr/lib/libtcl8.4.so.0
#25 0x00007ffff763477e in Tcl_EvalObjEx () from /usr/lib/libtcl8.4.so.0
#26 0x00007ffff763c06d in Tcl_IfObjCmd () from /usr/lib/libtcl8.4.so.0
#27 0x00007ffff76337a3 in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so.0
#28 0x00007ffff765c6bf in ?? () from /usr/lib/libtcl8.4.so.0
#29 0x00007ffff7659d9f in TclCompEvalObj () from /usr/lib/libtcl8.4.so.0
#30 0x00007ffff768baed in TclObjInterpProc () from /usr/lib/libtcl8.4.so.0
#31 0x00007ffff768b7bf in TclProcInterpProc () from /usr/lib/libtcl8.4.so.0
#32 0x00007ffff7bda08d in ?? () from /usr/lib/libotcl.so.1
#33 0x00007ffff763259c in TclInvokeStringCommand () from
/usr/lib/libtcl8.4.so.0
#34 0x00007ffff76337a3 in TclEvalObjvInternal () from /usr/lib/libtcl8.4.so.0
#35 0x00007ffff7634457 in Tcl_EvalEx () from /usr/lib/libtcl8.4.so.0
#36 0x00007ffff7634615 in Tcl_Eval () from /usr/lib/libtcl8.4.so.0
#37 0x00007ffff7635ed8 in Tcl_GlobalEval () from /usr/lib/libtcl8.4.so.0
#38 0x00000000006cd363 in Tcl::eval(char*) ()
#39 0x00000000006cd4f2 in Tcl::eval() ()
#40 0x00000000006d1e09 in Tcl::evalf(char const*, ...) ()
#41 0x00000000006ce60a in TclClass::bind() ()
#42 0x00000000006ce0f6 in TclClass::init() ()
#43 0x00000000006cd13f in Tcl::init(Tcl_Interp*, char const*) ()
#44 0x00000000006ccfcc in Tcl_AppInit ()
#45 0x00007ffff767d006 in Tcl_Main () from /usr/lib/libtcl8.4.so.0
#46 0x00000000006cd01e in nslibmain ()
#47 0x00007ffff61b1c4d in __libc_start_main (main=<value optimized out>,
argc=<value optimized out>, ubp_av=<value optimized out>, init=<value
optimized out>, fini=<value optimized out>,
rtld_fini=<value optimized out>, stack_end=0x7fffffffe578) at
libc-start.c:228
#48 0x00000000004fbea9 in _start ()
And here's the file I used to test:
===
set ns [new Simulator]
set nf [open out.nam w]
$ns namtrace-all $nf
proc finish {} {
global ns nf
$ns flush-trace
close $nf
exec nam out.nam &
exit 0
}
set n0 [$ns node]
set n1 [$ns node]
$ns duplex-link $n0 $n1 1Mb 10ms DropTail
set udp0 [new Agent/UDP]
$ns attach-agent $n0 $udp0
set cbr0 [new Application/Traffic/CBR]
$cbr0 set packetSize_ 500
$cbr0 set interval_ 0.005
$cbr0 attach-agent $udp0
set null0 [new Agent/Null]
$ns attach-agent $n1 $null0
$ns connect $udp0 $null0
$ns at 0.5 "$cbr0 start"
$ns at 4.5 "$cbr0 stop"
$ns at 5.0 "finish"
$ns run
===
I can reproduce it every time, always the same results, tested with 3 or 4
different simulation scripts.
Please let me know of any other info I might be able to provide to help
troubleshoot this.
Thanks in advance.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ns2 depends on:
ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.5.2-4 GCC support library
ii libotcl1 1.14~RC3+dfsg1-2 shared library of OTcl
ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3
ii libx11-6 2:1.4.1-5 X11 client-side library
ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar
ii tcl8.4 8.4.19-4 Tcl (the Tool Command Language) v8
ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 -
ns2 recommends no packages.
Versions of packages ns2 suggests:
pn gnuplot <none> (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
