nsight eclipse pour l'erreur de débogage linux

J'utilise RHEL 6.2 et nsight eclipse edition pour déboguer mes programmes cuda. Il existe un problème avec le mode de débogage, c.-à-d. Cuda-gdb sur une Eclipse personnalisée. Lorsque le PC entre dans le premier appel d'API Cuda, le débogage se termine par ces avertissements:nsight eclipse pour l'erreur de débogage linux

warning: Can not parse XML OS data; XML support was disabled at compile time 
warning: Error removing breakpoint 0

J'ai également trouvé un rapport de bogue pertinent dans les bugs de l'éclipse, mais il semble qu'il avait été transmis à gdb: https://bugs.eclipse.org/bugs/show_bug.cgi?id=350426

Après quelques observations, il semblait que libexpat.so aurait dû être lié à cuda-gdb au moment de la compilation. Avez-vous été capable de contourner ce problème?

cuda-gdb sur mon système a une telle sortie:

[[email protected] Research]$ ldd /usr/local/cuda/bin/cuda-gdb 
    linux-vdso.so.1 => (0x00007fff8e1ff000) 
    libncurses.so.5 => /lib64/libncurses.so.5 (0x0000003498600000) 
    libz.so.1 => /lib64/libz.so.1 (0x000000348e600000) 
    libm.so.6 => /lib64/libm.so.6 (0x000000348da00000) 
    libpthread.so.0 => /lib64/libpthread.so.0 (0x000000348e200000) 
    libdl.so.2 => /lib64/libdl.so.2 (0x000000348de00000) 
    libutil.so.1 => /lib64/libutil.so.1 (0x000000349da00000) 
    libpython2.6.so.1.0 => /usr/lib64/libpython2.6.so.1.0 (0x0000003499200000) 
    libc.so.6 => /lib64/libc.so.6 (0x000000348d600000) 
    libtinfo.so.5 => /lib64/libtinfo.so.5 (0x000000349e600000) 
    /lib64/ld-linux-x86-64.so.2 (0x000000348d200000)

Mais, voici un indice de la façon dont ldd aurait été comme: https://bugs.archlinux.org/task/27841

ps. Je suis également conscient de l'incompatibilité de Cuda SDK 5.0 RC avec mon RHEL 6.2; Nsight est documenté comme compatible uniquement pour RHEL 6.0 et 6.1 alors que le lien de téléchargement indique RHEL 6.x.

Source

2012-08-29 librarian

Pouvez-vous envoyer ce rapport à [email protected]? Nous pouvons avoir besoin de plus d'informations de votre part pour reproduire ce problème. Notre QA testé sur différentes plates-formes et nous n'avons pas vu ce problème. – Eugene

Veuillez noter que vous aurez besoin de plusieurs GPU pour déboguer sous X. Est-ce que CUDA-GDP fonctionne correctement à partir de la ligne de commande? Veuillez noter qu'un message XML est attendu et ne provoque aucune interruption du débogage. – Eugene

Merci pour les commentaires, j'ai besoin d'un autre GPU pour déboguer avec Nsight. – librarian

(Reposant mon commentaire comme réponse au cas où quelqu'un d'autre trébucherait sur ce sujet).

Malheureusement, en raison de certaines contraintes techniques, les débogueurs CUDA nécessitent un processeur graphique dédié sur les plateformes Linux et Mac. Le problème sous-jacent est que la suspension du GPU sur un point d'arrêt peut bloquer un environnement de bureau lorsqu'il tente d'effectuer le rendu sur le GPU suspendu. "Warning: Can not ..." n'est pas un bug, c'est simplement un message sur la saveur de GDB utilisé comme base pour cuda-gdb. En aucun cas, il limite les fonctionnalités disponibles dans cuda-gdb et Nsight Visual Debugger.

Source

2012-09-06 15:52:50 Eugene

nsight eclipse pour l'erreur de débogage linux

Répondre

Questions connexes