-
Notifications
You must be signed in to change notification settings - Fork 723
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.
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
Backward compatibility for systems that doesn't support accept4 #1465
Comments
What Android version are you running. Because |
So it's not just restricted to |
I was running on an Android Emulator (which is a x86 Android I believe). @jshearer Your fixes are perfectly working on .apks that are built with x86 toolchain, but what if a .apk built with ARM toolchain and then ran on a x86 Android? :)
Yup. See my PR. But those Android that running on ARM platform do have the |
Is this with the new android 11 emulation layer? Because otherwise that shouldn't work, right? Different architectures and all that |
I have no idea. I found this on an Emulator called MuMu. But Kernel version: Actually most of the x86 Emulators can run ARM apks. |
I did not know that! Neat |
I currently see this as more of a problem of the emulator than Mio. The Linux kernel has Also @zonyitoo I'm not going to accept #1466 in its current form as it has needless overhead for non-Android/emulator platforms. |
Hmm, alright. It is reasonable. |
This was fixed mostly by #1446 for emulator. I don't there is anything actionable here. |
When running on some old systems, like an old Android, they doesn't have the
accept4
syscall. When running programs on these platforms, we will get an error:Function not implemented (os error 38)
.It would be better to automatically fallback to
accept
whenaccept4
returns this errnoENOSYS
.The text was updated successfully, but these errors were encountered: