1 exe, même params, 2 résultats !

Question

Salut,



J'ai fait un programme qui visualise des fichiers de scenes 3D.

Le chargement de la scene se fait ainsi.



    g_pScene->LoadScene(strInputName);



avec strInputName le nom absolu du fichier &#224; charger.





Si je lance l'exe par double clique, je veux qu'on me demande quel fichier charger.

Si le deplace un fichier sur l'icone de l'exe, je veux que le fichier soit charg&#233;.



Donc j'ai fait pr&#233;alabrement:







    char strInputName[MAX_PATH];

    memset(strInputName, 0, MAX_PATH);



    // Get input

    if (*lpCmdLine == 0)

    {

        strcat(strInputName, "*.mcf");

        if (GetFileName(    strInputName,

           
           
    "Select a Mesh Concept File",

           
           
    "Mesh Concept File  (*.mcf)\0",

           
           
    OFN_FILEMUSTEXIST  ) == FALSE)

            return 0;

    }

    else

    {

        // Get elements

        char* pStr = lpCmdLine;



        while (*pStr)

        {

            if (*(pStr++) == '"')

            {

                char* pStart = pStr;

           
    while (*pStr != '"' && *pStr != 0) { pStr++;}

                *pStr = 0;



                memcpy(strInputName, pStart, DWORD(pStr-pStart));

            }

        }

    }







Bref, je charge un m&#234;me fichier dans les 2 cas, les strInputName sont IDENTIQUES.

Pourtant  le r&#233;sultat &#224; l'&#233;cran est DIFFERENT (manque les textures si drag and drop) !



Quelles lignes de code ci-dessus sont suceptibles de modifier des valeurs qui ruinent le chargement des textures.

J'utilise DirectX 9.0c mais pas la peine de taper dessus.





Merci !



PS:

BOOL GetFileName(char* pszFileName, char* pszTitle, char* pszFilter, DWORD dwFlags)

{



    OPENFILENAME ofn;

    ZeroMemory(&ofn, sizeof(ofn));



    ofn.lStructSize = sizeof(OPENFILENAME);

    ofn.hwndOwner    = NULL;

    ofn.lpstrFilter = pszFilter;

    ofn.nFilterIndex = 1;

    ofn.lpstrFile = pszFileName;

    ofn.lpstrFileTitle = NULL;

    ofn.nMaxFileTitle = MAX_PATH;

    ofn.nMaxFile = MAX_PATH;

    ofn.lpstrTitle = pszTitle;

    ofn.Flags = dwFlags;



    if (GetOpenFileName(&ofn) != TRUE)

        return FALSE;

        return TRUE;  

}

Galmiza · Answer

Derni&#232;res nouvelles,



Ce n'est pas la faute des lignes de codes mais uniquement du drag and drop !



En quoi le drag and drop emp&#234;che directX de charger des textures ???

vangeurmasker · Answer

a mon avis fait des recherches du cot&#233; du repertoire ou il va chercher
les textures. Dans le cas du drag and drop le repertoire par defaut du
programe n'est pas forc&#233;m&#233;nt celui ou il y a les textures. Essaye de ne
pas utiliser les r&#233;pertoires r&#233;latifs.

Galmiza · Answer

Merci, effectivement les noms des textures sont sauvegard&#233;s sous nom relatif &#224; partir du dossier de l'exe.

Mais le fichier dragged and dropped belongs to ... heu appartient au
m&#234;me r&#233;pertoire que l'exe. Donc normalement pas de confusion possible.



Je vais faire des essais en d&#233;pla&#231;ant les textures dans le cas ou le r&#233;pertoire par d&#233;faut soit inattendu.

cs_chris91 · Answer

salut Galmiza,
if (*(pStr++) == '"')
il n'y a pas de guillement dans le nom du fichier "drag&dropé".

proposition pour un seul fichier :

char* pStart = lpCmdLine;
char* pStr = lpCmdLine;
if(*pStr)
{
  while(*pStr) pStr++;
  memcpy(strInputName, pStart, pStr - pStart);
}

vangeurmasker:
"Dans le cas du drag and drop le repertoire par defaut du programe n'est pas forcémént celui ou il y a les textures"

Effectivement, GetCurrentDirectory renvoie C:\Document and Settings\UserName en cas de drag&drop sinon renvoie le dossier de l'exe...

bye.

Galmiza · Answer

Chris, mon algorithme marche (j'avais test&#233; comme toi au d&#233;but mais les
chaines de caract&#232;res sont encadr&#233;s par des guillemets et s&#233;par&#233;es par
un espace), le nom du fichier est valide, la scene 3D se charge mais il
n'y a pas de texture.



Mais effectivement, le drag and drop met le r&#233;pertoire par d&#233;faut &#224; "C:\Document and Settings\UserName"

Si GetCurrentDirectory ne donne pas le r&#233;pertoire de l'exe, comment r&#233;cup&#233;rer le r&#233;pertoire de l'exe ?



Merci

cs_chris91 · Answer

ok, récapitulation :

1- si double clic sur exe :

   - GetCommandLine : "C:\DossierProg\ProgFile.exe"  // avec guillemets
   
   - GetCurrentDirectory : C:\DossierProg  // sans guillemet et sans \ à la fin

2- si drag&drop d'un ou plusieurs fichiers (dossier possible) :

   GetCommandLine : "C:\DossierProg\ProgFile.exe" C:\UnDossier\UnFichier.ext
                          // le 1er avec guillemets, pas le ou les suivants.
                          // ESP entre chaque.

   GetCurrentDirectory : C:\Document and Settings\UserName

Dans tous les cas le 1er argument renvoyé par GetCommandLine est le nom et chemin  du prog entre guillemets.
if(*lpszArgument) indique si il y a des arguments.

bye.

cs_chris91 · Answer

je reviens à la charge avec une nouvelle info,
en fait, il y des guillements mais uniquement si ESP dans le nom!!

drag&drop sans espace dans le nom :
GetCommandLine : "C:\DossierProg\ProgFile.exe" C:\UnDossier\UnFichier.ext
lpszArgument : C:\UnDossier\UnFichier.ext

drag&drop avec espace dans le nom :
GetCommandLine : "C:\DossierProg\ProgFile.exe" "C:\UnDossier\Un Fichier.ext"
lpszArgument : "C:\UnDossier\Un Fichier.ext"

drag&drop 2 fichiers,un avec espace et l'autre sans :
GetCommandLine : "C:\DossierProg\ProgFile.exe" C:\Autre.ext "C:\Un Fichier.ext"
lpszArgument : C:\Autre.ext "C:\UnDossier\Un Fichier.ext"

cette fois c'est bon ;)

1 exe, même params, 2 résultats !

7 réponses

Votre réponse

Discussions similaires