n7Epsilon

Member
  • Content count

    147
  • Joined

  • Last visited

Community Reputation

0 Neutral

About n7Epsilon

  • Rank
    Currently Learning: C#, JavaScript, PHP
  • Birthday 12/31/1954

Contact Methods

  • Website URL
    http://epsilon.nlitened.org/
  1. Solution: Copy over a svcpack.in_ from a fresh xp sp3 source to your source. The error is occurring because somewhere in your build process something is deleting svcpack.inf. WMP11Slipstreamer expects to find one in order to modify it. I will make it create a new one if not found in next version.
  2. Because optical drives (CD / DVD) communicate using a special command set (the ATAPI inteface) over the IDE / SATA bus and there is a way for the optical drive's firmware to notify the operating system when there is inserted media or not. But old drives that communicate via fdd interface don't work properly with this design because they have no way of notifying the operating system, instead they depend upon checking to see if there is media or not by trying to access drive directly (also there is supposed to be mechnical way of detecting thise case IIRC) and then Windows is supposed to consider the drive failing to read as no media detected... Sometimes this doesn't work, so you see this exception, MS doesn't try to fix because floppy drives / ZIP drives today are a thing of the past.
  3. Unfortunately this error is not generated by WMP11Slipstreamer, it is generated by Windows itself outside of my control, so I can't do anything about it unfortunately (and so can't most apps that scan all drives). Meanwhile apps that do trap this error don't try to display that dialog box (Windows scans the drives by itself when you open the dialog box outside of the calling app's control). So I cannot fix this. This is an issue also with old style floppy drives and legacy removable drives.
  4. Ok let me clarify the problem: 1. The light red color is because the folder you selected is the I386 folder itself, wmp11slipstreamer is looking for its parent folder, in your case you need to select: (H:\VRMPVOL_EN), this will make the light red colour go away and it will also re-enable the integrate button (it gets disabled when prerequisites are not satisfied). 2. The "windows - no disk" is happening because Windows is trying to access your ZIP drive for some reason. When you choose a drive and press OK or type manually into the box, I try to access the path to see if it has an I386 folder, but it shouldn't do this in the Select folder dialog unless you specifically mouse over it or some buggy AV is trying to overzealously scan the drive (and still thinks it has media in it). In any case, I am not doing anything besides calling the standard Windows functions to display that dialog in my program, I don't know why its happening to you and I don't have a ZIP drive to try. But in any case, if you look at point number 1, you will be able to get past the issue and continue.
  5. If you compare both sets of files, the 2 wbemoc.inf are identical, except that nLite just stripped all comments from the file (and it seems you removed System Restore and Security Center with it). If you compare both SVCPACK.INF, they are formatted correctly... It seems that there is a broken addon you are integrating that is breaking your SYSOC.INF, so when WMP.INF is trying to register itself, the file isn't there. This is not the slipstreamer's fault. (only then it was because it was editing wbemoc.inf incorrectly, but this has been fixed since).
  6. Issue confirmed, this is due to my localizing efforts moved the code that processes parameters before the code that fills the output type box, leading to this issue. It will be fixed in next version.
  7. @TranceEnergy: I am working on this (customizations), this should arrive in a 2.0 release, most of the changes are (as you have noticed) not really affecting the resultant wmp11 install, these were cosmetic fixes and localization changes, the INFs were not touched or changed from last version. @lol69002: I'll post a quick fix for that soon. Stupid mistake from my part (and couldn't test because using english xp with english regional settings)....
  8. Can you please tell me the md5 of the wmp11 installer that you have ? If it is not: D1A08DAB82A85BD18CFD54C70EE05671, please upload it somewhere and post a link because I want to look at the wmp installer you are using (it maybe corrupt in such a way that I am not detecting it).
  9. What did you choose in the wmp11 installer box ? What is the path to the installer ?
  10. Ok some more questions: 1. Is the problem reproducible every time ? Does it crash at exactly the same point while extracting wmp11 installer every time ? 2. Disable (not uninstall) Webroot spysweeper and try again. Does it happen now ? 3. Repeat after disabling Symantec AV as well. 4. Repeat after enabling just Webroot. Let me know your results so I can start investigating. - I tried installing Spy sweeper 5.5 alone in a VM and running the slipstreamer and didn't get any crash. I don't have Symantec AV so can't test with that.
  11. Can you please tell me what antivirus you have ? What OS are you running the slipstreamer from ? Do you have any antispyware program ?
  12. Please read the first post carefully: The correct md5 of this fix is: 06CE672191834692B8C69EDE69B7D89E Try to double-click on it and you will see a flashing window. The hotfix download is corrupt. (Look at the red note near the end of the first post)
  13. I have seen and confirmed this issue, thanks for reporting it. It will make a point release later today if no other issues arise to fix this problem.
  14. Did you install the special nLite Runtime Components package ? If so, then that is the problem, remove it and reinstall .NET 2.0 If you didn't, then your .NET 2.0 installation has been modified by something else that damaged it, uninstall .NET 2.0 and reinstall it.
  15. The original wbemoc.inf is encoded as UCS-2 Little Endian (UTF16-LE) with the byte-order-mark at the beginning of the file. It seems that hfslip when saving the file, strips the byte-order-mark, so when wmp11slip reads it. It thinks it is reading an ANSI file. This is the reason on the error. This is HFSLIP problem, not slipstreamer problem.