devilrunner

Member
  • Content count

    54
  • Joined

  • Last visited

Community Reputation

0 Neutral

About devilrunner

Contact Methods

  • Website URL
    http://
  • ICQ
    136671783
  1. I am used to installing Xpize and the likes with unattended switches. /S /noboot etc.... I noticed that this doesn't work with energize? How can I use unattended installation and is there by any change a /novistadrive switch :-) Congrats on the great looking expansion....
  2. mirror someone?
  3. Thx man... U rock! I expect to be releasing my own drivers from cd method with this fix very soon... So we can all get rid of that resume/wait/resume/wait fix. Many thx to madboy
  4. Updated the program with optional gateway & dns settings
  5. Well I don't like it either but it's the only way arround the setdevicepath limitations for me.. I am using quite allot of drivers:-) Would it be able to receive the code of that routine? I am having problems with pyron's exe in conjunction with a suspended setup.exe as illustrated (HERE) I don't like the available setup.exe resume/wait/resume solution.
  6. This does exactly as the topic title says. It installs .MSP files it finds in the same folder. I quickly wrote this AutoIT program so that I can install the .MSP office2k3 hotfixes in a easy fashion. Future hotfixes just go in the same folder and the program will detect them, and install them. Try it out, let me know what you think... 1.Just compile it into an exe(or leave it as source and put autoIT3.exe with it to execute) The normal AutoIT fashion;) 2.create a folder somewhere(doesn't matter where) 3.Put in that folder this program/script along with the .MSP files you extracted from the hotfixes. 4.Simply execute the program/script and watch it install your hotfixes Feel free to add/modify this to your wishes... ***Maybe this can be moved to member contributed projects? MSPUPDATER_SOURCE.au3
  7. Does your program use external programs for : SetDevicePath & SetupCopyOEMinf? Or does it use internal code that does the same thing? I am looking for a SetupCopyOEMinf alike routine... What's wrong with SetupCopyOEMinf.exe you ask? Well this is heavily dependant on API calls and if one has suspended all processes until SetupCopyOEMinf finishes this API isn't active.
  8. @sonic SETUPCopyOEMinf hangs are due to the suspended setup.exe process. SETUPCopyOEMinf needs a DLL CALL that setup.exe provides...offcourse being suspended this gives problems... This is prolly the problem you are having @... The only solutions (for the SETUPCopyOEMinf freezing) so far are: -Use a ticker script that pauses,resumes,pauses,resumes the setup.exe process...like the one in this topic -Use the FAKE setup.ex way Personally I don't like any of these methods... The first is heavily dependant on the computer speed. The second provides no real GUI so the user doesn't really see anything happening, this it also the case with the first method...the setup.exe seems to have hanged.(And we don't like to show ugly batch windows ) I was thinking that there are prolly better ways of doing this. Like suspending all the threads that setup.exe spawned except the one that SETUPCopyInf needs Rewriting setup.ex_ so that the detachedprogram isn't run detached? I started a topic concerning the matter : (HERE) Srry for my bad english
  9. I have been reading allot about the freezing problem... It would apear that lot's of people have this problem and that it has to do with the suspended setup.exe process... Some API call that is blocked by the inactive suspended setup.exe process. The Solutions I have read about include a ticker script that suspends and resumes the setup.exe with a timer interval. Offcourse this doesn't apear to be a very nice solution to me... Does anybody have any other suggestions? Psuspend or pausep having better luck? Maybe someone can suspend all threads that setup.exe spawned except the CALL that setupcopyoeminf needs? help would be much apreciated by the whole forum I guess ***Just an idea ***If we could rewrite setup.exe to run the detachedprogram in a wait state. ***Meaning that it wouldn't be detached anymore, much like a start /Wait command ***If you get my drift?
  10. I have a very weird problem. I am using the very good driver packs from driverpacks.net. I am installing them with SetupCopyOEMInf @ the T39 min stage of windows setup. Everything goes fine up until it gets to the genHCFk.inf file in one of the driverpacks. location of file : D\D\C\1 from (DP_Modem_wnt5_x86-32_187.7z) SetupCopyOEMInf just hangs on that file resulting in the whole setup not continueing. Does anybody else have this problem? Is there a skip or timeout option on SetupCopyOEMInf? Maybe the problem is in illegal set of chars in genHCFk.inf? I am attaching the file, maybe someone has a clearer mind then me @ this time...I am quite stund by this problem. ***I tested the same script in a installed normal environment and that doesn't seem to suffer from this weirdness.... genHCFk.inf
  11. I like your program and would like to see the code for this... I see you made it with autoit? Could I get the decompile pasphrase?
  12. It would be nice to have uninstall functionality... Some adjustments to the gcond or cond statements which automaticaly scans which wpi items are installed. Then if you uncheck them again items are uninstalled with the uninst[pn]= statement. Just an idea. Could this be done?
  13. Yes that's what I think to. However this isn't the behavior one would expect from a installer program. The old WPI didn't do this and waited nicely for the process to complete. Think I am going back to good old WPI 4.x
  14. I have a problem with the new WPI 5.x. I guess it's a known problem but can't find a solution anywhere. In my config.js there are allot of 7z sfx installers(office2k3,.net framework,etc..) After they are extracted they start installing on their own. The problem is that this new WPI doesn't wait for them to install.... It proceeds with the next item therefore not installing everything properly. Is there a fix or something for this? config.js
  15. I have a problem with the new WPI 5.x. I guess it's a known problem but can't find a solution anywhere. In my config.js there are allot of 7z sfx installers. After they are extracted they start installing on their own. The problem is that this new WPI doesn't wait for them to install.... It proceeds with the next item therefore not installing everything properly. Is there a fix or something for this? config.js