General Category > LisaList2
LisaEm 1.2.7-RC4 support bug reports
Al Kossow:
should there be a separate thread for build problems?
it built, but running the LisaEm file fails to start
aek$ lldb ./LisaEm
(lldb) target create "./LisaEm"
2020-06-11 10:55:43.216 lldb[60281:1979433] Metadata.framework [Error]: couldn't get the client port
Current executable set to './LisaEm' (x86_64).
(lldb) run
Process 60751 launched: './LisaEm' (x86_64)
Process 60751 stopped
* thread #1: tid = 0x1e35e5, 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x68)
frame #0: 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4
libsystem_c.dylib`flockfile:
-> 0x7fff91c9a09e <+4>: movq 0x68(%rdi), %rdi
0x7fff91c9a0a2 <+8>: addq $0x8, %rdi
0x7fff91c9a0a6 <+12>: popq %rbp
0x7fff91c9a0a7 <+13>: jmp 0x7fff91ce344a ; symbol stub for: pthread_mutex_lock
rayarachelian:
--- Quote from: Al Kossow on June 11, 2020, 01:56:40 pm ---should there be a separate thread for build problems?
it built, but running the LisaEm file fails to start
aek$ lldb ./LisaEm
(lldb) target create "./LisaEm"
2020-06-11 10:55:43.216 lldb[60281:1979433] Metadata.framework [Error]: couldn't get the client port
Current executable set to './LisaEm' (x86_64).
(lldb) run
Process 60751 launched: './LisaEm' (x86_64)
Process 60751 stopped
* thread #1: tid = 0x1e35e5, 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x68)
frame #0: 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4
libsystem_c.dylib`flockfile:
-> 0x7fff91c9a09e <+4>: movq 0x68(%rdi), %rdi
0x7fff91c9a0a2 <+8>: addq $0x8, %rdi
0x7fff91c9a0a6 <+12>: popq %rbp
0x7fff91c9a0a7 <+13>: jmp 0x7fff91ce344a ; symbol stub for: pthread_mutex_lock
--- End quote ---
Please build it with --debug and then when this happens try to do run the list command and/or bt (backtrace) to see where it's crashing so we can find out more about what caused this crash.
Al Kossow:
(lldb) bt
* thread #1: tid = 0x233677, 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x68)
* frame #0: 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4
frame #1: 0x00007fff91ca3368 libsystem_c.dylib`vfprintf_l + 28
frame #2: 0x00007fff91c9b885 libsystem_c.dylib`fprintf + 186
frame #3: 0x000000010003330e LisaEm`LisaEmFrame::LoadImages() + 3118
frame #4: 0x000000010004505d LisaEm`LisaEmFrame::LisaEmFrame(wxString const&) + 28445
frame #5: 0x0000000100035484 LisaEm`LisaEmApp::OnInit() + 3396
frame #6: 0x00000001001cbabd LisaEm`wxApp::CallOnInit() + 173
frame #7: 0x000000010015c599 LisaEm`wxEntry(int&, wchar_t**) + 121
frame #8: 0x000000010003415f LisaEm`main + 15
frame #9: 0x00007fff938b35ad libdyld.dylib`start + 1
frame #10: 0x00007fff938b35ad libdyld.dylib`start + 1
--
should everything be in the app bundle at that point?
rayarachelian:
--- Quote from: Al Kossow on June 11, 2020, 07:36:19 pm ---(lldb) bt
* thread #1: tid = 0x233677, 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x68)
* frame #0: 0x00007fff91c9a09e libsystem_c.dylib`flockfile + 4
frame #1: 0x00007fff91ca3368 libsystem_c.dylib`vfprintf_l + 28
frame #2: 0x00007fff91c9b885 libsystem_c.dylib`fprintf + 186
frame #3: 0x000000010003330e LisaEm`LisaEmFrame::LoadImages() + 3118
frame #4: 0x000000010004505d LisaEm`LisaEmFrame::LisaEmFrame(wxString const&) + 28445
frame #5: 0x0000000100035484 LisaEm`LisaEmApp::OnInit() + 3396
frame #6: 0x00000001001cbabd LisaEm`wxApp::CallOnInit() + 173
frame #7: 0x000000010015c599 LisaEm`wxEntry(int&, wchar_t**) + 121
frame #8: 0x000000010003415f LisaEm`main + 15
frame #9: 0x00007fff938b35ad libdyld.dylib`start + 1
frame #10: 0x00007fff938b35ad libdyld.dylib`start + 1
--
should everything be in the app bundle at that point?
--- End quote ---
Yes, the LisaEm.app folder structure should be created, the skins and the images it's trying to load should be inside it at this point, but weirdly it's dying on fprintf, so since debug is enabled, it's trying to call ALERT_LOG which is going to say it entered LoadImages, and then what image it's loading.
Not sure what caused the segfault there, likely something was NULL, possibly there's a failure to convert the wxString to a cstring in the string concat on pngfile:
--- Code: ---
#define LOADBITMAP(XpngX,XresnameX) \
{ pngfile=skindir + skin.XresnameX; if (!XpngX) XpngX = new wxBitmap(pngfile, wxBITMAP_TYPE_PNG); \
ALERT_LOG(0,"Opening %s filename",(const char *)pngfile); \
if (!XpngX->IsOk()) EXIT(0,0,"something went wrong with loading %s",(const char *)pngfile); \
}
--- End code ---
It's possible skindir isn't right, or the bundle hasn't been created properly by the build.
If you do frame return (I think) it will rise up in the stack frame one level, repeating this until you get to the LoadImages method might give you more info, and you can try list to see where exactly it went wrong.
Some other things to try - I'd see about deleting your LisaEm preferences - if you've got some from 1.2.6, they may cause issues.
Another thing is to check that you see a skins directory under LisaEm.app/resources and inside is another directory called default (for default) skin, and it has a config file with details about the skin, along with the pngs and wavs:
--- Code: ---└── LisaEm.app
└── Contents
├── MacOS
└── Resources
├── resources -> .
└── skins
└── default
--- End code ---
Since there's questions around iconv, and iconv is involved in UTF, I wonder if it would help you if I tarred up my wxWidgets dir from my install of macos x 10.11 to make things simpler? if so try this: https://lisaem.sunder.net/downloads/wx-widgets-macosx-10.11-elcap.tar.xz - it expects to be extracted to /usr/local from /
Also, when you compile with debug enabled, it will automatically run lisaem within lldb and set it to power on immediately.
I'd say also unset LD_LIBRARY_PATH and DYLD_LIBRARY_PATH before running build.sh.
Al Kossow:
The issue is with my build of wx3.1.3
your wx3.1.3-cocoa-x86-macOS-10.11-clang-sdl works and builds with -liconv
also it creates LisaEm.app, with my build of the library, replacing -liconv with /usr/lib/libiconv.2.dylib it creates LisaEm
I will leave finding the root cause for what the mismatches in my building of the library for another day..
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version