sohail.pendhari

Member
  • Content count

    6
  • Joined

  • Last visited

Community Reputation

0 Neutral

About sohail.pendhari

  1. Hi All , I have a microsoft update agent exe ,which does the job of switiching from WU to MU .For Systems in which muweb.dll is not present have to install the ActiveX manually by visiting the MU site .Once to Install ActiveX muweb.dll gets placed in system32 folder .The Microsoft update agent does that job .just run the setup and and muweb.dll will get placed in the system32 folder and you can visit MU site without any ActiveX installation propmt. But the problem ,I am facing is with 64-BIt OS.In 64-BIt Edition the location of muweb.dll varies its c:\windows\SysWow64 folder . Any one have any idea on this for how to get it done ?...
  2. Q1: Not to pick on you, but what exactly are you you saying? The MSDBuild.exe does not even run on 64-bit Windows? The MSDBuild.exe runs on 64-bit Windows, but the something produces an error? The MSDBuild.exe runs on 64-bit Windows, but the resulting output does not work for you (due to things you have mentioned later)? All the above? Something else? You must understand that at this point, I do not even know if the version of 7-Zip I use to create the MSDownloads.exe package even works correctly on Windows XP 64-bit. I also don't know if MSDBuild.exe will unpack itself and even run on Windows XP 64-bit. And nobody seems willing to answer these very simple questions. This is first useful piece of information anyone using Windows XP 64-bit windows has provided me (but I still need a lot more information). This tells me I at least need to make a version of the .inf file that registers muweb.dll so it installs it to a different folder for 64-bit Windows. Plus it even tells me the folder. (However, I'm certain this is not the only thing that will need to be changed before everything works correctly.) Since you are not a developer (and since I'm an Atheist Scientist) this is not enough information for me. Having the same version does not necessarily mean it is the same file, or that the file was downloaded from the same URL. So please answer the following questions. Q:2 What is the Code Base URL? Open %WinDir%\Downloaded Program Files. Right click on MUWebControl Class and click Properties. Copy the Code Base URL and paste it in your reply. NOTE: It scrolls off the dialog so be sure you get all of it. Q:3 What is the MD5 Checksum for the file? (You can Google for free tools that provide this.) Q:4 What is the File Size in KB? Q:5 What is the Modified Date/Time Stamp? Q:6 What is the File Version? So you are clear what I'm looking for, I've pasted the information for the 32-bit version of muweb.dll below. I want the same pieces of information for an up-to-date 64-bit version of muweb.dll. Code Base: http://update.microsoft.com/microsoftupdate/v6/V5Controls/en/x86/client/muweb_site.cab?1139406804265 MD5: d2e6f0a06391fe5556e8a1d6d5041a5e Size: 204KB Modified Date/Time: 2008-10-16 03:06:48 PM File Version: 7.2.6001.788 NOTICE: Do you folks see that URL I posted just above? do you see the "x86" string in it? That usually means 32-bit. So I need to know if the Code Base URLs for the ActiveX control files installed on Windows XP 64-bit have a different download URL. It is possible that there are different files for each architecture, even though they may be versioned the same. Q:7 Also, please export the follow registry key to a .reg file and post it as an attachment. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Code Store Database] You need me to make the Windows XP 64-bit version for you. But I need you (or someone) to do the things I ask for on Windows XP 64-bit and answer the questions I've asked. Without the answers to my questions, nothing is going to get done. The more answers I get, the more that will get done. @ DarkShadow,About MSDBuild.exe we are complely novoice ..Regading MD5 checksum ..Please provide us the Steps for how to detect the checksum. Q:2 What is the Code Base URL? CODECode Base: http://update.microsoft.com/microsoftupdat...b?1139406804265 Q:3 What is the MD5 Checksum for the file? (You can Google for free tools that provide this.) Please provide Steps for this Q:4 What is the File Size in KB? 204 KB Q:5 What is the Modified Date/Time Stamp? Thrusdau ,Oct 16 2008 ,10:12:41 PM Q:6 What is the File Version? File Version :- 7.2.6001.788 Please find the reg file attached herewith ...The location in 64 bit is HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Code Store Database code.reg
  3. Q1: Not to pick on you, but what exactly are you you saying? The MSDBuild.exe does not even run on 64-bit Windows? The MSDBuild.exe runs on 64-bit Windows, but the something produces an error? The MSDBuild.exe runs on 64-bit Windows, but the resulting output does not work for you (due to things you have mentioned later)? All the above? Something else? You must understand that at this point, I do not even know if the version of 7-Zip I use to create the MSDownloads.exe package even works correctly on Windows XP 64-bit. I also don't know if MSDBuild.exe will unpack itself and even run on Windows XP 64-bit. And nobody seems willing to answer these very simple questions. This is first useful piece of information anyone using Windows XP 64-bit windows has provided me (but I still need a lot more information). This tells me I at least need to make a version of the .inf file that registers muweb.dll so it installs it to a different folder for 64-bit Windows. Plus it even tells me the folder. (However, I'm certain this is not the only thing that will need to be changed before everything works correctly.) Since you are not a developer (and since I'm an Atheist Scientist) this is not enough information for me. Having the same version does not necessarily mean it is the same file, or that the file was downloaded from the same URL. So please answer the following questions. Q:2 What is the Code Base URL? Open %WinDir%\Downloaded Program Files. Right click on MUWebControl Class and click Properties. Copy the Code Base URL and paste it in your reply. NOTE: It scrolls off the dialog so be sure you get all of it. Q:3 What is the MD5 Checksum for the file? (You can Google for free tools that provide this.) Q:4 What is the File Size in KB? Q:5 What is the Modified Date/Time Stamp? Q:6 What is the File Version? So you are clear what I'm looking for, I've pasted the information for the 32-bit version of muweb.dll below. I want the same pieces of information for an up-to-date 64-bit version of muweb.dll. Code Base: http://update.microsoft.com/microsoftupdate/v6/V5Controls/en/x86/client/muweb_site.cab?1139406804265 MD5: d2e6f0a06391fe5556e8a1d6d5041a5e Size: 204KB Modified Date/Time: 2008-10-16 03:06:48 PM File Version: 7.2.6001.788 NOTICE: Do you folks see that URL I posted just above? do you see the "x86" string in it? That usually means 32-bit. So I need to know if the Code Base URLs for the ActiveX control files installed on Windows XP 64-bit have a different download URL. It is possible that there are different files for each architecture, even though they may be versioned the same. Q:7 Also, please export the follow registry key to a .reg file and post it as an attachment. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Code Store Database] You need me to make the Windows XP 64-bit version for you. But I need you (or someone) to do the things I ask for on Windows XP 64-bit and answer the questions I've asked. Without the answers to my questions, nothing is going to get done. The more answers I get, the more that will get done. @ DarkShadow,About MSDBuild.exe we are complely novoice ..Regading MD5 checksum ..Please provide us the Steps for how to detect the checksum. Q:2 What is the Code Base URL? CODECode Base: http://update.microsoft.com/microsoftupdat...b?1139406804265 Q:3 What is the MD5 Checksum for the file? (You can Google for free tools that provide this.) Please provide Steps for this Q:4 What is the File Size in KB? 204 KB Q:5 What is the Modified Date/Time Stamp? Thrusdau ,Oct 16 2008 ,10:12:41 PM Q:6 What is the File Version? File Version :- 7.2.6001.788
  4. Hello 'eGo®Z', I have tried MicrosoftUpdateAgent and it works fine on 32 bit Operating system. However, when running the exe on 64 bit OS, I am facing a problem. The muweb.dll is copied in System32 folder. 64 bit OS requires the dll to be also present in SysWow64 folder. Also WindowsUpdateAgent30-x86.exe is WindowsUpdateAgent30-x64.exe in 64 bit systems. I praise your efforts in making such a wonderful exe which has solved our problem in shifting to Microsoft Update from Windows update. It would be very nice if you can help us and provide the download link of the 64 bit equivalent of MicrosoftUpdateAgent. @'eGo®Z' , the location for muweb.dll is C:\windows\SysWow64 in 64-Bit OS ,this is the reason we cant execute the exe which you have provided in your post .We will be glad ,if you make a exe for 64-bit OS .If you need any information on this then ,Do let us know .
  5. Hello 'eGo®Z', I have tried MicrosoftUpdateAgent and it works fine on 32 bit Operating system. However, when running the exe on 64 bit OS, I am facing a problem. The muweb.dll is copied in System32 folder. 64 bit OS requires the dll to be also present in SysWow64 folder. Also WindowsUpdateAgent30-x86.exe is WindowsUpdateAgent30-x64.exe in 64 bit systems. I praise your efforts in making such a wonderful exe which has solved our problem in shifting to Microsoft Update from Windows update. It would be very nice if you can help us and provide the download link of the 64 bit equivalent of MicrosoftUpdateAgent.
  6. I know from the referenced sources, that we could actually install the .dlls to either %WinDir% or %WinDir%\System32 (and most likely to any other folder). We just need to change the registered file path in the associated setup information file. In fact, one of the ActiveX control's .dll (Office Update if I remember correctly) currently resides under %WinDir%, while the rest reside under %WinDir%\System32. I used the same locations Microsoft used for each control on 32-bit Windows. So long as the registry keys and values are used to register the ActiveX controls are the same on 64-bit Windows as they are on 32-bit Windows, then the file locations should not matter. MSDBuild.exe's job is to package the most recent versions of all the related ActiveX controls into your MSDownloads.exe package at the time you build it. MSDownloads.exe's job is to install what was packaged on your PC, in a working state, during Windows unattended installation. From there Microsoft takes over, and auto-updates each of the various ActiveX controls, on their own schedule. As Ricktendo64 mentions, when any ActiveX control auto-updates, it should download, install, and re-register and the next version of its .dll where it really belongs. The only downside of might be that maybe the older .dll version might be orphaned and left behind on your system. That is to say I'm not sure that the ActiveX auto-update will remove a .dll file stored in a location different from the location it installs the new .dll version to. By contrast, when the ActiveX control installs its new .dll version to the same location that MSDownloads.exe installed the old .dll version to, then the old .dll is overwritten by the new and no obsolete files are left on your system. You've already have it! It's all just script files archived up inside a WinRar SFX. Just download everything using WUD and extract MSDBuild.exe to a folder without running it. The only thing that you do not have is the script I use to automatically package MSDBuild.exe. We can worry about that one later. Unfortunately, I only have 32-bit versions of Windows XP to test on, so I can only speculate. I cannot actually test and confirm where the files should go or if the registry keys and values are all the same on a 64-bit system. I also wonder if the datastore.edb file works the same on 64-bit Windows, and if a seperate version of datastore.ed_ should be maintained for 64-bit systems? The whole time I've maintained this guide, no one with a 64-bit system has informed me if any of this even works on a 64-bit system or not. And no one using 64-bit Windows has stepped forward to test and report back. So I have no confirmed knowledge if the .dlls are the same for 64-bit windows, or if the requisite Windows update downloads are the same. So instead of letting you change things, how about you help me find out what works first. For now, I'd ask you to not change anything, and please perform following test and reports the results. On a Windows 64-bit system, attempt to build a MSDownloads.exe package strictly as follows: Manually, launch all four Microsoft Update web sites and install their ActiveX controls, ensuring everything is working and authorized so that when close your browser and relaunch the web site, you are not prompted for anything. Install all Windows updates (related to my guide or not) using Windows/Microsoft Update. Your system should be up-to-date. Download and Install WUD (I think it requires .NET Framework, but check the WUD website). Download and install my MSDownloads.ulz from the first post here. Using WUD, you can click on any files in my list to open the KB article. Research which updates have 64-bit version. Q1: Which Updates from this guide have 64-bit versions? I know about Windows Update Agent v7.2.6001.788 Q2: Does WUD work on Windows 64-bit correctly? Manually download any your 64-bit versions to your WUD download folder, and delete the related 32-bit version of the same update. Double-click MSDBuild.exe. NOTE: For now, customize nothing. Q3: Does MSDBuild.exe (and thus MSDBuild.cmd, 7-zip, and my various VBScripts) work correctly on Windows 64-bit? Q4: Did they collectively create a MSDownload.exe package? Q5: Does the MSDBuild.log file show any errors or warnings? (Please provide me this file as an attachment.) On this updated 64-bit PC, navigate to the Download Program Files folder. Right-click on each Update ActiveX Control and select Properties. Inspect the Code Base urls for each ActiveX control. Q6: Are these the same as what I'm using in SFX-MSD.ini? Note that for some ActiveX controls, that I'm using the static Microsoft url, if I know it. I would expect these to be different for 64-bit windows. So could you paste the urls for me? Create a 64-bit XPCD, but only add those updates and MSDownloads.exe as documented in my guide (from svcpack.inf). Do not install any other windows update or .Net Frameworks, et cetera. (This will save you a lot testing time.) Keep it with IE6 too. On a test Windows 64-bit system, test strictly as follows: Test install your 64-bit XPCD. After Windows Setup completes, Look for the icons MSDownloads.exe creates. And try running all the different update sites (you do not need Office installed to run Office Update). Q7: Did the shortcuts I document in the guide get created? Q8: Do the Update web sites work? Q9: Do any of the Update web sites prompt you to install or authorize any ActiveX controls? Q10: Do any of the Update web sites prompt you to download and install any other Windows updates? If everything is working so far, then install IE7 manually on the VPC (and any updates it requires too) and test the update sites again. Q11: Did you see any IE7-related prompts to authorize or install ActiveX controls? If everything is working so far, then install IE8 manually on the VPC (and any updates it requires too) and test the update sites again. Q12: Did you see any IE8-related prompts to authorize or install ActiveX controls? If you can do the testing for me, I can help you get a working 64-bit version. I'm not always near a high-speed Internet connection, so this may take awhile. But we can get it done. Hello ,Thanks for your Suppport as the microsoft update agent you have created for 32-bit worked like a charm !!..At present the problem we are facing is ,We are unable to execute the exe which you have provided on any of the 64-bit version OS .The reason for this is the location of muweb.dll varies for 64-BIt edition OS its ( c:\windows\SysWow64 ) due to which we are unable to Switch to microsoft update site in 64 bit systems .We have researched and observed that muweb.dll version is same for 32 bit and 64 bit systems .We wanted to know can you make few modification in your previous exe and change the location of muweb.dll to SysWow64 folder..If this is not possible then can you make a Setup for us ,which will download the muweb.dll from the site and place it in SysWow64 folder ..If you can do this then it would be a Big day for us !! as this is the big problem we are facing right now ..We are not developers so its difficult to understand the Script language for us ..It would be great help if you could provide us the micrsoft update agent for 64 Bit OR a EXE which will do the job of placing muweb.dll in SysWow64 folder ..Stay Connected ...Thank You ..