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