Dave Nottage

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.

You should be able to use the latest version of macOS (15.3). The issue will the highest version of Xcode, which for Delphi 12.1 is Xcode 16.1, as there were changes to Xcode 16.2 related to provisioning profiles that are not handled by Delphi 12.1, but is by Delphi 12.2

What gave you that impression? This is a shortcoming of Octoid - it should not be generating that code for 3rd party frameworks. Incidentally, there is already an import for GoogleSignIn in Kastri, which includes "loader" (fake) methods to ensure that dependent frameworks are also linked in: procedure AppAuthLoader; cdecl; external framework 'AppAuth'; procedure GoogleSignInLoader; cdecl; external framework 'GoogleSignIn'; procedure GoogleUtilitiesLoader; cdecl; external framework 'GoogleUtilities'; procedure GTMAppAuthLoader; cdecl; external framework 'GTMAppAuth'; procedure GTMSessionFetcherLoader; cdecl; external framework 'GTMSessionFetcher'; Good luck making GoogleSignIn work on iOS - see the latter comments in this issue regarding the problems I'm having.

Which ones, and how did you "remove" them? Being able to compile is not relevant to what the device has. So it's just not compiling in Release mode?

If this issue does not happen for a blank app, I suggest indicating what dependencies the app has, e.g. whether it uses any 3rd party code (and what, exactly), or any frameworks from the iOS SDK aside from those that have imports in the Delphi source (iOSapi.xxxx files in the source\rtl\ios folder of the Delphi installation)

Please include at least the first error, instead of warning.