The forum

BUG: Wine 1.3.16 and higher fall-back to a hard-coded path

Was "wrong path?"

Author Replies
Tigger Thursday 28 April 2011 at 12:44
TiggerAnonymous

A bug or something like was introduced with Wine 1.3.16.
This problems result that it's seem impossible to use newer wine until this is fixed.

Error message is this one:
wine: failed to initialize: /home/petita/wine/wine-1.3.<version>/wineversion/1.3.<version>/usr/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
Use this thread for speaking about it.
Thanks in advance,
MulX/WineBuild Manager.


Original post:

Hello,

And thanks for this great software!

However, I get this:

wine: failed to initialize: /home/petita/wine/wine-1.3.18/wineversion/1.3.18/usr/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
error message no matter what I try to run... The same happens with wine version 1.3.17, didn't try 1.3.16, but by using 1.3.15 or anything earlier (that I have installed) the error goes away...

It seems that some script cannot resolve the paths correctly. My PlayOnLinux version is up-to-date (3.8.12).

Can anyone please help?

Thanks.

Quote

Edited by MulX

paco13 Sunday 1 May 2011 at 20:46
paco13Anonymous

Hello,

I'm getting the same error messages on PoL 3.8.12 when installing Wine during Steam install.
It seems a path is harcoded or something. Can someone confirm this?
Can we fix it on our computer or is a new PoL relase necesary ?

thanks
Precision Sunday 1 May 2011 at 21:08
PrecisionAnonymous

I `m using POL 3.8.12 and having this message too!
Aymeric P. Sunday 1 May 2011 at 23:31
Aymeric P.

Hi everybody!

No new POL release is needed for fix this one.

I'll glance this bug asap, until the end of the week and hope publish new Wine package fixed.

Thnks in advance,
MulX

Former member.
Aymeric P. Monday 9 May 2011 at 9:20
Aymeric P.

Hi,
I've looked this bug, and I can't reproduce it :'(
Even installing wine 1.3.17 .18 .19. I didn't get any error message.

Are using wine in 32 bits or 64 bits?

Thanks in advance,
MulX.

Former member.
Tigger Monday 9 May 2011 at 10:48
TiggerAnonymous

Hi, I'm using 64 bit distro. And I'm getting the same error for the new wine 1.3.19 package as well :(
I also installed 1.3.16, and this gives again the same error. 1.3.15 or earlier versions work ok. So something must have changed between 1.3.15 and 1.3.16...

Could the problem be in my end? I have fairly old Fedora 7 based distro (I know, it desperately needs upgrading, but it has served me well), python 2.5.

Thanks for your time.
xeroxzone Sunday 15 May 2011 at 17:21
xeroxzoneAnonymous

Hi,
I've looked this bug, and I can't reproduce it :'(
Even installing wine 1.3.17 .18 .19. I didn't get any error message.

Are using wine in 32 bits or 64 bits?

Thanks in advance,
MulX.

Quote from MulX


Hello MulX,

here also this problem since 1.3.16 to .20
1.3.15 was the last working wine package.

wine: failed to initialize: /home/petita/wine/wine-1.3.20/wineversion/1.3.20/usr/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directoryThis message comes in all the broken versions with only replacing the version number...


Is /home/petita/wine/ your local machine path, a reason why you can't reproduce it?!


It seems fall back to the hardcoded path from your compile into the files of wine.
Libs direct pathes to the hardcoded path /home/petita/wine/...

Something missing to resolve the real path, so it fall back to the hardcoded path??

I using 32bit wine; KDE 3.5.9; Linux 2.6.25.20-0.7-default i686

Greetings,

xeroxzone

Edited by xeroxzone

Precision Wednesday 18 May 2011 at 2:48
PrecisionAnonymous

I'm using slack 13.1 32 bits version.
seanj Wednesday 18 May 2011 at 10:05
seanjAnonymous

I can't reproduce this error either on Ubuntu 32 bit.
Aymeric P. Saturday 21 May 2011 at 13:06
Aymeric P.

Hello,

You are right xeroxzone, it's a hardcoded path.
But on my personal computer this path doesn't exist, it's only present on the two builds servers (32 & 64bits).

As there was 426 files changed, 23449 insertions(+), 13300 deletions(-) between 1.3.15 and 1.3.16 it will be hard to find why this bug happens.
Maybe introduced by bug #25838 ...

Currently I didn't get this bug on my personal computer, using Ubuntu 10.10 32bits, I have really few time until 2 June.

Please still report when you get this problems plus specifying what's your distribution (name, version, everything) and arch type (32/64 bits).
Maybe this doesn't affect Ubuntu. :o (I don't think ...)

Thanks for your patience :)

--
Notes: (personal)
e44875b42d8f72c6a0d49f05655489a5b8fb673a 1.3.15
7f8d01f086aff59495fa51bc282e55e32636dded 1.3.16

Former member.
Tigger Wednesday 1 June 2011 at 12:59
TiggerAnonymous

Just an update that this still happens with wine 1.3.21. Fedora / 64bits.
boxerfangg Monday 13 June 2011 at 20:31
boxerfanggAnonymous

I am also getting this error:
wine: failed to initialize: /home/petita/wine/wine-1.3.19/wineversion/1.3.19/usr/lib/wine/ntdll.dll.so: cannot open shared object file: No such file or directory
With PlayOnLinux version 3.8.12 and Wine 1.3.19

Can anybody help me? I want to play cs:s

Edited by boxerfangg

Aymeric P. Tuesday 14 June 2011 at 22:10
Aymeric P.

Use an older version of Wine. 1.3.15 seem working fine.

Former member.
Aymeric P. Tuesday 28 June 2011 at 18:26
Aymeric P.

I've looked this bug more precisely this bug and I still unable to reproduce it.
I have try some command to find which file contain the hardcoded path.
This command :
find -type f -print0 | xargs -0 ldd -v | grep -i petita
find -type f -print0 | grep -Zi petita
find -type f -print0 | xargs -0 strings | grep -i petita
None of them return the full path used. :(

Edited by MulX


Former member.
Tigger Wednesday 29 June 2011 at 10:27
TiggerAnonymous

There are many files matching "petita" in ~/.PlayOnLinux/WineVersions/1.3.23/usr/bin, such as "winepath", and they all contain code like this:

# determine the app Winelib library name
appname=`basename "$0" .exe`.exe

# first try explicit WINELOADER
if [ -x "$WINELOADER" ]; then exec "$WINELOADER" "$appname" "$@"; fi

# then default bin directory
if [ -x "/home/petita/wine/wine-1.3.23/wineversion/1.3.23/usr/bin/wine" ]; then exec "/home/petita/wine/wine-1.3.23/wineversion/1.3.23/usr/bin/wine" "$appname" 
"$@"; fi

# now try the directory containing $0
appdir=""
case "$0" in
  */*)
    # $0 contains a path, use it
    appdir=`dirname "$0"`
    ;;
  *)
    # no directory in $0, search in PATH
    saved_ifs=$IFS
    IFS=:
    for d in $PATH
    do
      IFS=$saved_ifs
      if [ -x "$d/$0" ]; then appdir="$d"; break; fi
    done
    ;;
esac
if [ -x "$appdir/wine" ]; then exec "$appdir/wine" "$appname" "$@"; fi

# finally look in PATH
exec wine "$appname" "$@"
However, that winepath file is identical for 1.3.15 and 1.3.23, except that "15" is now "23". Also,
$ cd ~/.PlayOnLinux/WineVersions/1.3.15/usr/lib
$ grep petita *
Binary file libwine.so matches
Binary file libwine.so.1 matches
Binary file libwine.so.1.0 matches
$ cd ~/.PlayOnLinux/WineVersions/1.3.23/usr/lib
$ grep petita *
Binary file libwine.so matches
Binary file libwine.so.1 matches
Binary file libwine.so.1.0 matches