Private cloud compute I think. I learnt about it today too from this reddit post which mentions how:
> At WWDC, Apple announced that starting in the 27.x versions of iOS, macOS, etc., devs would be able to call Private Cloud Compute directly from Swift with no additional API configuration. Presently, the only way to get free cloud inference is by joining the App Store Small Business Program.
If you’re talking about the simulator, no. That doesn’t virtualize - it literally just runs it locally on your machine. Less RAM overhead and CPU since it uses your normal instruction set and doesn’t run a separate kernel and userspace.
At least historically, it actually did run its own entire userspace, including daemons (all the way to launchd, IIRC), etc. All compiled for Intel, back in the day. Shared the kernel though.
Many of the nominally shared system pieces between Mac and iPhone (like Foundation) actually had many subtle compile-time differences.
What a release! Congrats to the builder, lots of great work done here and in IOS profiling in general has been done here recently. Corellium went research only and I lost the ability to actually profile my applications the way I'd like. I've got a fun thing over coffee in the morning!
That would surprise me. I don't recall having to change my iPhone's region after moving to Japan. Transport IC cards in Apple Pay have "just worked".
I am vaguely aware that some phone manufacturers silently remove certain NFC hardware (or disable some driver) in order to avoid paying Sony patent fees. Apple doesn't seem to do that, though.
It will be to prevent access to third-party app stores as both the EU and Japan legislated they must be allowed.
> In a support document about alternative app marketplaces in the EU, Apple explained that “device eligibility for alternative app marketplaces is determined using on-device processing with only an indicator of eligibility sent to Apple.” In practice, iOS users in the EU who want to install alternative marketplaces will need to set the country or region of their Apple ID to an eligible country or region. Moreover, they will also need to be physically located in supported EU countries.
> In the case iOS users in the EU leave eligible regions, Apple will offer a “grace period” until apps downloaded from alternative app stores can no longer be updated. “If you’re gone for too long, you’ll lose access to some features, including installing new alternative app marketplaces. Apps you installed from alternative app marketplaces will continue to function, but they can’t be updated by the marketplace you downloaded it from,” the company explained.
It is wild that Apple finds it cheaper to build and maintain different App store behaviors than to simplify and make alt app stores available in all markets. Other governments/markets don't care?
It's a very slow process, first there is investigations, then legislation, then enactment, then enforcement which is separately a very slow process. It requires a lot of willpower to get and keep the ball rolling and in fact nobody has even achieved the full extent of what they require yet! The EU may still be years away from meaningful compliance, Japan has only taken baby steps forming a new bureau just to enforce compliance of two companies widely accused of malicious compliance.
And then there is additional discouragement and pressure in the form of sanction and trade deal threats for regulating American tech platforms.
In addition to the third-party installation capability mentioned by siblings, Japan also has a regional capability for reassigning the side button to a third-party voice assistant (`com.apple.developer.side-button-access.allow`).
The iOS Simulator consists of (some of) the userspace components of iOS compiled to run on macOS. This would be a full iPhone image running as-is via virtualization.
It would also make testing far easier. I got bit with something that failed on real life iPhones with language set to es_US that worked fine on the simulator.
The simulator doesn't have a camera. The android emulator allows to configure the camera and use a picture, it's very handy to test your qr/barcode reader without needing to use a physical device. Maybe this also allows to use an image as camera?
Incorrect. The iOS simulator is and always has been, simply iOS frameworks running fully natively on
macOS. It’s best to think of it as an alternative window managers but the apps are native Mac processes. They can be seen and debugged via the terminal using top and ps and lldb alongside all other processes. They just present gui via the Simulator Mac app container.
They do not live in a VM and are certainly not emulated at an instruction set level. They are Mac apps.
I would think that "Mac apps," means that they are, actually, a different OS (I actually already knew that, which was why I said what I said. The Intel thing was a spitball).
But one of the few joys geeks get, these days, is telling other geeks they are wrong, so I feel as if I’ve done my bit to make this a happier place.
The simulator is a different SDK target than iOS itself.
You have to compile completely independently for it, and depending on your dependencies they may not compile for the simulator.
Additionally the simulator runs a really ancient and feature restricted version of Metal. That means you can’t test a lot of graphical things that the hardware actually supports.
orangea | 5 hours ago
busymom0 | 5 hours ago
> At WWDC, Apple announced that starting in the 27.x versions of iOS, macOS, etc., devs would be able to call Private Cloud Compute directly from Swift with no additional API configuration. Presently, the only way to get free cloud inference is by joining the App Store Small Business Program.
https://www.reddit.com/r/appledevelopers/comments/1vztibh/re...
boredatoms | 5 hours ago
vlovich123 | 5 hours ago
valleyer | 5 hours ago
Many of the nominally shared system pieces between Mac and iPhone (like Foundation) actually had many subtle compile-time differences.
theflyestpilot | 4 hours ago
ironqcold | 5 hours ago
TylerJaacks | 5 hours ago
fishfasell | 2 hours ago
userbinator | an hour ago
sneak | an hour ago
chews | 4 hours ago
krackers | 4 hours ago
https://github.com/wh1te4ever/super-tart-vphone-writeup
sumedh | 2 hours ago
root9876 | 4 hours ago
I'm curious what are these checks
rootnod3 | 4 hours ago
koito17 | an hour ago
I am vaguely aware that some phone manufacturers silently remove certain NFC hardware (or disable some driver) in order to avoid paying Sony patent fees. Apple doesn't seem to do that, though.
benoau | 3 hours ago
> In a support document about alternative app marketplaces in the EU, Apple explained that “device eligibility for alternative app marketplaces is determined using on-device processing with only an indicator of eligibility sent to Apple.” In practice, iOS users in the EU who want to install alternative marketplaces will need to set the country or region of their Apple ID to an eligible country or region. Moreover, they will also need to be physically located in supported EU countries.
> In the case iOS users in the EU leave eligible regions, Apple will offer a “grace period” until apps downloaded from alternative app stores can no longer be updated. “If you’re gone for too long, you’ll lose access to some features, including installing new alternative app marketplaces. Apps you installed from alternative app marketplaces will continue to function, but they can’t be updated by the marketplace you downloaded it from,” the company explained.
https://www.thurrott.com/apple/298862/apple-adds-some-condit...
dingdongditchme | 2 hours ago
aaronbrethorst | 2 hours ago
https://altstore.io
DANmode | an hour ago
aaronbrethorst | an hour ago
surajrmal | 34 minutes ago
xkgt | an hour ago
tonyhart7 | an hour ago
its the least of their problems
grim_io | an hour ago
benoau | an hour ago
And then there is additional discouragement and pressure in the form of sanction and trade deal threats for regulating American tech platforms.
exe34 | 30 minutes ago
What people don't realise is that local companies aren't just competing with each other, they're competing against the US military.
surajrmal | 38 minutes ago
astafrig | 2 hours ago
hamandcheese | 4 hours ago
restes | 4 hours ago
RussianCow | 3 hours ago
a012 | 3 hours ago
leoh | 3 hours ago
refulgentis | 3 hours ago
That really matters, sometimes.
But not the vast majority of the time.
(source: been coding iOS since pre-SDK iPhone OS 1.0)
RussianCow | 2 hours ago
bradfitz | 2 hours ago
dingdongditchme | 2 hours ago
leoh | 3 hours ago
Sajarin | 3 hours ago
[0] https://github.com/Lakr233/vphone-cli/discussions/175
rvz | an hour ago
VladVladikoff | 3 hours ago
trollbridge | 3 hours ago
trueno | 54 minutes ago
greggsy | 44 minutes ago
whynotmaybe | 3 hours ago
gcampos | 3 hours ago
ChrisMarshallNY | 3 hours ago
I always figured that Apple never set up a true emulator (like what Android does), because they didn't want people exploring their OS with a debugger.
kridsdale1 | 3 hours ago
They do not live in a VM and are certainly not emulated at an instruction set level. They are Mac apps.
ChrisMarshallNY | 3 hours ago
I would think that "Mac apps," means that they are, actually, a different OS (I actually already knew that, which was why I said what I said. The Intel thing was a spitball).
But one of the few joys geeks get, these days, is telling other geeks they are wrong, so I feel as if I’ve done my bit to make this a happier place.
speedyapoc | 2 hours ago
zffr | 44 minutes ago
dagmx | 14 minutes ago
You have to compile completely independently for it, and depending on your dependencies they may not compile for the simulator.
Additionally the simulator runs a really ancient and feature restricted version of Metal. That means you can’t test a lot of graphical things that the hardware actually supports.
leoh | 3 hours ago
rvz | an hour ago
dvduval | 2 hours ago
greggsy | 44 minutes ago
catlifeonmars | an hour ago
halfcat | 7 minutes ago
senor_digimon | 50 minutes ago
pranav_tech26 | 40 minutes ago