Dans les versions de MacOS Leopard antérieures à 10.5.7, NSOperationQueue était famously buggy.L'implémentation de l'iPhone NSOperationQueue est-elle modifiée?
Est-ce que quelqu'un sait si ce bogue s'applique à l'iPhone OS (qui comprend également cette API),
et si oui à quelles versions?
Il n'affecte pas l'iPhone autant que personne ne le sait. Personne ne l'a jamais eu à reproduire sur un iPhone. Certaines personnes l'ont fait fonctionner dans un simulateur, mais le simulateur utilise les structures du système, ce qui n'est pas surprenant. Personne ne sait pourquoi n'a pas reproché sur le téléphone, que ce soit parce qu'il a été fixé de manière indépendante dans iPhone OS, ou si un seul processeur ou ARM l'a empêché. De plus, l'iPhone n'est pas basé sur Leopard, c'est un train de construction indépendant composé de nombreux composants similaires à Mac OS X, mais ils n'ont pas besoin d'attendre que quelque chose se trouve dans la version de bureau pour l'intégrer. Un certain nombre de frameworks dans la version actuelle d'iPhone OS 3.0 sont basés sur ce qui sera livré dans Snow Leopard.
J'ai dit "dérivé", mais point pris, OP édité. Qui sait? Même si 2.x "se sent" comme Léopard, ils ont peut-être tout écrit à partir de zéro. –
Vous souhaiterez peut-être lire les commentaires sur ce post. –
Comme "Je soupçonne que l'iPhone peut être immunisé" et "J'espère que cela n'affecte pas ARM"? J'espérais quelque chose d'un peu plus concret, même s'il était négatif, par ex. oui, il plante en 2.x. –