Odroid XU4 SDL Problem Emulationstation
-
@mitu
It's amazing what a Google search can turn up, isn't it?
It was in /var/crashes/I have removed dep and core packages, and am compiling again.. Strangely, that was finding some missing packages while building deps.
I am just noticing the following when compiling emulationstation:
= = = = = = = = = = = = = = = = = = = = = Building 'emulationstation' : EmulationStation - Frontend used by RetroPie for launching emulators = = = = = = = = = = = = = = = = = = = = = Removing additional swap CMake Deprecation Warning at CMakeLists.txt:1 (cmake_minimum_required): Compatibility with CMake < 2.8.12 will be removed from a future version of CMake. Update the VERSION argument <min> value or use a ...<max> suffix to tell CMake that the project does not need compatibility with older versions. CMake Deprecation Warning at CMakeLists.txt:20 (cmake_policy): The OLD behavior for policy CMP0072 will be removed from a future version of CMake. The cmake-policies(7) manual explains that the OLD behaviors of all policies are deprecated and that a policy should be set to OLD only under specific short-term circumstances. Projects should be ported to the NEW behavior and not rely on setting a policy to OLD.Probably of no consequence, but thought I'd mention it. Compilation is proceeding despite this.
I'll be back shortly.
-
-
@aaronouthier That's more than a crash dump - can you upload just the core file ? You can also analyze it by loading it into
gdband runningbacktraceto see where it crashes. -
@mitu That was the only file I found. There are no files in current directory, only 2 folders. EmulationStation was run from the folder in question (my home folder).
The full path and filename was originally:
/var/crash/_opt_retropie_supplementary_emulationstation_emulationstation.1000.crashI shortened it.
I believe you are looking for the base64 encoded part at the bottom of the file? I will see what I can find out.
-
@mitu said in Odroid XU4 SDL Problem Emulationstation:
verify in cat /proc/sys/kernel/core_pattern what should be the core file name
That command outputs
|/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %Egdb run with --core arg pointing to correct core dump file:
Reading symbols from /opt/retropie/supplementary/emulationstation/emulationstation... (No debugging symbols found in /opt/retropie/supplementary/emulationstation/emulationstation) warning: core file may not match specified executable file. [New LWP 1114] [New LWP 1115] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1". Core was generated by `/opt/retropie/supplementary/emulationstation/emulationstation'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 47 ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S: No such file or directory. [Current thread is 1 (Thread 0xb6cea020 (LWP 1114))] (gdb) backtrace #0 __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:47 #1 0xb544d292 in __pthread_kill_implementation (threadid=3066994720, signo=11, no_tid=<optimized out>) at pthread_kill.c:43 #2 0xb541c840 in __GI_raise (sig=11) at ../sysdeps/posix/raise.c:26 #3 0xb6e21be4 in ?? () from /lib/arm-linux-gnueabihf/libSDL2-2.0.so.0 Backtrace stopped: previous frame identical to this frame (corrupt stack?) -
Is there a way to communicate privately?
I am inclined to let you in via ssh access if you think it would help and you have the time. Might be a bit more efficient than "playing telephone" - telling me what to type and then posting the output. -
@aaronouthier That's not going to happen, I'm not providing 'private' support. I also don't own an Odroid SBC so if the issue is something that's specific to it I won't be able to test any solutions.
-
@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:
gdb run with --core arg pointing to correct core dump file:
Hm, unfortunately the there's no further indication of why it SDL2 crashes - what part of the ES code was calling SDL and what call was made.
My advice right now would be to use the 'native' SDL version of the OS and try compiling EmulationStation with it. Modify
/opt/retropie/configs/all/retropie.cfgand make sure it has a line withown_sdl2 = "0".Re-install the
libsdl2-devandlibsdl2-2.0-0packages with their version from the Ubuntu repositories and then re-compile EmulationStation. Make sure your user is in theinput,videoandrendergroups and try to start EmulationStation. If that doesn't work, then use a minimal desktop environment to run the front-end. -
@mitu said in Odroid XU4 SDL Problem Emulationstation:
Re-install the libsdl2-dev and libsdl2-2.0-0 packages with their version from the Ubuntu repositories and then re-compile EmulationStation. Make sure your user is in the input, video and render groups and try to start EmulationStation. If that doesn't work, then use a minimal desktop environment to run the front-end.
User is only in the input and video groups. No render listed with the groups command.
Just added that group and restarted the system. ES still crashes. I will troubleshoot again in the morning. G'night.
-
Would compiling ES with debugging symbols embedded help? If so, how would I make sure those are enabled?
I am free now, so going to try your most recent suggestion.
-
There is no retropie.cfg file in that location. I opened RetroArch.cfg, but couldn't find the string in question.
I have removed all Retropie packages, and am recompiling now to see if I missed something.
-
@aaronouthier said in Odroid XU4 SDL Problem Emulationstation:
There is no retropie.cfg file in that location.
You can create the file and add
own_sdl2=0in it, so RetroPie-Setup will use the distro's SDL packages instead of trying to build its own.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.