Quinn, Well that was sort of ******-in-cheek! I didn't really think they had gone away, but perhaps behavior had changed. Our issue is just so bizarre. In he end I pulled out an old Mac running Montery, loaded Xcode 14.2, and build the much older version of the app for which there had been no memory complaints. When I build the above app, I got the same result! So something in our backend objects increased the size - who knows what at the moment. What confounded the issue is we had one complaint with the new app, then we started getting an avalanche of them - and we had (to our knowledge) not changed anything! Murphy at it again! David

In the end I wrote some code that grabbed the last file modification date just before the end context, then immediately after, and once very 0.1 seconds for a minute. It never changed from the second read (immediately after the EndPDFContext). I ran a slew of tests using different files being created, some tens of megabytes. Thus I infer that the file is not modified after UIGraphicsEndPDFContext.

Well, I didn't state ir correctly. I ask Apple to approve 1.1.1 and they do. I then click "Release with slow rollout". Then, before they do that, they push 1.1.0 to every device that isn't on it, only then start rolling out 1.1.1. However, now I typed it all out - it does seem impossible. I guess I need to cut back on my drug use... That said, so the moment 1.1.1 is released, I have lots of users on 1.0.0 and a few on 1.1.0. All users candidates for 1.1.1 slow rollout?

Well someone must have reported this earlier, I just downloaded and tried Xcode 15.1 Beta, and it fixes the issue.

Too late to edit it. This has got to be an "ibtool" problem. There are two custom fonts in the storyboard (actually 2 variations of each). There is a plist generated by ibtool in the bundle, and the order of these custom fonts differs between Xcode 14 and 15. Try as I might, I can't get that tool to create human readable nibs or even XML ones - always binary.

Well hit this problem again at a new job. Cannot run app on Simulator because a binary .a from a 3rd party won't link. Sigh. And nothing from Apple :-(

I wrote this 6 years ago! I don't know if this was a static property or an ivar. I just did a search on my compute, I can't find a reference to "regExTrimSet" so that code is either archived or deleted. Guessing I just removed the lazy but unsure at this point.

Just to be clear, as J-NIC wrote in a comment, adding additional classes to the unarchiver is what worked for me. In my case I just needed to add NSString: let mySpecialObject = try? NSKeyedUnarchiver.unarchivedObject(ofClasses:[MySpecialClass.self, NSString.self] ...

I just got this error and I'm on Version 13.2 (13C90)

So in the end it turned out that "Local Network" in Settings was off. But everything else the app does on the local network was operational (HTTP, etc). We were experimenting a while ago with techniques to try and detect if that setting was on or off (it does not appear there is any straightforward way to make that determination), and I must have left the toggle off. Sigh. But Quinn, thanks for the link above - it was very enlightening (even though we seem to have had everything defined properly).

Possibly related - when I connect to the camera in Settings, after it connects I get a yellow "warning" below the network name saying "No Internet Connection". This does not happen on my iPhone 6s running iOS 14.2

@robnapier - I never completed this - a job came up and I never swung back. It was/is for one of my open source projects. Like you 3rd party binary.

FB8335267 A second idea, again probably flawed. I see that APFS supports file "clones", that when first created allows one file to be a clone of another. From then on, edits to the cloned file will change the area modified, but leave much of the file the same. The big question: how to "trim" leading bytes from the clone, while leaving the rest of the file pointing to the original. My guess is this is impossible, but maybe not - comments? David

To anyone else reading this: its not obvious, just click on your profile to the left of the Edit button - don't hit the edit button. Took me a while to figure that out.

So I was going to post this question again, when I saw I already had done so 2 years ago!I poked around today and sort of answered my own question. The Network framework has this NWPathMonitor - it gives you notification when things change - WIFI state changes, celllular, even more.But what really helps if that you can find out if you can reach the "real" internet. You can probe if there is an active DNS and gateway(s).This is exactly what I had been looking for. Its not pinging the target host, but I now believe its as good as Reachability if not better (I understand Reachability is just confirming it can access the desired host entry in a DNS)What really cleared this up for me was an article written by Ross Butler : "Detecting Internet Access on iOS 12+". He also talks about how to use this framework to detect "Captive Portals" too.PS: my situation today is that the iOS device running my app will switch between internet wifi and a local hardware device. The above works perfect to know what the connection is!