30

mur moi j un problémeu
qen jeux fé SHIFT+ON

Je vois en Bas Extracting qui clignote puis plus rien
PiX_[_Da_MiX_]

A peter plus haut que son cul on fini par se chier sur la tete

31

Es-tu sûr que stdlib était archivé ?
De toute façon, il faut reseter et réenvoyer et réarchiver tout.
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

32

nan ca bugge encore
PiX_[_Da_MiX_]

A peter plus haut que son cul on fini par se chier sur la tete

33

Fais un dump de ta machine a l'aide de ddump (www.timetoteam.fr.st) puis envoie-le moi.

34

dsl je peut pas le fair ecar j'upload les prog sur ma caltohe dans mon bahut et a couse des restriction je peut pas envoyer le dump couic
PiX_[_Da_MiX_]

A peter plus haut que son cul on fini par se chier sur la tete

35

Repete tu peux envoyer mais pas recevoir ? Techniquement impossible. Si tu peux envoyer tu peux recevoir.

36

le programme de dump ne s'execute pas
Ce programme ne peut pas s'executer a couse de certaine restrictions

Mais de toutes facon j'ai solvé le pb. Il ne faut pas graphlib et stdlib en meme temps
PiX_[_Da_MiX_]

A peter plus haut que son cul on fini par se chier sur la tete

37

oki mais c'est tout de même un bug ca!
Ca fait quoi exactement quand on a plusieurs fichiers du même nom(dans un autre répertoire ou pack)? car ca risque de m'arriver avec TIM.
Y'en a un qui est prioritaire?
avatar

38

1. graphlib a priorite sur stdlib.
2. Les repertoires sont parcourus dans l'ordre alphabetique. J'aimerais bien faire l'inverse, mais c'est plus dur smile

39

tu veut dire que les fichier hors pack-archive sont prioritaire sur les fichiers des pack-archives?
avatar

40

Oui. Mais je vais peut etre changer ca pour eviter les bugs.
Je compte faire (si j'ai le temps):
+ Fichiers Pack Archive courrant (Si le programme est lance depuis une Pack Archive).
+ stdlib
+ La VAT. System, puis les autres folders.
+ Les autres Pack Archives.

Voila.

41

Certes mais si une nouvelle version de genlib sort par exemple ca va obliger a changer stdlib.
Je pense d'abord qui faudrait faire d'abord par numéro de version.
avatar

42

Heu... Va falloir extraire tout correspondance, et prendre celui le plus grand #sic#. Ca va ralentire fortement le lancement de programmes sad

43

oui c'est vrai. C'est le genre de problème que j'ai avec tim. J'ai résolu en mettant un fichier index sur la pack archive. du coup c'est le seul a être ouvert( et il vaut mieux ne pas le compresser)
avatar

44

Que veux-tu dire ?

45

Laisse tomber je pense pas qu'appliquer ma solution a PreOS soit une bonne idée.

En gros mes plug-in sont des libs et la fonction 0 contient la signature et la liste de toute les modification que le plug-in apporte au fonctionnement de TIM. Cette fonction doit être lue par TIM a chaque démarrage (pour rajouter des élément dans les menu etc...) il faudrait donc parcourir toutes les fichiers des pack archives ce qui serait extrèmement lent particulièrement pour les fichier compressés. Donc toutes les plug-ins en pack-archive devront avoir une copie de la fonction 0 dans un fichier "TIM_PACK".
Comme cela il n'y a plus qu'un fichier a chercher
avatar

46

Nouvelle methode:
+ Fichiers Pack Archive courants (Si le programme est lance depuis une Pack Archive).
+ Folder courant avec version<>0.
+ System courant avec version <> 0.
+ Puis les autres folders avec version <> 0.
+ Stdlib.
+ Les autres Pack Archives.
+ Reparcourt de la VAT en acceptant les versions =0.

Ca parait ok ?

47

Oui, très bien
avatar

48

Ou peut etre garder un ptr lors de la 1ere passe dans la vat sur une lib avec version = 0.

49

Ce qui implique que ça passe toute la vat avant d'avoir trouvé la bonne version, ou d'avoir trouvé la plus récente ? (je suis peut-être à côté, là).
avatar

50

Il conserve la version la plus recente et ne cherche dans les packs archives que si le numero de version = 0.

51

ok
avatar