Glenn9999

And....here's the explanation. It's something I've already done in the past for a while (using compatibility manifest entries), but it looks like you need the app compatibility section of the manifest now in order to be fully Win 8.1 supporting. <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> <application> <!--The ID below indicates application support for Windows Vista --> <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> <!--The ID below indicates application support for Windows 7 --> <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/> <!--The ID below indicates application support for Windows 8 --> <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/> <!--The ID below indicates application support for Windows 8.1 --> <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/> <!--The ID below indicates application support for Windows 10 --> <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> </application> </compatibility>My app check with that manifest in force produces a minor version of 3. Fun stuff... :S Edit: And here's what GetVersionEx is deprecated in favor of. Looks pretty easy to implement. Edit again: I updated the manifest above for Windows 10 compatibility.

Mine (Win 8.1 fully patched) returns 2 as a minor version (I know, I checked it myself). As for your MessageBox problem, it happening seems to indicate that some of your app messages aren't being processed. Most Google responses point to WM_PAINT as the culprit, but I don't see a main message pump loop and don't have VC++ to play with here, so hopefully that gives a direction to look.

Resolved the first error myself (deinstalled/reinstalled all VC++ runtimes). Went ahead and ran your app and received "This application needs Windows 7 or Windows 8.1" unconditionally. bIsSupported = ( (osvi.dwMajorVersion == 6) && (osvi.dwMinorVersion == 1) || ( (osvi.dwMajorVersion == 6) && (osvi.dwMinorVersion == 3) ));Minor version may be 2 as well in order for your app to be valid.

Ok as I mentioned before, I could comment on the program, but would be off-topic to the other thread. Now that this thread exists: This happens on your 32-bit version. // for some retarded reason, %windir%\sysnative\wusa.exe does not exist// so we must tell x64 users to run the x64 executable until we can figure// out how to use the native system wusa from a 32-bit application As for this, look up DisableWow64Redirection and RevertWow64Redirection. (Edit: I got reminded by reading rn10950's new code that these are wrong. These are the aliases I used. The real functions of concern are Wow64DisableWow64FsRedirection and Wow64RevertWow64FsRedirection. While the OP figured out the right functions, I thought I'd add this for anyone who might search looking for this answer here) You will need to call those as you did IsWow64Process and need to use them anytime you have a 32-bit process that needs to address configuration assets of a 64-bit system to work properly. Be sure to call the Revert function very soon after you have to Disable. you must be an Administrator You can force that through your application manifest to elevate itself to Administrator privileges (with the accompanying "do you wish this program to change things?" dialog box). <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/> </requestedPrivileges> </security></trustInfo> Interesting idea, though. I don't know how much demand you're getting, but it'd be half-interesting to make this app more generic if there is some interest.

FWIW, since you can open the manifest and look at the files involved: KB2976978 is the application compatibility stuff. Basically this is what Microsoft does to try and help Windows run more stuff than it might otherwise. This is basically so they can check whether the Win 10 upgrade will work correctly on the systems it applies to. KB3050267 is an update to Windows Update itself. KB3068708 is pretty much as advertised. Of course, a lot of the problem is that Windows is getting so massive that it's hard for anyone to track everything packaged with it, and especially track the updates in terms of what *exactly* they are updating. Of course, the problem with a massive closed-source system such as Windows is that no one knows exactly what any of it really does, as it would require much research and reverse-engineering, which no one does because it (convienently) got made illegal. I wouldn't be surprised if when the whole thing might be revealed that the KB3035583 malware is a light thing compared to the other things the OS does that aren't advertised.

Did you reboot after you ran the program? If you did and it's still there let me know. I'm just saying you can't necessarily rely on WUSA to work right 100% of the time. I installed the update, then ran the command (manually) and got it gone that way. Really wasn't commenting on your program at all (though I could, but it would be off-topic to the thread at hand).

Assuming it works ... it's not for me as I still have the processes on my system with the claim it's uninstalled. So I created a GUI shell for the WUSA command to make it easy for anyone to uninstall this piece of adware.

FWIW, I'm getting a permanent icon on my notification area now about the Windows 10 upgrade (I guess designed to start on 06/01). Basically a download scheduler for an automatic upgrade to Windows 10. While I don't mind claiming the offline file for upgrade consideration, it looks like they might possibly be total dicks about it and claiming automatic upgrade/scheduler through this app instead of letting you just download it yourself. We'll see though. Screen shots to come. GWX.EXE is the process you need to kill to rid yourself of the notification.

Is there any interest in more development of this app I posted in here?

Version 2.11 is released and can be found on the first post. 2.11 - fixed a couple of small bugs. Please let me know if you try it and run into any issues. Hopefully this should be good for a little while, unless something big comes up.

Version 2.10 is released and can be found on the first post. 2.10 - rewrote a lot of the back-channel code to be more extensible. 2.10 - rewritten the logging system. Now it makes sense with the newer functions involved. 2.10 - Again, returns error levels off of patch runs. Note some non-zero error levels are NORMAL. Please let me know if you try it and run into any issues.

Got the logging rewrite done, it looks and acts a lot more sensibly given all the other changes that have happened since that part got written. I'm still not quite sure what jaclaz talks about would look like, but if anyone has any ideas on fixes, changes, improvements or whatever, feel free to suggest.

I thought this was what you might have meant, but wasn't sure that there was much interesting in that log file, when I looked at it.

You mean the content that defaults to <WinDir>/Logs/DISM/dism.log as opposed to anything the console might produce ?

Definitely something to look at. The plan was always for Batch Patcher to log things, but like I wrote above, it really bothers me that it was never too structured. Then, error levels were something that kind of went by the wayside too (1.01 or 2) since the patches of the time were throwing some wonky error levels out even upon success. Logging to window wouldn't be much harder than logging to file, so I'll have to see what can be done. Tee looks like what you get in DOS when you use > or >>, which again seems defeating given what little real information that gets revealed by a DISM call:

You'll have to elaborate on what you mean. I think I'll probably scrap the "capture the output idea" I mentioned in #36 anyway, given what I saw with DISM when I did. I don't think it really added anything that couldn't be figured out by the UI sitting on "Installing" for a particular thing. That said, if it's what it sounds like, it might be worth redoing the logging system (it already logs to batpatcher.log in <WindowsDir>). There's parts of it that I'm really not too thrilled about, and not sure that more data couldn't be pieced together, too. Anyway, let me know what you think.

I'm looking at doing 2.10, which is mainly a back-end change about how the patches are run. One of the things that I could probably do on the program screen is show the outputs of the command-line programs that are called. But I haven't determined the best way from a UI standpoint. I'll have to see what I can make work, but would a "Details" tab or a button from the main screen that reveals this output be preferable?

FWIW, this update has a history of files from 2014 (see the link), and the file is currently marked as "v7", which tells me it's a long standing patch, especially if the Windows Customer Experience Improvement Program is involved. I recognize that term from previous versions, so it's been going a while. I see pages which indicate that Windows CEI can be disabled, so I can't say it's a new thing.

(File Removed)

I happened to pull this out today to look at it, and it worked on my Windows 8.1 x64. Is there any particular reason why it wouldn't work on any other x64 version?

Which updates? Have you looked at the logs you get after attempting to install them?

If it finds it, yes.

It's been the case for quite some time that the Internet Explorer "cumulative" updates only apply to a certain section of things - this explains multiple "cumulative" updates that are often required for Internet Explorer. Then they do little "out of band" updates for "severe" security problems. This is what 3034196 is, which is dependent on 3021952. Can't blame 'em for being consistent, to be sure, to see the whole required list of IE updates for Win 8.1 x64 (as listed below) To wit: 2014-08-12 Cumulative Security Update for Internet Explorer 11 for Windows 8.1 for x64-based Systems (KB2976627)Security Bulletin IDs: MS14-051 Listing of File URLs: windows8.1-kb2976627-x64Description: Installing the Microsoft Camera Codec Pack enables the viewing of a variety of device-specific file formats and will allow supported RAW camera files to be viewable in applications in Windows. For a complete listing of supported cameras, see the associated Microsoft Knowledge Base Article for more information. After you install this item, you may have to restart your computer.----------------------------------------------------------------2015-02-05 Security Update for Internet Explorer Flash Player for Windows 8.1 for x64-based Systems (KB3021953)Listing of File URLs: windows8.1-kb3021953-x64Description: A security issue has been identified in a Microsoft software product that could affect your system. You can help protect your system by installing this update from Microsoft. For a complete listing of the issues that are included in this update, see the associated Microsoft Knowledge Base article. After you install this update, you may have to restart your system.----------------------------------------------------------------2015-02-10 Cumulative Security Update for Internet Explorer 11 for Windows 8.1 for x64-based Systems (KB3021952)Security Bulletin IDs: MS15-009 Listing of File URLs: windows8.1-kb3021952-x64windows8.1-kb3023607-x64windows8.1-kb3036197-x64Description: A security issue has been identified in a Microsoft software product that could affect your system. You can help protect your system by installing this update from Microsoft. For a complete listing of the issues that are included in this update, see the associated Microsoft Knowledge Base article. After you install this update, you may have to restart your system.----------------------------------------------------------------2015-02-10 Security Update for Internet Explorer 11 for Windows 8.1 for x64-based Systems (KB3034196)Security Bulletin IDs: MS15-009 Listing of File URLs: windows8.1-kb3034196-x64Description: A security issue has been identified in a Microsoft software product that could affect your system. You can help protect your system by installing this update from Microsoft. For a complete listing of the issues that are included in this update, see the associated Microsoft Knowledge Base article. After you install this update, you may have to restart your system.----------------------------------------------------------------

Your first question, they probably was just late on getting it out when you looked at it. Or they felt they didn't need to update IE11 that month for some reason. I'm sure there's a legit reason. On your second question, Microsoft often bundles updates. For instance, Win8.1 x64 3021952 also has 3023607 and 3036197. It just seems in this case that you are missing one of the "other" updates if you show 3021952 installed. Title: Cumulative Security Update for Internet Explorer 11 for Windows 8.1 for x64-based Systems (KB3021952)KB IDs: 3021952 Security Bulletin IDs: MS15-009 Date Issued: 2015-02-10Installed: TRUEHidden: FALSECategories: Security Updates, Windows 8.1, MSRC Severity: CriticalListing of Files: windows8.1-kb3021952-x64 - windows8.1-kb3021952-x64_ec6b557f24c7677460253d5fa08ec26acaae279a.cab (51874 KB)windows8.1-kb3023607-x64 - windows8.1-kb3023607-x64_749da24d6f5b99697e408a690acda5516fc8c5e3.cab (391 KB)windows8.1-kb3036197-x64 - windows8.1-kb3036197-x64_251b1867a07951f96e4f7badbf7c11a5193018f1.cab (1334 KB)Description: A security issue has been identified in a Microsoft software product that could affect your system. You can help protect your system by installing this update from Microsoft. For a complete listing of the issues that are included in this update, see the associated Microsoft Knowledge Base article. After you install this update, you may have to restart your system.

You can try this , which downloads off the links presented on the Windows Update site. Basically, as long as whatever you have installed is current, you'll get all the files you need. Windows 7, AFAIK, presents CAB files, which should be fine for whatever slipstreaming needs you have. The default is whatever things you don't have installed, but clicking "installed" will present what Windows Update/Microsoft considers as "fully patched". As for installing the stand-alone patches (CAB, MSU, or EXE), you can try this , though it will just install any of the updates that are presented.