Le programme s'est terminé subitement.

Salut,

J'essaie de porter Antlr4 sur la plateforme GLib mais j'ai une erreur de type segfault (core dump)

gdb me dit que c'est à cette ligne GString *buf = g_string_new(""); et que c'est sur un g_slice_alloc(). Mais ne voit pas du tout comment corriger ce problème.

Votre aide me serrais très précieuse.


Si vous souhaitez voire le code, ca se passe ici

Si vous souhaitez compiler (37s) voici les instructions:

Code:

---

1 2 3 4 5 6 7 8 9 10

$] cd <WORKSPACE> $] mkdir antlr4-glib-build $] git clone https://github.com/gaulouis/antlr4-glib.git $] cd antlr4-glib $] export NOCONFIGURE=1 $] ./autogen.sh $] cd ../antlr4-glib-build $] ../antlr4-glib/configure $] make $] export LD_LIBRARY_PATH=<WORKSPACE>/antlr4-glib-build/lib/antlr/.libs:<WORKSPACE>/antlr4-glib-build/lib/sql/.libs

---

Enfin, pour exécuter le programme.

Code:

---

$] <WORKSPACE>/antlr4-glib-build/src/org_antlr

---

Bonjour,
J'ai appliqué tes instructions, et j'obtiens (sous MINT17) une sortie sur stdout de 1600 lignes qui comence par

Citation:

---

BASE_SERIALIZED_UUID=77, ADDED_PRECEDENCE_TRANSITIONS=78, ADDED_LEXER_ACTIONS=76
uuid: 76
grammar_type= 0; max_token_type: 73
nstates=521 (p=12)
G_MAXUINT16= 65535
stype(6), (-1)
stype(2), (0)
stype(7), (0)
...

---

et se termine par

Citation:

---

...
testing EOF at (484,73,[$])
DFA after matchATN:
CHECK implementation of g_hash_table from: antlr_parser_atn_simulator_compute_start_stateCHECK implementation of g_hash_table from: antlr_parser_atn_simulator_compute_start_stateCHECK implementation of g_hash_table from: antlr_parser_atn_simulator_compute_start_stateselect t.field as f from table as t
/home/sam/local/src/org-antlr/lib/antlr/atn/atn.c near line 131 break point

---

=> je suis un étonné de voir un chemin absolu ne correspondant pas à ma machine.
Sur stderr j'ai

Citation:

---

** (process:10591): CRITICAL **: antlr_token_get_token_index: assertion 'ANTLR_IS_TOKEN (token)' failed

---

Merci pour ton intervention pvincent,

Citation:

---

je suis un étonné de voir un chemin absolu ne correspondant pas à ma machine.

---

Ha oui. Désolé. Je suis en plein chantier... Avec l’énervement je n'ai pas fait assez attention. En réalité rien d'étonnant :koi: c'est codé en dur.

Code:

---

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

#if PROG_NAME == 4 int main (int argc, char *argv[]) { const gchar *filename = "/home/sam/local/src/org-antlr/share/script/script.sql"; GError *error = NULL; AntlrFileStream *file_stream = antlr_file_stream_new_from_filename_encoding(filename, NULL, &error); [...] g_print("select t.field as f from table as t \n"); g_print("/home/sam/local/src/org-antlr/lib/antlr/atn/atn.c near line 131 break point \n");   return 0; } #endif

---

Je corrigerais const gchar *filename = argv[1]; ou const gchar *filename = PACKAGE_DATA_DIR "/script/script.sql";Même moi je m'étonne que le programme se soit exécuté en entier alors que filename n'est pas un nom de fichier existant.


Quoi qu'il en soit, j'ai sortie Valgrind et j'ai plein de fuite de mémoire. Mon problème vient peut être de là. En tout cas c'est la piste que je vais suivre. Mais si vous avez d'autre piste je suis preneur.

PS: Je passerai en résolut quand j'aurais trouvé pourquoi g_slice_alloc me segfault.

Bonjour, déjà dans antlr_atn_config_to_string_with_options, c'est normal que tu aies des fuites mémoires, vu que tu ne libères pas la GString.

À la place de cette ligne:

Code:

---

return buf->str;// TODO dup ->str and free GString

---

Fais un:

Code:

---

return g_string_free(buf, FALSE);

---

Ainsi tu renvoies le buffer de caractères vers lequel pointait la GString, pas besoin de le dupliquer. L'appelant devra le libérer avec g_free.

Ensuite pour ton problème d'allocation, je suspecte un mélange d'appels à free et g_free. Vérifie avec quoi tu effectues tes libérations.