DarkShadows

Member
  • Content count

    268
  • Joined

  • Last visited

Community Reputation

0 Neutral

About DarkShadows

  • Rank
    The brighter the light, the darker the shadows.

Contact Methods

  • Website URL
    http://

Profile Information

  • Country
  1. The Sysinternals Suite Installer installer built by my scripts does not delete any registry settings under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce. Those registry values get automatically deleted by the Windows operating system after they have been run once, thus the name of this registry key. You add a registry value there for an application that needs to be run only a single time, and after that application is run, Windows removes the registry value by-design.
  2. I haven't worked on this project in some time now. And I tried to find a quick place to upload the last version. Try this link and let me know if you can download the file okay. https://docs.google.com/file/d/0B41zyr2PAmYmSWJzWjM1Q2VNY1E/edit
  3. Please try the download link again. It should work correctly now.
  4. If you folks notice, this is the exact same link I provide in my guide. It's a static link--it doesn't change between ActiveX control versions. You just have to wait until Microsoft updates the download behind the static link. B)
  5. For a regular silent installation, just use the Slim build from the CCLeaner Builds Page like this: ccsetup225_slim.exe /S
  6. I think I may have found the answer to why you had download trouble. Please try again.
  7. A new version is out, go get it. B) Sysinternals Suite Installer Builder Version: 2.7 Sysinternals Suite Current Build Date: 2009-11-04 SysinternalsSuite.zip Changes: Executable Program Version Date ------------------------------------------------------ NewSID.exe New SID Retired Required End User Action: Read Version History in second post. Re-download SysinternalsSuite.ulz from first post. Re-download SysinternalsSuite.zip and SSIBuild.exe. Execute SSIBuild.exe to recreate SysinternalsSuite.exe. I've also provided Directory Opus users an early Christmas present, check out the first post for details.
  8. No, it's not really required for this project, it's just a habit of mine. I've posted direct download links in this guide. Yes, it is still active I just updated to a new version. But even still, I could download the old version just fine. Can you try the download link in the first post and let me know if it works for you?
  9. Microsoft Security Bulletin MS09-051 - Critical Vulnerabilities in Windows Media Runtime Could Allow Remote Code Execution (975682) Published: October 13, 2009 | Updated: October 14, 2009 This security bulletin above actually lists three (3) different update downloads for Windows XP SP3. DirectShow WMA Voice Codec Windows Media Audio Voice Decoder Audio Compression Manager Of the three updates above, only one (KB954154) is listed among the WMP11 updates list on the WMP Slipstreamer page. Q: Are the other two updates not really part of Windows Media Player 11 or is there something else going on here? Thanks for maintaining this most excellent tool! B)
  10. Your English is fine. As strel mentioned (and I quote him below), follow the guide directions to edit a custom SFX-MSD.ini file (the file is documented internally). The MSDownloadsESN.ulz file, provided by Hippo Loco, should address all Spanish-related download urls. Hippo Loco also posted some notes earlier in this thread that you might want to read. This is all correct. Thanks for covering my thread strel! MSDBuild.cmd doesn't know about, or care about, Office Genuine Advantage Notifications, which is relatively new. This update is similar to KB905474 Windows Genuine Advantage Notifications. OGAN, like WGAN, is not really required to run your software or to run Microsoft Update. However, I'll bet it might contain a version of OGACheckControl.dll, just Like WGAN contains a version of legitcheckcontrol.dll. In any circumstance, Microsoft Update will list this update until you either hide it or install it.I'm not planning to update this guide for OGAN (at least not yet) since Office Update is now handled by Microsoft Update. I also view the Office Genuine Advantage Notifications more as part of Microsoft Office installation, rather than as part of Windows XP installation. I'm not sure if installing OGAN without MS Office already installed on the PC will work or not. Thanks for reporting your findings it will help in my research when I get around to it. I'm job hunting right now. I will be removing them from MSDBuild very shortly. The MSDBuild.cmd script really only cares about WinVer=XP. But still, it's a good catch and I'll fix it shortly. Thanks for reporting it. That is because you must still download everything (at least until I strip Office Update out of MSDBuild). For now, if you don't want Office shortcuts, all you need to do is customize SFX-MSD.ini, which is documented internally. In the next MSDBuild version, the Office Update shortcut will not be created, since the web site is now discontinued. I do not use nLite, nor do I support nLite or any other integration software. Therefore, you need to ask nLite-specific questions in the correct forum. However, by now I'm sure someone over there has read this guide and can tell you how to incorporate what is discussed here in a nlited way. WUD most certainly displays all the ActiveX plugins discussed in my guide, which includes MuCatalogWebControl.cab. However, you must import my MSDownloads.ulz list as instructed in my guide before it will list these. There is a WUD screen grab in the first post of this thread that lists the ActiveX controls, including Microsoft Update Catalog Web Control Class (ActiveX), which is what MuCatalogWebControl.cab is. If you actually had read my guide, then you will know what MuCatalogWebControl.cab is, what files are inside of it, and where to put it in order for MSDBuild to package it for you inside of MSDownloads.exe. But it sounds like you haven't even read my guide. I cannot speak to MicrosoftUpdateCatalog_Addon.cab. That doesn't sound like a file from Microsoft. Post a download URL for this file and I'll take a look when I get a chance. Try reading my guide again, and pay attention to Issue-02 since you are working in Dutch. Start as if you were going to builld for English but replace my English files with Dutch ones. MSDBuild should be able to handle it. At least it worked that way for Spanish.
  11. You should have posted your question in my Guide thread. You must download WUD install it it, import my MSdownloads.ulz list into WUD and then you get all the download links. Use the earlier version of WUD. v2.30 b988 or the latest version WUD. v2.50 b988. See the screen grab in my guide (link in my signature below) for how to select a category.
  12. strel I re-integrated an XPCD for Windows XP Home (OEM) and Windows XP Pro (Volume), both installing .Net Framework packages built with the latest SNM Syth build. Both install the .Net Framework packages from svcpack.inf in this order: DNF20.exe DNF30.exe DNF35.exe DNF11.exe I installed the Windows XP Home to the actual PC, and Windows XP Pro to Virtual PC, and in both cases Windows Setup never hangs. It is still puzzling about why RunOnceEX would just hang, but it looks like the issue is safely worked around when installing from svcpack.inf (which I would rather install from anyway). Now in both installations, the .NET Framework Setup Verification Tool still shows several errors of files missing. However, I can see now that they are files for languages other than English (all are named with 4-digit language codes and 1033, which is English is not reported as missing). Since everyone I support speaks only English, I do not install any language packs. So I'm guessing that the errors reported by this tool are not as big of a deal as I first thought. Again, thanks for your help. -DS
  13. Since my last post, I attempted installing my XP Home OEM XPCD again, this time with the new .Net packages generated by the most recent version of SNM Synth (again using all .NET Framework updates actually listed in Microsoft Update). This time, not only did the installation hang, but the .NET Framework Setup Verification Tool report shows errors. FYI, the older SNM Synth .Net installation packages that worked (after resetting the PC in the middle of RunOnceEx) were built by 20090514_SNMsynth.zip. The only other difference between those packages and newer ones is the new ones contain NDP35SP1-KB963707-x86.exe. Here's a download link to the requested logs: SNM-Synth-Logs.zip. I've also included the log file generated by .NET Framework Setup Verification Tool as well as the temp files generated by your INSTALL.cmd. Thanks for the help.
  14. @strel Hey there. I wonder if you can help me trouble shoot this one. It's a head scratcher... I downloaded your latest build of SNM Synth and created default packages (no .ini file changes) for each .Net Framework using all related updates currently listed in Microsoft Update (including the Firefox related one), but no language packs. I integrate them into my WinXP Pro SP3 XPCD as follows: DNF20.exe - installed from svcpack.inf DNF30.exe - installed from RunOnceEx DNF35.exe - installed from RunOnceEx DNF11.exe - installed from RunOnceEx NOTE: All packages are fully updated with all their perspective SP and KB updates, I just rename them to shorter generic names. On VirtualPC, Windows XP Pro volume installs correctly, which it has every time I have ever used your script or the original SNM by Tomcat76. Today, I was rebuilding a PC with Win XP Home Edition OEM. And RunOnceEx fired off after the first user logged in and it started working as normal. However, when RunOnceEx got down to the .Net Framework 3.5 entry the installer unpacked and installed but the RunOnceEx process just halted afterward. There was no HDD activity, the mouse just sat there and RunOnceEx didn't progress to the next entry. After 30 minutes I pressed the PC reset button and rebooted it. After logging in as the same user again RunOnceEx continued on the next item after the .Net Framework 3.5 entry, which is .Net Framework 1.1. but the .Net Framework 3.5 entry was still listed. Then RunOnceEx completed as did the first user log in. So I checked Control Panel - Add/Remove Programs and all four .Net Framework installations were listed as expected, despite the process hanging and the forced PC reset. So at this point, I rolled back to my XPCD to the previous .Net packages I created using an earlier SNM Synth build and started over (no other changes to the XPCD). I got exactly the same results. This time I also downloaded and ran the .NET Framework Setup Verification Tool from Aaron Stebner's WebLog and all four .Net Framework installations checked out okay. So I looked in the %TEMP% folder and I see the unpacked 7zip temp folder with the .Net Framework 3.5 files still inside. I've zipped up all the files your script created in the root of that folder and attached them here. But I have no clue what is happening or why it would work with Win XP Pro on VPC and not XP Home on a real PC. Any ideas? DNF35_SetupFiles.zip
  15. There is no need to post the parts, the file download is working now.