wine is broken #983

calculatortamer · 2024-07-20T16:39:39Z

wine no longer works on my orange pi 5 since d3d971d (rk3588s, joshua-riek/ubuntu-rockchip OS 24.04), box86 v0.3.7 d3d971d and fcbebfa and c5bccdf, Kron4ek/Wine-Builds, tested 9.13 and many older wine

it works again when i revert to stable release v0.3.6 and 2e589f4 (and build it with -D CMAKE_C_FLAGS="-D_TIME_BITS=32")

trying to run winecfg

$ winecfg
Box86 with Dynarec v0.3.7 c5bccdf built on Jul 19 2024 22:43:52
Box86 with Dynarec v0.3.7 c5bccdf built on Jul 19 2024 22:43:52
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Will use Hardware counter measured at 24.0 MHz emulating 3.0 GHz
Params database has 80 entries
Box64 with Dynarec v0.3.0 built on Jul 20 2024 00:41:07
BOX64: Detected 48bits at least of address space
Counted 31 Env var
BOX64 LIB PATH: ./:lib/:lib64/:x86_64/:bin64/:libs64/:/lib/x86_64-linux-gnu/:/usr/lib/x86_64-linux-gnu/
BOX64 BIN PATH: ./:bin/:/usr/local/sbin/:/usr/local/bin/:/usr/sbin/:/usr/bin/:/sbin/:/bin/:/usr/games/:/usr/local/games/:/snap/bin/:/home/osaka/wine/bin/
Looking for /home/osaka/wine/bin/wineserver
Rename process to "wineserver"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux-x86-64.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) libutil.so.1
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
wine: chdir to /tmp/.wine-1000/server-b301-669be2fb : No such file or directory

trying to run winecfg with BOX86_LOG=1

winecfg
Debug level is 1
Dynarec for ARMv8, with extension: HALF FAST_MULT EDSP NEON VFPv4 IDIVA AES PMULL PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Params database has 31 entries
Box86 with Dynarec v0.3.7 d3d971d built on Jul 20 2024 18:36:41
BOX86: Wine detected, WINEPRELOADRESERVE=""
Using default BOX86_LD_LIBRARY_PATH: ./:lib/:lib32/:x86/:i686/
Using default BOX86_PATH: ./:bin/
Counted 27 Env var
Looking for /home/osaka/wine/bin/wine
argv[1]="winecfg.exe"
Rename process to "wine"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
Using emulated /home/osaka/wine/bin/../lib/wine/i386-unix/ntdll.so
Debug level is 1
Dynarec for ARMv8, with extension: HALF FAST_MULT EDSP NEON VFPv4 IDIVA AES PMULL PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Params database has 31 entries
Box86 with Dynarec v0.3.7 d3d971d built on Jul 20 2024 18:36:41
BOX86: Wine detected, WINEPRELOADRESERVE=""
Using default BOX86_LD_LIBRARY_PATH: ./:lib/:lib32/:x86/:i686/
Using default BOX86_PATH: ./:bin/
Counted 29 Env var
Looking for /home/osaka/wine/bin/wine
argv[1]="winecfg.exe"
Rename process to "wine"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
Using emulated /home/osaka/wine/bin/../lib/wine/i386-unix/ntdll.so
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Will use Hardware counter measured at 24.0 MHz emulating 3.0 GHz
Params database has 80 entries
Box64 with Dynarec v0.3.0 built on Jul 20 2024 00:41:07
BOX64: Detected 48bits at least of address space
Counted 31 Env var
BOX64 LIB PATH: ./:lib/:lib64/:x86_64/:bin64/:libs64/:/lib/x86_64-linux-gnu/:/usr/lib/x86_64-linux-gnu/
BOX64 BIN PATH: ./:bin/:/usr/local/sbin/:/usr/local/bin/:/usr/sbin/:/usr/bin/:/sbin/:/bin/:/usr/games/:/usr/local/games/:/snap/bin/:/home/osaka/wine/bin/
Looking for /home/osaka/wine/bin/wineserver
Rename process to "wineserver"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux-x86-64.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) libutil.so.1
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
wine: chdir to /tmp/.wine-1000/server-b301-669be6d3 : No such file or directory

The text was updated successfully, but these errors were encountered:

ptitSeb · 2024-07-20T16:49:28Z

This might be an esync of fsync issue? Did you tried with WINE_ESYNC=0 and/or WINE_FSYNC=0?

calculatortamer · 2024-07-20T16:52:55Z

This might be an esync of fsync issue? Did you tried with WINE_ESYNC=0 and/or WINE_FSYNC=0?

still nothing

$ export WINE_FSYNC=0
$ export WINE_ESYNC=0

$ WINE_FSYNC=0 WINE_ESYNC=0 winecfg
Debug level is 1
Dynarec for ARMv8, with extension: HALF FAST_MULT EDSP NEON VFPv4 IDIVA AES PMULL PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Params database has 31 entries
Box86 with Dynarec v0.3.7 d3d971d built on Jul 20 2024 18:36:41
BOX86: Wine detected, WINEPRELOADRESERVE=""
Using default BOX86_LD_LIBRARY_PATH: ./:lib/:lib32/:x86/:i686/
Using default BOX86_PATH: ./:bin/
Counted 29 Env var
Looking for /home/osaka/wine/bin/wine
argv[1]="winecfg.exe"
Rename process to "wine"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
Using emulated /home/osaka/wine/bin/../lib/wine/i386-unix/ntdll.so
Debug level is 1
Dynarec for ARMv8, with extension: HALF FAST_MULT EDSP NEON VFPv4 IDIVA AES PMULL PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Params database has 31 entries
Box86 with Dynarec v0.3.7 d3d971d built on Jul 20 2024 18:36:41
BOX86: Wine detected, WINEPRELOADRESERVE=""
Using default BOX86_LD_LIBRARY_PATH: ./:lib/:lib32/:x86/:i686/
Using default BOX86_PATH: ./:bin/
Counted 31 Env var
Looking for /home/osaka/wine/bin/wine
argv[1]="winecfg.exe"
Rename process to "wine"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
Using emulated /home/osaka/wine/bin/../lib/wine/i386-unix/ntdll.so
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 PageSize:4096 Running on - - - - - - - - - - - - - - - - with 8 Cores
Will use Hardware counter measured at 24.0 MHz emulating 3.0 GHz
Params database has 80 entries
Box64 with Dynarec v0.3.0 built on Jul 20 2024 00:41:07
BOX64: Detected 48bits at least of address space
Counted 33 Env var
BOX64 LIB PATH: ./:lib/:lib64/:x86_64/:bin64/:libs64/:/lib/x86_64-linux-gnu/:/usr/lib/x86_64-linux-gnu/
BOX64 BIN PATH: ./:bin/:/usr/local/sbin/:/usr/local/bin/:/usr/sbin/:/usr/bin/:/sbin/:/bin/:/usr/games/:/usr/local/games/:/snap/bin/:/home/osaka/wine/bin/
Looking for /home/osaka/wine/bin/wineserver
Rename process to "wineserver"
Using native(wrapped) libdl.so.2
Using native(wrapped) libc.so.6
Using native(wrapped) ld-linux-x86-64.so.2
Using native(wrapped) libpthread.so.0
Using native(wrapped) libutil.so.1
Using native(wrapped) librt.so.1
Using native(wrapped) libbsd.so.0
wine: chdir to /tmp/.wine-1000/server-b301-669be82b : No such file or directory

ptitSeb · 2024-07-20T16:59:49Z

Well, I don't know then. Can you do a bisect to find the exact commit that broke it?

(I was thinking of the futexv syscall, that is needed for ESYNC iirc, that got enable lately, but it should still be disable for BAD_SIGNAL build, that should be used on RK3588 unless something change kernel side, so it must be something else)

calculatortamer · 2024-07-20T17:11:57Z

Well, I don't know then. Can you do a bisect to find the exact commit that broke it?

(I was thinking of the futexv syscall, that is needed for ESYNC iirc, that got enable lately, but it should still be disable for BAD_SIGNAL build, that should be used on RK3588 unless something change kernel side, so it must be something else)

i have found commit d3d971d to break wine, the commit before: 2e589f4 still works

ptitSeb · 2024-07-20T17:52:34Z

Oh?! That one. Ummm, interesting.

I have to think of a solution then.

can you check if your armhf libc expose any of those symbols:

__lstat64_time64
__stat64_time64
__fstatat64_time64
__fstat64_time64

(you can use nm -D /PATH/TO/libs.so | grep _time64 for example)

calculatortamer · 2024-07-20T18:04:11Z

i hope i took the right lib, i found it in /usr/lib/arm-linux-gnueabihf

$ nm -D /usr/lib/arm-linux-gnueabihf/libc.so.6 | grep _time64
00066210 T __aio_suspend_time64@@GLIBC_2.34
00086d84 T __clock_nanosleep_time64@@GLIBC_2.34
000b1e74 T __epoll_pwait2_time64@@GLIBC_2.35
000a2530 W __fcntl_time64@@GLIBC_2.34
000a2838 T __fstat64_time64@@GLIBC_2.34
000a29d8 T __fstatat64_time64@@GLIBC_2.34
000a5b68 T __fts64_children_time64@@GLIBC_2.34
000a5714 T __fts64_close_time64@@GLIBC_2.34
000a5504 T __fts64_open_time64@@GLIBC_2.34
000a57cc T __fts64_read_time64@@GLIBC_2.34
000a5b44 T __fts64_set_time64@@GLIBC_2.34
000a7f00 T __ftw64_time64@@GLIBC_2.34
000c9270 T __gai_suspend_time64@@GLIBC_2.34
00090c1c T __glob64_time64@@GLIBC_2.34
00091bd8 T __globfree64_time64@@GLIBC_2.34
000adc48 T __ioctl_time64@@GLIBC_2.34
000a8a80 T __lstat64_time64@@GLIBC_2.34
00066fb4 T __mq_timedreceive_time64@@GLIBC_2.34
00067194 T __mq_timedsend_time64@@GLIBC_2.34
000a7f18 T __nftw64_time64@@GLIBC_2.34
000b2594 W __prctl_time64@@GLIBC_2.34
000a9808 T __stat64_time64@@GLIBC_2.34
0007e45c T __time64@@GLIBC_2.34
0009e5c8 T __wait3_time64@@GLIBC_2.34
0009e6a4 T __wait4_time64@@GLIBC_2.34

i see :
000a2838 T __fstat64_time64@@GLIBC_2.34
000a29d8 T __fstatat64_time64@@GLIBC_2.34
000a8a80 T __lstat64_time64@@GLIBC_2.34
000a9808 T __stat64_time64@@GLIBC_2.34

kpyrkosz · 2024-07-20T19:58:35Z

Do you build the tip of master branch with "-D_TIME_BITS=32" or without it (the default _TIME_BITS is 64, and it's broken)?

Can you compare the required symbols of both binaries, the faulty master and the working, earlier commit? The command if I'm not mistaken is objdump -T box86

calculatortamer · 2024-07-20T21:13:37Z

Do you build the tip of master branch with "-D_TIME_BITS=32" or without it (the default _TIME_BITS is 64, and it's broken)?

i only used -D_TIME_BITS=32 for older working 2e589f4 since i had to (or else it errored), i didn't add it for d3d971d because i thought it would cause more issues and it wasn't mentioned in COMPILE.md anyway

but i recompiled the d3d971d and master (c5bccdf) with -D CMAKE_C_FLAGS="-D_TIME_BITS=32" and winecfg is working now!

Can you compare the required symbols of both binaries, the faulty master and the working, earlier commit? The command if I'm not mistaken is objdump -T box86

build-master-broken.txt = faulty master (no -D_TIME_BITS=32)

build-master-time.txt = working master (yes -D_TIME_BITS=32)

build-test.txt = faulty d3d971d (no -D_TIME_BITS=32)

build-time32.txt = working d3d971d (yes -D_TIME_BITS=32)

build-working.txt = working earlier commit 2e589f4 (yes -D_TIME_BITS=32)

(cant build 2e589f4 without -D_TIME_BITS=32 or it errors)

diff between working earlier commit 2e589f4 and master compiled with -D_TIME_BITS=32 is that master has those extra lines:

__fstat64_time64
__fstatat64_time64
__lstat64_time64
my___fstat64_time64
my___fstatat64_time64
my___lstat64_time64
my___stat64_time64
__stat64_time64

the difference between master compiled without -D_TIME_BITS=32 and working earlier commit 2e589f4 is:

master without -D_TIME_BITS=32 has this:

__clock_gettime64
__fcntl_time64
__fstat64_time64
__fstatat64_time64
__fts64_children_time64
__fts64_close_time64
__fts64_open_time64
__fts64_read_time64
__ftw64_time64
getrlimit64
__getsockopt64
__glob64_time64
__ioctl_time64
__lstat64_time64
my___fcntl_time64
my_fstat
my___fstat64_time64
my___fstatat64_time64
my_lstat
my___lstat64_time64
my___stat64_time64
__nanosleep64
__nftw64_time64
__prctl_time64
__pthread_cond_timedwait64
__pthread_mutex_timedlock64
__recvmsg64
__select64
__semctl64
__sendmsg64
__setsockopt64
__stat64_time64
__time64

while working earlier commit 2e589f4 with -D_TIME_BITS=32 has:

clock_gettime
fcntl64
fopen
fstat64
fstatat64
fts_children
fts_close
fts_open
fts_read
ftw64
getrlimit
getsockopt
glob64
ioctl
lstat64
mmap
nanosleep
nftw64
prctl
pthread_cond_timedwait
pthread_mutex_timedlock
recvmsg
select
semctl
sendmsg
setsockopt
stat
stat64
time

kpyrkosz · 2024-07-20T21:36:33Z

For now I'd suggest either:

CMake forcing _TIME_BITS to 32 in the main CMakeLists
a short warning stating that time64 builds may not be functional, enclosed in an #ifdef _TIME_BITS == 64

…#976 #975, maybe some other)

ptitSeb · 2024-08-11T13:36:13Z

Can you update box86 and try again, see if it's fixed now?

calculatortamer · 2024-08-16T20:08:24Z

Can you update box86 and try again, see if it's fixed now?

sorry for answering late, i have a build error (building 66a91b8, cmake .. -D RK3588=1 -D CMAKE_BUILD_TYPE=RelWithDebInfo)

[ 42%] Building C object CMakeFiles/box86.dir/src/libtools/myalign64.c.o
/home/osaka/git/box86/src/libtools/myalign64.c: In function ‘UnalignStat64’:
/home/osaka/git/box86/src/libtools/myalign64.c:32:31: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   32 |     i386st->__st_ino    = st->__st_ino;
      |                               ^~~~~~~~
      |                               st_ino
/home/osaka/git/box86/src/libtools/myalign64.c: In function ‘AlignStat64’:
/home/osaka/git/box86/src/libtools/myalign64.c:69:9: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   69 |     st->__st_ino        = i386st->__st_ino;
      |         ^~~~~~~~
      |         st_ino
make[2]: *** [CMakeFiles/box86.dir/build.make:803: CMakeFiles/box86.dir/src/libtools/myalign64.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:370: CMakeFiles/box86.dir/all] Error 2
make: *** [Makefile:166: all] Error 2

jackduckworth · 2024-09-17T10:27:40Z

Can you update box86 and try again, see if it's fixed now?

sorry for answering late, i have a build error (building 66a91b8, cmake .. -D RK3588=1 -D CMAKE_BUILD_TYPE=RelWithDebInfo)

[ 42%] Building C object CMakeFiles/box86.dir/src/libtools/myalign64.c.o
/home/osaka/git/box86/src/libtools/myalign64.c: In function ‘UnalignStat64’:
/home/osaka/git/box86/src/libtools/myalign64.c:32:31: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   32 |     i386st->__st_ino    = st->__st_ino;
      |                               ^~~~~~~~
      |                               st_ino
/home/osaka/git/box86/src/libtools/myalign64.c: In function ‘AlignStat64’:
/home/osaka/git/box86/src/libtools/myalign64.c:69:9: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   69 |     st->__st_ino        = i386st->__st_ino;
      |         ^~~~~~~~
      |         st_ino
make[2]: *** [CMakeFiles/box86.dir/build.make:803: CMakeFiles/box86.dir/src/libtools/myalign64.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:370: CMakeFiles/box86.dir/all] Error 2
make: *** [Makefile:166: all] Error 2

I found this post last month when I came across the exact same issue, also on an orange pi 5 rk3588s running joshua-riek/ubuntu-rockchip OS 24.04.

Nothing seems to happening- should I give up waiting and try v0.3.6?

ptitSeb · 2024-09-17T11:36:16Z

I pushed something that might help with the build issue.

jackduckworth · 2024-09-17T13:01:13Z

I pushed something that might help with the build issue.

Wow, thanks for the quick response.

Unfortunately it doesn't seem to make any difference

/home/kevin/github/box86/src/libtools/myalign64.c: In function ‘UnalignStat64’:
/home/kevin/github/box86/src/libtools/myalign64.c:32:31: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   32 |     i386st->__st_ino    = st->__st_ino;
      |                               ^~~~~~~~
      |                               st_ino
/home/kevin/github/box86/src/libtools/myalign64.c: In function ‘AlignStat64’:
/home/kevin/github/box86/src/libtools/myalign64.c:69:9: error: ‘struct stat64’ has no member named ‘__st_ino’; did you mean ‘st_ino’?
   69 |     st->__st_ino        = i386st->__st_ino;
      |         ^~~~~~~~
      |         st_ino
make[2]: *** [CMakeFiles/box86.dir/build.make:803: CMakeFiles/box86.dir/src/libtools/myalign64.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:370: CMakeFiles/box86.dir/all] Error 2
make: *** [Makefile:166: all] Error 2

ptitSeb · 2024-09-17T13:25:48Z

Ok, I pushed a new attempt. Hopefully it will work this time.

jackduckworth · 2024-09-17T14:08:23Z

It works!

You, sir, are a legend.

lilezek · 2024-10-17T15:38:42Z

I have this same issue when installing the box86-rpi4arm64 as of today, as I don't have a toolchain to compile 32 bits. Is this version missing the fix?

ptitSeb · 2024-10-17T15:47:33Z

This ticket is a bit messy now, there is multiple issue in there, and some are fixed. I would suggest we close this ticket and you open a new clean one @lilezek

lilezek · 2024-10-17T16:04:13Z

I'm happy to, but I think I have exactly the same issue. The OP is using an orange pi 5 and I'm using rpi5 with the prebundled box86/box64 for raspberry pi 4 on a 64-bit OS.

ptitSeb · 2024-10-17T16:17:45Z

The exact same... as in the 1st post?

ptitSeb · 2024-10-17T16:19:17Z

if that's the case, try with BOX64_FUTEX_WAITV =0

ptitSeb added a commit that referenced this issue Aug 11, 2024

Fixed some issue when build OS is _time64 aware (should help #987 #983 …

664956a

…#976 #975, maybe some other)

ptitSeb added a commit that referenced this issue Sep 17, 2024

Try to fix some build issue (might help #983)

55e08ab

ptitSeb added a commit that referenced this issue Sep 17, 2024

Another attempt to fix the __st_ino build issue (for #983)

54c806c

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

wine is broken #983

wine is broken #983

calculatortamer commented Jul 20, 2024 •

edited

Loading

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024 •

edited

Loading

kpyrkosz commented Jul 20, 2024 •

edited

Loading

calculatortamer commented Jul 20, 2024 •

edited

Loading

kpyrkosz commented Jul 20, 2024

ptitSeb commented Aug 11, 2024 •

edited

Loading

calculatortamer commented Aug 16, 2024 •

edited

Loading

jackduckworth commented Sep 17, 2024

ptitSeb commented Sep 17, 2024

jackduckworth commented Sep 17, 2024

ptitSeb commented Sep 17, 2024

jackduckworth commented Sep 17, 2024

lilezek commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

lilezek commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

wine is broken #983

wine is broken #983

Comments

calculatortamer commented Jul 20, 2024 • edited Loading

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024

ptitSeb commented Jul 20, 2024

calculatortamer commented Jul 20, 2024 • edited Loading

kpyrkosz commented Jul 20, 2024 • edited Loading

calculatortamer commented Jul 20, 2024 • edited Loading

kpyrkosz commented Jul 20, 2024

ptitSeb commented Aug 11, 2024 • edited Loading

calculatortamer commented Aug 16, 2024 • edited Loading

jackduckworth commented Sep 17, 2024

ptitSeb commented Sep 17, 2024

jackduckworth commented Sep 17, 2024

ptitSeb commented Sep 17, 2024

jackduckworth commented Sep 17, 2024

lilezek commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

lilezek commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

ptitSeb commented Oct 17, 2024

calculatortamer commented Jul 20, 2024 •

edited

Loading

calculatortamer commented Jul 20, 2024 •

edited

Loading

kpyrkosz commented Jul 20, 2024 •

edited

Loading

calculatortamer commented Jul 20, 2024 •

edited

Loading

ptitSeb commented Aug 11, 2024 •

edited

Loading

calculatortamer commented Aug 16, 2024 •

edited

Loading