[ARM] sysv-style ucontext functions appear not to be implemented on armel

Bug #383975 reported by Dave Martin
30
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Debian
Fix Released
Unknown
glibc (Ubuntu)
Fix Released
Medium
Unassigned
wvstreams (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

When called, getcontext() returns -1 and sets errno = ENOSYS.

Some packages, such as wvstreams (a wvdial backend package), currently rely on the ucontext functions in order to work correctly; currently such packages are broken on armel.

See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521473

Tags: armel
Jerone Young (jerone)
tags: added: armel
summary: - sysv-style ucontext functions appear not to be implemented on armel
+ [ARM] sysv-style ucontext functions appear not to be implemented on
+ armel
Revision history for this message
Paul Larson (pwlars) wrote :

Combined this with bug #383978
----
To work around this, wvstreams should be ported to use another mechanism such as setjmp/longjmp (I haven't investigated the feasibility of this), or the affected functions (primarily setcontext and getcontext) need to be implemented in glibc.

The affected code is in utils/wvtask.cc. I don't think the functions are used anywhere else.
----

It seems that probably either ucontext should be implemented or a workaround described above for wvstreams, but it makes sense to track them both here since probably only one should be implemented and shouldn't be done blindly to the other.

Changed in debian:
status: Unknown → New
Revision history for this message
Paul Larson (pwlars) wrote :

Setting these both to medium, but in reality, the wvstreams one should be closed if a decision is made to add support for getcontext on armel

Changed in wvstreams (Ubuntu):
importance: Undecided → Medium
Changed in glibc (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Changed in wvstreams (Ubuntu):
status: New → Triaged
Changed in debian:
status: New → Fix Released
Revision history for this message
Jani Monoses (jani) wrote :

a setjmp/longjmp based fallback mechanism is used in GNU Pth but that too is currently broken
https://bugs.launchpad.net/ubuntu/+source/pth/+bug/599862

Adam Conrad (adconrad)
Changed in glibc (Ubuntu):
status: Triaged → Fix Released
Changed in wvstreams (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.