Si tu as fait des fonctions en dessous du main...verifie que tu as bien fait la declaration des prototype avant le main.. ;-)

Si tu as fait des fonctions inline mets les dans un .h et non un .cpp et n'oublie pas de les redéclarer hors de la classe

pom

En fait, je dois utiliser des fonctions que j'ai faite en Matlab, c'est pour cela , j'ai créé le DLL + .H du programme matlab (ils se cront automatiquement en étant extern dans le .H) , et j'ai appelé une fonction.
comment je peux alors appeler mes fonctions matlab pour ne pas avoir cet erreur ???

Laa c tres bizarre ce qui m'arrive !

j'ai en Visual C++ le programme suivant :

#include <iostream>

int main(void)
{
return 0;
}

et il me donne toujours l'erreur :
LIBCD.lib(wwincrt0.obj) : error LNK2001: unresolved external symbol _wWinMain@16
Debug/zzz.exe : fatal error LNK1120: 1 unresolved externals

je ne comprend plus rien !!!!!!

quelqu'un pourra m'aider ??

On dirait une libc cassée. Moi à ta place j'installerai dev cpp et j'arrêterais de travailler avec visual c++. En plus leur compilateur est un peu bizarre et parfois quand on passe à gcc on a des mauvaises surprises sur ses anciens codes. Or justement dev cpp utilise gcc et en plus c'est gratuit... alors autant en profiter :-)
http://www.bloodshed.net/devcpp.html

Bonne chance

Juste histoire de donner une info supplémentaire à ceux qui rencontreraient cette erreur, comme cela a été mon cas:
vérifiez vos déclarations de fonction.
Je m'explique: j'ai déclaré en tête de programme un prototype sous la forme "void fonction(int, vector<int>, ...)"
et lorsque j'ai voulu écrire à proprement parler la fonction, j'ai écrit: "void fonction(int &i, vector<int> vec, ...)"
La seule différence du & pour faire référence à la variable a suffit pour tout faire planter et le compilateur a été incapable de me le dire!

Salut,

En faite il semblerai que ce soit une erreur qui est levé quand le compilo est dans les choux....
Pour en savoir un peu plus sur l'erreur il faut déjà voir si dans les "settings" l'option "Microsoft Fondation Classes" est à "Use MFC in a shared DLL" ...
Après le choix de cette option le compilo a réussit à identidier le problème....(dans mon cas....)

Si cela peut aider...

Bonjour à toi mira, vérifie bien que ton programme puisse se réaliser dans la fenêtre adaptée. Exemple : utiliser une fonction prévue pour l'exécution d'une fenêtre DOS alors que tu travaille en fenêtre normale...

J'avais le même problème,

Il s'agissait en fait des librairies (opengl/sdl dans mon cas) qui n'était incluse que dans les propriétés "DEBUG".
Il m'a suffit de rajouter les dépendances dans les propriétés "ACTIVE" du projet.