j'ai encore obtenu un de ces messages que nous aimons tant :
" Ce programme va être arrêté car il a effectué une opération non conforme " ( qu'est ce qui est conforme sous windows ? rien)
 
avec le super détail que tout le monde comprend ! :
TRANSCRIPTEUR a causé une défaillance de page dans
 le module KERNEL32.DLL à 0187:bff88396.
Registres :
EAX=c00309c4 CS=0187 EIP=bff88396 EFLGS=00010206
EBX=0185ffec SS=018f ESP=0175fea0 EBP=01760018
ECX=00000000 DS=018f ESI=00000000 FS=6f07
EDX=bff76855 ES=018f EDI=bff79060 GS=0000
Octets à CS : EIP :
53 56 57 8b 75 10 8b 38 33 db 85 f6 75 2d 8d b5  
État de la pile :
 
 
HAA j'adore windows !
 
Ya des gens qui comprennent ce genre de truc ???
bon, toujours est -il qu'il faut que je trouve une solution ...
 
 
dans mon prog, j'utilise des dll win32 console qui appelle des win32 GUI (ça me parait pas très clair), est-ce que ça peux poser un prôblem comme celui-ci ? (surtout le fait d'utiliser des win32 console prévus pour écrire sur la sortie standard dans une interface graphique)
 
 
sinon, est-ce que quelqu'un sait quel fonction utiliser pour faire apparaitre une console avec borland 5.01 ?
sous win16 apparemment, c'est _EasyWinInit() mais j'ai essayer, j'ai importer toutes les bibli nécessaire, et il ne reconnait pas la fonction, ce petit con ?
est-ce qu'il en existe une autre ?
 
merci d'avance à tout ceux qui pouront me donner un indice, une explication, voir même une solution !  

Faut pas critiquer surtout quand on débutant !!!
 Une opération non conforme est une opération interdite par le microprocesseur ( donc aucun rapport avec windows!) qui le fais savoir au systeme d'exploitation qui dans ce cas là ferme l'application pour ne pas mettre en peril la stabilité du systeme ( en théorie).
 Dans ton cas ( deffaillance de page) , ton programme à essayé de lire ou d'écrire a un emplacement mémoire qui n'existe pas.
 Windows te donne les informations quil connait ( l'état de registres processeurs, le programme en cause, l'adresse mémoire où se trouve la faute.....) pour debuger.
Néamoins ces explication ne sont pas explicites et le mieux est de faire marcher to programme avec un debuger qui permettra de voir ou dans le code source cela se produit.
Dans 99% des cas en C, ce probleme vient d'un pointeur qui est mal initialisé.
 
En programmation win32, le mode console se détermine lors de la création du projet. C'est une option à choisir

ok !
Ma vrai question  est :
 
Je dois impérativement faire une interface graphique avec ces DLL. Ces Dll ont été fait par une équipe de recherche et je me vois mal reprendre le boulot 5 ans de gars qui ont 7 année d'étude de plus que moi. Oui, je suis juste un petit stagiaire mais j'aimerais trouver une soluce ! Ya un DEA à côté de moi qui voit pas non plus, d'ailleur (débutant ?).
 
 
La verritable question est : est-ce que le fait d'utiliser des dll win32 console dans une interface graphique peut engendrer le pb (le cpu pas content) que j'ai ?
(le dll essaye d'ecrire sur la console, elle n'est pas là, ça plante ?).
 
ça serait super sympa de me répondre, merci !
 
 
(c'est vrai que je suis un débutant avec mon petit DUT et ma petite equivalence DEUG de merde mais bon, ça m'agace tout de même !)

[edit]--Message édité par Moustaaki--[/edit]

Je n'en sais rien, j'ai jamais utilisé de dll en mode console.  
Mais si j'était toi pour en avoir être sûr, je reprendrais la partie du programme qui plante et je l'a mettrais dans un programme console.

ouai, ya un petit programme test livré avec qui fonctionne en mode console et apparement, ça marche sans problême. Mais maintenant, est-ce que c'est vraiment ça qui pose probleme, je ne sais pas comment en étre sur.
J'ai demandé à un gars de krosoft, je verrais bien ce qu'il me répond (si il me répond).
 
En tout cas, merci bien pour ton aide, j'ai apris pas mal de truc sur l'importation de dll. Le jour où j'aurais de bon dll, ça m'aidera bien, je crois . merci !