Existe-t-il une fonction (que j'ai appelée fchercher dans l'exemple ci-dessous) qui lit un flux jusqu'à tomber sur une chaîne particulière :

 
Pour l'instant, je copie tout dans un buffer, ce qui me permet de chercher les champs avec strstr. Sachant que les noms des champs ne sont pas aussi évidents que dans l'exemple ci-dessus, et qu'il y a pas mal de champs, mon code source est donc difficile à comprendre pour le premier venu. En plus, la majeure partie du texte qui sort de "commande" ne m'intéresse pas... j'ai donc tout intérêt à utiliser une fonction semblable à fchercher, ce qui m'évitera d'allouer un gros buffer pour si peu.
 
Que me conseillez-vous ?

j'ai pas bien compris
strcmp ne t'aiderai pas ?

Je te conseille de placer la liste de tes champs dans un tableau de caractères (dans le fichier en-tête, par exemple, ou dans la fonction même, à toi de voir), et de stocker les résultats dans un tableau dynamiquement alloué.
 
Comme ça, au lieu de répéter n fois la même séquence de commandes, tu écris une boucle.
 
Genre :

 
Ben le problème, c'est dans ton flux. Comment peux tu dire où s'arrête "bidule"
Exemple: Le flux contient "azertybidule=totowxcvbntruc=azertyxcvbvb"
Tu cherches "bidule=" et tu trouves "toto.....". Où t'arrêter ???
 
Faut d'abord que tu connaisses la structure de ton flux et ensuite tu peux te construire ta fonction "fchercher". Mais une telle fonction n'existe pas en natif puisqu'on ne peut pas prévoir à l'avance la tête de ton flux...

Facile : j'attends des entiers, et scanf sait très bien s'arrêter là où il faut, du moment qu'on lui montre exactement là où il doit commencer. Le problème, c'est pas de trouver la fin de "bidule", mais c'est de trouver le début de "bidule". Tout ce que je sais, c'est qu'avant la valeur entière de bidule, il y a écrit " bidule=" (c'est-à-dire : espace, b, i, d, u, l, e, =).
 
Exemple : si ce qui sort de "commande" ressemble à ceci :

j'aimerai obtenir la valeur entière 12. J'arrive à obtenir ce 12 avec le code suivant :

 
Ca marche, mais avouez que ce n'est pas hyper lisible, et que ça prend beaucoup de mémoire pour le buffer. J'aimerai faire plus propre. C'est pour ça, je pense que serait mieux si on pouvait faire ça avec un flux. Mieux compris ?

ouai flux et chaine c'est deux conceptes différents, la fonction devrait plutot s'appeler fignore

Une telle fonction existe-t-elle ?

Dans la libC, il n'y a pas grand chose, au fur et à mesure on se constitue souvent une bibliothèque personnelle, d'ailleurs, pour éviter de devoir ré-écrire plusieurs fois les mêmes fonctions.

Evidemment. Dans ton exemple, tu cherches un nombre et scanf s'arrête tout seul dès qu'il trouve un caractère non numérique (un espace dans ton cas). On en revient au même point. Il faut quand-même que ton flux ait une structure bien définie. Il se trouve que c'est apparemment le cas. En l'ocurrence, je dirais que la structure de ton flux ressemble à "token=nb token=nb token=nb".
 

Le gros problème, c'est que si tu lis ton flux par bloc de "n" octets, tu risques d'avoir la fin d'un bloc sur une partie du token.
Exemple: flux=machin=12 bidule=18
Si tu lis ton flux 15 octets par 15 octets, tu auras successivement dans ton buffer

• <machin=12 bidul>
• <e=18>

Et tu ne trouveras jamais "bidule=". Le seul algo que je vois serait de lire ton flux octet par octet jusqu'à trouver le premier caractère d'un token. Puis voir si à partir de là on a le token en intégral. Si c'est le cas, tu renvoies ta position dans le fichier. Et si ta fonction doit être indépendante, il faut qu'elle fasse aussi l'ouverture+fermeture du flux. Ca risque d'être lourd...
 

Ben j'espère que c'est plutôt toi qui a compris que scanf ne fonctionne que parce que ton flux a une structure bien définie qu'il arrive à analyser...

Pas vraiment, il y a des séquences qui n'ont rien de textuel (même si c'est fait avec des caractères ASCII) et les champs "tocken=nb" sont en plein milieu d'autre chose qui n'a pas la même apparence. Des fois, je dois lire des valeurs entre parenthèses, du type "tocken=(2,54)" alors qu'ailleurs, c'est simplement "tocken=12". Et comme lire un flux caractère par caractère me parait plus coûteux, et plus difficile à comprendre qu'un strstr dans le code source, je vais rester avec mon gros buffer et mon strstr.
 
Merci quand même pour vos propositions.

tu peux toujours implémenté ton fignore, et lire cararctere par carctere c'est pas tellement plus couteux, les flux sont bufferisés et meme si c'est un appel de fonction c'est pas comme si c'était un appel systeme.

Je voulais dire "token=nb blablabla...token=nb blablabla...token=nb...".
 

Alors là t'es encore plus mal barré si la structure varie. Je me demande d'ailleurs comment ton "sscanf" peut trouver l'info dans ce cas là...
 

Mais même là, t'as un souci si ton fichier dépasse les 100ko car ton buffer est limité à 100 000 octets...
 

 
Pourquoi n'incluerais-tu pas dans ton "popen()" une commande complexe à base de "sed " et/ou "tr" et/ou "awk" pour essayer de tailler ton flux entrant sur un format plus uniforme (style supprimer les parenthèses par exemple) ?

pkoi ne pas utiliser flex ?

ou implementer un fignore, ca fait se fait en 3 lignes et c'est la question de départ

Euh... je reste un peu pantois sur l'implémentation en 3 lignes d'une fonction qui traite un tel genre de flux...

tu boucles sur le resultat de fgetc et tu te sers d'un curseur, c'est franchement pas compliqué ??

int fchercher(FILE *f, const char* str)
{
  int i, count, ret;
  for (count=i=0; str[i]; count++) {
    ret = fgetc(f);
    if (ret == str[i]) i++;
    else if (ret == EOF) return EOF;
  }
  return count;
}

En fait ouais st'assez court à coder (bon j'ai pas fait du propre non plus, quoique déja on à un minimum de retour d'erreur)
 
PS: oui on peut faire plus court c'est vrai

tu devrais faire le test (ret == EOF) avant, ret pourrait valoir EOF mais quand meme satisfaire le test (ret == str[i]) non ?
aussi c'est incomplet, faut remettre i à 0 quand le test (ret == str[i]) n'est plus satisfait et retester sur str[0]
 
j'ai fais ca avec en plus un nombre maximun de caracteres à ignorer (ou 0) et retourne le nombre de caracteres lus
 

Nan, si c'etait le cas la valeur de retour d'un fgetc serait complètement inutilisable. (sous entendu un string ne peut pas contenir la chaine EOF, ou alors le gars a fait exprès, et c'est tant pis pour sa gueule si le programme pète, un peu comme envoyer un string qui termine pas ... )

Oui effectivement, on va dire que c'est la fatigue du soir ...

Au passage, mon algo est faux mais le tient aussi, teste le avec :
- un fichier contenant "blahdadadadi"
- l'appel fignore(f,"dadadi",0)
Pour une solution efficace de recherche de chaine dans une chaine sans retour arrière faut utiliser le Knuth-Morris-Pratt si ma mémoire est bonne, et c'est nettement moins trivial

bien vu, j'avais pas du tout penser à ca

en fait ca se fait assez simplement (c'est meme encore plus simple) avec memmove
 

 
je sais pas si c'est efficace mais c'est simple et ca marche

Si la chaîne recherchée est "bidule=(" puis "," il n'y a aucun problème. Faut bricoler, mais ça marche.

J'aurai plutôt dit une limite à 8 Mo (taille de la pile)... en supposant que les fonctions déjà empilées (fonctions appelantes) ne prennent pas beaucoup de place dans la pile (par chance, c'est le cas).

Les noms et l'aspect des champs n'est pas si régulier que ça, je me retrouverai avec un sed compliqué. Sinon, le awk c'est comme du C interprété, donc aurant rester au C.
 
Sinon, pour toutes vos méthodes, je ne dis pas qu'elles ne marchent pas, mais ce que je cherche c'est le code source le plus simple possible... donc, on va en rester là. Merci quand même.