Subject: pkg/26185: tcl-scotty with pth appears to not work terribly well
To: None <gnats-bugs@gnats.netbsd.org>
From: None <he@uninett.no>
List: pkgsrc-bugs
Date: 07/07/2004 16:27:41
>Number:         26185
>Category:       pkg
>Synopsis:       tcl-scotty with pth appears to not work terribly well
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jul 07 14:28:02 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:     Havard Eidnes
>Release:        NetBSD 1.5.3_ALPHA
>Organization:
	
>Environment:
System: NetBSD xxxxxxx 1.5.3_ALPHA NetBSD 1.5.3_ALPHA (XXXXXXX) #3: Sun Feb 10 15:09:34 MET 2002     he@xxxxxx:/usr/src/sys/arch/i386/compile/XXXXXX i386
Architecture: i386
Machine: i386
>Description:
	Running a tcl-scotty script like this:

proc initTrap { } { 
    global s

    set s [snmp session]  
    $s bind {} trap { doTrap %A %T %V }
}   
initTrap

	bombs out with

straps: unable to bind multicast trap socket: Address already in use
**Pth** SCHEDULER INTERNAL ERROR: no more thread(s) available to schedule!?!?
can not connect straps socket: connection refused
    while executing
"$s bind {} trap { doTrap %A %T %V }"
    (procedure "initTrap" line 7)
    invoked from within
"initTrap"


>How-To-Repeat:
	See above.

>Fix:
	My current workaround was to remove --enable-thread and
	references to pthread's bulidlink script from the tcl
	package (including tcl's own buildlink script).  This made
	scotty work the same way it did before on this platform.
>Release-Note:
>Audit-Trail:
>Unformatted: