Bonjour,
J'ai DevC++ pour faire du C. Les lignes suivantes sont elles
nécessaires pour créer une DLL?
r.h.
BOOL APIENTRY DllMain (HINSTANCE hInst /* Library instance handle. */ ,
DWORD reason /* Reason this function is being
called. */ ,
LPVOID reserved /* Not used. */ )
{
switch (reason)
{
case DLL_PROCESS_ATTACH:
break;
case DLL_PROCESS_DETACH:
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
}
/* Returns TRUE on success, FALSE on failure */
return TRUE;
}
Vous pourriez vous cintenter de :
Bonjour,
J'ai DevC++ pour faire du C. Les lignes suivantes sont elles
nécessaires pour créer une DLL?
r.h.
BOOL APIENTRY DllMain (HINSTANCE hInst /* Library instance handle. */ ,
DWORD reason /* Reason this function is being
called. */ ,
LPVOID reserved /* Not used. */ )
{
switch (reason)
{
case DLL_PROCESS_ATTACH:
break;
case DLL_PROCESS_DETACH:
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
}
/* Returns TRUE on success, FALSE on failure */
return TRUE;
}
Vous pourriez vous cintenter de :
Bonjour,
J'ai DevC++ pour faire du C. Les lignes suivantes sont elles
nécessaires pour créer une DLL?
r.h.
BOOL APIENTRY DllMain (HINSTANCE hInst /* Library instance handle. */ ,
DWORD reason /* Reason this function is being
called. */ ,
LPVOID reserved /* Not used. */ )
{
switch (reason)
{
case DLL_PROCESS_ATTACH:
break;
case DLL_PROCESS_DETACH:
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
}
/* Returns TRUE on success, FALSE on failure */
return TRUE;
}
Vous pourriez vous cintenter de :
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
(Existe-t-il un site expliquant par un exemple comment créer un simple DLL
avec DevC++ en C ?).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
Si Addition() est une fonction exportée par la DLL, elle doit s'écrire :
Voici ce qui est indiqué au bas de DevC++ après compilation de ma DLL:
-------------------------
Compilateur: Default compiler
Exécution de gcc.exe...
gcc.exe "C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn
francaisExtra AllCrypterClef modifiéeDLLAllCrypter.c" -o
"C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn francaisExtra
AllCrypterClef modifiéeDLLAllCrypter.exe" -I"C:Program
FilesDev-Cppinclude" -L"C:Program FilesDev-Cpplib"
C:/RH/Codes/Codes Visual Basic/Projet vb RH/AllCrypter/En francais/Extra
AllCrypter/Clef modifiée/DLL/AllCrypter.c:21:3: warning: no newline at end
of file
Clair apparemment. Il faut passer à la ligne "à vide" à la fin de la
C:Program FilesDev-Cpplib/libmingw32.a(main.o)(.text+0x106):main.c:
undefined reference to `'
Là, je n'en sais pas assez. Il est important que vous compiliez (ou
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
(Existe-t-il un site expliquant par un exemple comment créer un simple DLL
avec DevC++ en C ?).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
Si Addition() est une fonction exportée par la DLL, elle doit s'écrire :
Voici ce qui est indiqué au bas de DevC++ après compilation de ma DLL:
-------------------------
Compilateur: Default compiler
Exécution de gcc.exe...
gcc.exe "C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn
francaisExtra AllCrypterClef modifiéeDLLAllCrypter.c" -o
"C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn francaisExtra
AllCrypterClef modifiéeDLLAllCrypter.exe" -I"C:Program
FilesDev-Cppinclude" -L"C:Program FilesDev-Cpplib"
C:/RH/Codes/Codes Visual Basic/Projet vb RH/AllCrypter/En francais/Extra
AllCrypter/Clef modifiée/DLL/AllCrypter.c:21:3: warning: no newline at end
of file
Clair apparemment. Il faut passer à la ligne "à vide" à la fin de la
C:Program FilesDev-Cpplib/libmingw32.a(main.o)(.text+0x106):main.c:
undefined reference to `WinMain@16'
Là, je n'en sais pas assez. Il est important que vous compiliez (ou
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
(Existe-t-il un site expliquant par un exemple comment créer un simple DLL
avec DevC++ en C ?).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
Si Addition() est une fonction exportée par la DLL, elle doit s'écrire :
Voici ce qui est indiqué au bas de DevC++ après compilation de ma DLL:
-------------------------
Compilateur: Default compiler
Exécution de gcc.exe...
gcc.exe "C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn
francaisExtra AllCrypterClef modifiéeDLLAllCrypter.c" -o
"C:RHCodesCodes Visual BasicProjet vb RHAllCrypterEn francaisExtra
AllCrypterClef modifiéeDLLAllCrypter.exe" -I"C:Program
FilesDev-Cppinclude" -L"C:Program FilesDev-Cpplib"
C:/RH/Codes/Codes Visual Basic/Projet vb RH/AllCrypter/En francais/Extra
AllCrypter/Clef modifiée/DLL/AllCrypter.c:21:3: warning: no newline at end
of file
Clair apparemment. Il faut passer à la ligne "à vide" à la fin de la
C:Program FilesDev-Cpplib/libmingw32.a(main.o)(.text+0x106):main.c:
undefined reference to `'
Là, je n'en sais pas assez. Il est important que vous compiliez (ou
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
warning: no newline at end
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
warning: no newline at end
Bonjour,
J'essaie de créer une DLL et j'ai une erreur à la compilation (en C).
Voici les seules lignes que j'ai dans 'fichier.c':
-----------------------
int Addition(int Val1,int Val2)
{
return((int)(Val1 + Val2));
}
------------------------
warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ? Je me pose la question sans savoir me répondre :p
Parce que c'est dans la norme ;-).
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ? Je me pose la question sans savoir me répondre :p
Parce que c'est dans la norme ;-).
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ? Je me pose la question sans savoir me répondre :p
Parce que c'est dans la norme ;-).
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ?
Parce que c'est dans la norme ;-).
Il ne faut pas "ajouter une ligne vide" en fin de programme, mais chaque
ligne doit être terminée par un "fin de ligne". Les fichiers sources
sont lus ligne à ligne, et il faut que la dernière soit lue. Sans
rentrer dans les délices des 0x0D, 0x0A et autres (j'en serais
incapable), il se trouve que nos éditeurs, en tous cas une partie
d'entre eux, ne savent terminer une ligne sans passer à la suivante.
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
fin", ou "Attention, il n'y a pas de newline à la fin" ?
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ?
Parce que c'est dans la norme ;-).
Il ne faut pas "ajouter une ligne vide" en fin de programme, mais chaque
ligne doit être terminée par un "fin de ligne". Les fichiers sources
sont lus ligne à ligne, et il faut que la dernière soit lue. Sans
rentrer dans les délices des 0x0D, 0x0A et autres (j'en serais
incapable), il se trouve que nos éditeurs, en tous cas une partie
d'entre eux, ne savent terminer une ligne sans passer à la suivante.
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
fin", ou "Attention, il n'y a pas de newline à la fin" ?
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous en
faire part ?
Parce que c'est dans la norme ;-).
Il ne faut pas "ajouter une ligne vide" en fin de programme, mais chaque
ligne doit être terminée par un "fin de ligne". Les fichiers sources
sont lus ligne à ligne, et il faut que la dernière soit lue. Sans
rentrer dans les délices des 0x0D, 0x0A et autres (j'en serais
incapable), il se trouve que nos éditeurs, en tous cas une partie
d'entre eux, ne savent terminer une ligne sans passer à la suivante.
warning: no newline at end
Pourtant je le trouve très clair ce message.
Non, pas tant que ça. Est-ce "Attention, malheureux, pas de newline à la
fin", ou "Attention, il n'y a pas de newline à la fin" ?
Ce que j'ai toujours eu du mal à comprendre c'est le pourquoi de ce saut
de ligne. Je pense que la norme ne devrait pas interférer avec la façon
de faire du compilateur, mais bon... faut s'y résigner.
Là, gcc est très sain. Il considère que dans le contexte, une fin de
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Ce que j'ai toujours eu du mal à comprendre c'est le pourquoi de ce saut
de ligne. Je pense que la norme ne devrait pas interférer avec la façon
de faire du compilateur, mais bon... faut s'y résigner.
Là, gcc est très sain. Il considère que dans le contexte, une fin de
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Ce que j'ai toujours eu du mal à comprendre c'est le pourquoi de ce saut
de ligne. Je pense que la norme ne devrait pas interférer avec la façon
de faire du compilateur, mais bon... faut s'y résigner.
Là, gcc est très sain. Il considère que dans le contexte, une fin de
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Là, gcc est très sain. Il considère que dans le contexte, une fin de
fichier est aussi une fin de ligne et fait son boulot. La norme de
l'interdit pas. Elle autorise les implémentations à exiger une fin de
ligne.
Le warning n'est pas une contrainte. C'est une fonctionalité utile du
compilateur. gcc offre *en plus* la vérification de conformité. C'est
comme ça qu'il faut voir les choses.
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Alors, "No woman no cry" ?
Là, gcc est très sain. Il considère que dans le contexte, une fin de
fichier est aussi une fin de ligne et fait son boulot. La norme de
l'interdit pas. Elle autorise les implémentations à exiger une fin de
ligne.
Le warning n'est pas une contrainte. C'est une fonctionalité utile du
compilateur. gcc offre *en plus* la vérification de conformité. C'est
comme ça qu'il faut voir les choses.
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Alors, "No woman no cry" ?
Là, gcc est très sain. Il considère que dans le contexte, une fin de
fichier est aussi une fin de ligne et fait son boulot. La norme de
l'interdit pas. Elle autorise les implémentations à exiger une fin de
ligne.
Le warning n'est pas une contrainte. C'est une fonctionalité utile du
compilateur. gcc offre *en plus* la vérification de conformité. C'est
comme ça qu'il faut voir les choses.
Je ne pensais sincèrement pas qu'un canadien y verrait une difficulté.
Qui est canadien ?
Alors, "No woman no cry" ?
warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
En 421475f9$0$363$, Mister Jack va escriure:warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
Une raison additionnelle (et alambiquée) est que si tu ne mets pas de fin de
ligne à un fichier #include, certains préprocesseurs vont faire la jonction
avec le caractère suivant (le premier caractère de la ligne qui suit le
#include), puisuque "fin de fichier" n'est pas un caractère valide en C.
Pendant que la plupart des autres font voir deux lexèmes, cela devient donc
une écriture ambiguë.
En 421475f9$0$363$626a14ce@news.free.fr, Mister Jack va escriure:
warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
Une raison additionnelle (et alambiquée) est que si tu ne mets pas de fin de
ligne à un fichier #include, certains préprocesseurs vont faire la jonction
avec le caractère suivant (le premier caractère de la ligne qui suit le
#include), puisuque "fin de fichier" n'est pas un caractère valide en C.
Pendant que la plupart des autres font voir deux lexèmes, cela devient donc
une écriture ambiguë.
En 421475f9$0$363$, Mister Jack va escriure:warning: no newline at end
Il faut toujours penser à ajouter une ligne vide à la fin de ton
programme C. Si quelqu'un savait le pourquoi de ceci, peut-il nous
en faire part ? Je me pose la question sans savoir me répondre :p
Une raison additionnelle (et alambiquée) est que si tu ne mets pas de fin de
ligne à un fichier #include, certains préprocesseurs vont faire la jonction
avec le caractère suivant (le premier caractère de la ligne qui suit le
#include), puisuque "fin de fichier" n'est pas un caractère valide en C.
Pendant que la plupart des autres font voir deux lexèmes, cela devient donc
une écriture ambiguë.