c'est une vieille syntaxe 'C'
typedef int(*PF)(char*)
sert à déclarer un "nouveau nom" PF plus court ;)) pour le type "pointeur sur une fonction qui prend un char * en argument et retourne un int" ((
Elle est utilisée ici pour une fonction C++
En général on l'utilise comme un type pour une variable.
Ca sert à définir une variable f qui pourra représenter tout à tour les fonctions f1 et f2. Par exemple
int f1(char*);
int f2(char*);
PF f = f1;
f("azkab);
f=f2;
f("azkab);
ou mieux, dynamiquement en cours du pgm...

j'obtiens des résultats corrects pour VC++6 et VC++7
Options d'optimisations "disabled"
quel compilateur utilise tu?

désolé pour ce bout d'asm avec une syntaxe VC++
Il est OK sur VC++6 et 7
Je ne suis pas très bien placé pour GCC mais peut-être ici qq infos :
http://www.osdever.net/tutorials/gccasmtut.php?the_id=68

hello sibi12

Les MFC existent toujours, même si les nouveaux développements gagnent à profiter directement du Framework DotNet.
Dans la version Visual Studio 2003, il est tout à fait possible de créer une application MFC (avec le Wizard Application, et tout ça)
Par contre, Microsoft a supprimé le ClassWizard qui était bien utile...
La productivité en est réduite mais il est donc possible de créer des Applis MDI comme ça

En revanche, il est aussi possible de créer une fenêtre MDI ... sans les MFC
après la création de la Form principale, faire un
this->IsMdiContainer = true;

salut "mone et pock"

le message d'erreur de link signifie que le linkeur ne trouve pas le fichier .LIB
vérifie simplement le répertoire dans lequel tu l'as mis (par rapport à ton projet de test)

salut,
la technique du .DEF ne fonctionne bien que dans les limites du langage 'C'
dans le cas de surcharge et de const , etc ... enfin tout ce qui est accepté en C++ mais pas en C, il est possible d'utiliser les noms décorés mais ce n'est vraiment pas pratique. (f@aE56...)
Une autre solution est de créer des fonctions Wrappeurs
par exemple de générer deux noms différents pour la fonction 'f' surchargée suivante
void f()
void f(int)
on peut envisager f1 et f2 ou bien f_void et f_int

pour cette technique de Wrapping, regarde cette source que j'ai faite il y a un moment :
http://www.cppfrance.com/code.aspx?ID=10423

OK :
pour lier des fonctions surchargées (même nom+args différents), il faut (hélas) changer de technique d'export
le .DEF ne décore pas les noms
il faut passer par la technique "Microsoft" : ajouter le modificateur  __declspec(dllexport) devant le prototype

/Y- est bien une option de VC++6 : elle signifie ne pas utiliser les En-Têtes précompilés

Le fichier 'stdafx.h' sert par défaut de marqueur pour séparer les headers inclus dans le précompilé (le .PCH) qui doivent être positionnés avant 'stdafx.h' et les autres exclus de .PCH inclus après :
#include "inclusDansPCH.H"
#include "stdafx.h"
#include "exclusDePCH.H"
il est possible de changer ce nom dans les Settings de projet / C++ /precompilated headers

Merci de noter mon retour
j'en suis heureux
On va dire ... beaucoup de travail et c'est super

j'en profite pour rajouter (à l'article sur les DLLs) qu'en l'absence de DllMain, le compilateur le génèrera lui-même

Mes sincères salutations

Désolé, ceci n'est PAS une source DOTNET (bien que créé avec VS7)
ce projet crée une DLL Win32 classique (n'utilise pas les extensions managées)
Remarque :
l'exemple pourrait être encore plus simple en retirant
#include <windows.h>
et la définition de DllMain car elle est générée automatiquement par le compilateur

c'est simplement une façon de se débarrasser du reste de la ligne tapée, pour éviter qu'elle ne remette le flux dans l'état 'bad'