Closed sxul closed 4 months ago
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label.
@sxul can you capture the issue under a debugger and share a stack trace/dump?
Hello, I have the same problem on aarch64 too. Here is a strace log for the dotnet build command:
Hi @sxul @valentinbreiz , does this fail on Termux
or do you observe the failure on other distros as well?
Also would be good to know if this is a regression (whether things worked fine in .net 5 or previous .net 6 previews)
With .NET 5 there are segmentation faults everywhere even with dotnet --v ... Only dotnet or dotnet --list-runtimes / --list-sdks was working
Ok since this is not a regression and assuming it happens with this specific distro moving to 7.
Just happened again on Build Android x64 Release AllSubsets_Mono_RuntimeTests_Interp
(7.0): https://dev.azure.com/dnceng/public/_build/results?buildId=1320414&view=logs&jobId=c1e461de-48bf-5e60-0a97-1d3931972820&j=c1e461de-48bf-5e60-0a97-1d3931972820
Container is ubuntu-18.04-android
arm64 android termux
dotnet7 does not start
dotnet8 does not start
dotnet6 when I launch "dotnet build" then "dotnet/sdk/6.0.407/Roslyn/Microsoft.CSharp.Core.targets(75,5): error MSB6006: "csc.dll" exited with code 139."
https://drive.google.com/file/d/1oI070ceGNcBYwEopoUVjIyTMURZwk6V_/view?usp=share_link
Is this only happening under Termux and proot? It could be this issue: https://github.com/termux/proot/issues/107
I managed to get this (dotnet 6) running under Termux -> Ubuntu proot with gdb, not sure if it'll be helpful in any way:
Starting program: /usr/bin/dotnet build
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ff71df0e0 (LWP 32686)]
[New Thread 0x7ff69cf0e0 (LWP 32687)]
[New Thread 0x7ff61bf0e0 (LWP 32690)]
[New Thread 0x7ff59af0e0 (LWP 32692)]
[New Thread 0x7ff517f0e0 (LWP 32693)]
[New Thread 0x7ff496f0e0 (LWP 32695)]
[New Thread 0x7f7d7af0e0 (LWP 32696)]
[New Thread 0x7f7cf9f0e0 (LWP 32697)]
[New Thread 0x7f563cf0e0 (LWP 32702)]
[New Thread 0x7fe759f0e0 (LWP 32703)]
[New Thread 0x7f55bbf0e0 (LWP 32704)]
[New Thread 0x7f553af0e0 (LWP 32705)]
Microsoft (R) Build Engine version 17.0.1+b177f8fa7 for .NET
Copyright (C) Microsoft Corporation. All rights reserved.
[New Thread 0x7f54b9f0e0 (LWP 32706)]
[New Thread 0x7f3ffff0e0 (LWP 32708)]
[New Thread 0x7f3f7ef0e0 (LWP 32710)]
[New Thread 0x7f3efdf0e0 (LWP 32711)]
[New Thread 0x7f3e7cf0e0 (LWP 32712)]
[New Thread 0x7f3dfbf0e0 (LWP 32713)]
[New Thread 0x7f3d7af0e0 (LWP 32714)]
[New Thread 0x7f3cf9f0e0 (LWP 32719)]
Thread 10 ".NET ThreadPool" received signal SIG34, Real-time event 34.
[Switching to Thread 0x7f563cf0e0 (LWP 32702)]
__GI___clock_gettime (tp=0x7f563ce258, clock_id=<optimized out>) at ../sysdeps/unix/sysv/linux/clock_gettime.c:69
69 ../sysdeps/unix/sysv/linux/clock_gettime.c: No such file or directory.
(gdb) bt full
#0 __GI___clock_gettime (tp=0x7f563ce258,
clock_id=<optimized out>)
at ../sysdeps/unix/sysv/linux/clock_gettime.c:69
r = 0
vdso_time64 = <optimized out>
r = <optimized out>
vdso_time64 = <optimized out>
_sys_result = <optimized out>
_x1tmp = <optimized out>
_x0tmp = <optimized out>
_x0 = <optimized out>
_x1 = <optimized out>
_x8 = <optimized out>
#1 __GI___clock_gettime (clock_id=<optimized out>,
tp=0x7f563ce258)
at ../sysdeps/unix/sysv/linux/clock_gettime.c:29
r = <optimized out>
vdso_time64 = 0x0
_sys_result = <optimized out>
_x1tmp = <optimized out>
_x0tmp = <optimized out>
_x0 = <optimized out>
_x1 = <optimized out>
_x8 = <optimized out>
#2 0x0000007ff7845354 in ?? ()
from /usr/lib/dotnet/shared/Microsoft.NETCore.App/6.0.13/libcoreclr.so
No symbol table info available.
#3 0x0000007f7db63bb8 in ?? ()
No symbol table info available.
#4 0x0000007f00000000 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this fram--Type <RET> for more, q to quit, c to continue without paging--c
e (corrupt stack?)
(gdb)
Same issue happens to me in GitHub Workflow on ubuntu-latest
runner:
Run dotnet test MyProject.Tests --configuration Release
Determining projects to restore...
Restored /home/runner/work/my-repo/MyProject/MyProject.csproj (in 3.39 sec).
Restored /home/runner/work/my-repo/MyProject.Tests/MyProject.Tests.csproj (in 3.4 sec).
Restored /home/runner/work/my-repo/Lib1/Lib1.csproj (in 22 ms).
Restored /home/runner/work/my-repo/Lib2/Lib2.csproj (in 22 ms).
Lib1 -> /home/runner/work/my-repo/Lib1/bin/Release/net7.0/Lib1.dll
Lib2 -> /home/runner/work/my-repo/Lib2/bin/Release/net7.0/Lib2.dll
/usr/share/dotnet/sdk/7.0.302/Roslyn/Microsoft.CSharp.Core.targets(80,5): error MSB6006: "csc.dll" exited with code 139. [/home/runner/work/my-repo/MyProject/MyProject.csproj]
Error: Process completed with exit code 1.
Dotnet setup command
Run actions/setup-dotnet@v3
with:
dotnet-version: 7.0.x
cache: false
/home/runner/work/_actions/actions/setup-dotnet/v3/externals/install-dotnet.sh --channel 7.0
dotnet-install: .NET Core SDK with version '7.0.302' is already installed.
Runner
Current runner version: '2.304.0'
Operating System
Ubuntu
22.04.2
LTS
Runner Image
Image: ubuntu-22.04
Version: 20230517.1
Included Software: https://github.com/actions/runner-images/blob/ubuntu22/20230517.1/images/linux/Ubuntu2204-Readme.md
Image Release: https://github.com/actions/runner-images/releases/tag/ubuntu22%2F20230517.1
Runner Image Provisioner
2.0.171.1
"csc.dll" exited with code 139
This is a generic symptom of a crash that can have many different root causes. In order to root cause crashes like this one, we need a coredump and stacktrace of the crash extracted from the coredump.
Description
Install dotnet sdk 6.0 preview and execute that commands in android device:
Configuration
Which version of .NET is the code running on?
dotnet sdk 6.0.100-preview.7.21379.14
What OS and version, and what distro if applicable?
TermuxArch in Termux base on Android 11(MIUI12.5)
What is the architecture (x64, x86, ARM, ARM64)?
ARM64
uname -a:
Linux localhost 5.4.61-qgki-g597cd7c1d73b #1 SMP PREEMPT Thu Aug 5 03:06:50 CST 2021 aarch64 GNU/Linux
Other information