Compréhension d'un prototype

Bonjour,
Ma question concerne le fonctionnement d'une fonction d'après le prototype qui lui est associé.

Il s'agit de la fonction xbuf_sort() dont le prototype est le suivant :

Code:

---

1 2	// sort text entries separated by 'separator' in the buffer void xbuf_sort (xbuf_t *ctx, char separator, s32 remove_duplicates);

---

C'est une fonction qui si j'ai bien compris est censé me retourner dans "remove_duplicates" le pointeur vers la chaine suivant la variable "separator". Ou plus simplement, il s'agit d'une fonction équivalente à strtok_r()... :roll:

J'utilise alors la fonction comme ça :

Code:

---

1 2	s32 suite = 0; xbuf_sort(&ctx, ":", suite);

---

Mais ça me cause une erreur de type "Signal: 11 Address not mapped to object" que je n'arrive encore une fois pas à comprendre donc je demande à nouveau votre aide ! :? Par contre lorsque pour tester d'autres erreurs je remplace "suite" dans ma fonction par "*suite" alors une erreur "warning: passing argument 2 of 'xbuf_sort' makes integer from pointer without a cast" s'affiche (en plus des autres erreurs lié aux * ajouté).

Une idée d’où viens le problème svp ?

Le deuxième argument est un char, tu lui passes un char*.

Remplace ":" par ':'.

Merci, ça à en effet retirer le warning lorsque je rajoute "*" donc maintenant il ne reste plus qu'une erreur "invalid type argument of 'unary *' (have 's32')" qui serait logiquement lié à l'ajout du * mais lorsque je le retire ça me remet toujours l'erreur "Signal: 11 Address not mapped to object" :calim2:

Bonjour,

tu montres :

Code:

---

1 2	// sort text entries separated by 'separator' in the buffer void xbuf_sort (xbuf_t *ctx, char separator, s32 remove_duplicates);

---

Je pense (en ayant googlé un peu) que le buffer est définit par :

Code:

---

1 2 3 4 5 6 7

typedef struct { char *ptr; // data buffer u32 allocated; // memory allocated u32 len; // memory used u32 growby; // memory allocation increment } xbuf_t;

---

ctx->ptr est considéré comme une liste de chaines séparées par separator ; je suppose (toujours en ayant googlé) que remove_duplicates est un booléen (s32 -> signed 32bit integer) qui indique si on retire ou non les doublons ...
Ne t'attends pas à recevoir quoi que ce soit par remove_duplicates.

Oui en effet le buffer est définit par xbuf_t mais je ne saisi pas trop ce que tu veux dire en parlant de doublon définit par remove_duplicates. J'obtiens d'ailleurs l'erreur quelque soit la valeur que je donne à la variable donc je suis un peu largué !

si tu as une chaine :

Code:

---

char* str="un:deux:deux:trois:quatre:trois:quatre:un:quatre";

---

je suppose (je n'ai jamais utilisé cette bibliothèque) que tu dois faire quelque chose comme :

Code:

---

1 2 3

xbuf_t buffer; xbuf_init(&buffer); // on initialise le buffer xbuf_cat(&buffer, str) // on le remplit

---

buffer.ptr contient "un:deux:deux:trois:quatre:trois:quatre:un:quatre"

Code:

---

xbuf_sort(&buffer,':',0); // on trie le buffer sans enlever les doublons

---

buffer.ptr contient "deux:deux:quatre:quatre:quatre:trois:trois:un:un"

Code:

---

xbuf_sort(&buffer,':',1); // on trie le buffer en enlevant les doublons

---

buffer.ptr contient "deux:quatre:trois:un"

Je suppose ça en partant du header.

L'initialisation et le remplissage que tu indique est correcte et fonctionne mais c'est vraiment la fonction xbuf_sort() qui me cause encore et toujours la même erreur (même avec la chaine que tu propose) donc je comprend pas d'ou peux venir le soucis ! Le problème ne pourrait venir que du 3ième argument mais j'ai beau tout essayer rien n'y fais..

Il ne faut jamais essayer de faire tomber un programme en marche :)
poste ton code
poste le résultat de la compilation (tous les messages)

Alors pour le code en utilisant ton exemple de chaine ça donne ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

int main(int argc, char *argv[]) { xbuf_t *reply = get_reply(argv);   xbuf_t buffer; xbuf_init(&buffer);   xbuf_cat(&buffer, "un:deux:deux:trois:quatre:trois:quatre:un:quatre");   xbuf_sort(&buffer, ':', 0);   xbuf_xcat(reply,"Resultat: %s", buffer.ptr);   xbuf_free(&buffer);   return 200; }

---

Ce qui me cause l'erreur (je sais pas si ça tu y comprendra quelque chose):
Pièce jointe 100629

(je précise que sans l'utilisation de la fonction xbuf_sort() c'est bien "Resultat: un:deux:deux:trois:quatre:trois:quatre:un:quatre" qui m'est retourné)

Bon, j'ai downloadé gwan et procédé à quelques tests.

Remarque préliminaire : c'est du freeware ... aucunes sources ... je n'ai donc que moyennement confiance. Mon environnement de test est donc une VM minimale dans laquelle gwan ne se lance pas sans me lancer une exception à la figure ; néanmoins l'option -r semble opérationnelle.

Premier essai :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

#include <stdio.h> #include "include/gwan.h"     int main(int argc, char* argv[]) { xbuf_t buffer;   xbuf_init(&buffer); xbuf_cat(&buffer,"un:deux:deux:trois:trois:trois:quatre:quatre:cinq"); puts(buffer.ptr);   xbuf_sort(&buffer,':',1); puts(buffer.ptr);   return 0; }

---

Donne :

Code:

---

1 2 3

> ./gwan -r test.c un:deux:deux:trois:trois:trois:quatre:quatre:cinq Segmentation fault

---

Même comportement avec :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

#include <stdio.h> #include <stdlib.h> #include <string.h> #include "include/gwan.h"   int main(int argc, char* argv[]) { char *str=strdup("un:deux:deux:trois:trois:trois:quatre:quatre:cinq"); xbuf_t buffer;   xbuf_init(&buffer); xbuf_cat(&buffer,str); puts(buffer.ptr);   xbuf_sort(&buffer,':',1); puts(buffer.ptr);   free(str); return 0; }

---

En consultant le site partie developers, l'auteur «explique» comment trouver les erreurs :

Citation:

---

But identifying the cause of execution errors must be as straightforward as possible. To fix bugs, you just want to know where in your source code the problem takes place - and this too often requires you to dig into frustratingly obscure multi-page core dumps. G-WAN does it for you: execution error reports indicate the offending source code file and line number in the call chain

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

Script: crash_libc.c Client: 127.0.0.1 Query : csp?crash_libc   Signal : 11:Address not mapped to object Signal src : 1:SEGV_MAPERR errno : 0 Code Pointer: 0000f5200b33 (module:/lib/libc.so.6, function:strcpy, line:0) Access Address: 00000badc0de   Registers : EAX=00000badc0de CS=00000033 EIP=0000f5200b33 EFLGS=000000010202 EBX=000000000001 SS=ec2d8ed4 ESP=0000f5ded828 EBP=0000f5dee020 ECX=000033323130 DS=ec2d8ed4 ESI=0000ec2d8f86 FS=00000033 EDX=000003b03c00 ES=ec2d8ed4 EDI=00000badc0de CS=00000033   Module :Function :Line # PgrmCntr(EIP) RetAddress FramePtr(EBP) libc.so.6: strcpy: - 0000f5200b33 0000ec2d8f00 0000f5dee020 servlet: main: 37 0000ec2d8f00 00000042e10c 0000f5dee020

---

ce qui ressemble à ta capture d'écran. Sauf que dans ton cas il n'y a rien, ce qui semble indiquer une erreur directement dans l'exécutable gwan (qui est entièrement strippé, qui charge lui même ses dépendances dynamiques : de la vraie paranoia windowsienne ...).
Il ne te reste donc que la solution de contacter (donc certainement payer le support) l'auteur qui a commis ce machin. Pour info, je n'ai rien trouvé d'utile sur le forum de l'auteur.

Je ne pourrais malheureusement pas t'aider plus en avant, dû au manque de documentation et au modèle très fermé de ce framework, désolé.

Merci quand même d'avoir essayé !
Je me suis finalement résigné à utiliser la fonction xbuf_sort() qui de toute façon ne semblait pas correspondre à ce que je recherchais ! En tout cas ton aide m'aura évité de trop m'entêter ! Merci encore ;) (j'ai trouvé une autre solution et tout fonctionne parfaitement désormais)