starred/shadPS4
1
0
Fork 0
mirror of https://github.com/shadps4-emu/shadPS4.git synced 2026-04-26 08:15:59 +03:00
Code Issues 120 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #2765] [APP BUG]: SIGSEGV: address not mapped to object (fault address: 0x0) #895

New issue
Closed
opened 2026-02-27 21:08:45 +03:00 by kerem · 14 comments
kerem commented 2026-02-27 21:08:45 +03:00
Owner
Copy link

Originally created by @Martinfx on GitHub (Apr 9, 2025).
Original GitHub issue: https://github.com/shadps4-emu/shadPS4/issues/2765

Checklist

  • I have searched for a similar issue in this repository and did not find one.
  • I am using an official build obtained from releases or updated one of those builds using its in-app updater.

Describe the Bug

[Config] <Info> emulator.cpp:143 Run: Vulkan guestMarkers: false
[Config] <Info> emulator.cpp:144 Run: Vulkan rdocEnable: false
[Common.Filesystem] <Critical> trp.cpp:53 Extract: Trophy decryption key is not specified
[Loader] <Error> emulator.cpp:152 Run: Couldn't extract trophies
[Loader] <Info> emulator.cpp:167 Run: Game id: CUSA04056 Title: Dungeons 2
[Loader] <Info> emulator.cpp:170 Run: Fw: 0x4500000 App Version: 01.00
Process 16705 stopped
* thread #28, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0)
    frame #0: 0x000004973fc14d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95
   92  		mov	%rdi, %rcx
   93  		pxor	%xmm1, %xmm1
   94  		and	$~0xf, %rdi			# align string
-> 95  		pcmpeqb	(%rdi), %xmm1			# compare head (with junk before string)
   96  		mov	%rcx, %rsi			# string pointer copy for later
   97  		and	$0xf, %ecx			# amount of bytes rdi is past 16 byte alignment
   98  		pmovmskb %xmm1, %eax
warning: This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited.
(lldb) bt
* thread #28, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0)
  * frame #0: 0x000004973fc14d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95
    frame #1: 0x0000048f09043995 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:729:12
    frame #2: 0x0000048f090442f5 shadps4`SDL_strdup_REAL(string="") at SDL_string.c:1012:18
    frame #3: 0x0000048f0903e666 shadps4`SDL_CreateEnvironment_REAL(populated=true) at SDL_getenv.c:129:34
    frame #4: 0x0000048f0903e558 shadps4`SDL_GetEnvironment_REAL at SDL_getenv.c:64:27
    frame #5: 0x0000048f0903e6f9 shadps4`SDL_InitEnvironment at SDL_getenv.c:71:13
    frame #6: 0x0000048f08f6edd2 shadps4`SDL_InitMainThread at SDL.c:279:5
    frame #7: 0x0000048f08f6ef18 shadps4`SDL_InitSubSystem_REAL(flags=32) at SDL.c:314:5
    frame #8: 0x0000048f08f6f783 shadps4`SDL_Init_REAL(flags=32) at SDL.c:520:12
    frame #9: 0x0000048f08f60d1c shadps4`SDL_Init_DEFAULT(a=32) at SDL_dynapi_procs.h:638:1
    frame #10: 0x0000048f08f4c147 shadps4`SDL_Init(a=32) at SDL_dynapi_procs.h:638:1
    frame #11: 0x0000048f0845a4c1 shadps4`Frontend::WindowSDL::WindowSDL(this=0x00003312ece13140, width_=1280, height_=720, controller_=0x00003312ece15000, window_title="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA04056 - Dungeons 2 <01.00>") at sdl_window.cpp:264:10
    frame #12: 0x0000048f0844b52b shadps4`std::__1::__unique_if<Frontend::WindowSDL>::__unique_single std::__1::make_unique[abi:se180100]<Frontend::WindowSDL, unsigned int, unsigned int, Input::GameController*&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&>(__args=0x00000497f820d4ec, __args=0x00000497f820d4e8, __args=0x00000497f820df18, __args="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA04056 - Dungeons 2 <01.00>") at unique_ptr.h:597:30
    frame #13: 0x0000048f08446f4f shadps4`Core::Emulator::Run(this=0x00000497f820df10, file=0x00003312e407ace8, args=size=0) at emulator.cpp:218:14
    frame #14: 0x0000048f08339c4f shadps4`MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0::operator()(this=0x00003312e407ace8) const at main_window.cpp:1496:18
    frame #15: 0x0000048f08339be5 shadps4`decltype(std::declval<MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>()()) std::__1::__invoke[abi:se180100]<MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>(__f=0x00003312e407ace8) at invoke.h:344:25
    frame #16: 0x0000048f08339bbd shadps4`void std::__1::__thread_execute[abi:se180100]<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct>>, MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>(__t=size=2, (null)=__tuple_indices<> @ 0x00000497f820df7f) at thread.h:193:3
    frame #17: 0x0000048f083399bc shadps4`void* std::__1::__thread_proxy[abi:se180100]<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct>>, MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>>(__vp=0x00003312e407ace0) at thread.h:202:3
    frame #18: 0x000004973c733b05 libthr.so.3`thread_start(curthread=0x00003312e7362000) at thr_create.c:289:16
(lldb) breakpoint set --name SDL_getenv
Breakpoint 2: where = shadps4`SDL_getenv + 12 at SDL_dynapi_procs.h:1073:1, address = 0x0000048f08f515fc
(lldb) t
error: 'thread select' takes exactly one thread index argument, or a thread ID option:
Usage: thread select <thread-index> (or -t <thread-id>)
(lldb) down
error: Already at the bottom of the stack.
(lldb) up
frame #1: 0x0000048f09043995 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:729:12
   726 	size_t SDL_strlen(const char *string)
   727 	{
   728 	#ifdef HAVE_STRLEN
-> 729 	    return strlen(string);
   730 	#else
   731 	    size_t len = 0;
   732 	    while (*string++) {

Reproduction Steps

  1. run shadps4
  2. load .pkg games
  3. click to button play
  4. crash

Expected Behavior

No response

Specify OS Version

FreeBSD 14.2-RELEASE amd64

Originally created by @Martinfx on GitHub (Apr 9, 2025). Original GitHub issue: https://github.com/shadps4-emu/shadPS4/issues/2765 ### Checklist - [x] I have searched for a similar issue in this repository and did not find one. - [x] I am using an official build obtained from [releases](https://github.com/shadps4-emu/shadPS4/releases) or updated one of those builds using its in-app updater. ### Describe the Bug ``` [Config] <Info> emulator.cpp:143 Run: Vulkan guestMarkers: false [Config] <Info> emulator.cpp:144 Run: Vulkan rdocEnable: false [Common.Filesystem] <Critical> trp.cpp:53 Extract: Trophy decryption key is not specified [Loader] <Error> emulator.cpp:152 Run: Couldn't extract trophies [Loader] <Info> emulator.cpp:167 Run: Game id: CUSA04056 Title: Dungeons 2 [Loader] <Info> emulator.cpp:170 Run: Fw: 0x4500000 App Version: 01.00 Process 16705 stopped * thread #28, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) frame #0: 0x000004973fc14d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95 92 mov %rdi, %rcx 93 pxor %xmm1, %xmm1 94 and $~0xf, %rdi # align string -> 95 pcmpeqb (%rdi), %xmm1 # compare head (with junk before string) 96 mov %rcx, %rsi # string pointer copy for later 97 and $0xf, %ecx # amount of bytes rdi is past 16 byte alignment 98 pmovmskb %xmm1, %eax warning: This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited. (lldb) bt * thread #28, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) * frame #0: 0x000004973fc14d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95 frame #1: 0x0000048f09043995 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:729:12 frame #2: 0x0000048f090442f5 shadps4`SDL_strdup_REAL(string="") at SDL_string.c:1012:18 frame #3: 0x0000048f0903e666 shadps4`SDL_CreateEnvironment_REAL(populated=true) at SDL_getenv.c:129:34 frame #4: 0x0000048f0903e558 shadps4`SDL_GetEnvironment_REAL at SDL_getenv.c:64:27 frame #5: 0x0000048f0903e6f9 shadps4`SDL_InitEnvironment at SDL_getenv.c:71:13 frame #6: 0x0000048f08f6edd2 shadps4`SDL_InitMainThread at SDL.c:279:5 frame #7: 0x0000048f08f6ef18 shadps4`SDL_InitSubSystem_REAL(flags=32) at SDL.c:314:5 frame #8: 0x0000048f08f6f783 shadps4`SDL_Init_REAL(flags=32) at SDL.c:520:12 frame #9: 0x0000048f08f60d1c shadps4`SDL_Init_DEFAULT(a=32) at SDL_dynapi_procs.h:638:1 frame #10: 0x0000048f08f4c147 shadps4`SDL_Init(a=32) at SDL_dynapi_procs.h:638:1 frame #11: 0x0000048f0845a4c1 shadps4`Frontend::WindowSDL::WindowSDL(this=0x00003312ece13140, width_=1280, height_=720, controller_=0x00003312ece15000, window_title="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA04056 - Dungeons 2 <01.00>") at sdl_window.cpp:264:10 frame #12: 0x0000048f0844b52b shadps4`std::__1::__unique_if<Frontend::WindowSDL>::__unique_single std::__1::make_unique[abi:se180100]<Frontend::WindowSDL, unsigned int, unsigned int, Input::GameController*&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&>(__args=0x00000497f820d4ec, __args=0x00000497f820d4e8, __args=0x00000497f820df18, __args="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA04056 - Dungeons 2 <01.00>") at unique_ptr.h:597:30 frame #13: 0x0000048f08446f4f shadps4`Core::Emulator::Run(this=0x00000497f820df10, file=0x00003312e407ace8, args=size=0) at emulator.cpp:218:14 frame #14: 0x0000048f08339c4f shadps4`MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0::operator()(this=0x00003312e407ace8) const at main_window.cpp:1496:18 frame #15: 0x0000048f08339be5 shadps4`decltype(std::declval<MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>()()) std::__1::__invoke[abi:se180100]<MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>(__f=0x00003312e407ace8) at invoke.h:344:25 frame #16: 0x0000048f08339bbd shadps4`void std::__1::__thread_execute[abi:se180100]<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct>>, MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>(__t=size=2, (null)=__tuple_indices<> @ 0x00000497f820df7f) at thread.h:193:3 frame #17: 0x0000048f083399bc shadps4`void* std::__1::__thread_proxy[abi:se180100]<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct>>, MainWindow::StartEmulator(std::__1::__fs::filesystem::path)::$_0>>(__vp=0x00003312e407ace0) at thread.h:202:3 frame #18: 0x000004973c733b05 libthr.so.3`thread_start(curthread=0x00003312e7362000) at thr_create.c:289:16 (lldb) breakpoint set --name SDL_getenv Breakpoint 2: where = shadps4`SDL_getenv + 12 at SDL_dynapi_procs.h:1073:1, address = 0x0000048f08f515fc (lldb) t error: 'thread select' takes exactly one thread index argument, or a thread ID option: Usage: thread select <thread-index> (or -t <thread-id>) (lldb) down error: Already at the bottom of the stack. (lldb) up frame #1: 0x0000048f09043995 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:729:12 726 size_t SDL_strlen(const char *string) 727 { 728 #ifdef HAVE_STRLEN -> 729 return strlen(string); 730 #else 731 size_t len = 0; 732 while (*string++) { ``` ### Reproduction Steps 1. run shadps4 2. load .pkg games 3. click to button play 4. crash ### Expected Behavior _No response_ ### Specify OS Version FreeBSD 14.2-RELEASE amd64
kerem closed this issue 2026-02-27 21:08:46 +03:00
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@squidbus commented on GitHub (Apr 9, 2025):

I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL?

<!-- gh-comment-id:2790945603 --> @squidbus commented on GitHub (Apr 9, 2025): I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL?
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Apr 9, 2025):

I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL?

Can i be the maintainer for FreeBSD? I've been researching it for 2 days. It is inside SDL3

<!-- gh-comment-id:2791013203 --> @Martinfx commented on GitHub (Apr 9, 2025): > I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL? Can i be the maintainer for FreeBSD? I've been researching it for 2 days. It is inside SDL3
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@squidbus commented on GitHub (Apr 9, 2025):

You are free to submit fixes for FreeBSD if you wish, yes.

<!-- gh-comment-id:2791015680 --> @squidbus commented on GitHub (Apr 9, 2025): You are free to submit fixes for FreeBSD if you wish, yes.
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Apr 10, 2025):

I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL?

topis for this problem https://discourse.libsdl.org/t/sdl3-sigsegv-address-not-mapped-to-object-fault-address-0x0/59162/3

<!-- gh-comment-id:2791883528 --> @Martinfx commented on GitHub (Apr 10, 2025): > I’m not sure if we support FreeBSD, but it seems this issue is happening inside SDL? topis for this problem https://discourse.libsdl.org/t/sdl3-sigsegv-address-not-mapped-to-object-fault-address-0x0/59162/3
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@squidbus commented on GitHub (Apr 10, 2025):

Based on the discussion there so far regarding threading, you can try extending the __APPLE__ path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212

<!-- gh-comment-id:2792022821 --> @squidbus commented on GitHub (Apr 10, 2025): Based on the discussion there so far regarding threading, you can try extending the `__APPLE__` path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Apr 10, 2025):

Based on the discussion there so far regarding threading, you can try extending the __APPLE__ path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212

Thank you.

<!-- gh-comment-id:2792128138 --> @Martinfx commented on GitHub (Apr 10, 2025): > Based on the discussion there so far regarding threading, you can try extending the `__APPLE__` path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212 Thank you.
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Apr 10, 2025):

Based on the discussion there so far regarding threading, you can try extending the __APPLE__ path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212

so it is still problem;

* thread #1, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0)
    frame #0: 0x000038c22f5f2d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95
   92  		mov	%rdi, %rcx
   93  		pxor	%xmm1, %xmm1
   94  		and	$~0xf, %rdi			# align string
-> 95  		pcmpeqb	(%rdi), %xmm1			# compare head (with junk before string)
   96  		mov	%rcx, %rsi			# string pointer copy for later
   97  		and	$0xf, %ecx			# amount of bytes rdi is past 16 byte alignment
   98  		pmovmskb %xmm1, %eax
warning: This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited.
(lldb) bt
* thread #1, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0)
  * frame #0: 0x000038c22f5f2d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95
    frame #1: 0x000038b9f6c6d135 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:725:12
    frame #2: 0x000038b9f6c6da95 shadps4`SDL_strdup_REAL(string="") at SDL_string.c:1008:18
    frame #3: 0x000038b9f6c67cdc shadps4`SDL_CreateEnvironment_REAL(populated=true) at SDL_getenv.c:129:34
    frame #4: 0x000038b9f6c67bd8 shadps4`SDL_GetEnvironment_REAL at SDL_getenv.c:64:27
    frame #5: 0x000038b9f6c68631 shadps4`SDL_getenv_REAL(name="SDL_APP_NAME") at SDL_getenv.c:600:39
    frame #6: 0x000038b9f6b91935 shadps4`GetHintEnvironmentVariable(name="SDL_APP_NAME") at SDL_hints.c:88:26
    frame #7: 0x000038b9f6b9173b shadps4`SDL_SetHintWithPriority_REAL(name="SDL_APP_NAME", value="shadPS4", priority=SDL_HINT_NORMAL) at SDL_hints.c:107:23
    frame #8: 0x000038b9f6b91d32 shadps4`SDL_SetHint_REAL(name="SDL_APP_NAME", value="shadPS4") at SDL_hints.c:222:12
    frame #9: 0x000038b9f6b8a2d6 shadps4`SDL_SetHint_DEFAULT(a="SDL_APP_NAME", b="shadPS4") at SDL_dynapi_procs.h:855:1
    frame #10: 0x000038b9f6b74f51 shadps4`SDL_SetHint(a="SDL_APP_NAME", b="shadPS4") at SDL_dynapi_procs.h:855:1
    frame #11: 0x000038b9f60808ba shadps4`Frontend::WindowSDL::WindowSDL(this=0x00003ef3ba848780, width_=1280, height_=720, controller_=0x00003ef3b8480200, window_title="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA06262 - LEGO® Worlds <01.00>") at sdl_window.cpp:261:10
    frame #12: 0x000038b9f607191b shadps4`std::__1::__unique_if<Frontend::WindowSDL>::__unique_single std::__1::make_unique[abi:se180100]<Frontend::WindowSDL, unsigned int, unsigned int, Input::GameController*&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&>(__args=0x000038c217e1be6c, __args=0x000038c217e1be68, __args=0x000038c217e1c8a0, __args="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA06262 - LEGO® Worlds <01.00>") at unique_ptr.h:597:30
    frame #13: 0x000038b9f606d33f shadps4`Core::Emulator::Run(this=0x000038c217e1c898, file=0x000038c217e1c9b0, args=size=0) at emulator.cpp:218:14
    frame #14: 0x000038b9f5f4f79a shadps4`MainWindow::StartEmulator(this=0x00003ef3b750a000, path=(__pn_ = "/usr/home/maxfx/ps4/CUSA06262/eboot.bin")) at main_window.cpp:1492:14
    frame #15: 0x000038b9f5f4cf97 shadps4`MainWindow::StartGame(this=0x00003ef3b750a000) at main_window.cpp:889:9
    frame #16: 0x000038b9f5f7bac1 shadps4`QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(this=0x000038c217e1cb40)(), MainWindow*, void**)::'lambda'()::operator()() const at qobjectdefs_impl.h:152:24
    frame #17: 0x000038b9f5f7ba59 shadps4`void QtPrivate::FunctorCallBase::call_internal<void, QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(void (MainWindow::*)(), MainWindow*, void**)::'lambda'()>(args=0x000038c217e1cd20, fn=0x000038c217e1cb40) at qobjectdefs_impl.h:65:17
    frame #18: 0x000038b9f5f7ba2e shadps4`QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(f=(shadps4`MainWindow::StartGame() at main_window.cpp:861), o=0x00003ef3b750a000, arg=0x000038c217e1cd20) at qobjectdefs_impl.h:151:13
    frame #19: 0x000038b9f5f7b9bd shadps4`void QtPrivate::FunctionPointer<void (MainWindow::*)()>::call<QtPrivate::List<>, void>(f=(shadps4`MainWindow::StartGame() at main_window.cpp:861), o=0x00003ef3b750a000, arg=0x000038c217e1cd20) at qobjectdefs_impl.h:199:13
    frame #20: 0x000038b9f5f7b8e6 shadps4`QtPrivate::QCallableObject<void (MainWindow::*)(), QtPrivate::List<>, void>::impl(which=1, this_=0x00003ef3b7643840, r=0x00003ef3b750a000, a=0x000038c217e1cd20, ret=0x0000000000000000) at qobjectdefs_impl.h:570:21
<!-- gh-comment-id:2792242779 --> @Martinfx commented on GitHub (Apr 10, 2025): > Based on the discussion there so far regarding threading, you can try extending the `__APPLE__` path here to also be taken for FreeBSD: https://github.com/shadps4-emu/shadPS4/blob/main/src/qt_gui/main_window.cpp#L1202-L1212 so it is still problem; ```Process 78080 stopped * thread #1, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) frame #0: 0x000038c22f5f2d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95 92 mov %rdi, %rcx 93 pxor %xmm1, %xmm1 94 and $~0xf, %rdi # align string -> 95 pcmpeqb (%rdi), %xmm1 # compare head (with junk before string) 96 mov %rcx, %rsi # string pointer copy for later 97 and $0xf, %ecx # amount of bytes rdi is past 16 byte alignment 98 pmovmskb %xmm1, %eax warning: This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited. (lldb) bt * thread #1, name = 'shadps4', stop reason = signal SIGSEGV: address not mapped to object (fault address: 0x0) * frame #0: 0x000038c22f5f2d7b libc.so.7`___lldb_unnamed_symbol6249 at strlen.S:95 frame #1: 0x000038b9f6c6d135 shadps4`SDL_strlen_REAL(string="") at SDL_string.c:725:12 frame #2: 0x000038b9f6c6da95 shadps4`SDL_strdup_REAL(string="") at SDL_string.c:1008:18 frame #3: 0x000038b9f6c67cdc shadps4`SDL_CreateEnvironment_REAL(populated=true) at SDL_getenv.c:129:34 frame #4: 0x000038b9f6c67bd8 shadps4`SDL_GetEnvironment_REAL at SDL_getenv.c:64:27 frame #5: 0x000038b9f6c68631 shadps4`SDL_getenv_REAL(name="SDL_APP_NAME") at SDL_getenv.c:600:39 frame #6: 0x000038b9f6b91935 shadps4`GetHintEnvironmentVariable(name="SDL_APP_NAME") at SDL_hints.c:88:26 frame #7: 0x000038b9f6b9173b shadps4`SDL_SetHintWithPriority_REAL(name="SDL_APP_NAME", value="shadPS4", priority=SDL_HINT_NORMAL) at SDL_hints.c:107:23 frame #8: 0x000038b9f6b91d32 shadps4`SDL_SetHint_REAL(name="SDL_APP_NAME", value="shadPS4") at SDL_hints.c:222:12 frame #9: 0x000038b9f6b8a2d6 shadps4`SDL_SetHint_DEFAULT(a="SDL_APP_NAME", b="shadPS4") at SDL_dynapi_procs.h:855:1 frame #10: 0x000038b9f6b74f51 shadps4`SDL_SetHint(a="SDL_APP_NAME", b="shadPS4") at SDL_dynapi_procs.h:855:1 frame #11: 0x000038b9f60808ba shadps4`Frontend::WindowSDL::WindowSDL(this=0x00003ef3ba848780, width_=1280, height_=720, controller_=0x00003ef3b8480200, window_title="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA06262 - LEGO® Worlds <01.00>") at sdl_window.cpp:261:10 frame #12: 0x000038b9f607191b shadps4`std::__1::__unique_if<Frontend::WindowSDL>::__unique_single std::__1::make_unique[abi:se180100]<Frontend::WindowSDL, unsigned int, unsigned int, Input::GameController*&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>&>(__args=0x000038c217e1be6c, __args=0x000038c217e1be68, __args=0x000038c217e1c8a0, __args="shadPS4 v0.7.1 WIP detached-head -128-NOTFOUND | CUSA06262 - LEGO® Worlds <01.00>") at unique_ptr.h:597:30 frame #13: 0x000038b9f606d33f shadps4`Core::Emulator::Run(this=0x000038c217e1c898, file=0x000038c217e1c9b0, args=size=0) at emulator.cpp:218:14 frame #14: 0x000038b9f5f4f79a shadps4`MainWindow::StartEmulator(this=0x00003ef3b750a000, path=(__pn_ = "/usr/home/maxfx/ps4/CUSA06262/eboot.bin")) at main_window.cpp:1492:14 frame #15: 0x000038b9f5f4cf97 shadps4`MainWindow::StartGame(this=0x00003ef3b750a000) at main_window.cpp:889:9 frame #16: 0x000038b9f5f7bac1 shadps4`QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(this=0x000038c217e1cb40)(), MainWindow*, void**)::'lambda'()::operator()() const at qobjectdefs_impl.h:152:24 frame #17: 0x000038b9f5f7ba59 shadps4`void QtPrivate::FunctorCallBase::call_internal<void, QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(void (MainWindow::*)(), MainWindow*, void**)::'lambda'()>(args=0x000038c217e1cd20, fn=0x000038c217e1cb40) at qobjectdefs_impl.h:65:17 frame #18: 0x000038b9f5f7ba2e shadps4`QtPrivate::FunctorCall<QtPrivate::IndexesList<>, QtPrivate::List<>, void, void (MainWindow::*)()>::call(f=(shadps4`MainWindow::StartGame() at main_window.cpp:861), o=0x00003ef3b750a000, arg=0x000038c217e1cd20) at qobjectdefs_impl.h:151:13 frame #19: 0x000038b9f5f7b9bd shadps4`void QtPrivate::FunctionPointer<void (MainWindow::*)()>::call<QtPrivate::List<>, void>(f=(shadps4`MainWindow::StartGame() at main_window.cpp:861), o=0x00003ef3b750a000, arg=0x000038c217e1cd20) at qobjectdefs_impl.h:199:13 frame #20: 0x000038b9f5f7b8e6 shadps4`QtPrivate::QCallableObject<void (MainWindow::*)(), QtPrivate::List<>, void>::impl(which=1, this_=0x00003ef3b7643840, r=0x00003ef3b750a000, a=0x000038c217e1cd20, ret=0x0000000000000000) at qobjectdefs_impl.h:570:21 ```
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Apr 11, 2025):

After a discussion on the SDL forum, i created an issue https://github.com/libsdl-org/SDL/issues/12799

<!-- gh-comment-id:2796301367 --> @Martinfx commented on GitHub (Apr 11, 2025): After a discussion on the SDL forum, i created an issue https://github.com/libsdl-org/SDL/issues/12799
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Jun 25, 2025):

@Hermiten maybe this label is bad becuase this bug is on freebsd

<!-- gh-comment-id:3004330371 --> @Martinfx commented on GitHub (Jun 25, 2025): @Hermiten maybe this label is bad becuase this bug is on freebsd
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Aug 27, 2025):

SDL fixed bug in github.com/libsdl-org/SDL@10458f2cac

<!-- gh-comment-id:3228800821 --> @Martinfx commented on GitHub (Aug 27, 2025): SDL fixed bug in https://github.com/libsdl-org/SDL/commit/10458f2cacbcd3a1c1fbf2746a89f39ebe071905
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@StevenMiller123 commented on GitHub (Aug 27, 2025):

@Martinfx Could you confirm if the original issue is still present, now that the SDL bug is fixed?

<!-- gh-comment-id:3229904188 --> @StevenMiller123 commented on GitHub (Aug 27, 2025): @Martinfx Could you confirm if the original issue is still present, now that the SDL bug is fixed?
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Aug 28, 2025):

@Martinfx Could you confirm if the original issue is still present, now that the SDL bug is fixed?

Shas must update SDL repo to fix SDL

<!-- gh-comment-id:3231624008 --> @Martinfx commented on GitHub (Aug 28, 2025): > [@Martinfx](https://github.com/Martinfx) Could you confirm if the original issue is still present, now that the SDL bug is fixed? Shas must update SDL repo to fix SDL
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@squidbus commented on GitHub (Aug 28, 2025):

Yes but have you confirmed at all by updating it yourself whether the issue is actually gone with the latest SDL?

<!-- gh-comment-id:3231631974 --> @squidbus commented on GitHub (Aug 28, 2025): Yes but have you confirmed at all by updating it yourself whether the issue is actually gone with the latest SDL?
kerem commented 2026-02-27 21:08:46 +03:00
Author
Owner
Copy link

@Martinfx commented on GitHub (Aug 28, 2025):

Yes but have you confirmed at all by updating it yourself whether the issue is actually gone with the latest SDL?

Yes. it falls in another part shadps4

<!-- gh-comment-id:3231657209 --> @Martinfx commented on GitHub (Aug 28, 2025): > Yes but have you confirmed at all by updating it yourself whether the issue is actually gone with the latest SDL? Yes. it falls in another part shadps4
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
trophies_and_saves
user_and_settings
0.15.1branch_part6
Pre-release-shadPS4-2026-04-25-a762f70df3fc23185540f88724b261b065e5d979
v.0.15.0
Pre-release-shadPS4-2026-02-26-19d2027105679d751328357d7c85cd83a84c9758
v.0.14.0
v.0.13.0
v.0.12.5
v.0.12.0
v.0.11.0
v.0.10.0
v.0.9.0
v.0.8.0
v.0.7.0
v.0.6.0
v.0.5.0
v.0.4.0
v.0.3.0
v.0.2.0
0.1.0
v0.0.3
v0.0.2
v0.0.1
Labels
Clear labels   
Bloodborne

   
bug

   
contributor wanted

   
documentation

   
enhancement

   
frontend

   
good first issue

   
help wanted

   
linux

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
release

   
verification progress
No labels
Bloodborne
bug
contributor wanted
documentation
enhancement
frontend
good first issue
help wanted
linux
pull-request
question
release
verification progress
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/shadPS4#895
No description provided.