Discussion :

[Kanter]

Bonjour à tous,

je développe actuellement un parseur de données sous forme d'une library qui utilise des TbyteDynArray contenant les données à parser dans une fonction récursive.

je parcours les TbyteDynArray en effectuant successivement des décalages vers la gauche en utilisant la fonction CopyMemory comme suit :

exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Array1, Array2 : TByteDynArray;
 
Len2 := Length(Array2);
CopyMemory( Array1 , @Array2[2] , Len2 - 2 );

de temps en temps et de manière aléatoire, j'ai des erreurs "ErangeError vérification d'étendues".

je n'ai pas l'impression que cela provient d'un débordement de tableau mais on ne sait jamais.

je développe sou Delphi 7 et Windows 7.

Cordialement,
Arnaud.

[Andnotor]

Ca pourrait être le cas si tu as un nombre impair de bytes puisque tu décales de 2 !

Maintenant, tu sembles passer par un tableau intermédiaire pour faire ton décallage. Sache que tu peux utiliser MoveMemory avec des blocs qui se chevauchent (interdit avec CopyMemory) .

[Dr.Who]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
CopyMemory(@Array1, @Array2[2] , Len2 - 2);

et d'une manière générale :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
CopyMemory(@Array1[indexDestination], @Array2[indexDepart], TailleACopier);

[Andnotor]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CopyMemory(@Array1, @Array2[2] , Len2 - 2);

Surtout pas sur un tableau dynamique Array1 est LE pointer.

La "manière générale" est correct puisqu'un index est défini.

[Dr.Who]

oui il manque @array1[0]

[Franck SORIANO]

je parcours les TbyteDynArray en effectuant successivement des décalages vers la gauche en utilisant la fonction CopyMemory comme suit :

Pourquoi passer par des tableaux intermédiaires et des décalages ?
Il serait beaucoup plus performant d'avoir les données en mémoire dans un seul et unique tableau, puis de ne transmettre que des pointeurs sur l'élément courant à chacune de tes procédures.

Tu codes l'analyseur lexical avec un automate d'états finis, puis l'analyseur syntaxique avec un deuxième AEF (et donc une grammaire LL(1)), chaque octet des données sources ne sera lu qu'une et une seule fois. Aucune recopie intermédiaire à faire, pas de retour arrière non plus dans l'analyse...

Ton parseur pourra être aussi performant qu'un simple for sur la longueur de la chaîne.

Il existe aussi pas mal de générateurs de code qui créent les parseurs automatiquement à partir d'une grammaire.