Bug #2008: test_io.rb: test 2 fails on FreeBSD

• Status: Closed
• Assignee: akr (Akira Tanaka)
• Target version: 2.6
• ruby -v: 1.9.1.243 GNU/kfreebsd

[lucas (Lucas Nussbaum)]

=begin
Hi,

Test 2 in test_io.rb fails on FreeBSD. This is related to http://redmine.ruby-lang.org/issues/show/1066, which, according to the comments posted after the bug was closed, wasn't really fixed.

I ran into this on Debian GNU/kfreebsd (Debian userland, freebsd kernel). One of our freebsd porter wrote (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543805):

The test assumes that the kernel buffer for pipes have fixed size.
It does not have to be true, there could be adaptive buffer size
provided by kernel. After filling whole kernel buffer (by non-blocking
write), it might be required to buffer becomes filled only from half
or even empty. The next write() might be blocked until whole
kernel buffer is read. Such behaviour of kernel is correct one.

The kernel of FreeBSD uses adaptive pipe sizes and direct pipe writes,
see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sys_pipe.c

(It is likely to be the same on Mac OS X)

He suggests changing the test to:

begin
require "io/nonblock"
r, w = IO.pipe
w.nonblock = true
bytes = w.write_nonblock("a" * 100000)
w.nonblock = false
t1 = Thread.new { w.write("b" * 4096) }
t2 = Thread.new { w.write("c" * 4096) }
sleep 0.5
blocks = 2 + bytes/4096
blocks.times {
r.sysread(4096).length
sleep 0.1
}
t1.join
t2.join
rescue LoadError
end

However, I don't understand what that test is trying to test. It might be better to simply remove that test...
=end

[naruse (Yui NARUSE)]

• Status changed from Open to Assigned
• Assignee set to akr (Akira Tanaka)

=begin

=end

[yugui (Yuki Sonoda)]

• Category set to core
• Target version set to 1.9.2

=begin

=end

[naruse (Yui NARUSE)]

• Status changed from Assigned to Closed

=begin
this seems resolved.
=end

[lucas (Lucas Nussbaum)]

=begin
No, this is still a problem. How can I reopen that bug?
=end

[mame (Yusuke Endoh)]

=begin
What's the revision?

2010/8/1 Lucas Nussbaum [e-mail]:

Issue #2008 has been updated by Lucas Nussbaum.

No, this is still a problem. How can I reopen that bug?

http://redmine.ruby-lang.org/issues/show/2008

---

http://redmine.ruby-lang.org

--
Yusuke Endoh [e-mail]

=end

[nobu (Nobuyoshi Nakada)]

• Status changed from Closed to Feedback

=begin

=end

[mame (Yusuke Endoh)]

• Priority changed from Normal to 3

=begin
According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543805,
this seems to be just a problem of test.
I change this to Low priority.
=end

[nahi (Hiroshi Nakamura)]

• Target version changed from 1.9.2 to 1.9.3

[kosaki (Motohiro KOSAKI)]

At least, current trunk + FreeBSD 8.2 don't reproduce this issue.

[kosaki (Motohiro KOSAKI)]

• Target version changed from 1.9.3 to 2.0.0

[naruse (Yui NARUSE)]

• ruby -v changed from 1.9.1.243 to 1.9.1.243 GNU/kfreebsd

Motohiro KOSAKI wrote:

At least, current trunk + FreeBSD 8.2 don't reproduce this issue.

This issue is about GNU/kfreebsd, not normal FreeBSD.

[mame (Yusuke Endoh)]

• Target version changed from 2.0.0 to 2.6

[akr (Akira Tanaka)]

• Status changed from Feedback to Closed

Finally I installed Debian GNU/kFreeBSD 6.0.7 (squeeze) and
Debian GNU/kFreeBSD 7.0 (wheezy) and tested test_io.rb.

But I couldn't reproduce the problem.
So I close this issue.

[akr (Akira Tanaka)]

Oops. I forgot to note what ruby I tested.

% ./ruby -v
ruby 2.1.0dev (2013-04-06 trunk 40143) [x86_64-kfreebsd8.1-gnu]
% lsb_release -idrc
Distributor ID: Debian
Description: Debian GNU 6.0.7 (squeeze)
Release: 6.0.7
Codename: squeeze

% ./ruby -v
ruby 2.1.0dev (2013-04-06 trunk 40143) [x86_64-kfreebsd9.0-gnu]
debian7-kfreebsd(12:20:17)% lsb_release -idrc
Distributor ID: Debian
Description: Debian GNU/kFreeBSD 7.0 (wheezy)
Release: 7.0
Codename: wheezy