pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

pkg/26185: tcl-scotty with pth appears to not work terribly well



>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:



Home | Main Index | Thread Index | Old Index