groupe - Page 1

comment groupe et degroupe des fichier en C pour obtenir un .GRP ??? merci car j'ai regarde dans les sources de flib mais j'ai pas compris

Bah tu te fais un format qui permet de garder les informations de chaque fichier, et ensuite, tu concatènes les fichiers...

?????? oula?????

ba y'a tou plein de methode, je ne sais pas quelle est la meilleur, mais moi j'utilise celle ci :
t'ouvre un fichier (qui sera ton future fichier grp) tu met le nb de fichiers(1octet) puis tu mets la taille de tes fichiers(2octets pour chaque fichier).
ensuite, pour chaque fichier, tu met le dossier (8 octets) suivi du nom (8 octets) suivi de fichier (le handle que t'aura chopé par les sym_entry)
pour ressortir tes fichiers apres c simple, comme tu connais leur taille, tu connais leur place ds le fichiers grp et oila
sinon un truc plus simple serait ca :
tu copie tous tes fichiers ds un seul et puis entre chaque fichier tu met des trucs speciaux, des "marqueurs" que tu connais
mais bon c juste pour moi que j'utilise ca, c'est pas tre tre performant

lol ouai mai bon enfaite moi ce que je voudrai c'est faire comme FLIB mais j'arive pas a comprendre la source tu peut m'aider Bidoo? Merci

j'ai pas tout a fait pigé ce qu'il a fait mais je crois et j'en suis vraiment pas sur qu'il utilise la 2e methode que je t'ai donné , mais sa fonction est vachement bien foutu : ds un premier temps il calcule la taille de l'ensemble des fichiers en ajoutant pour chaque fichier 18 (cad de koi stocker le nom du dossier et du fichier ) puis il cree un gros fichier et il mets les fichiers les uns a la suite des autres en mettant leur nom entre chacun .
pour le degroupage je pige pas comment y fait ...
mais tu devrais lui demender en personne !!

et pis tu sé, tu ferais mieux d'essayer de commencer a pondre un prgm par toi meme et quant tu rencontre des difficultés tu pose tes questions ....

pour le degroupage je pige pas comment y fait ...

faudrait que je regarde dans les sources de mon shell, j'avais ajouté la gestion des fichiers GRP de flib, pour justement extraire ou ajouter des fichiers, mais je les ai pas sous la main

Je viens de regarder le code de FLib, c'est curieux il me parrait énorme, et pourtant ça ne gere pas l'ajout d'un fichier dans un groupe (enfin ça pourrait, mais le bout de code est en commentaire "parceque ça prendrait trop de place"). Il y a autre chose que créer un groupe / extraire un groupe qui est geré par cette fonction ?

Je crois qu'on pouvais extraire juste un fichier...

voui et meme ajouter juste un fichier, c pour ca que je disais qu'elle etait vachement bien foutu cette fonction

Heu dans la source que j'ai vue, la partie pour ajouter un fichier est en commentaire

ah bon??? ba pas chez moi
mais en fait apres reflexion et programmation, c pas si dur de rajouter ou d'extraire un seul fichier d'un grp...
si tu ve cered2000, je peux te filer mes fonctions miracles qui se chargent de tou mais elles sont illisible meme moi j'y comprend plu rien

Mwé bah pareil, si vous voulez j'ai la fonction "glue" de Vertel, elle gere la création / l'ajout d'un fichier / l'extraction, mais c'est surement pas le même format que FLib.

ben j'ai demande a F.Lieber de m'aider et il ma repondu positif alors je verrai merci

Il est encore prêt à faire des corrections sur FLib? Il faudrait lui dire d'activer ENABLE_ERROR_RETURN alors... Sinon, je peux aussi publier la version que j'ai recompilée, mais s'il le fait lui-même, ce n'est pas la peine.

lol il ne fait pas de correction il va me detaille la fonction groupe c'est tou

je sais plus qui avait fait un system de groupe de fichiers auto-extractible en C, perso j'en avait fait un en basic mais il ne faillait surtout pas editer le prog.
ki sais comment le faire en C?

lol j'ai etudier flib et aussi avec l'aide de bidoo et de kevin j'ai obtenu quelque chose de satisfaisant

IroS
: je sais plus qui avait fait un system de groupe de fichiers auto-extractible en C

Je sais pas si c'est celui dont tu parles mais j'en avait fait un, qui utilisait exactement le même format que Vertel d'ailleurs je crois... Il doit être encore sur v0 (cf signature).

ca doit etre chaud n'empeche je vois meme pas comment creer un prgm executable a partir d'1 autre ,comment tu fé vertyos ?

utilise les Pack Archive de PreOS

bidoo
: ca doit etre chaud n'empeche je vois meme pas comment creer un prgm executable a partir d'1 autre ,comment tu fé vertyos ?

Bah je sais pas trop si y'a une méthode mieux qu'une autre, j'ai fait un peu au pif comme ça me parraissait le plus simple : j'ai déjà créé le programme "extracteur", qui dégroupe tous les fichiers qu'il contient, puis j'ai récuperé son code hexa, qui est utilisé dans un second programme qui sert donc à le recréer, en ajoutant bien sûr les données que tu veux grouper.

ben non bidoo c pas forcement dur tu fai un prog ou tu insere ton code de degroupage tu lui donne un nom et voila tu peut le faire

Vertyos
: Je sais pas si c'est celui dont tu parles mais j'en avait fait un, qui utilisait exactement le même format que Vertel d'ailleurs je crois... Il doit être encore sur v0 (cf signature).

C exactement celui-ci

Vertyos
: Bah je sais pas trop si y'a une méthode mieux qu'une autre, j'ai fait un peu au pif comme ça me parraissait le plus simple : j'ai déjà créé le programme "extracteur", qui dégroupe tous les fichiers qu'il contient, puis j'ai récuperé son code hexa, qui est utilisé dans un second programme qui sert donc à le recréer, en ajoutant bien sûr les données que tu veux grouper.

en gros dans ton archive tu as des trucs du genre [extracteur][infos sur l'archive][fichiers]
mais comment sais tu où commence [infos sur l'archive]?

Bah je connais la taille du programme, donc c'est facile de savoir à quel endroit commencent les fichiers qui sont collés derrière

utilise les Pack Archive de PreOS

Entièrement d'accord c'est une methode efficace pour peu qu'on ne sois pas kernelophobe (d'ailleur ca m'étonne que Kevin n'ait pas encore réagi à ça).

ok tu connais sa taille si ton extracteur est toujours le même mais comment récupérer son adresse?

Tu utilises une adresse relative.

Uther
: Entièrement d'accord c'est une methode efficace pour peu qu'on ne sois pas kernelophobe (d'ailleur ca m'étonne que Kevin n'ait pas encore réagi à ça).

arrete moi si je me trompe mais une archive a de fortes chances de faire + de 8 ou 24 ko donc un kernel est demandé sinon "error ; ASAP or Exec ..."

demande a kévin de te faire la liste des moyens de détourner ca sans kernel (même si a mon avis le kernel est le meilleur vu qu'il fait bien plus que ca mais je n'ai pas envie que ca parte en troll)