5eraph's post-SP2 Update Pack v2017-06_2

Windows XP Professional x64 Edition Update Pack discussion.
Post Reply
User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Feb 17, 2014 4:25 pm

ricktendo64 wrote:Feliz Cumpleaños 5eraph
You, sir, are an outstanding human being. Thank you. :)

User avatar
bphlpt
Posts: 1370
Joined: Sat Apr 19, 2008 1:11 am

Post by bphlpt » Mon Feb 17, 2014 5:58 pm

Happy BD indeed, 5eraph!

Cheers and Regards my friend

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Feb 17, 2014 9:17 pm

Thanks, bphlpt. Having a nice quiet evening at home during a snowstorm. :)

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Feb 20, 2014 11:22 pm

Updated to 2014-02_2.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Feb 25, 2014 9:26 pm

Updated to 2014-02_3.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Mar 05, 2014 12:26 am

Updated to 2014-02_4.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Mar 11, 2014 10:28 pm

Updated to 2014-03_1. Please read the Changelog for full details.

Ultraform
Posts: 43
Joined: Mon Oct 29, 2012 11:17 pm

Post by Ultraform » Wed Mar 12, 2014 12:05 am

You make a great job <3 5eraph

naggy
Posts: 13
Joined: Mon Sep 10, 2012 12:31 am
Location: Russia

Post by naggy » Wed Mar 12, 2014 10:43 am

Thanks, 5eraph!

User avatar
Svyat
Posts: 36
Joined: Mon May 23, 2011 5:23 am
Location: Ukraine, Kiev

Post by Svyat » Fri Mar 21, 2014 8:38 am

Congrats 5eraph, ultimate Update Pack, I'm pretty sure it worth it!
newer is not always better

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Apr 08, 2014 4:47 pm

Updated to 2014-04_1. Please read the Changelog for full details.

Keefa
Posts: 27
Joined: Thu Nov 29, 2007 11:00 am

Post by Keefa » Sat Apr 12, 2014 6:19 am

Thanks, 5eraph! It's working beautifully as always.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Apr 28, 2014 7:55 pm

You're welcome. :)

Updated to 2014-04_2.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Fri May 02, 2014 2:57 am

Updated to 2014-04_2.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed May 14, 2014 6:27 am

Updated to 2014-05_1. Please read the Changelog for full details.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed May 14, 2014 7:48 am

True to form, high priority update KB2926765 is arbitrarily blocked from installing on XPx64. A patched update.exe is available for those wishing to keep their XPx64 systems up to date with the latest NT 5.2 updates. The Microsoft Update website does not offer post end of support updates (with the obvious exception of superseded IE update KB2964358).

At present, the only post-EoS update that needs the patched update.exe file is KB2926765. Internet Explorer updates are not blocked... yet.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Jun 10, 2014 9:15 pm

Updated to 2014-06_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Jul 08, 2014 4:18 pm

Updated to 2014-07_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

User avatar
alsyundawy
Posts: 99
Joined: Mon Jun 28, 2010 5:47 pm

Post by alsyundawy » Mon Jul 14, 2014 12:46 pm

can be apply to windows svr 2003 r2 sp2 x64?

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Jul 14, 2014 7:48 pm

I don't use Win2003, so I'm not knowledgeable enough to test it thoroughly. While the update pack does slipstream into it, one error occurs during unattended installation (asking for SP2 disc to install DDrop.DLL, when in fact it exists on the source). The Microsoft Update website also shows that the following updates should be installed:

maur0
Posts: 21
Joined: Fri Mar 12, 2010 11:08 am

Post by maur0 » Fri Jul 18, 2014 5:50 am

alsyundawy wrote:can be apply to windows svr 2003 r2 sp2 x64?
im tested under win 2003 x64 datacenter and run perfect

after instaled run winupdate and show 4 or 5 updates and you install quickly

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Jul 21, 2014 7:26 am

Updated to 2014-07_2. Please read the Changelog for full details.

A Win2003 Addon has been released for use with the XPx64 Update Pack. At present it only includes updates listed on the Microsoft Update website. My experience with Windows 2003 is woefully inadequate. But my own limited testing shows a clean Microsoft Update website and no installation issues on Datacenter edition with many non-default components installed. Please feel free to suggest updates I've missed, or other updates you'd like included.

None of today's packages in the XPx64 update pack use blocking code. All should update existing XPx64 installations without modification.

maur0
Posts: 21
Joined: Fri Mar 12, 2010 11:08 am

Post by maur0 » Tue Jul 22, 2014 1:16 pm

hi 5eraph

I think the only thing missing to make it perfect would include updates of the framework and its updates in your package

because nowadays almost all uses framework then have to install it

User avatar
Svyat
Posts: 36
Joined: Mon May 23, 2011 5:23 am
Location: Ukraine, Kiev

Post by Svyat » Tue Jul 22, 2014 4:43 pm

What about Adamdsa.dll 1.1.3790.5297 from KB2933528
newer is not always better

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Jul 24, 2014 9:20 am

It'll be in the next release, Svyat. :)

Always had trouble with ADAM updates, but I think I've got it figured out. Needed to get hold of a cheap R2 source to be certain.

Any others now that I'm better equipped to handle them?

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Jul 24, 2014 3:59 pm

I'm sorry for the delay in this reply, maur0. I hear you. But I'm standing by my decision; it would be too much work for me to include .NET when I would get limited benefit from it. I've always assumed there's a reason Microsoft doesn't include .NET in Win2003 x64. And I still think .NET is mostly bloat. ;)

The Win2003 addon is useful for me at this point because it makes sense now to use Windows 2003 to access the Microsoft Update website to help find updates. The site is no longer updated for XPx64--the new Silverlight update being the very odd exception. This is the reason KB2917500 has been replaced by KB2982792 in the pack, even though Microsoft Update complains under XPx64.

In my opinion, MU can't be trusted anymore to prove an XPx64 system is up to date. But it can still be trusted for Windows 2003, so the update pack will be tested with Windows 2003 much more often now: with every new pack alongside XPx64. Expect slightly longer delays between releases due to this.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Sun Jul 27, 2014 6:31 am

Updated to 2014-07_3. Please read the Changelog for additional details.

The KB2933528 update package doesn't use blocking code. It should update existing XPx64 installations without modification, provided ADAM is installed and running.

KB2933528 is a security update for ADAM, which is not included with Windows XP or the first release of Windows 2003--I'll call it R1. An update for ADAM seems to be released every year or so, but it wasn't included in the update pack because none of ADAM's files are included with XP.

Oddly enough, some of its files are found in the AMD64 folder on all Windows 2003 SP2 sources. They're never referenced in dosnet.inf or txtsetup.sif; the files seem to do nothing but take up space. To include this update with XP and 2003, entries were added to dosnet.inf and txtsetup.sif to copy the dormant files from AMD64 into the %SystemRoot%\ADAM folder where they are normally installed. ADAM's installation package will recognize the updated files and keep them in place, ignoring its own older files. Uninstalling ADAM in Windows XP and 2003 R1 will keep the updated files in the ADAM folder, where they should stay and be used if ADAM is reinstalled later.

ADAM is a Windows component in 2003 R2, installed from the components wizard in Add/Remove Programs. Installing the ADAM component is basically the same as installing it from the executable package. The newer files are recognized by the wizard and used instead of the older ADAM files on the R2 source. Removing the component later, however, deletes everything in the installation folder. If ADAM is reinstalled after that, the updated files will be gone and the old files will be used. QFECheck verifies this, saying KB2933528 needs to be reinstalled.

ADAM's installation files are buried in the CMPNENTS folder of the Windows 2003 R2 source. They can be updated to correct the R2 issue above. But doing so with an update pack or addon presents difficulties. The current Win2003 Addon uses the [CopyFiles] directive in entries.ini to update the files in the CMPNENTS folder. Trouble is, the [CopyFiles] directive only works with the RyanVM Integrator. There's no other way for me to automate it without breaking either RVMi or nLite. The problem is explained in a bit more detail in the comments of the update pack's entries.ini file for those interested.

nLite users interested in updating the files manually on a Windows 2003 R2 source will find adambsrv.dll, adamdsa.dll and ntdsatq.r2.dll uncompressed in AMD64 after running nLite. The adam*.dll files directly replace the files in the following source folder:
  • CMPNENTS\R2\PACKAGES\ADAM\AMD64\ADAM
ntdsatq.r2.dll needs to be renamed ntdsatq.dll to replace its corresponding file in the folder specified. Keep the *.r2.dll file as named in AMD64 to prevent a conflict with the other file of the same name (with a different file version) in AMD64.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Aug 12, 2014 9:50 pm

Updated to 2014-08_1. Please read the Changelog for full details.

None of today's packages use blocking code. All should update existing XPx64 installations without modification.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Aug 27, 2014 5:24 pm

Updated to 2014-08_2.Today's out-of-band update package doesn't use blocking code. It should update existing XPx64 installations without modification.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Sep 10, 2014 8:14 am

Updated to 2014-09_1. Please read the Changelog for full details.

Still welcoming suggestions for Windows 2003 updates. I found two more this time around.

From this point on I believe it'll be easier for those keeping track if I just list those updates that need the patch under XPx64. At present, the only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

User avatar
minutka15
Posts: 32
Joined: Fri Jul 25, 2008 6:28 pm
Location: Paris, France

Post by minutka15 » Wed Sep 10, 2014 11:47 am

Thank's 5eraph for new update pack!
I will try to use this one as soon as possible.
We Don't Call 911

naggy
Posts: 13
Joined: Mon Sep 10, 2012 12:31 am
Location: Russia

Post by naggy » Fri Sep 12, 2014 2:44 am

Thanks, 5eraph!

User avatar
alsyundawy
Posts: 99
Joined: Mon Jun 28, 2010 5:47 pm

Post by alsyundawy » Mon Sep 15, 2014 8:49 am

sorry about stupid question, what is Win2003 Addon for the Update Pack

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Sep 15, 2014 11:42 am

Users of Windows Server 2003 x64 SP2 can use the Win2003 Addon in addition to the XPx64 update pack to bring their sources up to date. The Win2003 Addon contains updates that do not apply to XPx64, usually because those updates consist entirely of files that are not included with XPx64. Files that don't exist can't be updated.

User avatar
alsyundawy
Posts: 99
Joined: Mon Jun 28, 2010 5:47 pm

Post by alsyundawy » Mon Sep 15, 2014 4:18 pm

5eraph wrote:Users of Windows Server 2003 x64 SP2 can use the Win2003 Addon in addition to the XPx64 update pack to bring their sources up to date. The Win2003 Addon contains updates that do not apply to XPx64, usually because those updates consist entirely of files that are not included with XPx64. Files that don't exist can't be updated.
wow cool thx .... :oops:

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Mon Sep 15, 2014 9:04 pm

Good question, alsyundawy. Added a DETAILS link for the addon in the first post.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Tue Sep 23, 2014 6:11 pm

Updated to 2014-09_2.The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Sep 24, 2014 10:01 am

Updated to 2014-09_3.Sorry for the rapid updates. The Flash update surprised me.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Oct 15, 2014 2:10 am

Updated to 2014-10_1. Please read the Changelog for full details.

The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Oct 16, 2014 9:58 pm

Updated to 2014-10_2:
  • Additional update SA3009008 added.
    • This update consists of the following workaround registry entries:
      ;Disables SSL 2.0 + 3.0 and Enables TLS 1.0 for all users by default in Internet Explorer 6, 7 and 8.
      HKCU,"Software\Microsoft\Windows\CurrentVersion\Internet Settings","SecureProtocols",0x10001,0x80

      ;Disables SSL 2.0 + 3.0 and Enables TLS 1.0 in Internet Information Services (IIS).
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Client","Enabled",0x10001,0
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 2.0\Server","Enabled",0x10001,0
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Client","Enabled",0x10001,0
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL 3.0\Server","Enabled",0x10001,0
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Client","Enabled",0x10001,1
      HKLM,"SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server","Enabled",0x10001,1
Other web browsers will remain vulnerable to SSL 3.0 exploits after applying SA3009008. Directions are available for disabling SSL 3.0 in Firefox, Google Chrome and Safari.

The only currently relevant post-XP-EoS executable update package that needs the patched update.exe file to update an existing XPx64 installation is KB2926765, released 2014/05/13.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Sun Nov 02, 2014 6:35 pm

Updated to 2014-10_3:Relevant post-XP-EoS executable update packages that need the patched update.exe file to update an existing XPx64 installation:
  • High priority update KB2926765, released 2014/05/13.
    Additional update KB3011843, released 2014/10/30.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Wed Nov 12, 2014 4:45 am

Updated to 2014-11_1. Please read the Changelog for full details.

Relevant post-XP-EoS executable update packages that need the patched update.exe file to update an existing XPx64 installation:
  • High priority update KB2926765, released 2014/05/13.
    Additional update KB3011843, released 2014/10/30.

User avatar
mockingbird
Posts: 100
Joined: Wed Oct 17, 2012 4:28 pm

Post by mockingbird » Thu Nov 13, 2014 5:31 pm

Is KB958911 not included? I downloaded it with the hope that it would eliminate the vsync problem in 2d, and it allowed me to install it.

On that note Microsoft forgot to enable 2d vsync in XP x64. The problem is that everything tears. Anyone know of a solution?

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Nov 13, 2014 7:20 pm

KB958911 has never been in the update pack. But, that update was most recently superseded by KB2957503 which is included. GDI+ is installed as a side-by-side assembly, which allows multiple versions to be present at once. However, the newest version is always used unless an older version is specifically called by an application. For this reason I only ever include the latest SxS assemblies.

The registry entries listed in KB958911 should still work when only KB2957503 is installed. But don't hold me to that; I don't know for sure.

I haven't noticed tearing unless I have no accelerated video drivers installed. I'm currently using a GeForce GTX 650 Ti which is overkill for my needs, but was cheap. If you happen upon a solution please let us know. :)

User avatar
mockingbird
Posts: 100
Joined: Wed Oct 17, 2012 4:28 pm

Post by mockingbird » Thu Nov 13, 2014 7:36 pm

Thanks 5eraph! Great explanation. I really ought to update my XP x64 disc. I'll check to see if KB2957503 is installed. Maybe it wasn't included in what MS provides in Microsoft Update.

I know this is a bit off topic, but can you play this video and tell me if you see tearing:
http://www.youtube.com/watch?v=22ftfoCSPQI

If not, then it's a problem with ATI and not XP x64.

Keep up the amazing work. We have until sometime in 2015, when 2003 extended ends.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Nov 13, 2014 7:46 pm

You're right. That video tears for me too. Going full-screen doesn't help either.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Nov 13, 2014 7:59 pm

The good new is that I can download the YouTube video and play it in Media Player Classic which doesn't tear at all. I get some ghosting on my LCD, but that's to be expected.

User avatar
mockingbird
Posts: 100
Joined: Wed Oct 17, 2012 4:28 pm

Post by mockingbird » Thu Nov 13, 2014 8:03 pm

Yea sure, because video isn't displayed through GDI when you use a media player.

What I should really do is test it with 2003 x64 and see if it has the same problem. If not, there might be a way to hack the GDI into XP x64.

edit: I just realized that kb2957503 is 2003 x64, so if you get tearing with it installed, it probably also happens in 2003 x64.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Nov 13, 2014 8:09 pm

XPx64 is very closely related to Win2003. If it happens in one then it's likely to happen in the other. Same service packs, same binaries.

User avatar
5eraph
Site Admin
Posts: 4618
Joined: Tue Jul 05, 2005 9:38 pm
Location: Riverview, MI USA

Post by 5eraph » Thu Nov 13, 2014 8:38 pm

You could try with KB2834886, which was the last high priority update to GDI+ that was officially supported for XPx64. I'm not hopeful, however. If the Microsoft Update website says you're up to date, and you haven't installed or slipstreamed OS updates released after April 2014, then you already have KB2834886 installed.

Post Reply