Crash with TheIDE on macOS 10.15.7 (Intel). Latest src.

$ /Users/xxx/dvlp/cpp/code/upp/out/CLANG.Blitz.Gui.Shared/ide.app/Contents/MacOS/ide 
2025-03-12 23:29:48.923 ide[42704:1183943] -[NSCompositeAppearance performAsCurrentDrawingAppearance:]: unrecognized selector sent to instance 0x7fd8a2414fb0
2025-03-12 23:29:48.924 ide[42704:1183943] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[NSCompositeAppearance performAsCurrentDrawingAppearance:]: unrecognized selector sent to instance 0x7fd8a2414fb0'
*** First throw call stack:
(
 0   CoreFoundation                      0x00007fff2e9b9a17 __exceptionPreprocess + 250
 1   libobjc.A.dylib                     0x00007fff674d7a9e objc_exception_throw + 48
 2   CoreFoundation                      0x00007fff2ea38e36 -[NSObject(NSObject) __retain_OA] + 0
 3   CoreFoundation                      0x00007fff2e91e190 _forwarding_ + 1427
 4   CoreFoundation                      0x00007fff2e91db68 _CF_forwarding_prep_0 + 120
 5   ide                                 0x00000001004eeb6a _Z12Coco_PaintChPviii + 106
 6   ide                                 0x00000001004cad94 _ZN3Upp7CocoImgENS_5ColorEiii + 148
 7   ide                                 0x00000001004c8e87 _ZN3Upp10ChHostSkinEv + 135
 8   ide                                 0x00000001008827ef _ZN3Upp4Ctrl6ReSkinEv + 159
 9   ide                                 0x00000001008bd4f7 _ZN3Upp8CocoInitEiPPKcS2_ + 519
 10  ide                                 0x0000000100228cbe main + 270
 11  libdyld.dylib                       0x00007fff68677cc9 start + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException

I'm sorry to say that but your fix didn't help. Latest src.

(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x00007fff687bf32a libsystem_kernel.dylib`__pthread_kill + 10
    frame #1: 0x00007fff6887fe60 libsystem_pthread.dylib`pthread_kill + 430
    frame #2: 0x00007fff68746808 libsystem_c.dylib`abort + 120
    frame #3: 0x00007fff659ab458 libc++abi.dylib`abort_message + 231
    frame #4: 0x00007fff6599c8bf libc++abi.dylib`demangling_terminate_handler() + 262
    frame #5: 0x00007fff674d9a57 libobjc.A.dylib`_objc_terminate() + 96
    frame #6: 0x00007fff659aa887 libc++abi.dylib`std::__terminate(void (*)()) + 8
    frame #7: 0x00007fff659ad1a2 libc++abi.dylib`__cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) + 27
    frame #8: 0x00007fff659ad169 libc++abi.dylib`__cxa_throw + 113
    frame #9: 0x00007fff674d7bcc libobjc.A.dylib`objc_exception_throw + 350
    frame #10: 0x00007fff2ea38e36 CoreFoundation`-[NSObject(NSObject) doesNotRecognizeSelector:] + 132
    frame #11: 0x00007fff2e91e190 CoreFoundation`___forwarding___ + 1427
    frame #12: 0x00007fff2e91db68 CoreFoundation`__forwarding_prep_0___ + 120
    frame #13: 0x00000001004963fe ide`Coco_PaintCh(cgcontext=0x0000000102b13a10, type=7, value=1, state=0) at ChCocoMM.mm:99:2
    frame #14: 0x0000000100440367 ide`Upp::CocoImg(bg=(color = 1073741824), type=7, value=1, state=0) at ChCoco.cpp:47:2
    frame #15: 0x00000001004407ea ide`Upp::CocoColor(k=1, bg=(color = 1073741824)) at ChCoco.cpp:69:18
    frame #16: 0x000000010043e70e ide`Upp::ChHostSkin() at ChCoco.cpp:136:20
    frame #17: 0x0000000100a2979f ide`Upp::Ctrl::ReSkin() at Ctrl.cpp:951:3
    frame #18: 0x0000000100a29dc0 ide`Upp::Ctrl::SetUHDEnabled(set=true) at Ctrl.cpp:794:2
    frame #19: 0x0000000100a6eb05 ide`Upp::CocoInit(argc=1, argv=0x00007ffeefbff568, envptr=0x00007ffeefbff578) at CocoApp.mm:99:2
    frame #20: 0x00000001000ee90c ide`main(argc=1, argv=0x00007ffeefbff568, envptr=0x00007ffeefbff578) at main.cpp:178:1
    frame #21: 0x00007fff68677cc9 libdyld.dylib`start + 1
    frame #22: 0x00007fff68677cc9 libdyld.dylib`start + 1

This is what I've found: AppKit macOS 10.15.6 to 11.0 API Differences
[NSAppearance performAsCurrentDrawingAppearance:] was added in 11.0. It is not available in 10.15.
It would be great to be able to detect version of API at run time (or at compile time) and adapt code accordingly ...

Thanks. Exception is gone. Application menu is gone as well. It works, but it is invisible.


MacOS 15.3.1 is fine. It works and menu is visible.

void CocoMenuBar::Set(Event<Bar&> bar)
{
	if(lock) return;
	lock++;
	[cocomenu removeAllItems];
	bar(*this);
	lock--;
}

Well, I have added "flicker prevention" for the main menu, I guess it might be the cause. Can you try with

void CocoMenuBar::Set(Event<Bar&> bar)
{
	if(lock) return;
	lock++;
	[cocomenu removeAllItems];
	bar(*this);
	lock--;
}

(I do not see any obvious reason now why it should not work, but at least this might narrow it down).

mirek wrote on Sun, 16 March 2025 04:37

Well, I have added "flicker prevention" for the main menu, I guess it might be the cause. Can you try with

void CocoMenuBar::Set(Event<Bar&> bar)
{
	if(lock) return;
	lock++;
	[cocomenu removeAllItems];
	bar(*this);
	lock--;
}

(I do not see any obvious reason now why it should not work, but at least this might narrow it down).

With this implementation of CocoMenuBar::Set menu works fine.

But it flickers... So I guess we should make it work with current code.

Anyway, after staring to the code for 40 minutes, I still cannot see the reason. So I have added some most likely possible fix, can you test please with master?

If that does not help, I would welcome adding some LOGs/DUMPs in some places...

mirek wrote on Mon, 17 March 2025 04:11

But it flickers... So I guess we should make it work with current code.

Anyway, after staring to the code for 40 minutes, I still cannot see the reason. So I have added some most likely possible fix, can you test please with master?

If that does not help, I would welcome adding some LOGs/DUMPs in some places...

Menu is gone again ...
Where would you like to add LOGs/DUMPs?

Wait a moment: Does it mean that what is missing is texts? I mean, that submenus are under "spaces"?

Mirek

OK, please try this

Another problem with TheIDE (detected on macOS 10.15 but it should be present on all platforms).
Steps to reproduce:
1) Launch a debug version of TheIDE (because it is slower).
2) Open a tutorial/Gui01 project and close it immediately before clangd finishes its job.
3) Launch a debug version of TheIDE again.
4) Open the tutorial/Gui01 project again.
5) Observe hanging TheIDE.

It looks like TheIDE stores intermediate data during clangd initialization.
If you quit TheIDE before clangd finishes its job this data gets broken.

~/.local/state/u++/log/...