mooms

Curieux ton histoire, tu saurais me montrer la commande 7zip utilisée ?

@rhahgleuhargh: A tous les coups c'est le module SFX qui ne doit pas supporter la méthode de compression utilisée, donc soit tu changes la commande 7zip dans le bat, soit tu changes le module SFX.

En fait 7za.exe est la version "standalone" et "réduite" de 7z.exe (version console de 7zip, installée avec) qui lui a besoin d'une DLL (7z.dll par exemple) pour fonctionner. 7z.exe+7z.dll supportent toutes les fonctions de 7zip, notamment plus de formats de décompression que 7za.exe. En pratique je n'ai jamais été limité par 7za.exe. A noter que l'on peut aussi utiliser une autre DLL avec 7z.exe, telle que 7za.dll ou 7zxa.dll qui sont elles-même des versions réduite de 7z.dll Le fichier readme inclus dans l'archive 7-Zip Extra explique tout cela en détail. J'incorpore 7za.exe dans mes makers surtout pour une question de compacité (moins de 600ko). A noter que j'utilise la plupart du temps une version ancienne, la 9.22, car elle compresse mieux que les versions récentes dans certains cas, sans que je ne sache pourquoi. Pour répondre à icare, on peut aussi tout à fait copier 7za.exe dans le dossier Windows, ou ajouter 7z.exe/7za.exe dans le "path".

Et oui, chaque nouvel OS ajoute des couches d'abstraction, on perd beaucoup en contrôle et en optimisation des ressources.

Merci pour les infos rhahgleuhargh, j'ai installé le dotnet d'aboddi1406, tout roule, par contre je constate qu'il contient .net 1.1 et 4.0, que je n'installais pas sur mon XP...pas grave. J'ai pu voir que OnePiece avait répondu à ta requête sur RVM. C'est fou de penser que XP recevra des maj jusqu'en 2019, quasi 20 ans de support ! C'est fou aussi la vitesse à laquelle il démarre sur VM, je suis sur le bureau en moins de 5 secondes (bien aidé par mon SSD).

Then change the name. I'm sure your paying users will prefer this rather than no software at all.

Hello Kel, You should open-source it ! Godspeed.

Intéressant ça! C'est vrai que ça serait sympa d'avoir un XP patché POSReady ! Edit: j'ai testé l'installation d'un XP (avec le dernier UP de icare integré) sous VirtualBox, et après application de la clé de registre POSReady, les maj se font bien, mais en effet certaines maj pour .Net 2.0 et 3.0 s'installent en boucle.

mise à jour Installation revue: maintenant le SFX supprime le dossier d'installation et les raccourcis d'une éventuelle installation précédente, afin d'éviter d’éventuels fichiers "orphelins". Ajout de HWiNFO et HWMonitor.

The post wasn't updated since more than two years, what do you expect ?

maj vers r995

Version 1.4.1.877 A noter que cette version n'est pas considérée beta mais bien stable. Changelog depuis la v 1.3.4.686:

mise à jour Ajout de Resource Hacker Icône personnalisée maj des programmes

Updated to r995

J'ai fait pareil à chaque fois que j'ai eu un Vista à reformater, hop, 7, et le client était content, mais parfois ce n'est pas possible (client pro). Pour 10, on m'a plutôt demandé un rollback vers 7/8.1

+1 pour 7, mais peut-être que ryback ne veut pas pirater.

Hi Thiersee, boot.wim is the image used to boot and install Windows. (the equivalent of the textsetup of Windows XP). If you need some drivers for the installation of Windows 7, you must integrate them into the boot.wim. Example: my Z170 motherboard need USB and SATA drivers integrated to boot.wim be able to install Windows. install.wim is the Windows image, so obviously you need them here too. For 2), I don't know.

585 updates, that's insane ! See this thread:

Or you can use the one made by icare, it contains KB4019990.

Chez moi je l'ai masquée, et WU me propose des MAJ cumulatives de plus en plus anciennes...

Après désinstallation de la version précédente, suppression des deux versions de D3DCompiler_47.dll, et réinstallation de la nouvelle version, tout semble OK. Merci icare.

@icare: Oui c'est OK en copiant la dll x86 dans SysWOW64. Au moins mon souci aura permis de trouver le bug rapidement.

Et bien chez moi il y a clairement un problème, je ne peux ni le lancer ni le désinstaller. Après suppression des dossiers, voilà le message qui s'affiche lorsque je lance le setup de la v1.4.2: edit: j'ai désinstallé .Net 4.7 et supprimé D3DCompiler_47.dll de system32 (à noter que la désinstallation ne le fait pas), réinstallé .Net 4.6.2, Molotov s'installe et se lance à nouveau. Il y a donc clairement souci, au moins sur certaines installations. Ce que je comprends pas, c'est pourquoi ça ne bloque pas chez toi. Je vais essayer en machine virtuelle. edit: même problème sur machine virtuelle, W7 x64 avec 4.7 installé par dessus 4.6.2 En désinstallant 4.7 et en réinstallant 4.6.2, mais en laissant D3DCompiler_47.dll dans system32, Molotov s'installe et se lance sans souci. En installant 4.7 par dessus la 4.6.2 et en supprimant D3DCompiler_47.dll de system32, Molotov ne se lance pas, et l'installation affiche le message d'erreur vu ci-dessus, donc le souci est apparement lié à .Net 4.7 plutôt qu'à une mauvaise version de D3DCompiler_47.dll. Je suppose qu'ils vont sortir une MAJ de Molotov, en attendant je reste sur .Net 4.6.2

Merci icare, je viens de le tester en live install sur mon système, il a bien désinstallé .Net 4.6, tout semble OK. Par contre je ne sais pas si c'est à cause de D3DCompiler_47.dll ou de .Net 4.7, mais Molotov ne se lance plus. Juste pour rire, j'ai lancé une recherche Everything sur D3DCompiler_47.dll, j'ai 27 copies de cette DLL, de taille et de versions variées. La plupart sont dans des dossiers de programmes, principalement les navigateurs et les jeux, et dans le dossier de Molotov donc.