--> 0x81
Š --> 0x8A
H --> 0x48
Á --> 0x193
Y --> 0x59
? --> 0x3F
--> 0x81
Si j'ai bon, il ne me reste plus qu'à trouver comment retrouver mes dates, heures et données derrière .... et rattrapper le temps perdu :@ à cause de ce ichu "Copyright" :(
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 12 sept. 2008 à 15:48
Oups je me suis fais dessus lors du dernier message. Y'aurai pas moyen d'éditer les messages ?
le 2ème caractère ne peut pas être pris dans la date puisqu'elle n'évolue pas dans mon fichier or ce caractère évolue. Oups !!
On continue de chercher .... (mince je me souviens plus dans quel dessin animé ou jeu ils disaient ça)
Vous n’avez pas trouvé la réponse que vous recherchez ?
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 12 sept. 2008 à 15:51
1er, toujours faux ^^
il vaut 0x05 ou 0x06
0x8A --> 138
0x48 --> 72
> 13872
outch tu pars mal là...
relis mes messages concernant les caractères qui changent le plus souvent, et combien par et pour quelle "colonne"
<hr size="2" width="100%" />Prenez un instant pour répondre à [sujet-SONDAGE-POP3-POUR-CS_769706.aspx ce sondage] svp
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 12 sept. 2008 à 16:30
Suivant ceci :
?HÁYN
Date 09/05/2008 Heure 18:07:42 Data = 1417 Qté = 1
---------------------------------------
?HÁYl
Date 09/05/2008 Heure 18:08:12 Data = 1417 Qté = 1
la 6ème colonne correspond au temps : changement de minute et de secondes
Enfin je ne sais plus, ça me gave, mes tables sont pas bonnes
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 15 sept. 2008 à 14:03
Salut
Je dois vraiment être con parce que j'ai beau les prendre dans tous les sens mes valeurs mais ça ne correspond à rien :
5, 135, 72, 193, 88, 214, 1
la seconde parcelle est bien :
5, 136, 72, 193, 88, 244, 1
le 5, 135 doivent correspondre à ma donnée puisque le 135 est incrémenté de 1 tous les 2 coups.
le 72, 193 correspond à la date 09/05/08 puisque ces deux colonnes ne changent pas du tout dans le fichier.
le 88, 214 doit correspondre aux heures, minutes et secondes puisqu'on a un incrément de 30 à chaque fois avec une remise à zéro quand on dépasse 250 il me semble
Et le 1 fixe pour la qualité.
5, 136 --> dernière valeur 6, 218 --> 6218 - 1754 = 4464 d'offset, ça marche pas sur la 1ère valeur :(
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 15 sept. 2008 à 17:32
Ha bah qu'est-ce que tu croyais, je ne suis pas la moitié d'une andouille : j'en suis une toute entière ;)
C'est clair que le traitement de données comme ça, ce n'est pas ma spéciélité. Je cherches pourtant la solution : j'ai du abattre les 3 arbres du voisin pour avoir assez de papier de brouillon pour faire des calculs :D
J'ai fait le calcul de l'année mais j'ai 3 mois de trop : en faisant 72*256^3+193*256^2+210*256^1+115, je trouve 38 ans et 258 jours et 44 minutes et 35 secondes. J'ai donc 107 jours de trop moins le nombre de jours pour les années bysextiles :(
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 15 sept. 2008 à 18:07
ummm, ressors la hache alors :
72*256^3+193*256^2+210*256^1+115
d'où sors-tu 210 et 115 ?
pars de l'exemple 72, 193, 88, 214 pour trouver 09/05/08 18:05:12
++
<hr size="2" width="100%" />Prenez un instant pour répondre à [sujet-SONDAGE-POP3-POUR-CS_769706.aspx ce sondage] svp
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 16 sept. 2008 à 09:32
Salut
Mon 210 et mon 115 proviennent de la dernière/avant-dernière valeur du fichier (23h59 et 05/35 secondes)
J'en avais marre de faire les calculs à la main alors j'ai pris un allié (calc openoffice) :). J'ai déposé mon fichier parce que j'ai trop de jours, je ne retombes pas comme toi sur le 1er janvier 70 mais quelques jours avant.
http://www.cijoint.fr/cjlink.php?file=cj200809/cij4rd3yxo.ods
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 17 sept. 2008 à 17:29
OK. Merci d'avoir regardé. c'est bizarre qu'on ai pas l'erreur au même endroit dans le programme mais tant pis, je vais faire avec ce que j'ai.
Mon programme faisait déjà 130 lignes rien que pour reformer les données et la date/heure. Je l'avais dis qu'en 50 lignes j'aurais pas pu le faire tenir :D.
Je suis en train maintenant de me prendre la tête sur une lecture d'un répertoire et de ses sous répertoires en récursif. Je déteste la récursivité :@.
Ha oui j'avais des journées de 25 heures :D (2h-25h très vite corrigé ça)
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 17 sept. 2008 à 20:05
Hey !!!! T'as pas le droit de te moquer de moi :p LOL
POur l'instant je vais laisser cette petite erreur et ta nouvelle solution en attente : je vais faire tout le reste autour pour pouvoir donner une version Beta au chef et après je l'amélioreraits.
moimatthieu
Messages postés68Date d'inscriptionjeudi 17 juillet 2008StatutMembreDernière intervention 6 mars 2010 22 sept. 2008 à 09:52
Petit bilan de mon avancée, pour ceux qui seraient éventuellement amenés à réutiliser ce qui a été dit ci-dessus.
Pour les entiers, tout est ok, ça fonctionne comme indiqué précédemment.
il était évident que la trame de codage d'un INT ou d'un TOR n'est pas la même mais elle suit la même logique donc rien de dur.
Je rajoutes juste que les bytes 4 et 8 semblent servir à indiquer le type de variable qu l'on a (entier, tor, flottant, etc). J'ai pu relever sur le byte 4 les valeurs 0 et 3 respectivement pour les entiers et les tors ainsi que les valeurs 9 et 6 sur le byte 8.