Here's a minimal test case:
test ns_parseargs-2.3 {object type conversion / display} -body {
set tid [ns_thread begin {
proc x {args} {
ns_parseargs {-a} $args
}
x
}]
ns_thread wait $tid
} -cleanup {
unset -nocomplain -- tid
} -result {}
I'll take a look at this, but any input is most welcome!
On Apr 2, 2005 5:16 AM, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 02.04.2005 um 00:18 schrieb Vlad Seryakov:
>
> >
> > The following command crashes the server:
> >
> > ns_parseargs { {-headers ""} {-domain ""} {-files ""} {-cc ""} {-bcc
> > ""} {-error ""} {-content_type "text/plain"} } {-cc vvvvv -headers
> > "X-Text vlad"}
> >
>
> This might be difficult. The memory has been corrupted before
> since the stack trace shows Tcl interp garbage collection part.
> It may be a problem with the new Tcl object type Stephen has
> introcuded, maybe not. I could run Purify against it and see
> if the problem is obvious.
>
>
> > (gdb) bt
> > #0 0xffffe410 in ?? ()
> > #1 0xb66a9e9c in ?? ()
> > #2 0xb7e75ff8 in
> > __elf_set___libc_thread_subfreeres_element___rpc_thread_destroy__ ()
> > from /lib/tls/libc.so.6
> > #3 0xb66a9cf8 in ?? ()
> > #4 0xb7de8f46 in __nanosleep_nocancel () from /lib/tls/libc.so.6
> > #5 0xb7de8d53 in sleep () from /lib/tls/libc.so.6
> > #6 0xb6b81d8c in Segv (sig=11) at nsvix.c:451
> > #7 <signal handler called>
> > #8 0xb7dc7cdb in strlen () from /lib/tls/libc.so.6
> > #9 0xb7f60530 in Tcl_DStringAppendElement () from
> > /usr/lib/libtcl8.4.so
> > #10 0xb7fce17d in UpdateStringOfSpec (objPtr=0x8834fe8) at
> > tclobjv.c:774
> > #11 0xb7f4bc57 in Tcl_GetStringFromObj () from /usr/lib/libtcl8.4.so
> > #12 0xb7f455c2 in TclReleaseLiteral () from /usr/lib/libtcl8.4.so
> > #13 0xb7f457ec in TclDeleteLiteralTable () from /usr/lib/libtcl8.4.so
> > #14 0xb7ef9432 in DeleteInterpProc () from /usr/lib/libtcl8.4.so
> > #15 0xb7f54943 in Tcl_EventuallyFree () from /usr/lib/libtcl8.4.so
> > #16 0xb7ef8090 in Tcl_DeleteInterp () from /usr/lib/libtcl8.4.so
> > #17 0xb7fc82fd in DeleteInterps (arg=0x8825b68) at tclinit.c:1337
> > #18 0xb7f8c4a5 in NsCleanupTls (slots=0x8825768) at tls.c:183
> > #19 0xb7f8dc74 in CleanupTls (arg=0x8825768) at pthread.c:764
> > #20 0xb7ebbc18 in __nptl_deallocate_tsd () from
> > /lib/tls/libpthread.so.0
> > #21 0xb7ebbd72 in start_thread () from /lib/tls/libpthread.so.0
> > #22 0xb7e18d1a in clone () from /lib/tls/libc.so.6
> >
> > --
> > Vlad Seryakov
> > 571 262-8608 office
> > [EMAIL PROTECTED]
> > http://www.crystalballinc.com/vlad/
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real
> > users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > naviserver-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> naviserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>
