Le code me paraît correct. Vérifie toutefois la valeur de retour de GetModuleFilename(). De même, la fonction GetModuleHandle() peut échouer ; il serait bon de vérifier sa valeur de retour avant de la passer à GetModuleFilename().
On Thu, 16 Jun 2005 17:34:34 +0200, "Geoffrey" <gbaudin2@wanadoo.fr>:
Le code me paraît correct. Vérifie toutefois la valeur de retour de
GetModuleFilename().
De même, la fonction GetModuleHandle() peut échouer ; il serait bon de
vérifier sa valeur de retour avant de la passer à GetModuleFilename().
Le code me paraît correct. Vérifie toutefois la valeur de retour de GetModuleFilename(). De même, la fonction GetModuleHandle() peut échouer ; il serait bon de vérifier sa valeur de retour avant de la passer à GetModuleFilename().
Geoffrey
Pourtant le chemin contenu dans 'path' est correct ... ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi ...
donc apres toutes les manipulations qui decoulent de 'filepath' ( recherche de caractere et concatenation de chaine ) sont foireuse ... filePath n'est pas correctement initialisé ...
D'ou ce la peut il provenir et pourquoi ??
Ce code est inclus dans une simple DLL Win32 ( fait avec VC7 ), seul chose incluse sont <string> et <windows.h>
Le code me paraît correct. Vérifie toutefois la valeur de retour de GetModuleFilename(). De même, la fonction GetModuleHandle() peut échouer ; il serait bon de vérifier sa valeur de retour avant de la passer à GetModuleFilename().
Pourtant le chemin contenu dans 'path' est correct ...
ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi
...
donc apres toutes les manipulations qui decoulent de 'filepath' ( recherche
de caractere et concatenation de chaine ) sont foireuse ... filePath n'est
pas correctement initialisé ...
D'ou ce la peut il provenir et pourquoi ??
Ce code est inclus dans une simple DLL Win32 ( fait avec VC7 ), seul chose
incluse sont <string> et <windows.h>
"Fabien LE LEZ" <gramster@gramster.com> a écrit dans le message de news:
tt93b15gtqbn1m90qp0dk70dq2ki3hbsgh@4ax.com...
On Thu, 16 Jun 2005 17:34:34 +0200, "Geoffrey" <gbaudin2@wanadoo.fr>:
Le code me paraît correct. Vérifie toutefois la valeur de retour de
GetModuleFilename().
De même, la fonction GetModuleHandle() peut échouer ; il serait bon de
vérifier sa valeur de retour avant de la passer à GetModuleFilename().
Pourtant le chemin contenu dans 'path' est correct ... ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi ...
donc apres toutes les manipulations qui decoulent de 'filepath' ( recherche de caractere et concatenation de chaine ) sont foireuse ... filePath n'est pas correctement initialisé ...
D'ou ce la peut il provenir et pourquoi ??
Ce code est inclus dans une simple DLL Win32 ( fait avec VC7 ), seul chose incluse sont <string> et <windows.h>
Le code me paraît correct. Vérifie toutefois la valeur de retour de GetModuleFilename(). De même, la fonction GetModuleHandle() peut échouer ; il serait bon de vérifier sa valeur de retour avant de la passer à GetModuleFilename().
Déjà, sache qu'en français, on écrit de haut en bas. <http://www.giromini.org/usenet-fr/repondre.html>
Pourtant le chemin contenu dans 'path' est correct ...
As-tu vérifié ce que donne un "cerr << path << endl;" ?
ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi
Moi non plus. Isole ce code (i.e. ces trois seules lignes) dans un exécutable indépendant et regarde ce que ça donne.
Geoffrey
oui oui, la chaine retourné dans path est bien une chaine se terminant par 0 ( sauf si null-terminated string ne ve pas dire ca ... ) path est correctement renseigné et valide !
c juste la conversion en en std:string qui delire ???!!!
j'ai egalement testé par un flux sans succes, le contenu du flux est correct mais le stockage de son contenu dans un std::string donne le même resultat !
"Cyrille" a écrit dans le message de news: 42b1d9a9$0$4497$
filePath contient n'importe quoi et surtout pas le contenu de de 'path' Qui peut m'expliquer pourquoi et comment y remedier.
Est-ce que la chaine contenue dans path se termine bien par un zéro?
-- "A one-legged duck can only swim in circles" ~ Oscar Wilde
oui oui, la chaine retourné dans path est bien une chaine se terminant par 0
( sauf si null-terminated string ne ve pas dire ca ... )
path est correctement renseigné et valide !
c juste la conversion en en std:string qui delire ???!!!
j'ai egalement testé par un flux sans succes, le contenu du flux est correct
mais le stockage de son contenu dans un std::string donne le même resultat !
"Cyrille" <cyrille@frsf.invalid> a écrit dans le message de news:
42b1d9a9$0$4497$626a14ce@news.free.fr...
oui oui, la chaine retourné dans path est bien une chaine se terminant par 0 ( sauf si null-terminated string ne ve pas dire ca ... ) path est correctement renseigné et valide !
c juste la conversion en en std:string qui delire ???!!!
j'ai egalement testé par un flux sans succes, le contenu du flux est correct mais le stockage de son contenu dans un std::string donne le même resultat !
"Cyrille" a écrit dans le message de news: 42b1d9a9$0$4497$
filePath contient n'importe quoi et surtout pas le contenu de de 'path' Qui peut m'expliquer pourquoi et comment y remedier.
Est-ce que la chaine contenue dans path se termine bien par un zéro?
-- "A one-legged duck can only swim in circles" ~ Oscar Wilde
Geoffrey
"Fabien LE LEZ" a écrit dans le message de news:
On Thu, 16 Jun 2005 21:08:45 +0200, "Geoffrey" :
Déjà, sache qu'en français, on écrit de haut en bas. <http://www.giromini.org/usenet-fr/repondre.html>
Pourtant le chemin contenu dans 'path' est correct ...
As-tu vérifié ce que donne un "cerr << path << endl;" ?
ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi
Moi non plus. Isole ce code (i.e. ces trois seules lignes) dans un exécutable indépendant et regarde ce que ça donne.
Placer sa réponse au-dessus du message revient à couper la parole à l'interlocuteur. En effet, c'est ce qu'on lira en premier dans votre message [à moins de lire de bas en haut, ce qui n'est pas encore en vigueur en français :o) ].
d'accord message saisie, je repondrai en dessous :p
sinon pour l'erreur c'est bon j'ai trouve, on mettra sur le compte du surmenage ^^
merci bcp :p
"Fabien LE LEZ" <gramster@gramster.com> a écrit dans le message de news:
4om3b1dhom6nc1ohcfk94brjod7uq93vga@4ax.com...
On Thu, 16 Jun 2005 21:08:45 +0200, "Geoffrey" <gbaudin2@wanadoo.fr>:
Déjà, sache qu'en français, on écrit de haut en bas.
<http://www.giromini.org/usenet-fr/repondre.html>
Pourtant le chemin contenu dans 'path' est correct ...
As-tu vérifié ce que donne un "cerr << path << endl;" ?
ce qui deconne c'est l'affection au std::string et je comprend pas
pourquoi
Moi non plus. Isole ce code (i.e. ces trois seules lignes) dans un
exécutable indépendant et regarde ce que ça donne.
Placer sa réponse au-dessus du message revient à couper la parole à
l'interlocuteur. En effet, c'est ce qu'on lira en premier dans votre message
[à moins de lire de bas en haut, ce qui n'est pas encore en vigueur en
français :o) ].
d'accord message saisie, je repondrai en dessous :p
sinon pour l'erreur c'est bon j'ai trouve, on mettra sur le compte du
surmenage ^^
Déjà, sache qu'en français, on écrit de haut en bas. <http://www.giromini.org/usenet-fr/repondre.html>
Pourtant le chemin contenu dans 'path' est correct ...
As-tu vérifié ce que donne un "cerr << path << endl;" ?
ce qui deconne c'est l'affection au std::string et je comprend pas pourquoi
Moi non plus. Isole ce code (i.e. ces trois seules lignes) dans un exécutable indépendant et regarde ce que ça donne.
Placer sa réponse au-dessus du message revient à couper la parole à l'interlocuteur. En effet, c'est ce qu'on lira en premier dans votre message [à moins de lire de bas en haut, ce qui n'est pas encore en vigueur en français :o) ].
d'accord message saisie, je repondrai en dessous :p
sinon pour l'erreur c'est bon j'ai trouve, on mettra sur le compte du surmenage ^^
merci bcp :p
Fabien LE LEZ
On Thu, 16 Jun 2005 23:53:33 +0200, "Geoffrey" :
Placer sa réponse au-dessus du message revient à couper la parole à l'interlocuteur.
Oui, mais il faut lire la page jusqu'au bout, et ne citer que le bout de message auquel on répond. Tu es en train de répondre "Placer sa réponse au-dessus du message..." à la phrase "Isole ce code (i.e. ces trois seules lignes) [...]", çan n'a pas de sens.
En cas de doute, il est conseillé de relire son message avant de l'envoyer.
On Thu, 16 Jun 2005 23:53:33 +0200, "Geoffrey" <gbaudin2@wanadoo.fr>:
Placer sa réponse au-dessus du message revient à couper la parole à
l'interlocuteur.
Oui, mais il faut lire la page jusqu'au bout, et ne citer que le bout
de message auquel on répond.
Tu es en train de répondre "Placer sa réponse au-dessus du message..."
à la phrase "Isole ce code (i.e. ces trois seules lignes) [...]", çan
n'a pas de sens.
En cas de doute, il est conseillé de relire son message avant de
l'envoyer.
Placer sa réponse au-dessus du message revient à couper la parole à l'interlocuteur.
Oui, mais il faut lire la page jusqu'au bout, et ne citer que le bout de message auquel on répond. Tu es en train de répondre "Placer sa réponse au-dessus du message..." à la phrase "Isole ce code (i.e. ces trois seules lignes) [...]", çan n'a pas de sens.
En cas de doute, il est conseillé de relire son message avant de l'envoyer.
filePath contient n'importe quoi et surtout pas le contenu de de 'path' Qui peut m'expliquer pourquoi et comment y remedier.
Merci
Moi ça marche tres bien.(testé avec VisualC++ 6.0)
A mon avis une des 2 methodes renvoi faux. Donc dans path tu te retrouve avec ce qu'il y avait au debut c'est à dire n'importe quoi car path n'est pas initialisé (pas bien !!)
Essaye:
char path[MAX_PATH]="Not found";
et regarde si tu retrouve la même chaine en sortie.
filePath contient n'importe quoi et surtout pas le contenu de de 'path'
Qui peut m'expliquer pourquoi et comment y remedier.
Merci
Moi ça marche tres bien.(testé avec VisualC++ 6.0)
A mon avis une des 2 methodes renvoi faux.
Donc dans path tu te retrouve avec ce qu'il y avait au debut c'est à
dire n'importe quoi car path n'est pas initialisé (pas bien !!)
Essaye:
char path[MAX_PATH]="Not found";
et regarde si tu retrouve la même chaine en sortie.
filePath contient n'importe quoi et surtout pas le contenu de de 'path' Qui peut m'expliquer pourquoi et comment y remedier.
Merci
Moi ça marche tres bien.(testé avec VisualC++ 6.0)
A mon avis une des 2 methodes renvoi faux. Donc dans path tu te retrouve avec ce qu'il y avait au debut c'est à dire n'importe quoi car path n'est pas initialisé (pas bien !!)
Essaye:
char path[MAX_PATH]="Not found";
et regarde si tu retrouve la même chaine en sortie.
