Now that I have the RIO up and running well with .NET 6,0 I have shifted to the EPIC PR1 which we have several of.
Attempts to execute the dotnet command in the shell are resulting in:
$ ./dotnet
Segmentation fault (core dumped)
$
This is with latest firmware installed this morning. I also tried .NET 3.1 which was previously very stable. Same result.
I used:
dotnet-sdk-6.0.406-linux-arm.tar.gz
Anyone else seeing this?
I have not beat on EPIC with .NET as much as RIO, but I can tell you that the Linux build in EPIC is a little older that RIO since it was released first.
I seem to recall having issues with 6.0, so if you can, try 5.x
I will try 5.x. I donāt get why 3.1 quit working. But we just keep at it here. The Opto22 folks may need to consider updating the Epic distribution. If I can install GDB we might be able to see what is breaking. I do a lot of Open Software development on the side so I completely understand how software can break. I broke gcc all by myself at least twice in my life. LOL (as the frog would say REVERT REVERT)
We are not simply āmay need to considerā itā¦ its a major part of our engineers daily workā¦ So yeah we hear you and also feel the painā¦ Its a little over due we know, the supply chain and keeping products shipping is also a big part of their daily workload.
I completely understand Beno. The supply chain issues are getting all of us. Taiwan got put on the sensitive countries list and we canāt buy stuff made there unless the base company is in the US, like Dell. Its nuts. Just today I find out I have to redesign something because of this issue.
Regardless I will let you know what I discover here.
Speaking of which:
$ export DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=true
$ ./dotnet --info
.NET SDK (reflecting any global.json):
Version: 5.0.408
Commit: da985e2a23
Runtime Environment:
OS Name: Linux
OS Version:
OS Platform: Linux
RID: linux-arm
Base Path: /home/admin/dotnet/sdk/5.0.408/
Host (useful for support):
Version: 5.0.17
Commit: 6a98414363
.NET SDKs installed:
5.0.408 [/home/admin/dotnet/sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 5.0.17 [/home/admin/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 5.0.17 [/home/admin/dotnet/shared/Microsoft.NETCore.App]
To install additional .NET runtimes or SDKs:
.NET Downloads (Linux, macOS, and Windows)
Using gdb with dotnet 6.0. Looks like incompatible elf format for executable, faulting on loading the application. FWIW. We are going to proceed with 5 until this is resolved.
Program received signal SIGSEGV, Segmentation fault.
0x76fdaa70 in relocate_pc24 (value=value@entry=1420468224, addend=25534592, map=0x76fff958)
at ā¦/sysdeps/arm/dl-machine.h:342
342 *reloc_addr = (*reloc_addr & 0xff000000) | ((new_value >> 2) & 0x00ffffff);
(gdb) bt
#0 0x76fdaa70 in relocate_pc24 (value=value@entry=1420468224, addend=25534592,
map=0x76fff958) at ā¦/sysdeps/arm/dl-machine.h:342
#1 0x76fdba78 in elf_machine_rel (skip_ifunc=, reloc_addr_arg=0x54aac5bc,
version=, sym=0x54aaa234, reloc=0x54aaba44, map=0x76fff958)
at ā¦/sysdeps/arm/dl-machine.h:486
#2 elf_dynamic_do_Rel (skip_ifunc=, lazy=,
nrelative=, relsize=, reladdr=,
map=0x76fff958) at do-rel.h:137
#3 _dl_relocate_object (scope=, reloc_mode=,
consider_profiling=, consider_profiling@entry=0) at dl-reloc.c:258
#4 0x76fd2a50 in dl_main (phdr=, phnum=,
user_entry=, auxv=) at rtld.c:2075
#5 0x76fe6c24 in _dl_sysdep_start (start_argptr=start_argptr@entry=0x7efff730,
dl_main=0x76fd00fc <dl_main>) at ā¦/elf/dl-sysdep.c:249
#6 0x76fd3fcc in _dl_start_final (arg=0x7efff730) at rtld.c:309
#7 _dl_start (arg=0x7efff730) at rtld.c:415
#8 0x76fcfb10 in _start () from /lib/ld-linux-armhf.so.3
Backtrace stopped: previous frame identical to this frame (corrupt stack?)