C++

Probleme de LINK de Glaux.h pour charger des textures sous VC6.0

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Probleme de LINK de Glaux.h pour charger des textures sous VC6.0

PETOZAK

Salut voila,
je voudrais loader des textures, jài donc recuperer les lignes code relatives de NeHe qui sont:

Code :

int CObjetGL::LoadGLTextures() // Load Bitmaps And Convert To Textures
{
int Status=FALSE; // Status Indicator
GLuint texture[1];
AUX_RGBImageRec *TextureImage[1]; // Create Storage Space For The Texture
memset(TextureImage,0,sizeof(void *)*1); // Set The Pointer To NULL
// Load The Bitmap, Check For Errors, If Bitmap's Not Found Quit
if (TextureImage[0]=LoadBMP("Data/NeHe.bmp" ))
{
Status=TRUE; // Set The Status To TRUE
glGenTextures(1, &texture[0]); // Create The Texture
// Typical Texture Generation Using Data From The Bitmap
glBindTexture(GL_TEXTURE_2D, texture[0]);
glTexImage2D(GL_TEXTURE_2D, 0, 3, TextureImage[0]->sizeX, TextureImage[0]->sizeY, 0, GL_RGB, GL_UNSIGNED_BYTE, TextureImage[0]->data);
glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MIN_FILTER,GL_LINEAR);
glTexParameteri(GL_TEXTURE_2D,GL_TEXTURE_MAG_FILTER,GL_LINEAR);
}
if (TextureImage[0]) // If Texture Exists
{
if (TextureImage[0]->data) // If Texture Image Exists
{
free(TextureImage[0]->data); // Free The Texture Image Memory
}
free(TextureImage[0]); // Free The Image Structure
}
return Status; // Return The Status
}
AUX_RGBImageRec * CObjetGL::LoadBMP(char *Filename) // Loads A Bitmap Image
{
FILE *File=NULL; // File Handle
if (!Filename) // Make Sure A Filename Was Given
{
return NULL; // If Not Return NULL
}
File=fopen(Filename,"r" ); // Check To See If The File Exists
if (File) // Does The File Exist?
{
fclose(File); // Close The Handle
return auxDIBImageLoad(Filename); // Load The Bitmap And Return A Pointer
}
return NULL; // If Load Failed Return NULL
}

Le prob c'est que j'ai cette erreur a la compilation (ou plutot au moment du link):

Linking...
ObjetGL.obj : error LNK2001: unresolved external symbol _auxDIBImageLoadA@4
debug/tp1.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

Vous avez une idee comment faire pour arranger ca?
J'ai compile la lesson 06 de Nehe et ca marche c'est comme meme curieux,non?

Message édité par PETOZAK le 29-03-2004 à 19:34:06

Publicité

Joel F

Real men use unique_ptr

et t'as pensé a ajouter opengl32.lib dasn les options d eprojets [:dawa]

PETOZAK

bien sur sinon je ne pourrais rien faire!
La preuve quande je met le code de dessus ca compile!

schnapsmann

Zaford Beeblefect

PETOZAK a écrit :

bien sur sinon je ne pourrais rien faire!
La preuve quande je met le code de dessus ca compile!

la lib précompilée, pas les fichiers includes petit padawan

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

pascal_

il faut ajouter glaux32.lib (ou glaux.lib je sais plus) dans les options de projet (ou il faut aussi opengl32.lib par ailleurs)

PETOZAK

au fait y a un mot qui manque:
La preuve quande je met le code de dessus en commentaire ca compile!

pascal_

PETOZAK a écrit :

au fait y a un mot qui manque:
La preuve quande je met le code de dessus en commentaire ca compile!

Ben c'est normal, tu n'appelles qu'une fonction de la librairie aux...

sinon, évite de faire 50 postes pour la meme chose http://forum.hardware.fr/hardwaref [...] 8717-1.htm

PETOZAK

au fait comme je vous ai dit quand je prend la Lesson 6 de NeHe ca marche et je n'ai pas a ajouter des libs supplementaires.
Or comme dans mon cas mon projo et Lesson06 sont sur le meme environnment (lib,.h etc), ils devraient se compiler sans prob?

PETOZAK

non ce n'est pas le meme post:
Le premier c'etait pour un probleme particulier.
Celui la c'est pour un cas plus general puisque un pote m a dit qu'il etait possible de desactiver des options VC++ 6.0 pour ce qui est des LINK.
Et si c'est pour attirer les moderateurs c'est franchment puant pascal.

Message édité par PETOZAK le 29-03-2004 à 22:50:14

PETOZAK

Sinnon vous ne connaissez pas un autre loader de BMP autre que auxDIBImageLoad parce que c'est la seul ligne qui bloque le LINK?

Publicité

pascal_

PETOZAK a écrit :

non ce n'est pas le meme post:
Le premier c'etait pour un probleme particulier.
Celui la c'est pour un cas plus general puisque un pote m a dit qu'il etait possible de desactiver des options VC++ 6.0.
Et si c'est pour attirer les moderateurs c'est franchment puyant pascal.

:heink: faut arrêter la moquette

Je te signale que les deux messages d'erreur que tu files sur tes 2 topic sont exactement les mêmes.

Sinon, pour les modérateurs, il y a un bouton "prévenir les modérateurs", je me serais pas embété à te répondre :jap:

pascal_

PETOZAK a écrit :

Sinnon vous ne connaissez pas un autre loader de BMP autre que auxDIBImageLoad parce que c'est la seul ligne qui bloque le LINK?

Tu fais comme je t'ai dit, tu rajoutes glaux32.lib dans les options du projet et ça link tranquillement...

Message édité par pascal_ le 29-03-2004 à 22:56:25

PETOZAK

pascal, c'est sympas de vouloir m'aider mais tu n'a pas l'air d'avoir compris que ca compilait pour Nehe mais pas pour mon truc pourtant j'ai fait du copier coller des inclusions et du code!

PETOZAK

au fait j'ai juste glaux.lib moi et pas glaux32.lib?

pascal_

pascal_ a écrit :

il faut ajouter glaux32.lib (ou glaux.lib je sais plus) dans les options de projet (ou il faut aussi opengl32.lib par ailleurs)

c'est déjà écrit

pascal_

PETOZAK a écrit :

pascal, c'est sympas de vouloir m'aider mais tu n'a pas l'air d'avoir compris que ca compilait pour Nehe mais pas pour mon truc pourtant j'ai fait du copier coller des inclusions et du code!

c'est sûrement parceque le projet Nehe est déjà configuré avec glaux.lib, mais pas quand tu démarres un nouveau projet vide (il faut le rajouter à la main).

PETOZAK

je pense que VC++ lorsque l'on load un projo il utilise pour tous les projets les libs et include definis dans les options.
Donc, c'est vraiment fou parce que j'ai relu le code de la lesson 06 en entier et pourtant je pense avoir tout recuperer a savoir:

Code :

#include <gl\gl.h> // Header File For The OpenGL32 Library
#include <gl\glu.h> // Header File For The GLu32 Library
#include <gl\glaux.h> // Header File For The Glaux Library

+ les lignes codes citees en haut.
C'est vraiment du foutage de gueule ce VC 6.0!

PETOZAK

sinon c'est pas grave de les declarer comme membre d'une classe?
Y a pas contrainte genre static ? const? ... sur auxDIBImageLoad?

int CObjetGL::LoadGLTextures()
AUX_RGBImageRec * CObjetGL::LoadBMP(char *Filename)

Message édité par PETOZAK le 29-03-2004 à 23:30:24

PETOZAK

Je suis sur ca ne peut pas venir de moi,j'ai demande a 36 personnes et on m'a dit que les inclusions etaient bonne et que ca doit etre une fausse option de VC++.
Sinon pas d'alternative a auxDIBImageLoad, je pense que je n'ai plus le choix?

schnapsmann

Zaford Beeblefect

PETOZAK a écrit :

+ les lignes codes citees en haut.
C'est vraiment du foutage de gueule ce VC 6.0
sinon c'est pas grave de les declarer comme membre d'une classe?
Y a pas contrainte genre static ? const? ... sur auxDIBImageLoad?

déjà veux mieux patcher en VC6.5 c'est mieux

deuxio rajoute la lib glaux.lib dans la liste des libs à linker (alt-F7, input...)

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

PETOZAK

merci schnapsmann je faisais mais LINK sur tools/option/directories.
Tu es vraiment trop fort je t'adore!!!!

schnapsmann

Zaford Beeblefect

PETOZAK a écrit :

merci schnapsmann je faisais mais LINK sur tools/option/directories.
Tu es vraiment trop fort je t'adore!!!!

non, c'est surtout toi qui est nul :whistle:

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

PETOZAK

pourquoi?
Moi,j'ai toujours bosser sur des IDE serieux ou on fait les LINK une fois...
Je vois vraiment pas la difference entre :
tools/option/directories et
alt-F7, input.
Et puis c'est un peu moyen de traiter des gens de nuls sans savoir ce qu'ils programment simplement parce qu'ils ignorent les defauts de VC++ 6.0.
Mais bon merci quand meme malgre cet EGO mal place et injustifie

schnapsmann

Zaford Beeblefect

PETOZAK a écrit :

Nan mais n'importe quoi. Merci à pascal que tu aura bien fait chier, alors qu'il t'as donné la soultion 36000² fois. Il y avait de quoi s'arracher les cheveux et se pendre avec en se les coinçant dans la fenêtre.

Salut l'artiste [:ohello]

Message édité par schnapsmann le 29-03-2004 à 23:53:05

---------------
From now on, you will speak only when spoken to, and the first and last words out of your filthy sewers will be "Sir!"

PETOZAK

C'est vrai merci a Pascal qui conviendra que c'etait plus un quiproquo entre les 2 maniere de LINKER sous VC++ :0

blackgoddess

vive le troll !

PETOZAK a écrit :

Je vois vraiment pas la difference entre :
tools/option/directories et
alt-F7, input.

dans le 1er tu indiques le dossier ou il va chercher les .lib, dans le 2eme tu indiques les libs que tu veux lier a ton projet.

---------------
-( BlackGoddess )-

yawen

plutot que de mettre à la main les .lib à utiliser, tu peux aussi mettre
#pragma comment(lib,"..." )
où ... est le nom du lib (par exemple glaux.lib)

---------------
~~ Yawen ~~

PETOZAK

Merci les gars j´avais des pragma dans le modele objet et je ne savais pas ce que c t

Publicité

FORUM HardWare.fr

Programmation

C++

Probleme de LINK de Glaux.h pour charger des textures sous VC6.0

Sujets relatifs
Probleme d'execution de la commande Unix echo via le perl	probleme de passage de fonction en parametres
Problème de lib PNG (PHP 4.3.3)	Problème de positionnement [maj : solutions à deux problèmes]
[PHP] Probleme avec les sessions	Problème de ClassLoader
Petit probleme de div :/	probleme de tableau et de font
probleme avec pointeur sur objet	[C] Problème pour obtenir l'@ IP
Plus de sujets relatifs à : Probleme de LINK de Glaux.h pour charger des textures sous VC6.0

Page générée en 0.096 secondes