If you have the data in e.g. a CSV file, load that into sqlite using the sqlite command-line program. Add that file to your app. An important question is whether the database is read-only or read-write by the app.

You should read Set<X> as "Set of X". I.e. Set<X> is a Set where every element must be of type X. (This syntax is shared with C++, Java and probably other languages where it goes by various different names.)

Why can't you ship a pre-populated sqlite file?

I asked Developer Technical Support some of these questions. The interesting parts of the replies were these: does this DeviceCheck APIs also validate 2 of the 3 above features i.e. app is not modified and the device is genuine apple device? They say: "(DeviceCheck and App Attest) are different elements you can use in your protection/anti-fraud policy. They target different aspects, DeviceCheck focuses on the device, and AppAttest focuses on the integrity of your app code." My understanding from that is that DeviceCheck does not check if the app is modified, but perhaps modifying the device is a necessary prerequisite to modifying the app. Can we get exhaustive list of cases where isSupported is false? I asked specifically about iOS apps running on macOS ("Designed for iPad"), and they say: "The issue on macOS 11 is a known bug that has since been fixed. Barring any bugs, isSupported() should return true for Apple Silicon Macs and newer models of Intel Macs (with Touch ID)."

will I be able to enroll for a developer program as XHALESOLUTIONS LIMITED Yes, if that is your business.  then launch my product app under the organization XHALESOLUTIONS LIMITED Yes.

No, that information is not in the receipt.

I asked Developer Technical Support about this, and they suggested that I should use "#ifdef DEBUG". I am not convinced that that is a sensible approach. (Surely people test non-debug build before shipping, right?) There is a stack overflow question about this: https://stackoverflow.com/questions/3426467/how-to-determine-at-run-time-if-app-is-for-development-app-store-or-ad-hoc-dist The most popular idea there is to inspect the embedded.mobileprovision file. Has anyone here done that?

@Claude31, poor as this forum is my experience is still that posts here get more attention than bug reports and more useful answers than technical support incidents. YMMV.

It's for anyone with < $1 million sales. Yes for organisations. Note sales not profit.

No.

The receipt does not include the currency or price paid. Why do you think you need this? You may need to change your business model to remove this requirement.

In that example, you have not declared main(). Every program must have a main(). So you get an error saying "undefined symbol main". This is exactly the same error that you would get on Linux.

"Tracking" means tracking from one app/website to another app/website, e.g. you post to a InstaFace saying "I want to buy shoes" and when you next visit TickBook you see lots of adverts for shoes - because you have been tracked from InstaFace to TickBook. It sounds to me like you don't have "tracking" in your app.

You're unlikely to get useful errors without posting the code that you're trying to compile.

Having updated my Mac, it's also failing on 12.3. Edit: or maybe it isn't failing anymore. Hmm. Anyone else have anything to share?