Evolution du compilateur de compilateur Neurotranslator présenté lors du billet (v1.07).

News /!\\ v1.09 en cours de développement :

• amélioration des fonctions internes liées à l'initialisation de l'arbre des grammaires
• meilleur affichage de la grammaire lors du debug
• correction importante des fuites mémoires (avec valgrind)
• séparation des String en que élement de XBNF et std::string
  • support du binaire
  • optimisations mémoires

1) XBNF Neurotranslator - v1.08 - Quoi de neuf

• SourceForge - XBNF Neurotranslator
• RELEASE_NOTE v1.08
• Documentation en Français
• derniers binaires 32 & 64 bits pour Linux, Windows XP/10 et RaspberryPI
• DockerHub sont disponibles pour utiliser ou rebuilder XBNF.
• Discussions/support : anomalies, questions ou suggestions
  • compilateur
  • librairies

1.1) Le controller

Il est maintenant possible de parser/produire plusieurs fichiers de donnée sans devoir relancer la commande.
Le temps de chargement d'une grammaire XBNF nécessite des ressources afin de créer la structure interne et donc du temps.
Le controller permet de ne pas devoir recharger la grammaire pour chaque nouveau fichier de donnée,
chaque bloc de control, séparé par un %, spécifie les flux d'entré et sortie que la grammaire va lire et produire.

xbnf -c - grammaire.xbnf _ctrl : (INFLUX* "fichier1.txt" axiome-de-la-grammaire) # (OUTFLUX* "fichier1.out" axiome-de-la-grammaire)) % _ctrl : (INFLUX* "fichier2.txt" axiome-de-la-grammaire) # (OUTFLUX* "fichier2.out" axiome-de-la-grammaire)) %

Il est toujours possible de paramétrer (fichier, mode ajout, stdin, stdout, ...).

La meilleur application pratique est utiliser sur le moteur de ce blog Sourceforge - Damo-blog-engine
le controller est utilisé lors de la génération des articles par le script dwb-generate.rb.

1.2) fonctions

(SNAP <rule>) permet de prendre une photo de ce que la règle aura parsé, et donc de produire la chaine
qui a été parcourue.

EX: A: c0 (SNAP c1 c2 c3) cn # (SNAP)

La catégorie A produira ce qui a été lu par c1 c2 c3.

(STOP) permet de sortir vainqueur d'une compilation sans allez plus loin.
C'est utile pour identifier le comportement à un point donnée.
Cela peut aussi permettre de rechercher une donnée et sortir rapidement sans devoir continuer l'analyse.

(INCLUDE <filename>) inclue le fichier en sortie dont le chemin aura été produit en entré.

(ARRANGEMENT) le tirage aléatoire est effectué à la lecture et non à l'initialisation de la grammaire.

1.3) Flux temps-réels

Les options -if et -of cèdent la place à une option globale -f permettant de passer XBNF en mode
flux temps-réel et donc de lire et produire une traduction en temps-réel et piloter selon le flux.

Utilisé conjointement avec l'opérateur "=>" XBNF valide et produit des régles sans attendre la validation de l'axiome de grammaire.

Cas pratiques :

• flux réseau, il est possible de lire des packets de donnée et valider à chaque fin de packet reçu

axiome : // (PARAM* o_rt_flush_stdin_character "\n") (PARAM* o_rt_flush_duration 100) (PARAM* o_MTU 1500) packets packets : {* <L2 packet> *} <L2 packet> : <id> (! "\n") (! (EOF)) <L2 MAC dst> <L2 MAC src> <L3 packet> <padding> (RC) => "l2_packet={ " <id> ", " <L2 MAC src> ", " <L2 MAC dst> ", " <L3 packet> " 'remaining'=> " <padding> " } \n" <L2 packet> : {* (! "\n") . *} "\n" ...

• prompt, il est par exemple possible de déclencher la traduction sur la présence d'un retour à la ligne

axiome : prompt prompt: pt "\n" prompt prompt: () pt: (SNAP {* (! "\n") . *}) => "Command=" [0] "\n" pt: () => "# empty command.\n"

1.4) Debugger

Plusieurs améliorations :

• [E] pour aller à la fin du flux (EOF)
• correction du comportement de rappel de commande [/]
• recherche et gestion des scope utilisé lors de la construction de grammaire