Re: Workbench diagrams crashes on every version on MacOs Sonoma

[María José González Pulido]

It happens the same to me.

Any possible solution?

It seems crazy having such advanced tools not being able to make them work.




Translated Report (Full Report Below)
-------------------------------------

Process: MySQLWorkbench [1389]
Path: /Applications/MySQLWorkbench.app/Contents/MacOS/MySQLWorkbench
Identifier: com.oracle.workbench.MySQLWorkbench
Version: 8.0.34.CE (1)
Code Type: X86-64 (Native)
Parent Process: launchd [1]
User ID: 501

Date/Time: 2024-01-09 23:29:32.5252 +0100
OS Version: macOS 14.2.1 (23C71)
Report Version: 12
Bridge OS Version: 8.2 (21P2057)
Anonymous UUID: 554E8D94-79BD-A508-9E7E-A0F4ED7D3E70


Time Awake Since Boot: 5100 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000000000000e0
Exception Codes: 0x0000000000000001, 0x00000000000000e0

Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [1389]

VM Region Info: 0xe0 is not in any region. Bytes before following region: 140737487261472
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
shared memory 7fffffef5000-7fffffef6000 [ 4K] r-x/r-x SM=SHM

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libmforms.dylib 0x111019153 mforms::ToolBar::find_item(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&) + 17
1 libmforms.dylib 0x1110193a5 mforms: