Subject: pkg/26185: tcl-scotty with pth appears to not work terribly well
To: None <>
From: None <>
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
>Originator:     Havard Eidnes
>Release:        NetBSD 1.5.3_ALPHA
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
	Running a tcl-scotty script like this:

proc initTrap { } { 
    global s

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

	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

	See above.

	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.