After I added the following rules to my ipfw configuration:
ipfw pipe 1 config bw 2000000000Mbit/s
ipfw add 200 pipe 1 tcp from any to any
The following test from Tcl's regression-test suite started to fail:
set s [socket -server accept 0]
set sock ""
set s2 [socket 127.0.0.1 [lindex [fconfigure $s -sockname] 2]]
vwait sock
puts $s2 "one"
flush $s2
after 500
fconfigure $sock -blocking 0
set result a:[gets $sock]
lappend result b:[gets $sock]
fconfigure $sock -blocking 1
puts $s2 "two"
flush $s2
fconfigure $sock -blocking 0
lappend result c:[gets $sock]
fconfigure $sock -blocking 1
close $s2
close $s
close $sock
set result
Instead of the expected ``a:one b: c:two'', the result was consistently
``a:one b: c:''. This means, the gets in the line:
lappend result c:[gets $sock]
was always returning empty string, instead of the string "two", that was
written into the socket and flushed.
Is the test wrong, and such result is possible, or is dummynet triggering a
bug? Unloading the dummynet module allows the test to succeed...
Thanks!
-mi
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
