Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[Bug]: Proton does not boot anymore on glibc #238

Open
airidosas252 opened this issue Apr 30, 2024 · 4 comments
Open

[Bug]: Proton does not boot anymore on glibc #238

airidosas252 opened this issue Apr 30, 2024 · 4 comments
Labels
bug Something isn't working

Comments

@airidosas252
Copy link

Problem description

Long story short - I was previously able to boot Proton without any issues on glibc. Now I get this suspicious warning:

Warning: Unsupported libc Syscall 0x143 (323)

Why I say it might be glibc related? Simply because Proton 9.0 specifically works fine under proot/chroot environment.

It seems like some system call broke/went missing after glibc update. It was working previously just fine (like a month or two ago). Now it does not anymore.

Using everything latest, including glibc, which is fully updated. Would be good to figure this out. Thank you.

System information

termux-info:

termux-info
Termux Variables:
TERMUX_APP_PACKAGE_MANAGER=pacman
TERMUX_APP__AM_SOCKET_SERVER_ENABLED=true
TERMUX_APP__APK_PATH=/data/app/~~U3WoBJOxaRKqOSUFjNOI4A==/com.termux-4Casin52K2TEwg7cKLA8wA==/base.apk
TERMUX_APP__APK_RELEASE=GITHUB
TERMUX_APP__FILES_DIR=/data/user/0/com.termux/files
TERMUX_APP__IS_DEBUGGABLE_BUILD=true
TERMUX_APP__IS_INSTALLED_ON_EXTERNAL_STORAGE=false
TERMUX_APP__PACKAGE_MANAGER=apt
TERMUX_APP__PACKAGE_NAME=com.termux
TERMUX_APP__PACKAGE_VARIANT=apt-android-7
TERMUX_APP__PID=7658
TERMUX_APP__PROFILE_OWNER=cf.playhi.freezeyou
TERMUX_APP__SE_FILE_CONTEXT=u:object_r:app_data_file:s0:c249,c257,c512,c768
TERMUX_APP__SE_INFO=default:targetSdkVersion=28:complete
TERMUX_APP__SE_PROCESS_CONTEXT=u:r:untrusted_app_27:s0:c249,c257,c512,c768
TERMUX_APP__TARGET_SDK=28
TERMUX_APP__UID=10505
TERMUX_APP__USER_ID=0
TERMUX_APP__VERSION_CODE=118
TERMUX_APP__VERSION_NAME=0.118.0+7ea61ee
TERMUX_MAIN_PACKAGE_FORMAT=pacman
TERMUX_VERSION=0.118.0+7ea61ee
TERMUX__USER_ID=0
Packages CPU architecture:
aarch64
Subscribed repositories:
# /data/data/com.termux/files/usr/etc/pacman.conf
[main]
Usage = All
Server = https://service.termux-pacman.dev/main/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/main/aarch64
[x11]
Usage = All
Server = https://service.termux-pacman.dev/x11/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/x11/aarch64
[root]
Usage = All
Server = https://service.termux-pacman.dev/root/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/root/aarch64
[tur]
Usage = All
Server = https://service.termux-pacman.dev/tur/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/tur/aarch64
[tur-continuous]
Usage = All
Server = https://service.termux-pacman.dev/tur-continuous/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/tur-continuous/aarch64
[tur-multilib]
Usage = All
Server = https://service.termux-pacman.dev/tur-multilib/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/tur-multilib/aarch64
[gpkg]
Usage = All
Server = https://service.termux-pacman.dev/gpkg/aarch64
Server = https://s3.amazonaws.com/termux-pacman.us/gpkg/aarch64
Updatable packages:
command-not-found 2.4.0-21 -> 2.4.0-22
coreutils 9.4-0 -> 9.5-0
dbus 1.15.6-2 -> 1.15.6-3
git 2.44.0-0 -> 2.45.0-0
libarchive 3.7.3-0 -> 3.7.4-0
libicu-glibc 74.2-0 -> 75.1-0
libllvm-glibc 18.1.3-0 -> 18.1.4-1
libwayland-glibc 1.22.0-0 -> 1.22.0-1
libxml2-glibc 2.12.6-0 -> 2.12.6-1
termux-tools version:
1.42.0
Android version:
14
Kernel build information:
Linux localhost 5.15.123-android13-8-28577312-abS918BXXU3CXD3 #1 SMP PREEMPT Mon Apr 8 00:39:14 UTC 2024 aarch64 Android
Device manufacturer:
samsung
Device model:
SM-S918B
LD Variables:
LD_LIBRARY_PATH=
LD_PRELOAD=/data/data/com.termux/files/usr/lib/libtermux-exec.so
Installed termux plugins:
com.termux.x11 versionCode:14
~ $
@airidosas252 airidosas252 added the bug Something isn't working label Apr 30, 2024
@Maxython
Copy link
Member

Run proton with strace and post the resulting file here

strace -f -o strace.log "proton launch command"

@airidosas252
Copy link
Author

log.zip

Here's the strace of trying to run Proton.

Sorry for being out of touch for so long.

@airidosas252
Copy link
Author

airidosas252 commented Jun 1, 2024 •
edited
Loading

strace.zip
Ok, I remade the whole log. Apparently I didn't wait long enough for that syscall warning to trigger.
Sending you new strace as well as what wine and box64 is saying.

_XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
(EE)
Fatal server error:
(EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE)
Detecting Termux-X11 resolution...
1544
720
Debug level is 1
Dynarec log level is 1
Dynarec will not try to make big block
Dynarec will not continue block on forward jump
Dynarec will try to generate x86 precise IEEE->int rounding
Dynarec will play moderatly safe with x64 flags
Dynarec will not optimize CALL/RET
Dynarec will print missing opcodes
Will expose AVX capabilities
Will expose AVX2 capabilities
Will not use 32bits address in priority for external MMAP (when 32bits process are detected)
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 USCAT FLAGM FLAGM2 FRINT PageSize:4096 Running on Cortex-A510 Cortex-A715 Cortex-A710 - with 8 Cores
Will use Hardware counter measured at 19.2 MHz emulating 2.4 GHz
Params database has 75 entries
The x86_64 bash "/data/data/com.termux/files/usr/glibc/opt/box64_bash" is not an x86_64 binary.
Box64 with Dynarec v0.2.9 7eb24ff built on May 31 2024 07:00:28
BOX64: Wine64 detected, WINEPRELOADRESERVE=""
BOX64: Didn't detect 48bits of address space, considering it's 39bits
New Bridge brick at 0x20000 (size 0x1000)
Counted 77 Env var
BOX64 LIB PATH: /data/data/com.termux/files/usr/glibc/opt/wine/lib/wine/x86_64-unix/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/
BOX64 BIN PATH: /data/data/com.termux/files/usr/glibc/opt/wine/bin/:/data/data/com.termux/files/usr/glibc/bin/:/data/data/com.termux/files/usr/bin/
Looking for wine
Apply RC params for wine
Applying BOX64_MAXCPU=64
argv[1]="explorer"
argv[2]="/desktop=shell,1544x720"
Rename process to "wine"
New Bridge brick at 0x30000 (size 0x1000)
Using native(wrapped) libdl.so.2
New Bridge brick at 0x40000 (size 0x1000)
Using native(wrapped) libc.so.6
New Bridge brick at 0x50000 (size 0x1000)
Using native(wrapped) ld-linux-x86-64.so.2
New Bridge brick at 0x60000 (size 0x1000)
Using native(wrapped) libpthread.so.0
New Bridge brick at 0x70000 (size 0x1000)
Using native(wrapped) libutil.so.1
New Bridge brick at 0x80000 (size 0x1000)
Using native(wrapped) libresolv.so.2
New Bridge brick at 0x90000 (size 0x1000)
Using native(wrapped) librt.so.1
New Bridge brick at 0xa0000 (size 0x1000)
Using native(wrapped) libbsd.so.0
BOX64 Dynarec: higher max_db=22
BOX64 Dynarec: higher max_db=50
BOX64 Dynarec: higher max_db=172
Using emulated /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so
Using emulated /data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/libgcc_s.so.1
New Bridge brick at 0x41000 (size 0x1000)
BOX64 Dynarec: higher max_db=1579
Debug level is 1
Dynarec log level is 1
Dynarec will not try to make big block
Dynarec will not continue block on forward jump
Dynarec will try to generate x86 precise IEEE->int rounding
Dynarec will play moderatly safe with x64 flags
Dynarec will not optimize CALL/RET
Dynarec will print missing opcodes
Will expose AVX capabilities
Will expose AVX2 capabilities
Will not use 32bits address in priority for external MMAP (when 32bits process are detected)
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 USCAT FLAGM FLAGM2 FRINT PageSize:4096 Running on Cortex-A510 Cortex-A715 Cortex-A710 - with 8 Cores
Will use Hardware counter measured at 19.2 MHz emulating 2.4 GHz
Params database has 75 entries
The x86_64 bash "/data/data/com.termux/files/usr/glibc/opt/box64_bash" is not an x86_64 binary.
Box64 with Dynarec v0.2.9 7eb24ff built on May 31 2024 07:00:28
BOX64: Wine preloader detected, loading "/data/data/com.termux/files/usr/glibc/wine/bin/wine" directly
BOX64: Wine64 detected, WINEPRELOADRESERVE=""
BOX64: Didn't detect 48bits of address space, considering it's 39bits
New Bridge brick at 0x20000 (size 0x1000)
Counted 79 Env var
BOX64 LIB PATH: /data/data/com.termux/files/usr/glibc/opt/wine/lib/wine/x86_64-unix/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/
BOX64 BIN PATH: /data/data/com.termux/files/usr/glibc/opt/wine/bin/:/data/data/com.termux/files/usr/glibc/bin/:/data/data/com.termux/files/usr/bin/
Looking for /data/data/com.termux/files/usr/glibc/wine/bin/wine
Apply RC params for wine
Applying BOX64_MAXCPU=64
argv[1]="explorer"
argv[2]="/desktop=shell,1544x720"
Rename process to "wine"
New Bridge brick at 0x30000 (size 0x1000)
Using native(wrapped) libdl.so.2
New Bridge brick at 0x40000 (size 0x1000)
Using native(wrapped) libc.so.6
New Bridge brick at 0x50000 (size 0x1000)
Using native(wrapped) ld-linux-x86-64.so.2
New Bridge brick at 0x60000 (size 0x1000)
Using native(wrapped) libpthread.so.0
New Bridge brick at 0x70000 (size 0x1000)
Using native(wrapped) libutil.so.1
New Bridge brick at 0x80000 (size 0x1000)
Using native(wrapped) libresolv.so.2
New Bridge brick at 0x90000 (size 0x1000)
Using native(wrapped) librt.so.1
New Bridge brick at 0xa0000 (size 0x1000)
Using native(wrapped) libbsd.so.0
BOX64 Dynarec: higher max_db=22
BOX64 Dynarec: higher max_db=50
BOX64 Dynarec: higher max_db=172
Using emulated /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so
Using emulated /data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/libgcc_s.so.1
New Bridge brick at 0x41000 (size 0x1000)
BOX64 Dynarec: higher max_db=1579
Warning: Unsupported libc Syscall 0x143 (323)
posix_spawn(0x7292acdc8c, "/data/data/com.termux/files/usr/glibc/wine/bin/wineserver", (nil), (nil), 0x7292acdc90["/data/data/com.termux/files/usr/glibc/wine/bin/wineserver", "", ...], 0x7292ace160), IsX64=1, IsX86=0 IsScript=0 envp is context->envv
 => posix_spawn(0x7292acdc8c, "/data/data/com.termux/files/usr/glibc/bin/box64", (nil), (nil), 0x7fd82537f0 ["/data/data/com.termux/files/usr/glibc/bin/box64", "/data/data/com.termux/files/usr/glibc/wine/bin/wineserver", ""...:1], 0x7fd8253e28)
posix_spawn returned 0
Debug level is 1
Dynarec log level is 1
Dynarec will not try to make big block
Dynarec will not continue block on forward jump
Dynarec will try to generate x86 precise IEEE->int rounding
Dynarec will play moderatly safe with x64 flags
Dynarec will not optimize CALL/RET
Dynarec will print missing opcodes
Will expose AVX capabilities
Will expose AVX2 capabilities
Will not use 32bits address in priority for external MMAP (when 32bits process are detected)
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 USCAT FLAGM FLAGM2 FRINT PageSize:4096 Running on Cortex-A510 Cortex-A715 Cortex-A710 - with 8 Cores
Will use Hardware counter measured at 19.2 MHz emulating 2.4 GHz
Params database has 75 entries
The x86_64 bash "/data/data/com.termux/files/usr/glibc/opt/box64_bash" is not an x86_64 binary.
Box64 with Dynarec v0.2.9 7eb24ff built on May 31 2024 07:00:28
BOX64: Didn't detect 48bits of address space, considering it's 39bits
New Bridge brick at 0x10000 (size 0x1000)
Counted 79 Env var
BOX64 LIB PATH: /data/data/com.termux/files/usr/glibc/opt/wine/lib/wine/x86_64-unix/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/
BOX64 BIN PATH: /data/data/com.termux/files/usr/glibc/opt/wine/bin/:/data/data/com.termux/files/usr/glibc/bin/:/data/data/com.termux/files/usr/bin/
Looking for /data/data/com.termux/files/usr/glibc/wine/bin/wineserver
Rename process to "wineserver"
New Bridge brick at 0x20000 (size 0x1000)
Using native(wrapped) libdl.so.2
New Bridge brick at 0x30000 (size 0x1000)
Using native(wrapped) libc.so.6
New Bridge brick at 0x40000 (size 0x1000)
Using native(wrapped) ld-linux-x86-64.so.2
New Bridge brick at 0x50000 (size 0x1000)
Using native(wrapped) libpthread.so.0
New Bridge brick at 0x60000 (size 0x1000)
Using native(wrapped) libutil.so.1
New Bridge brick at 0x70000 (size 0x1000)
Using native(wrapped) libresolv.so.2
New Bridge brick at 0x80000 (size 0x1000)
Using native(wrapped) librt.so.1
New Bridge brick at 0x90000 (size 0x1000)
Using native(wrapped) libbsd.so.0
New Bridge brick at 0x31000 (size 0x1000)
BOX64 Dynarec: higher max_db=22
BOX64 Dynarec: higher max_db=50
BOX64 Dynarec: higher max_db=208
BOX64 Dynarec: higher max_db=241
esync: up and running.
Failed to open /etc/machine-id, error No such file or directory.
BOX64 Dynarec: higher max_db=2048
002c:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
002c:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
002c:err:wineboot:process_run_key Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0034:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0034:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0040:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0040:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"Winedevice1" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 1053
004c:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
004c:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0058:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0034:err:service:process_send_command receiving command result timed out
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 1053
0058:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0058:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0058:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0064:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0064:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"Winedevice3" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"SharedGpuResources" failed to start: 1053
0084:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0084:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"PlugPlay" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 1053
008c:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
008c:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"Eventlog" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"Eventlog" failed to start: 1053
0094:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0094:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"Winedevice4" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"nsiproxy" failed to start: 1053
009c:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
009c:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0034:err:service:process_send_start_message service L"Winedevice5" failed to start
0034:fixme:service:scmdatabase_autostart_services Auto-start service L"NDIS" failed to start: 1053
0024:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
0024:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0x3f0005142d: Dynarec stopped because of x64 Opcode F3 48 0F AE D6 EB 13 BF 02 10 00 00 B8 9E 00 ( => /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so:__wine_syscall_dispatcher + 269)
Using emulated /data/data/com.termux/files/usr/glibc/wine/lib/wine/x86_64-unix/win32u.so
New Bridge brick at 0x3f0000 (size 0x1000)
Using native(wrapped) libm.so.6
BOX64 Dynarec: higher max_db=2614
Debug level is 1
Dynarec log level is 1
Dynarec will not try to make big block
Dynarec will not continue block on forward jump
Dynarec will try to generate x86 precise IEEE->int rounding
Dynarec will play moderatly safe with x64 flags
Dynarec will not optimize CALL/RET
Dynarec will print missing opcodes
Will expose AVX capabilities
Will expose AVX2 capabilities
Will not use 32bits address in priority for external MMAP (when 32bits process are detected)
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 USCAT FLAGM FLAGM2 FRINT PageSize:4096 Running on Cortex-A510 Cortex-A715 Cortex-A710 - with 8 Cores
Will use Hardware counter measured at 19.2 MHz emulating 2.4 GHz
Params database has 75 entries
The x86_64 bash "/data/data/com.termux/files/usr/glibc/opt/box64_bash" is not an x86_64 binary.
Box64 with Dynarec v0.2.9 7eb24ff built on May 31 2024 07:00:28
BOX64: Wine preloader detected, loading "/data/data/com.termux/files/usr/glibc/wine/bin/wine" directly
BOX64: Wine64 detected, WINEPRELOADRESERVE="140000000-140022000"
BOX64: Didn't detect 48bits of address space, considering it's 39bits
BOX64: Detected running wine with "conhost.exe"
New Bridge brick at 0x20000 (size 0x1000)
Counted 81 Env var
BOX64 LIB PATH: /data/data/com.termux/files/usr/glibc/opt/wine/lib/wine/x86_64-unix/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/
BOX64 BIN PATH: /data/data/com.termux/files/usr/glibc/opt/wine/bin/:/data/data/com.termux/files/usr/glibc/bin/:/data/data/com.termux/files/usr/bin/
Looking for /data/data/com.termux/files/usr/glibc/wine/bin/wine
Apply RC params for wine
Applying BOX64_MAXCPU=64
argv[1]="C:\windows\system32\conhost.exe"
argv[2]="--unix"
argv[3]="--width"
argv[4]="71"
argv[5]="--height"
argv[6]="67"
argv[7]="--server"
argv[8]="0x10"
Rename process to "wine"
New Bridge brick at 0x30000 (size 0x1000)
Using native(wrapped) libdl.so.2
New Bridge brick at 0x40000 (size 0x1000)
Using native(wrapped) libc.so.6
New Bridge brick at 0x50000 (size 0x1000)
Using native(wrapped) ld-linux-x86-64.so.2
New Bridge brick at 0x60000 (size 0x1000)
Using native(wrapped) libpthread.so.0
New Bridge brick at 0x70000 (size 0x1000)
Using native(wrapped) libutil.so.1
New Bridge brick at 0x80000 (size 0x1000)
Using native(wrapped) libresolv.so.2
New Bridge brick at 0x90000 (size 0x1000)
Using native(wrapped) librt.so.1
New Bridge brick at 0xa0000 (size 0x1000)
Using native(wrapped) libbsd.so.0
BOX64 Dynarec: higher max_db=22
BOX64 Dynarec: higher max_db=50
BOX64 Dynarec: higher max_db=172
Using emulated /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so
Using emulated /data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/libgcc_s.so.1
New Bridge brick at 0x41000 (size 0x1000)
BOX64 Dynarec: higher max_db=1579
Warning: Unsupported libc Syscall 0x143 (323)
00a8:err:seh:install_bpf Native libs are being loaded in low addresses, sc_seccomp 0x3f00052610, syscall 0x40300, not installing seccomp.
00a8:err:seh:install_bpf The known reasons are /proc/sys/vm/legacy_va_layout set to 1 or 'ulimit -s' being 'unlimited'.
0x3f0005142d: Dynarec stopped because of x64 Opcode F3 48 0F AE D6 EB 13 BF 02 10 00 00 B8 9E 00 ( => /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so:__wine_syscall_dispatcher + 269)
0x3f000516ac: Dynarec stopped because of x64 Opcode F3 48 0F AE D6 EB 0C BF 02 10 00 00 B8 9E 00 ( => /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so:__wine_unix_call_dispatcher + 192)
New Bridge brick at 0xa30000 (size 0x1000)
Using native(wrapped) libfreetype.so.6
New Bridge brick at 0xa40000 (size 0x1000)
Using native(wrapped) libfontconfig.so.1
New Bridge brick at 0xa50000 (size 0x1000)
Using native(wrapped) libexpat.so.1
Using emulated /data/data/com.termux/files/usr/glibc/wine/lib/wine/x86_64-unix/win32u.so
New Bridge brick at 0x3f0000 (size 0x1000)
Using native(wrapped) libm.so.6
BOX64 Dynarec: higher max_db=2614
0x3f000516ac: Dynarec stopped because of x64 Opcode F3 48 0F AE D6 EB 0C BF 02 10 00 00 B8 9E 00 ( => /data/data/com.termux/files/usr/glibc/wine/bin/../lib/wine/x86_64-unix/ntdll.so:__wine_unix_call_dispatcher + 192)
New Bridge brick at 0xa30000 (size 0x1000)
Using native(wrapped) libfreetype.so.6
New Bridge brick at 0xa40000 (size 0x1000)
Using native(wrapped) libfontconfig.so.1
New Bridge brick at 0xa50000 (size 0x1000)
Using native(wrapped) libexpat.so.1
Debug level is 1
Dynarec log level is 1
Dynarec will not try to make big block
Dynarec will not continue block on forward jump
Dynarec will try to generate x86 precise IEEE->int rounding
Dynarec will play moderatly safe with x64 flags
Dynarec will not optimize CALL/RET
Dynarec will print missing opcodes
Will expose AVX capabilities
Will expose AVX2 capabilities
Will not use 32bits address in priority for external MMAP (when 32bits process are detected)
Dynarec for ARM64, with extension: ASIMD AES CRC32 PMULL ATOMICS SHA1 SHA2 USCAT FLAGM FLAGM2 FRINT PageSize:4096 Running on Cortex-A510 Cortex-A715 Cortex-A710 - with 8 Cores
Will use Hardware counter measured at 19.2 MHz emulating 2.4 GHz
Params database has 75 entries
The x86_64 bash "/data/data/com.termux/files/usr/glibc/opt/box64_bash" is not an x86_64 binary.
Box64 with Dynarec v0.2.9 7eb24ff built on May 31 2024 07:00:28
BOX64: Wine preloader detected, loading "/data/data/com.termux/files/usr/glibc/wine/bin/wine" directly
BOX64: Wine64 detected, WINEPRELOADRESERVE="140000000-140024000"
BOX64: Didn't detect 48bits of address space, considering it's 39bits
BOX64: Detected running wine with "explorer.exe"
New Bridge brick at 0x20000 (size 0x1000)
Counted 81 Env var
BOX64 LIB PATH: /data/data/com.termux/files/usr/glibc/opt/wine/lib/wine/x86_64-unix/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/:/data/data/com.termux/files/usr/glibc/lib/x86_64-linux-gnu/
BOX64 BIN PATH: /data/data/com.termux/files/usr/glibc/opt/wine/bin/:/data/data/com.termux/files/usr/glibc/bin/:/data/data/com.termux/files/usr/bin/
Looking for /data/data/com.termux/files/usr/glibc/wine/bin/wine
Apply RC params for wine
Applying BOX64_MAXCPU=64
argv[1]="C:\windows\system32\explorer.exe"
argv[2]="/desktop=shell,1544x720"
Rename process to "wine"
New Bridge brick at 0x30000 (size 0x1000)
Using native(wrapped) libdl.so.2
New Bridge brick at 0x40000 (size 0x1000)
Using native(wrapped) libc.so.6
New Bridge brick at 0x50000 (size 0x1000)
Using native(wrapped) ld-linux-x86-64.so.2
New Bridge brick at 0x60000 (size 0x1000)
Using native(wrapped) libpthread.so.0
New Bridge brick at 0x70000 (size 0x1000)
Using native(wrapped) libutil.so.1
New Bridge brick at 0x80000 (size 0x1000)
Using native(wrapped) libresolv.so.2
New Bridge brick at 0x90000 (size 0x1000)
Using native(wrapped```
[strace.zip](https://github.com/user-attachments/files/15520726/strace.zip)

@hisham2630
Copy link

i have the same exact issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@airidosas252 @hisham2630 @Maxython