I think the control is actually catching the Xojo exception thrown but IDE has like break on all exceptions I guess. So I will have to manually check before assigning instead of rely on exception.
Yeah it breaks in the debugger. The builds had problems too i guess…
DateControl 9.0 is out
DateControl is a Plugin control for Xojo to select dates. The control has broad platform support and supports NULL (empty dates), Min and Max dates and more.
New in version 9.0
Added optional custom drop down Calendar for Windows which then overrides the ugly native one.
Improved on the fly DPI switching on Windows systems, making the font better aware of the switch.
Fixed bug with enabled state on the month buttons on the drop down calendar on Linux systems.
Improved bounds checking where Windows systems have minimum date from year 1601 while other systems have minimum year from the year 1.
Added WinCustomDropDown mode property.
More info at www.einhugur.com
1 Like
Thank you. But i think the new DropDownCalendar does not fit the overall look of Windows Apps. It far to big. So, thank you for making it optional. 
Big is the new Windows thing and small is the past.
Here for example is picture of their UWP native one:
1 Like
I believe you, but Xojo Apps are not looking like UWP Apps. 
1 Like
PDF Plugin 2.5.2 for Xojo and UtilsLib 7.5 for Xojo are out
The PDF Plugin is to generate PDF documents from your applications.
The plugin supports:
Embedding TrueType fonts
Automatic encoding detection and mapping to PDF stock encodings.
Images (stored as Raw, for example PNG), JPEG (stored as JPEG).
Clickable links from the PDF document to web pages.
Clickable links from the PDF document to different locations within the PDF document.
Clickable zones to get text annotations in popup bubbles.
Advanced drawing.
Compression.
Setting up the PDF outline tree.
PDF Coordinates with Y1 at bottom or Xojo Coordinates with Y1 at top.
And countless other features…
New in version 2.5.2:
Added Missing Apple Silicon segment
New in UtilsLib 7.5:
New :: Added Apple Silicon support.
New :: Added iOS support to some classes where iOS support makes sense.
more info at www.einhugur.com
After switchíng form PDF Plugin 2.5.0 to 2.5.2 and trying to make a UB version of my app, my testers with a M1 MacMini are having crashes at app start (Big Sur 11.1):
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Application Specific Information:
/usr/lib/libcrypto.dylib
abort() called
Invalid dylib load. Clients should not load the unversioned libcrypto dylib as it does not have a stable ABI.
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x0000000192f37cec __pthread_kill + 8
1 libsystem_pthread.dylib 0x0000000192f68c24 pthread_kill + 292
2 libsystem_c.dylib 0x0000000192eb0864 abort + 104
3 libcrypto.dylib 0x00000001e40789f8 __report_load.cold.1 + 52
4 libcrypto.dylib 0x00000001e40786c0 __report_load + 412
5 dyld 0x00000001052cb90c ImageLoaderMachO::doModInitFunctions(ImageLoader::LinkContext const&) + 868
6 dyld 0x00000001052cbb94 ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 56
7 dyld 0x00000001052c584c ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, char const*, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 620
8 dyld 0x00000001052c3300 ImageLoader::processInitializers(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&, ImageLoader::UninitedUpwards&) + 192
9 dyld 0x00000001052c33cc ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 96
10 dyld 0x00000001052b2b74 dyld::runInitializers(ImageLoader*) + 92
11 dyld 0x00000001052be310 dlopen_internal + 660
12 libdyld.dylib 0x0000000192f87350 dlopen_internal(char const*, int, void*) + 176
13 com.xojo.XojoFramework 0x000000010549dd4c LoadFunctionPointerFromLibrary + 464
Can other user confirm this problem?
Hello Thomas
This obviously cannot be after 2.5.2 since 2.5 was blatantly missing Mac ARM segment. So you could not possibly have had UB working before.
And if you check the crash logs then its pointing to Libcrypto which we do not use.
I am guessing your application was simply intel before due to the fact we 2.5 had no mac ARM (which was the error in it)
1 Like
Hello Björn,
sure, it was the first test as UB, PDF Plugin was the last missing plugin without arm support.
Okay, sorry, if PDF Plugin is not using Libcrypto at all, iI have to find out which plugin is using it.
Does one of your other plugins make use of it? I am currently having EHBarcodeGen.dylib, EHPDFPlugin.dylib, EHQRCodeGen.dylib, EHRawBitmap.dylib, EHRawBitmapConverter.dylib, EHSearchControl.dylib, ErrorProvider.dylib and TypeLib132.dylib in the frameworls folder in the app - latest versions of those plugins are installed: BarCode 4.0, PDF 2.5.2, ErrorProvider 3.0, SearchControl 3.0, TypeLib 10.2, UtisLib 7.5…
The first UB version of the plugin was missing the UB, that was the reason why 2.5.2 came. So no arm at all in the 2.5.0.
No we do not have any plugin that uses libcrypto.
“turn all my screens dark red in an astronomy app”
Now that is something I want. Linky, please !
PS Suggest you advertise this at CloudyNights - either in their equipment forum or https://www.cloudynights.com/forum/95-astronomy-software-computers/
as there are quite a few mac users who would like it and have no idea it exists.
NB I’m aware there has been a way to do this on iOS, for years. Why Apple didn’t do same on MacOS always puzzled me.
However, that does a lot more than just tint the screens. Making an app using the Einhugur GammaLib plugin to do that is trivial - probably less than ten lines of code.