ntdll!kifastsystemcallret

Mon programme plante à la fin de l'exécution, et ne pourrait pas même voir le déroulement de pile info.
tout ce que je peux voir, c'est cette " ntdll!kifastsystemcallret", certains peuvent jeter un peu de lumière?

"ne pourrait pas même voir le déroulement de pile info", ce qui signifie...j'ai essayé avec windbg.

OriginalL'auteur rplusg | 2009-12-15

  1. 3

    KiFastSystemCallRet signifie que le thread est dans un syscall - un malheureux aspect de x86 NT syscall, l'expédition est qu'il ne retournera pas le contexte de retour au lieu d'origine, mais a pour revenir à un emplacement statique dans ntdll, qui va réparer le contexte et remettez-vous d'où vous venez. Coller dans les piles et nous pouvons vous donner quelques conseils en plus...

    OriginalL'auteur Paul Betts

  2. 3

    Vous aurez assez souvent voir ce sur tous les threads qui sont juste dans l'attente, l'un des fils devrait avoir un peu plus utile de la pile, le reste sont susceptibles de le montrer. Essayez d'installer le Les Outils de débogage pour Windows et exécuter le programme en windbg. Lorsque l'incident se produit de type !analyze -v pour obtenir une post-mortem de la cause probable de l'accident.

    Ce qui ne l 'analyser' de la commande? Mon Gestionnaire de Projet est dire que windbg est une "version allégée de Visual Studio" (nous utilisons VS2008), mais le fait que les gens sont de recommander ici suggère qu'il possède des fonctionnalités que VS n'avez pas. Je peux faire l'équivalent de "analyser" dans VS2008? Si oui, quelqu'un peut-il me dire comment?
    Tout d'abord, toutes mes excuses - il doit avoir été"!analyze-v'. Deuxièmement, je vous suggère de mise à niveau de votre chef de Projet 🙂 Windbg n'est pas un 'léger' version de Visual Studio, c'est un faible niveau de débogueur. Vous ne pouvez pas écrire du code ou de compiler quoi que ce soit. Il vous donne beaucoup plus de l'accès à un niveau faible de données sur les processus, les poignées, serrures, etc, et dispose de quelques fonctions supplémentaires telles que"!analyser", qui s'applique à un certain nombre d'heuristiques pour déterminer l'endroit le plus propice où un accident s'est produit, et souvent comment elle a eu lieu. Windbg ne coûte rien, et il ne remplace pas VS - vous pouvez utiliser les deux ensemble.

    OriginalL'auteur the_mandrill

  3. 0

    Vous pouvez essayer de débogage en attachant windbg et de fournir des services de référence à des OS de symboles. Peut donner une indication.

    OriginalL'auteur aJ.

  4. 0

    Pouvez-vous fournir une pile d'appel avec plus d'informations, à l'instar de ce qui a été effectuée avant cette collision. j'ai été confrontés à de telles s'est écrasé avant.

    Il pourrait très bien être une exception de première chance aussi. Vous êtes sûr que c'est un accident?

    OriginalL'auteur ckv

  5. -2

    kifastsystemcallret ~ Noyau Rapide du Système de Retour d'Appel, ou de sortie de secours à partir d'une fonction du Noyau ? certains noyau invocation n'a pas ...

    OriginalL'auteur fabrizioM