est-il possible de retrouver la structure des enregistrements (au moins les
types de données et la longueur ) à partir d'un fichier écrit en mode
aléatoire (accés direct) quelconque???? peut être un prog déjà existant???
CAD à partir d'un fichier .dat quelconque, retrouver la structure du style :
Nom as string * 20
Prénom as String * 15
Age as Integer
Adresse as string * 80
Tu me rassures ... sur mon activité cérébrale. Il semble de toute façon que TouTi n'est pas intéressé par notre recherche. lol
Du tout, je sens bien que cela ne va pas être aussi simple que je l'espèrais et vous remercie pour vos efforts cérébraux... j'ai simplement abandonné pour l'instant ce sujet pour me penchait sur d'autres choses prioritaires. Je souhaitais soulager les utilisateurs de tâches pénibles.
J'ai par ailleurs essayé d'analyser des fichiers produits par une application dont je dispose le code et pu remarquer qu'il est très dur de s'y retrouver. Il suffit que deux champs concécutifs soient de même type pour qu'il soit impossible de les différencier. Je pense par exemple pour les champs de type "Variant".
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés pour toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Cordialement
Aski
D'autant que à ma connaissance le champ Variant renvoie plutôt une adresse utilisée pour connaître les données. Un peu comme si on avait un type pointeur dans un fichier, cela n'aurait pas beaucoup de sens.
"Aski" <aski@asci.asc> a écrit dans le message de news:
u1WRxX36FHA.2524@TK2MSFTNGP10.phx.gbl...
Salutatoi TouTi,
Tu as donc déclaré :
Tu me rassures ... sur mon activité cérébrale.
Il semble de toute façon que TouTi n'est pas intéressé par notre
recherche. lol
Du tout, je sens bien que cela ne va pas être aussi simple que je
l'espèrais et vous remercie pour vos efforts cérébraux... j'ai
simplement abandonné pour l'instant ce sujet pour me penchait sur
d'autres choses prioritaires. Je souhaitais soulager les utilisateurs
de tâches pénibles.
J'ai par ailleurs essayé d'analyser des fichiers produits par une
application dont je dispose le code et pu remarquer qu'il est très
dur de s'y retrouver. Il suffit que deux champs concécutifs soient de
même type pour qu'il soit impossible de les différencier. Je pense
par exemple pour les champs de type "Variant".
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ
pourrait être de type Variant puisque ce type n'a pas une longueur fixe.
Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés
pour toutes les variables en convertissant ensuite par des fonctions
telles que CLng(). Il reste bien entendu à trouver les L.
Cordialement
Aski
D'autant que à ma connaissance le champ Variant renvoie plutôt une adresse
utilisée pour connaître les données.
Un peu comme si on avait un type pointeur dans un fichier, cela n'aurait pas
beaucoup de sens.
Tu me rassures ... sur mon activité cérébrale. Il semble de toute façon que TouTi n'est pas intéressé par notre recherche. lol
Du tout, je sens bien que cela ne va pas être aussi simple que je l'espèrais et vous remercie pour vos efforts cérébraux... j'ai simplement abandonné pour l'instant ce sujet pour me penchait sur d'autres choses prioritaires. Je souhaitais soulager les utilisateurs de tâches pénibles.
J'ai par ailleurs essayé d'analyser des fichiers produits par une application dont je dispose le code et pu remarquer qu'il est très dur de s'y retrouver. Il suffit que deux champs concécutifs soient de même type pour qu'il soit impossible de les différencier. Je pense par exemple pour les champs de type "Variant".
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés pour toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Cordialement
Aski
D'autant que à ma connaissance le champ Variant renvoie plutôt une adresse utilisée pour connaître les données. Un peu comme si on avait un type pointeur dans un fichier, cela n'aurait pas beaucoup de sens.
TouTi
> Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés
pour
toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains champs et me permet d'y stocker tout type de données(sauf le string) et cela fonctionne très bien
TouTi
--
> Je ne vois pas comment, dans un fichier ADR, une variable ou un champ
pourrait être de type Variant puisque ce type n'a pas une longueur fixe.
Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés
pour
toutes les variables en convertissant ensuite par des fonctions telles que
CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains champs
et me permet d'y stocker tout type de données(sauf le string) et cela
fonctionne très bien
> Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés
pour
toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains champs et me permet d'y stocker tout type de données(sauf le string) et cela fonctionne très bien
TouTi
--
Aski
Salutatoi TouTi,
Tu as donc déclaré :
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés pour toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains champs et me permet d'y stocker tout type de données(sauf le string) et cela fonctionne très bien
TouTi
Il est impossible de gérer un fichier ADR avec des longeurs de champs variables. De plus, le type Variant ne doit être utilisé qu'avec parcimonie car il est très gourmand en mémoire.
Aski
Salutatoi TouTi,
Tu as donc déclaré :
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ
pourrait être de type Variant puisque ce type n'a pas une longueur
fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être
utilisés pour toutes les variables en convertissant ensuite par des
fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains
champs et me permet d'y stocker tout type de données(sauf le string)
et cela fonctionne très bien
TouTi
Il est impossible de gérer un fichier ADR avec des longeurs de champs
variables.
De plus, le type Variant ne doit être utilisé qu'avec parcimonie car il est
très gourmand en mémoire.
Je ne vois pas comment, dans un fichier ADR, une variable ou un champ pourrait être de type Variant puisque ce type n'a pas une longueur fixe. Je pense plutôt à des String*L qui pourraient d'ailleurs être utilisés pour toutes les variables en convertissant ensuite par des fonctions telles que CLng(). Il reste bien entendu à trouver les L.
Bah j'utilise ce type pour éviter de définir la longueur de certains champs et me permet d'y stocker tout type de données(sauf le string) et cela fonctionne très bien
TouTi
Il est impossible de gérer un fichier ADR avec des longeurs de champs variables. De plus, le type Variant ne doit être utilisé qu'avec parcimonie car il est très gourmand en mémoire.
