Red Hat Bugzilla – Bug 90337
xastir program hangs on futex() system call
Last modified: 2007-04-18 12:53:30 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
Installed open source program xastir, which worked fine under RedHat 8.0. When
I go to change maps in map chooser, program hangs. Strace shows program waiting
on futex() system call.
Compiled and installed 2.4.20 generic kernel. Only thing changed was booting
this kernel in place of 2.4.20-9 RH kernel. Xastir runs fine with generic kernel.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install xastir, including geotiff map support.
2. Attempt to perform operation that scans geotiff maps.
3. Programs hangs in futex() call.
glibc issue or application bug
I never not even the slightest idea what xstir is. You'll have to do some
debugging on your own. Programs which use the runtime interfaces incorrectly
can show this kind of breakage.
Also, you have not specified what glibc version you are using. Make sure you
have the latest which should be 2.3.2-27.9 in the moment.
Glibc version is 2.3.2-27.9:
I have been able to get around the futex() problem by setting the following
LD_ASSUME_KERNEL=2.4.1 export LD_ASSUME_KERNEL
Using LD_ASSUME_KERNEL makes the application use a different thread library.
If you cannot or don't want to investigate this further we can close the bug.
Otherwise you need to do some investigation.
Go ahead and close the bug. I don't have enough knowledge about the system to
debug it any further without assistance.
No way to reproduce and no way to debug it without users's help. Closing.