[img]blob:https://forum.segger.com/86a8e9e6-1cd2-4bf2-b69a-6c763e801a0c[/img]

Sorry, premature send.

Got this yesterday, and at start up, on my MacBook Pro it spins for up to a minute with the busy cursor. You can start commands, but it will often crash.

As well, it moved around panes from my config, but when you try to move around thew panes it will crash.

I love many of the features in Ozone, but this release appears to be very unstabel

Target -> STM32F0405R
MaxOS 10.15.07

Fabian,

I re-downloaded the image and opened up the package, still l the same thing. I was running 10.15, and now 11.2 and the exact same thing with both the old image and freshly downloaded today.

I really love your products, some of these stability things does cause the people I work with to raise their eyebrows though.

Nino,

Part of the problem is I did not notice the lower status bar. It now spends a very long time "Applying Code Filters". This is new to me behaviour.

Is there a way to turn that off?

Thank you again,
Thomas

Nino,

Further, got rid of the code profile window [first disabled some of the code profile options] and the very long ELF load time, which appears to have gone away.

Are there any plans to make that more effecient, or keep in completely in the background with the Code Profile window gr[a|e]y while loading?

many thanks,
thomas

Nino,

Sorry, to reiterate what I wrote above with a little more detail.

Host: 2020 MBP with 16G RAM.
Device: STM32F405
Code: > 200kB of FLASH, and 30 or 35 C files.

At Ozone startup/locading the elf, it scans, or loading the code profile. That scanning takes a long time, 10+ seconds. During that scanning mouse events don't always get handled correctly. Once the code profile is loaded, all is good.

I managed to disable the loading of the code profile when an ELF image is loaded, and Ozone behaves as expected.