Bug 88012

Summary:	glibc breaks some wine implementations (crossover office)
Product:	[Retired] Red Hat Linux	Reporter:	Chris Ricker <chris.ricker>
Component:	wine	Assignee:	Jakub Jelinek <jakub>
Status:	CLOSED UPSTREAM	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	9
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-04-04 21:35:28 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Chris Ricker 2003-04-04 16:31:57 UTC

<similar to Bug #86437, but that's on RHL 8.0 where glibc is compiled differently>

On an Athlon running RHL 9 + glibc-2.3.2-23.9, I see the following:

wine-20020605 from RHL 8.0 dies for me, whether recompiled or using the 8.0
binary, and whether LD_ASSUME_KERNEL is forced or not:

[cricker@winsucks cricker]$ winemine 
wine: chdir to /home/cricker/.wine/wineserver-winsucks : No such file or
directory
[cricker@winsucks cricker]$ LD_ASSUME_KERNEL=2.2.5 winemine 
wine: lstat /home/cricker/.wine/wineserver-winsuck/socket : No such file or
directory
[cricker@winsucks cricker]$ 

Crossover Office 1.3.1 dies for me, whether LD_ASSUME_KERNEL is used or not

wine-20030318 (latest release) gives the following warning when compiled from
source:

config.status: executing windows commands

*** Warning: non-reentrant libc detected. Wine will be built without
*** threading support. Consider upgrading libc to a more recent
*** reentrant version of libc.



but then compiles and runs

Comment 1 Jakub Jelinek 2003-04-04 17:00:32 UTC

Without LD_ASSUME_KERNEL wine is certainly not expected to work (winehq folks
need to hack support for NPTL first).
Have you tried LD_ASSUME_KERNEL=2.4.1 ? That's what you were using in RHL 8.0,
unless LD_ASSUME_KERNEL=2.2.5 was used when running wine.
When you're compiling wine yourself, it is expected that it doesn't find
a pthread implementation, unless you run wine build with LD_ASSUME_KERNEL=2.4.1.

Comment 2 Jakub Jelinek 2003-04-04 21:35:28 UTC

Looking at wine more closely, libwine.so attempts to override __errno_location,
__h_errno_location, etc.
This is not going to work in glibc 2.3.2 which does bypass the .plt call
to these, as it has separate copies of this function in libpthread and libc.
Guess this is something you should take with the wine/crossover folks.
They know about NPTL and perhaps are working on support for it, but
they should know gilbc 2.3.2+ linuxthreads don't work either.