Si vous travaillez sur un ordinateur Macintosh qui exécute Mac OS X , vous utilisez un système d'exploitation basé sur Unix qui vous une plate-forme informatique stable offre . Le système d'exploitation le plus courant fonctionne seulement ainsi que le logiciel que vous installez sous elle, cependant , ainsi que le soin que vous prenez pour maintenir votre système d'exploitation avec les correctifs aux bogues . Quand une application se bloque , Mac OS vous donne des détails sur ce qui s'est passé . Dans de nombreux cas , vous verrez la phrase "L'échec de la protection Kern " parmi les détails plupart cryptiques d'un rapport de plantage de l'application . " Kern " signifie " noyau ", qui est le noyau même du système d'exploitation. Computer stabilité
bien entretenu Mac ordinateur exécute habituellement son système d'exploitation et vos applications en douceur, sans incident. Si votre système agit vers le haut, la cause peut être quelque chose de défaillance matérielle de préférences de l'application corrompus , mais le défaut déclenche le comportement de l'ordinateur indésirable et inattendue. Vraiment problèmes à grande échelle provoquer une panique du noyau qui se manifestent sous la forme d'une alerte multilingue qui vous oblige à redémarrer votre ordinateur. Application se bloque vous donnent généralement l'occasion de voir les détails du problème qui a amené votre logiciel à une halte.
Accident Rapports
Sauf si vous êtes un développeur de logiciels , une grande partie de l' ensemble complexe de processus qui alimente votre expérience informatique passe sous le niveau de Mac OS avec qui vous interagissez . Quand quelque chose ne va pas, cependant , le Mac OS fournit des informations sur le problème à travers un processus de système appelé CrashReporter . Ce processus vous présente une boîte de dialogue qui identifie l'application qui s'est écrasé et vous donne le choix sur la façon de procéder . Si vous choisissez «Rapport », le CrashReporter crée et affiche un fichier journal qui contient les détails techniques de votre accident.
Interprétation des rapports d'accident
un journal de plantage de l'application indique le programme qui a mis fin de manière inattendue et lorsque l'événement s'est produit , puis vous indique le type de problème qui a causé l'accident . Sur la ligne étiquetés «Codes d' exception", vous pouvez voir le " KERN_PROTECTION_FAILURE à " d'entrée suivie par une série de chiffres et de lettres. Dans ce cas , vous verrez le message " EXC_BAD_ACCESS " sur la ligne intitulée « Type d'exception . " La combinaison de ces deux morceaux de signaux d'information a d'exception du processeur causée par une erreur de mémoire .
Kern protection échec
l'erreur " KERN_PROTECTION_FAILURE » se produit lorsqu'une partie de votre application tente d' écrire des informations dans une zone de mémoire qui est désigné en lecture seule utilisation . En dessous de la zone " Exception Code" qui répertorie ce type d'erreur, vous verrez le nombre de thread de processus qui a causé l'accident . Plus tard dans l'entrée du fichier journal , vous verrez une section intitulée « discussion Crashed X ", où "X " est le numéro du fil en question. Dans cet article, le journal des blocages énumère les détails de l'erreur . Sauf si vous êtes un programmeur expérimenté , la plupart du crash log aura probablement pas de sens pour vous , mais vous pouvez fournir les détails du journal pour le développeur de votre demande si vous êtes invité à offrir de l'aide à résoudre le problème qui a causé l' crash.