[Tcl-bugs] [ tcl-Bugs-1356071 ] Race condition in reflected channels?

[SourceForge.net <no...@so...>]

Bugs item #1356071, was opened at 2005-11-13 21:15
Message generated for change (Comment added) made by dkf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1356071&group_id=10894

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 27. Channel Types
Group: development: 8.5a4
Status: Open
Resolution: None
Priority: 8
Submitted By: Donal K. Fellows (dkf)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: Race condition in reflected channels?

Initial Comment:
I've seen iocmd.tf-27.6 fail once using a threaded
build of the HEAD (on a moderately loaded machine). It
did not fail when I reran 'make test' with a restricted
scope of tests (to try to duplicate the fault). This
means it looks like there is a race condition somewhere
in there (manifested as a different line number in the
error dict) which can be difficult to hunt down I know.
Segment of 'make test' output follows:

io.test
ioCmd.test

==== iocmd.tf-27.6 chan configure, get option, level is
ignored FAILED
==== Contents of test case:

    set res {}
    proc foo {args} {
        oninit cget cgetall; onfinal; track
        return -level 77 -code 333 BANG
    }
    set c [chan create {r w} foo]
    notes [inthread $c {
        note [catch {fconfigure $c -rc-foo} msg opt]
        note $msg
        note $opt
        close $c
        notes
    } c]
    rename foo {}
    set res

---- Result was:
{cget rc161 -rc-foo} 1 BANG {-code 1 -level 0
-errorcode NONE -errorline 11 -errorinfo BANG}
---- Result should have been (glob matching):
{cget rc* -rc-foo} 1 BANG {-code 1 -level 0 -errorcode
NONE -errorline 1 -errorinfo BANG}
==== iocmd.tf-27.6 FAILED

ioUtil.test
iogt.test


----------------------------------------------------------------------

>Comment By: Donal K. Fellows (dkf)
Date: 2005-12-03 23:09

Message:
Logged In: YES 
user_id=79902

Thanks for the tip!

maisie:zzcgudf $ ldd code/tcl/unix/tclsh
        libdl.so.2 => /lib/libdl.so.2 (0x40034000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40038000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40046000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
maisie:zzcgudf $ /lib/tls/libc.so.6
GNU C Library stable release version 2.3.2, by Roland
McGrath et al.
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or
FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.2.2 20030222 (Red Hat Linux
3.2.2-5).
Compiled on a Linux 2.4.20 system on 2003-11-12.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        NPTL 0.34 by Ulrich Drepper
        The C stubs add-on version 2.1.2.
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Glibc-2.0 compatibility add-on by Cristian Gafton
Thread-local storage support included.
Report bugs using the `glibcbug' script to <bu...@gn...>.


----------------------------------------------------------------------

Comment By: Andreas Kupries (andreas_kupries)
Date: 2005-12-03 23:06

Message:
Logged In: YES 
user_id=75003

That was something I found out recently.
Use ldd to locate the library used by tclsh/libtcl.
The _execute_ the library, for it is apparently an
application as well (It might be necessary to chmod +x the
file). no arguments are required. This will print
information like its version, which compiler was used to
build it, etc.


----------------------------------------------------------------------

Comment By: Donal K. Fellows (dkf)
Date: 2005-12-03 22:48

Message:
Logged In: YES 
user_id=79902

This was observed using 'Red Hat Linux release 9 (Shrike)'
(/etc/redhat-release) on 'AMD Athlon(tm) XP 1500+'
(/proc/cpuinfo) built using 'gcc (GCC) 3.2.2 20030222 (Red
Hat Linux 3.2.2-5)' (gcc --version)

I'm not sure how to identify the glibc version.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1356071&group_id=10894