[Bug 1343] glibc errno problems (NPTL threading)
Wine Bugs
wine-bugs at winehq.com
Sun Jun 29 15:31:55 CDT 2003
http://bugs.winehq.com/show_bug.cgi?id=1343
------- Additional Comments From z_god at wanadoo.nl 2003-29-06 15:31 -------
Bug comments restored from Gmane.org:
I'm using redhat 8.0 with all updates applied, including glibc-2.3.2-4.80. I've
downloaded several binaries from 2003 with the same result. I've also
downloaded source and run a build. Same results. Earlier binaries complain
about the glibc version.
The message will vary according the the existence of files/directories withing
the path. If /tmp/.wine-ray doesn't exist, the error is "lstat /tmp/.wine-ray :
No such file or directory"
I searched as much as I could looking for other reports but could not find any,
there are some reports on comp.emulators.ms-windows.wine
Thank you,
Ray Beckler
Here's a copy of strace: (the results are the same if I specify an application
to run)
execve("/usr/bin/wine", ["wine"], [/* 35 vars */]) = 0
uname({sys="Linux", node="localhost", ...}) = 0
brk(0) = 0x805b85c
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82125, ...}) = 0
old_mmap(NULL, 82125, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000
close(3) = 0
open("/usr/lib/wine/libntdll.dll.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0P\2\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1074716, ...}) = 0
old_mmap(NULL, 1060104, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40029000
old_mmap(0x40105000, 45056, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0xdc000) = 0x40105000
old_mmap(0x40110000, 113928, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40110000
close(3) = 0
open("/usr/lib/wine/libwine.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\31"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=26897, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4012c000
old_mmap(NULL, 97152, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x4012d000
old_mmap(0x40132000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0x4000) = 0x40132000
old_mmap(0x40133000, 72576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40133000
close(3) = 0
open("/usr/lib/wine/libwine_unicode.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\33"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=935412, ...}) = 0
old_mmap(NULL, 919932, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40145000
old_mmap(0x40225000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0xe0000) = 0x40225000
close(3) = 0
open("/lib/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2404\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=137140, ...}) = 0
old_mmap(NULL, 135616, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40226000
old_mmap(0x40247000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0x21000) = 0x40247000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300Y\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1292588, ...}) = 0
old_mmap(NULL, 1298244, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40248000
old_mmap(0x4037e000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0x136000) = 0x4037e000
old_mmap(0x40383000, 8004, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40383000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\26"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=12842, ...}) = 0
old_mmap(NULL, 8624, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40385000
old_mmap(0x40387000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0x2000) = 0x40387000
close(3) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40388000
mprotect(0x40029000, 901120, PROT_READ|PROT_WRITE) = 0
mprotect(0x40029000, 901120, PROT_READ|PROT_EXEC) = 0
munmap(0x40014000, 82125) = 0
brk(0) = 0x805b85c
brk(0x805c85c) = 0x805c85c
brk(0x805d000) = 0x805d000
set_thread_area({entry_number:-1 -> -1, base_addr:00000000, limit:0,
seg_32bit:0, contents:0, read_exec_only:1, limit_in_pages:0, seg_not_present:1,
useable:0}) = -1 ENOSYS (Function not implemented)
modify_ldt(17, {entry_number:17, base_addr:0x40124ae0, limit:4095, seg_32bit:1,
contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:0},
16) = 0
getcwd("/etc/wine", 512) = 10
getuid32() = 501
socket(PF_UNIX, SOCK_STREAM, 0) = 3
connect(3, {sin_family=AF_UNIX, path="/var/run/.nscd_socket"}, 110) = -1
ECONNREFUSED (Connection refused)
close(3) = 0
open("/etc/nsswitch.conf", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1750, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40014000
read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1750
read(3, "", 4096) = 0
close(3) = 0
munmap(0x40014000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82125, ...}) = 0
old_mmap(NULL, 82125, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40014000
close(3) = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\35\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=49929, ...}) = 0
old_mmap(NULL, 47056, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x40389000
old_mmap(0x40394000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED, 3,
0xa000) = 0x40394000
close(3) = 0
munmap(0x40014000, 82125) = 0
open("/etc/passwd", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1957, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40014000
read(3, "root:x:0:0:root,,,:/root:/bin/ba"..., 4096) = 1957
close(3) = 0
munmap(0x40014000, 4096) = 0
stat64("/home/ray/.wine", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
chdir("/tmp/.wine-ray/server-307-19f5ff") = 0
stat64(".", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
getuid32() = 501
lstat64("socket", 0xbfffd13c) = -1 ENOENT (No such file or directory)
write(2, "wine: ", 6wine: ) = 6
write(2, "lstat /tmp/.wine-ray/server-307-"..., 45lstat
/tmp/.wine-ray/server-307-19f5ff/socket) = 45
write(2, " : No such file or directory\n", 29 : No such file or directory
) = 29
_exit(1) = ?
------- Additional Comments From mike <at> theoretic.com 2003-03-27 04:29 -------
This sounds like the glibc upgrade broke you wine install. Please downgrade your
libc, recompile Wine, and see if it fixes it. If so, then this is a known issue,
it should probably be tracked in Bugzilla though.
------- Additional Comments From rbeckler <at> comcast.net 2003-03-27 08:34 -------
I'd like to downgrade my glibc but am a bit leary since a new kernel and source
was delivered several days afterwards. I'd have to turn back the clock a bit
too much. For now, I'll just have to use dos.
I have a feeling that when redhat 9.0 is released, you're going to see other
reports.
------- Additional Comments From mike <at> theoretic.com 2003-03-28 13:29 -------
We've been seeing reports of this for a while, Alexandre is working hard on a
fix. I expect it'll be fixed just before or soon after RH9 is released.
FWIW MDK9.1 is also affected by this.
------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:11 -------
Updated summary to be more useful. There are apparently workarounds for this
problem.
------- Additional Comments From mike <at> theoretic.com 2003-04-01 04:08 -------
Updating summary once more, this should become the tracker bug for glibc related
failures.
------- Additional Comments From mike <at> theoretic.com 2003-04-01 04:09 -------
*** Bug 1340 has been marked as a duplicate of this bug. ***
------- Additional Comments From mike <at> theoretic.com 2003-04-03 02:59 -------
*** Bug 1359 has been marked as a duplicate of this bug. ***
------- Additional Comments From mike <at> theoretic.com 2003-04-04 03:13 -------
We have a prototype fix for this, update to Wine CVS and configure it using the
--with-nptl option. This will hopefully be runtime detected soon.
------- Additional Comments From rob <at> robhughes.com 2003-04-04 12:21 -------
I've done the downgrade, and it does correct the issue, so I can confirm this. I
also posted an account to the wine-users list, so all info is archived there.
------- Additional Comments From rbeckler <at> comcast.net 2003-04-10 21:40 -------
an updated glibc from RedHat seems to have resolved this. new version is
glibc-2.3.2-4.80.6
------- Additional Comments From mike <at> theoretic.com 2003-04-12 17:00 -------
Resolving FIXED.
For RH8 - do NOT use --with-nptl
for RH9 - DO use it :)
for Mandrake - hmm, try both?
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-04-15 10:32
-------
*** Bug 1391 has been marked as a duplicate of this bug. ***
------- Additional Comments From julliard <at> winehq.com 2003-04-28 18:34 -------
*** Bug 1420 has been marked as a duplicate of this bug. ***
------- Additional Comments From mike <at> theoretic.com 2003-05-12 05:18 -------
*** Bug 1452 has been marked as a duplicate of this bug. ***
------- Additional Comments From mike <at> theoretic.com 2003-23-05 07:40 -------
*** Bug 1481 has been marked as a duplicate of this bug. ***
------- Additional Comments From coolpav <at> parkertech.org 2003-24-05 16:38
-------
Resolved.
------- Additional Comments From mike <at> theoretic.com 2003-27-05 04:14 -------
*** Bug 1383 has been marked as a duplicate of this bug. ***
------- Additional Comments From Speeddymon <at> yahoo.com 2003-16-06 19:05
-------
Assuming fixed and closing, previous details were deleted by Bugzilla update.
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the wine-bugs
mailing list