test_poll fails on FreeBSD 4.1

[gvanrossum]

BPO	213047
Nosy	@gvanrossum, @akuchling

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/akuchling'
closed_at = <Date 2000-08-29.17:00:44.000>
created_at = <Date 2000-08-29.15:51:25.000>
labels = ['extension-modules']
title = 'test_poll fails on FreeBSD 4.1'
updated_at = <Date 2000-08-29.17:00:44.000>
user = 'https://github.com/gvanrossum'

bugs.python.org fields:

activity = <Date 2000-08-29.17:00:44.000>
actor = 'gvanrossum'
assignee = 'akuchling'
closed = True
closed_date = None
closer = None
components = ['Extension Modules']
creation = <Date 2000-08-29.15:51:25.000>
creator = 'gvanrossum'
dependencies = []
files = []
hgrepos = []
issue_num = 213047
keywords = []
message_count = 3.0
messages = ['1134', '1135', '1136']
nosy_count = 2.0
nosy_names = ['gvanrossum', 'akuchling']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue213047'
versions = []

[gvanrossum]

We have a FreeBSD 4.1 system at BeOpen now, and when I build Python all tests succeed except for test_poll. The error is this assert in test_poll1():

assert len(buf) == MSG_LEN

When I add a print statement, len(buf) is zero.

Any suggestion as to what I should do next?

[akuchling]

What the test is doing is creating a bunch of pipes,
writing the string MSG to them, and then reading them back. test_poll1() has just picked a random pipe that's ready for reading, and tried to read MSG_LEN bytes, but instead it
got back the empty string. Print the contents of the
'ready' list and of the 'ready_readers' list constructed from it; maybe find_ready_readers in the test module is buggy. (Or maybe this behaviour is legal for some reason,
and the assertion is too stringent.)

I could get a log in on the FreeBSD machine at SourceForge
and look into this.

The test_poll1() function was contributed by Jeremy, BTW,
so if he has access to your FreeBSD machine, he could
also look into it.

[gvanrossum]

Fixed in record time by Andrew. Thanks, Andrew!