Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
J'ai essayé - ça ne marche pas :(
Je comprends que CryptDecode utilise le CRC32 ? - Si c'est le cas, vous pouvez prendre le hachage CRC32 de l'archive et le glisser à la fin du tableau emballé :
Z.I. Je lis maintenant que le hachage est un attribut facultatif et que, dans certains cas, il peut être rempli de zéros.Non, pas CRC32, Adler32
(ils ont corrigé le texte, et ils l'ont corrigé et je l'ai corrigé - relisez )
J'ai écrit, ça ne marche pas. ! !!!!
Non, pas CRC32, Adler32
(ils ont corrigé le texte, relisez-le)
J'ai écrit, ça ne marche pas. ! !!!!
Bien :
... et le CRC32 de l'archive ZIP que j'ai collé - il ne se décompose pas :(
Merci.
Le ZIP sans 4 octets et CRC32 de l'archive ZIP n'est pas déballé :(
Vasily, notre idée ne fonctionnera pas.
À moins, bien sûr, que les gars de MQ ne nous rejoignent à mi-chemin et n'ajoutent un drapeau en
functionCryptDecode(CRYPT_ARCH_ZIP, data, key, result,NO_READ_CRC) ;
ou prenez le CRC32 du fichier ZIP:
CryptDecode(CRYPT_ARCH_ZIP, data, key, result,USE_CRC_FROM_ZIP) ;
Vous n'avez pas besoin d'ajouter un drapeau. Il suffit de modifier CryptDecode pour qu'il accepte le code CRC, s'il existe. S'il est absent et que le champ du code est rempli de zéros, aucun code CRC n'est utilisé, c'est tout. De même, toutes les archives ne peuvent pas contenir de hachage :
Parfois, il est impossible de calculer les données au moment de l'écriture deLocalFileHeader, alors deszéros sont écrits danscrc32,compressedSize etuncompressedSize, letroisième bit degeneralPurposeBitFlag est mis à un et aprèsLocalFileHeader est ajoutée une structure commeData descriptor.
http://blog2k.ru/archives/3391
Il n'est pas nécessaire d'ajouter un drapeau. Il suffit de modifier CryptDecode pour qu'il accepte le code CRC, s'il y en a un. S'il n'existe pas et que le champ du code est rempli de zéros, le code CRC n'est pas utilisé, c'est tout. De même, toutes les archives ne peuvent pas contenir de hachage :
Je ne sais pas comment MQ a implémenté la fonction, donc j'ai fait quelques suggestions
( peut-être qu'avec un drapeau ce sera plus facile pour eux de le faire)
Ce serait très bien.
Accès rapide à un grand nombre de fichiers dans une archive ZIP !
Une petite base de données avec un accès rapide aux fichiers - super !
Ouvrez le ZIP - faites une table de correspondance et faites une "course" à travers les décalages.
... Ils doivent penser.
Ils doivent être surpris que les artisans locaux trouvent une utilisation aussi inattendue deCRYPT_ARCH_ZIP.
Ce serait très bien.
Accès rapide à un grand nombre de fichiers dans une archive ZIP !
Petite base de données avec accès rapide aux fichiers - super !
Ouvrez le ZIP - faites un tableau des correspondances et faites une "course" à travers les décalages.
+100 L'archivage est très utile. En préservant totalement le contrôle du contenu par MQ, bien sûr.
... Ils doivent penser.
Ils doivent être surpris que les artisans locaux trouvent une utilisation aussi inattendue deCRYPT_ARCH_ZIP.
+100 L'archivage est très utile. En préservant totalement le contrôle du contenu de MQ, bien sûr. Aucun fichier exe ou exécutable ne doit se trouver à l'intérieur de l'archive.
Vasiliy !
Peu importe qu'il y ait un EXE ou non !
Je peux "construire" un exécutable à partir de fichiers apparemment banals,
en ajoutant ou en modifiant des octets.
Vous n'avez pas besoin d'utiliser le ZIP pour le faire !
Tant que nous pouvons télécharger et sauvegarder des fichiers, faire un EXE est un jeu d'enfant !
Vasiliy !
Peu importe qu'il y ait un EXE ou non !
Je peux "construire" un fichier exécutable à partir de fichiers apparemment banals !
Vous n'avez pas besoin d'utiliser le ZIP pour cela !