Bug 45044 - pa_mainloop should report POLLNVAL when that occurs with IO events
Summary: pa_mainloop should report POLLNVAL when that occurs with IO events
Status: RESOLVED MOVED
Alias: None
Product: PulseAudio
Classification: Unclassified
Component: core (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: pulseaudio-bugs
QA Contact: pulseaudio-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-21 10:05 UTC by Tanu Kaskinen
Modified: 2018-07-30 09:54 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments

Description Tanu Kaskinen 2012-01-21 10:05:03 UTC 
poll() may return POLLNVAL in revents, but pa_mainloop ignores that. According to "man poll", POLLNVAL signals an "invalid request: fd not open (output only)". I'm not sure how that should be interpreted: if we never call poll() on an fd that we have closed ourselves, is it guaranteed that POLLNVAL will never occur? If so, we could have an assertion for that in map_flags_from_libc(). Or probably not: pa_mainloop can also be used by clients, and they may not be as careful with their file descriptors.

As proposed by Arun, I think we should add PA_IO_EVENT_INVALID to pa_io_event_flags_t.

Discussion:
http://lists.freedesktop.org/archives/pulseaudio-discuss/2011-December/012517.html
Comment 1 GitLab Migration User 2018-07-30 09:54:05 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/108.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.