My recollection is that DBAs aren’t allowed at all, and in your example you would be allowed a single account named “Parent Henry LLC”. That could be wrong or out of date, though.

users either exit the app before tapping "OK" or experience network issues, preventing the receipt from being sent to my server. Don't .finish() the transaction until your server has responded to confirm it has added the points to the account. If there's a crash or similar, you'll get the unfinished transactions again when the app next runs. So make sure your transaction processing code will process purchases at any time, not only immediately after the user has initiated a purchase in your UI. some users send me a receipt from Apple Pay ... How can I verify the authenticity of these receipts? There is this API: https://developer.apple.com/documentation/appstoreserverapi/look-up-order-id That maps from an identifier in their e.g. emailed receipt to a transaction ID, which you can use to look up their transaction history.

Looking at your first image, the traditional GPU solution would be to use the stencil buffer to only paint each pixel once. If you have anti-aliased edges, the binary stencil buffer isn't perfect. But you can use the alpha channel in the framebuffer to get a similar but fractional effect. Or you can re-triangulate your triangle strips on the CPU to get a geometry that doesn't self-intersect. You should aim to do that ahead-of-time, but it's not completely impossible to do it for every frame. In your other images with the brush texture, I think that again using the framebuffer alpha as a pseudo-stencil is probably the best solution.

New dating apps seem to be banned.

Thanks for checking!

Hi Kevin, Thank you for this interesting post. A decade ago I was struggling with an app that tried to use large memory-mapped read-only data files. By default, we prevented that issue by artificially limiting address space and terminating the app when it hits that limit. That is, you can use the architecture above but doing so won't actually give you access to significantly more memory than you would otherwise have access to, removing most of the benefit this architecture would have provided. So now I know that my inability to map large (multi-gigabyte) files for reading was blocked because you didn't want people to map large files for read/write as a kind of swap. I don't think anyone said that at the time. It's much too late now, but I do wonder if you could have used some other method than simply restricting the virtual memory size, that would have permitted read-only mappings.

Also, with any functionality that allows arbitrary users to send money to other users, you need to be very careful about money laundering regulations and similar.

You need to answer the more fundamental question of whether in-app-purchase is allowed for this at all. If in-app-purchase is allowed, Apple takes 30% (or 15%) of the total value of the transaction, as well as any applicable taxes. If in-app-purchase is not allowed, you need to provide your own payment processing and Apple take nothing. As to whether in-app-purchase is allowed, the primary question is whether the purchased content is delivered in the app. You talk about "shows" and "lectures", but I take it that these are actually streamed videos; are these presented in your app? I'm not totally familiar with the current rules in this case; I think there are some relatively new exceptions for one-to-one consultations.

why the test code print("line 64") is being printed after the test code print("line 84") Because the session.dataTask call on line 52 returns immediately and runs the code from line 78 onwards. The call to dataTask.resume on line 80 also returns immediately, having caused the download to start asynchronously. The code in lines 53 to 76 runs only when the download has completed. I would like the program to wait until the results array has been parsed before continuing the code (otherwise it does not have content to present). Waiting in a method like this one would cause the UI to freeze until the download has finished, which is very undesirable. You need to start your networking elsewhere. When the download completes, store the items and tell the view to update. Have the numberOfRowsInSection method just return the current number of items, which will initially be zero. Possibly also present some sort of "wait" indication (spinner, etc) in this case.

backing by a top VC Did their due-diligence process include understanding Apple's ban on new dating apps?

Seems like my problem is that I can't get the following to work: include/import the auto-generated Swift header in either my C++ header or my C++ source file (which is a *.mm file) What exactly happens when you try?

Yes, this basically works. One oddity is that the C++ wrapper doesn’t seem to provide a default constructor, so you have to use a factory method. If you can’t make it work, post a concrete example and I’ll compare with what I do.

What exactly do you imagine the ”four random people on the internet” who read this forum are going to do? We’re not law enforcement. No I’m not going to click on your random googledrive link.

In the circumstance, you probably can't make a message appear. More likely, you could probably make the current version continue to function by supporting both versions on your back end. To avoid this happening next time, make sure that what is now your new version does include a mechanism that allows it to show such a message when it is replaced.

So most of those % should have been %%, right?