| Tigger |
Thursday 28 April 2011 at 12:44
- [Quote]
|
Membre
 |
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:
Console: wine: failed to initialize: /home/petita/wine/wine-1.3./wineversion/1.3./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:
Citation: Hello,
And thanks for this great software!
However, I get this:
Console: 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. Edited by MulX |
| paco13 |
Sunday 1 May 2011 at 20:46
- [Quote]
|
Membre
|
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
- [Quote]
|
Membre
|
I `m using POL 3.8.12 and having this message too!
|
| Aymeric P. |
Sunday 1 May 2011 at 23:31
- [Quote]
|
Admin
 |
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
Don't think because I answered once, I will answer again. |
| Aymeric P. |
Monday 9 May 2011 at 9:20
- [Quote]
|
Admin
|
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.
Don't think because I answered once, I will answer again. |
| Tigger |
Monday 9 May 2011 at 10:48
- [Quote]
|
Membre
|
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
- [Quote]
|
Membre
|
Citation de MulX: 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. Hello MulX,
here also this problem since 1.3.16 to .20
1.3.15 was the last working wine package.
Console: 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 directory This 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
- [Quote]
|
Membre
|
I'm using slack 13.1 32 bits version.
|
| seanj |
Wednesday 18 May 2011 at 10:05
- [Quote]
|
Membre
|
I can't reproduce this error either on Ubuntu 32 bit.
|
| Aymeric P. |
Saturday 21 May 2011 at 13:06
- [Quote]
|
Admin
|
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
Don't think because I answered once, I will answer again. |
| Tigger |
Wednesday 1 June 2011 at 12:59
- [Quote]
|
Membre
|
Just an update that this still happens with wine 1.3.21. Fedora / 64bits.
|
| boxerfangg |
Monday 13 June 2011 at 20:31
- [Quote]
|
Membre
|
I am also getting this error:
Console: 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
- [Quote]
|
Admin
|
Use an older version of Wine. 1.3.15 seem working fine.
Don't think because I answered once, I will answer again. |
| Aymeric P. |
Tuesday 28 June 2011 at 18:26
- [Quote]
|
Admin
|
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 :
Console: 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
Don't think because I answered once, I will answer again. |
| Tigger |
Wednesday 29 June 2011 at 10:27
- [Quote]
|
Membre
|
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 |
