Dave Nottage

I expect there will be a permissions error in the system logs (which you can view using a log viewer), unless you are using an earlier version of Android and have requested the relevant permissions. On Android 11 or higher, I doubt you'll make LoadLibrary work at all using that path. Is there some reason you are not deploying libTestLibrary.so with the application?

If you're using Delphi 12.2, you won't need to add it to the 64-bit target if you have already added it to the 32-bit target - it will still be compiled in. It appears you have somehow added the .jar that contains the service, twice. Can you detail what you have in the libraries nodes for both Android 32-bit and Android 64-bit in Project Manager? Just the entries under the last of the "system" jars, which would be: work-runtime-2.7.0.dex.jar, if you have Delphi 12.2. Selecting a jar should show the full path to it, in the status bar of Project Manager.

Most likely. The only bearable way I have found of using an Android emulator is to have a Mac with a silicon chip (e.g. M1, M2 etc), and run Arm64 emulators on it. Delphi can communicate with them using the relevant adb commands, along with a secure shell client such as PuTTY, all of which I describe in this video.

Those executables have been removed from the SDK - now you need to use either the command line tool, or install Android Studio and use the Virtual Device Manager. Note that running emulators on Windows can be horrendously slow. You're way better off using a real device.

The OP asked about LoadLibrary, so I referred to LoadLibrary. The documentation does not list it, but it's there.

For Posix systems (Android, iOS, macOS, Linux) use LoadLibrary from System.SysUtils - it wraps dlopen, which Remy mentioned.

You already asked on StackOverflow, where I commented on it. i.e. "WearOS is just a subset of Android (but also includes its own functionality). You can write apps for it with Delphi, but need to bear in mind the differences" (Comment has a correction because I erroneously referred to WatchOS) One of the major differences being the screen size is a lot smaller. You could do it with that. I've created WearOS apps with Delphi, including 12.2. I'd need to seek permission to make the code public.

Please refer to this documentation.

It appears to be up at the moment - can you try again?

What does GetFilePathFromUri return? I expect it's nothing as well. Check the Android section of the readme for information on how to access the file

None of them have a: "Don't touch my assignment alignments" option? 🙂

That's not even an error - it's a command issued by PAServer as part of the process to discover what certificates/profiles are available on your Mac. What is the actual issue you are having? It would be helpful if you provided: what version of Delphi you have and what version of Xcode is on the Mac. Given the cut-off part of the messages in the screenshot, it appears you are using a version of Delphi earlier than 12.2. Note that earlier versions of Delphi will not work with Xcode 16 (or later), since there was a change to the location of the provisioning profiles in Xcode 16. If you are using Delphi 12.1 or earlier, and Xcode 16 (or later), you'd need to either upgrade to Delphi 12.2, or revert to the last version of Xcode 15 (which is 15.4)

You have not answered this part: Meaning which version was used to compile the app where the problem is happening. Regardless, are you able to reproduce the issue (RSP-23962) using the same steps as in the report? If so, please indicate what device(s) this is happening on.

My bad.. I had forgotten that I did some modifications to Grijjy.OAuth2.pas to allow signing with ES256 as well as RS256. For now, I've attached the modified unit here. Please place it in the same folder as the project. Grijjy.OAuth2.pas

These parts make the whole answer smell of AI - a bad one, since those folders do not exist

In that report, it shows the entire stack trace for when the error occurs - is it the same for yours? As I said earlier: Also, which version of Delphi are you using?

Which issue?

Not really enough information. KastriFree has long been deprecated, in preference to Kastri. Which parts of it are you using, exactly?

You do not have iOS support installed in Xcode on the Mac. In the Xcode menu, click Xcode | Settings, and select the Components tab. Click on the Get button, for iOS.

Still no debugging for iOS 17 or higher.

This value works OK on my Android 15 device (a Pixel 6 Pro), so I'd assume if I had Android 14 it would work, too. It may be to do with the regional settings on the device. One way you can check is by examining the value(s) of: FormatSettings.ShortTimeFormat, FormatSettings.TimeAMString and FormatSettings.TimePMString

I'm using macOS 15.3, Xcode 16.2 with an iOS 18.3 device with no issues, other than being unable to debug (which has been a problem since iOS 17).

Just Apple? There's this demo I put together a while ago - all it does is creates a message and performs the push. Make sure you read the readme at that link.

See this link.

There have been changes in later versions of Android that are not necessarily supported by Delphi 11. The easiest solution is to stay current with Delphi, i.e. use Delphi 12.2*. Otherwise, indicate what the "inconsistencies" are that you are having trouble with, as they might be resolvable. *I should point out that even using Delphi 12.2 may not resolve all your issue(s) - you may still need to change your code to allow for later versions of Android.