qu'est-ce que "sort anormalement avec le signal 9: Tué: 9" signifie

Comment lire les codes d'erreur qui apparaissent dans la console?

<Warning>:  ....... -exited abnormally with signal 9: Killed: 9
<Warning>:  ....... -1 err = Bad file descriptor (0x00000009)

Ici ce n'signal 9, il y a plus de signaux en-dehors d'elle. Toute la documentation disponible pour elle.

- Je obtenir ce genre d'erreur lorsqu'une Application. lancé à partir de Xcode est résilié par "Stop" bouton dans la barre d'outils Xcode.

{Une autre manière d'obtenir cette erreur , appuyez sur la touche home, puis touchez deux fois le bouton home enfoncé et fermer l'application.
}

Les choses s'aggravent lorsque je lance l'Application. nouveauen tapant sur l'Application. icône sur l'Écran de l'iPad, l'Application se bloque et jette "libMobileGestalt copySystemVersionDictionaryValue: impossible de recherche ReleaseType à partir de la version du système d'dictionnaire"

De trouver sur un débordement de pile , je vois que cette erreur est trouvé dans iOS 6 appareils.

Ce url unis que c'est un SIGKILL erreur et il arrive quand "l'application est arrêtée immédiatement, sans aucune chance de nettoyer ou de capturer et traiter le signal"

Donc, je pense libérant des objets en "-(void) didReceiveMemoryWarning" n'aiderait pas à résoudre, ce qui pourrait être une solution définitive?

-(void) didReceiveMemoryWarning{
    [super didReceiveMemoryWarning];
    //release objects
    obj1=nil;
    [view1 removeFromSuperView];
    view1=nil;
    ........
}

source d'informationauteur weber67

Cela signifie que l'application a reçu un signal. Certains signaux peuvent être traités par les applications, d'autres non. Signal 9 signifie que la demande doit être tué, il n'est pas géré par le processus, mais par la Linux planificateur. Le signal de résilier le processus est géré par le processus de SIGTERM(15), mais, si le processus ne la manipule pas bien, alors le processus continue à vivre.

voici les principaux signaux:

   Signal     Value     Action   Comment
   ──────────────────────────────────────────────────────────────────────
   SIGHUP        1       Term    Hangup detected on controlling terminal
                                 or death of controlling process
   SIGINT        2       Term    Interrupt from keyboard
   SIGQUIT       3       Core    Quit from keyboard
   SIGILL        4       Core    Illegal Instruction
   SIGABRT       6       Core    Abort signal from abort(3)
   SIGFPE        8       Core    Floating point exception
   SIGKILL       9       Term    Kill signal
   SIGSEGV      11       Core    Invalid memory reference
   SIGPIPE      13       Term    Broken pipe: write to pipe with no
                                 readers
   SIGALRM      14       Term    Timer signal from alarm(2)
   SIGTERM      15       Term    Termination signal
   SIGUSR1   30,10,16    Term    User-defined signal 1
   SIGUSR2   31,12,17    Term    User-defined signal 2
   SIGCHLD   20,17,18    Ign     Child stopped or terminated
   SIGCONT   19,18,25    Cont    Continue if stopped
   SIGSTOP   17,19,23    Stop    Stop process
   SIGTSTP   18,20,24    Stop    Stop typed at terminal
   SIGTTIN   21,21,26    Stop    Terminal input for background process
   SIGTTOU   22,22,27    Stop    Terminal output for background process

1

Je sais que la question initiale a été de demander quel est le signal 9, mais j'ai trouvé cela tout en cherchant des moyens de la prévenir.

Pour moi cela a été causé par l'envoi d'une Notification Locale et de ne pas mettre en œuvre
```
application:didReceiveLocalNotification
```
dans mon AppDelegate. Une fois que je l'ai fait, même avec la méthode de vider le crash n'est pas réapparu. Les Chances sont, il ya quelque chose d'être appelé par le système qui n'est pas géré par votre code.
0

Sur les systèmes UNIX, la voie normale de la force de mettre fin à une application de processus est avec
```
kill -9 PROCESS_ID
```
Cela envoie l'application du signal de numéro neuf qui signifie: "vous quitter, MAINTENANT"

Généralement les exceptions non gérées également causer de l'OS pour mettre fin à des applications avec ce signal. Tuant aussi une application via la "task switcher" fait la même chose.
0

dans linux il y a environ 64 signaux (plus de 64 dans un système) ..si vous voulez voir tous les signaux de numérotation, il suffit de taper "kill-l" sans les guillemets, sur le terminal, vous verrez la liste de tous les signaux. les signaux sont générés par le noyau ou par tuer appel système par l'utilisateur sur l'application particulière(par exemple, tuer -n app_name ). signal 9 est SIGKILL ceci est utilisé pour tuer l'application. s'il est possible de masquer certains de ces signaux, mais pas tous les signaux peuvent être masqués dans une application. pour les futurs réf. u peut aller ici

http://en.wikipedia.org/wiki/Unix_signal

et aussi voir la page de man de signal que vous en saurez plus

Vous devez vous connecter pour publier un commentaire.