Très interressant. Si j'ai bien compris, c'est l'algorithme complet du format zip.
Je vais lire attentivement ce code pour voir si je peux l'adapter dans un autre langage qui tournerait sous Linux (en Java par exemple). En effet, les dezippeurs Linux gèrent mal les accents dans les noms de fichiers (la fameuse transcodification ci dessus).
Ben quoi ?
En fait j'ai trouvé des infos sur www.wotsit.org. Je vais essayer d'en tirer une source. Mais je demandais, au cas où.
En même temps je pourrais utiliser unrar.dll. Faut voir...
Sechaud> car je parlais du moteur d'extration et pas de l'interface biensur ! Je te l'accorde l'interface est minimaliste et puis pour dire la verité je suis pas tres fort dans ce domaine :p
Bonjour EBArtSoft, comme toujours, ils sont super tes programmes.
Tu dis que toute amélioration est la bienvenue.
Pourquoi ne pas mettre un bouton qui permettrait d'extraire tous les fichiers d'un coup, plutôt que de s'en tenir à une mono extraction?
Un bouton pour fixer un lieu d'extraction et une boucle en utilisant le code du ListDoubleClick iraient très bien.
"Merci Renfield de me prendre pour un idiot... :-)"
je ne te prend pas pour un idiot... je n'ai fait que dire en (très) condensé l'idée sous-jacente, à savoir qu'un type est "un ensemble de données contigües en mémoire" (comme les tableaux).
une classe, non...
c'est toute la subtilité entre les variables de type 'valeur' et de type 'référence'...
Private Class MONTYPE
Public Membre1(20) As Byte
End Class
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Dim t As New MONTYPE
Dim i As Integer
Dim f As Integer
For i = 0 To 20
t.Membre1(i) = i
Next
f = FreeFile()
FileOpen(f, "c:\test.txt", OpenMode.Binary)
'FilePut(f, i) 'Pas de probleme !
FilePutObject(f, t) 'L'E/S de fichier de type 'MONTYPE' n'est pas valide.
FileClose(f)
End Sub
Pourquoi mon fichier "c:test.txt" ne contient pas les données de la classe ? et bien par ce que cela n'est pas prevu pour !
Scalpweb> certe à vue d'oeil on dirait la meme chose mais il te sera impossible de l'enregistrer dans un fichier en l'etat et je ne parle pas d'une eventuelle lecture/ecriture en memoire ! C'est la que le bas blesse !
Le principal probleme avec .NET c'est qu'il est impossible de créer une structure avec un membre de type tableau a dimention fixe :
Type MONTYPE
Membre1(20) as byte
End Type
Pour ecrire ça il faut pas moins d'une vingtaine de ligne en .NET ! hors quand on doit travailler avec la memoire ou lire des fichiers binaire on y passe forcement. Tant que cela ne sera pas corigé je ne ferais pas de .NET mon language principal !
Le managé n'a pas que du bon loin de la ! et comme tout language de prog il faut savoir l'utilisé au bon moment ;p
EBArtSoft > t'es pas passé au .NET encore ? J'ai vu toutes tes sources et franchement chapeau bas. Moi quand j'ai vu .NET à l'horizon, j'ai bondit dessus... et qu'est-ce qu'on y est mieux :)
P*@!£*n ! (pour être poli)
Ca fait des lustres que j'essaye de trouver une concordance entre ces jeux de caractères, persuadé qu'il fallait passer par le paramétrage de l'OS.
Et vlan, EBartSoft résoud ça en 32 minutes. Ca me dégoute !
EBartSoft : Tu es mon héros (avec RenField)
(la vache, je suis sur le cul. J'étais parti dans les méandres des structures des jeux de caractères : une horreur. D'ailleurs, à ce sujet, je vous conseille la lecture de ce superbe article de l'historique (et traduit en français, pour une fois) : http://french.joelonsoftware.com/Articles/Unicode.html )
Waouh, sympa ça !
Mais je vois que tu as le même problème que moi (avec ZLib) pour les caractères accentués dans les noms de répertoire :
- Moi : En utilisant ZLib pour zipper et unzipper, je n'ai pas de problème. Par contre, si j'ouvre un de ces zip avec WinZip et qu'il contient un nom de fichier ou de répertoire avec accent, ça bugue.
- Toi, c'est l'inverse : Si on créé un zip avec Winzip (qui contient un répertoire avec accent), ta lecture est buguée.
Va falloir qu'on s'associe pour éradiquer ce bug !
Je vais y consacrer cette humide nuit.
J'avais déjà testé ton ancien code et ça marche du tonnerre.
Y aurait-il la possibilité de faire une source .NET2 (juste pour lire un ZIP, pas l'extraire) ?
Je vais lire attentivement ce code pour voir si je peux l'adapter dans un autre langage qui tournerait sous Linux (en Java par exemple). En effet, les dezippeurs Linux gèrent mal les accents dans les noms de fichiers (la fameuse transcodification ci dessus).
Donc, déjà, de base, je te mets un gros 10/10.
Je vous tiens au courant de mes recherches.
Merci beaucoup.
Xiaomao.
Public Structure MyType
Private sT(20) as Byte
End Structure
Mais voilà, sous .NET2 ça passe pas trop. Alors je cherche...
De toutes façons, merci.
- Messages postés
-
4525
- Date d'inscription
- dimanche 29 septembre 2002
- Statut
- Modérateur
- Dernière intervention
- 22 avril 2019
9http://www.vbfrance.com/codes/LISTER-CONTENU-FICHIER-RAR-SANS-DLL_17165.aspx