recherche de fichier automatique - Page 1

-

Je crois bien que oui

J'ai eu le même problème pour GBS. Si qqun à une meilleure solution, je suis preneur également.

Oui, il me semble qu'il n'y a pas d'autre solution que ce que propose Vertyos.
Mais ça n'est ps très compliqué.
Moi, je fais une boucle qui récupère tous les noms de dossiers dans un tableau de pointeurs, puis une autre qui va successivement dans chaque dossier pour trouver le fichier recherché.

Oui, il me semble qu'il n'y a pas d'autre solution que ce que propose Vertyos.

Ah bon j'ai proposé quelque chose ?

Ah ouais, en fait tu n'as rien proposé
Mais bon, tu lui as indiqué la technique en confirmant sa question.

-

un tableau constitué de pointeurs sur les noms dans la vat
(avec un peu de chance, ça doit être possinle )

Perso j'utilise un tableau que je malloc provisoirement, pour y stoquer les noms de dossier, et je le désalloc quand j'ai fini.

Dans CIV, j'utilise un bloc mémoire réallouer en fonction du nombre de dossiers et de fichiers.
Et puis j'avais fait une fonction qui affichait une boite de dialogue et qui permettait d'ouvrir un fichier en sélectionnant le dossier puis le fichier, et là, j'utilisait une méthode assez lourde : je faisais une première boucle pour compter le nombre de dossiers, puis j'allouais sur la pile un petit bloc de la taille nécessaire que je désallouait après.
Mais c'était chiant : je devais faire une boucle exprès pour compter le nombre de dossiers. puis refaire la même après avoir alloué le bloc sur la pile pour y mettre les adresses des noms des dossiers...
d'ailleurs s'il y a un ROM_CALL qui permet de connaître le nombre de dossiers dans la TI, ça m'intéresserait.
Ou bien s'il y a une autre solution, c'est encore mieux.

Sinon, Orion, si tu as juste un fichier précis à trouver, dont tu connais le nom à l'avance, tu n'as pas besoin de tout ça. Tu dois juste chercher CE fichier dans chaque dossier.

Au lieu de chercher tous les fichiers et de regarder si le nom correspond au tient, cherche seulement ton fichier (avec SymFindPtr(SYMSTR(adresse_du_nom_du_fichier),0)) dans chaque dossier.

-

Oui. Pour ID-Editor, je n'utilise pas de tableau de pointeurs.
Il suffit de parcourir la liste des dossiers, et de rajouter "nom_dossier\" avant le nom du fichier à trouver. Puis tu fais un SymFindPtr avec le chemin complet ("nom_dossier\fichier") pour chaque dossier.

-

ça ne risque pas... SYMSTR s'occupe de la conversion en nom TiOS, donc tu dois virer le SYMSTR(nm+strlen(nm))

-

Et puis si le nom du dossier fait 8 caractères, vu qu'il n'y a pas de 0 pour délimiter la fn de la chaine, tu dois la recopier avec strncpy (ou memcpy), parce que sprintf va attendre la fin de la chaine pour s'arrêter de la copier.

Alors je sais pas trop si c'est ce que vous voulez, mais moi j'ai une routine qui cherche dans tous les dossiers. Le seul problème étant que si on cherche un fichier x et qu'il existe deux dossiers a et b avec des variables x dedans, la fonction renverra l'adresse de la variable x du dossier a et pas celle du dossier b.
Enfin voilà:

char *open_fileBiHi(const char *str)
{
  SYM_ENTRY *sym_var = SymFindFirst(NULL, FO_RECURSE);
  if(!sym_var || !sym_var->handle)
    return NULL;

  while(strcmp(sym_var->name,str) || sym_var->flags.bits.folder)
  {
    sym_var = SymFindNext();
    if(!sym_var)
      return NULL;
  }
  return ((char *)HeapDeref(sym_var->handle))+2;
}

Et puis je l'ai recodé en ASM elle doit prendre moins de place mais je l'ai pas là sous la main...

La question a déjà été posée. La solution est dans les sources de TI-Chess. J'ai posté l'extrait qui convient dans ce topic-là.

de même ma propre solution y est posté. Elle à le même incovénient que celle de Bihi, mais elle ne cherche que le premier fichier portant l'extension AgdD. Elle peut facilement être modifié pour trouver un fichier précis.

cherche les sources de gs tu trouveras ton bonheur!

J'aime bien ton avatar
Tu as repris la célèbre photo de l'écran bleu de Windows pour le faire ?

Dans le genre jolies filles & Anti-Window$, j'aime beaucoup celle-là
Et celle-ci
Ou encore : http://www.wtf.dk/files/realpr0n/linux_chick8.jpg

Ultra connues, et puis y a mieux...

L'est jamais content l'autre

moi j'aime PAS :

198Ko !!


c trop compliqué à redimensionner une image ????
pfff...

faut dire ca a godzil, timad n'y est pas pour grand chose

Pen²> faut avouer que c'est beau quand même

ben oui, mais en signature ça prend 2 secondes pour le reduire..
=>

1920 octets.. (et en plus c reduit proprement, en conservant la proportionnalité)

Je parie qu'en en faisant un PNG, tu pourras encore réduire la taille. (Mon PNG est énorme, mais c'est parce que je ne l'ai pas redimensionné. C'est le gros logo TIGCC.)

c pas obligatoirement un gif ?

Non, regarde mon avatar...

je crois que t'as perdu ton pari : en png, à 128 couleurs, tramage 88%, diffusion et palette selective (rendu equivalent au gif), j'obtiens 2263 octets.