But it could also be something inside Apple’s SaveState() that’s crashing for some other reason. Or perhaps the whole object is dangling. Can’t tell from that stack trace.
Can’t say what’s the reason for the crash, but we’re using 10.5/10.5 as base/deployment SDK which builds non-crashing plugins. I didn’t test with auval but the plugins crashed in different hosts.
So if that’s an option it might be the easiest solution.
edit: forgot to mention, this was more than a year ago and we haven’t changed the sdk since then, so it might be another cause for the crash in your case.
I took a look. This is not the same bug as last time, this is something completely different.
The problem lies somewhere in the old font code (Cocoa).
I had no hand in writing that code so I won’t be fixing this problem in my own free time.
If you’d like me to look at it further, shoot me a PM and maybe we can work something out.
thanks for your offer, i just made a test, with the latest April check-in (before the big one), and it works (with 10.5 base sdk), so this must be a new issue
In the current state, its just impossible to create AU-Plugins which are compatible with 10.5/10.6.
To be compatible with Logic under 10.5 you need to compile against base(!) sdk 10.5 , but this destroys the font rendering.
I’d like to attach myself to the problem i see the same results with my plugin on OSX
On the right side there is a normal PropertyPanel with some standard and non-standard PropertyComponents, there is no LookAndFeel class involved so i was not changing any fonts manually.
[attachment=0]labels.jpg[/attachment]
I’ve no idea what the host is doing that would bugger-up the fonts like that - presumably they’ve overridden something so they can draw with that music font, and I really don’t know how we could avoid it…
thanks, is there a method to use another font that applies to all components? (LookAndFeel?) And which font is available on 10.5 - 10.8 and looks like the standard one?
hacking Font::getDefaultSansSerif… does not work…