Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3
  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    mai 2011
    Messages
    371
    Détails du profil
    Informations personnelles :
    Localisation : France, Vienne (Poitou Charente)

    Informations forums :
    Inscription : mai 2011
    Messages : 371
    Points : 16
    Points
    16

    Par défaut analyser de bug + opengl

    Bonjour,

    Il y a 2 ans ,J'ai écrit en jeu de labyrinthe 3D avec les API OpenGL.

    j'ai fais quelque modifications pour initialiser / deinitialiser opengl quand c'est nécéssaire (exemple touche ECHAP pour revenir au menu du jeux utilisant le GDI et le menu Nouvelle Partie ou Reprendre partie qui (re)initialise les API OpenGL).

    Avec mes modifications apportées ça marche pas trop bien quand je reinitialise OpenGL , sachant que MSVC m'indique parfois une boite de dialogue du genre "Débordement heap", et je n'arrive pas à localiser le défaut, même avec la modless de Call stack (intégré dans MSVC).

    Il doit s'agir dans mon jeux d'un ou des pointers en cause, et ce bug se produit parfois à l'intérieur d'une fonction OpenGL.

    Ma question (HS) : Existe t'il un soft pour enfin traquer les pointers en cause ?
    c'est à dire traquer par exemple les débordements de pointer ou écriture sur un ou des pointers libérer.

    Autre question : OpenGL bug quand c'est mal paramétrer ce qui est logique (ex absence d'appel de la fonction GlViewPort (de mémoire) , dans ce cas existe t'il un utilitaire spécialiser permettant d'analyser et de consigner les appels OpenGL non conforme ou les appels oublier et de consigner par exemple les appels de texture déjà libérer (exemple glbindtexture) ?

    Je voudrais gagner du temps.

    Merci.

  2. #2
    Membre émérite Avatar de oxyde356
    Homme Profil pro
    Ingénieur Recherche Imagerie
    Inscrit en
    février 2006
    Messages
    798
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur Recherche Imagerie

    Informations forums :
    Inscription : février 2006
    Messages : 798
    Points : 919
    Points
    919

    Par défaut

    Pour la première partie, tu as besoin d'un profiler (Valgrind, AQTime), mais une bonne rigueur de programmation résoudrai surement bien des problèmes. Tu peux aussi te faire ton propre gestionnaire de mémoire qui détectera ce genre de problème et te permettra de les corriger.

    Pour OpenGL, tu as gDEBugger, mais pareil qu'au dessus tu peux aussi te faire un gestionnaire.

  3. #3
    Responsable 2D/3D/Jeux

    Avatar de LittleWhite
    Homme Profil pro Alexandre Laurent
    Ingénieur développement logiciels
    Inscrit en
    mai 2008
    Messages
    15 653
    Détails du profil
    Informations personnelles :
    Nom : Homme Alexandre Laurent
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : mai 2008
    Messages : 15 653
    Points : 72 645
    Points
    72 645

    Par défaut

    Il y a aussi glslDevil, si je me rappelle bien du non, qui peut aider un pue (un tout petit peu, car il est plus pour le débogage de shaders)

    Sinon, le retour à un menu, ne devrait pas arrêter OpenGL ... enfin, en théorie.
    L'arrête d'OpenGL, fait que toutes textures / zone écran ou autre initialisés vont être perdus (leur utilisation provoquera des plantages)
    Vous souhaitez participer à la rubrique 2D / 3D / Jeux ? Contactez-moi
    La rubrique a aussi un blog !

    Ma page sur DVP
    Mon Portfolio

    Qui connaît l'erreur, connaît la solution.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •