Onepiece XP Post-SP3 AIO Update Pack FINAL
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
KB959540 has nothing to do with .NET, but just like the gdi+ updates it installs the comctl32.dll as a SXS reference. You should not replace the comctl32.dll file in System32 directory directly.scarface wrote:I think KB959540 is present in the nfx 3.5 sp1 too. (you dont care perhaps)- I hesitate to replace Comctl32 in %11% I will see what you do.
P.S. I don't use the OnePiece UpdatePack myself. I only use the hotfixes listed as a reference for HFSLIP.
when I installed kb959540 no files were copied. I saw comctl32 in the kb description. and then after a search I saw it in winsxs folders. So it was previously installed. indeed in system32 comctl32 is still in version 5.82.2900.5512. I think I will skip it. Or I will test - I dont want to put it directly but modify lines ie
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","BuildCheckSum",0,"xxx"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","BuildDate",0,"Tue Jan xxx"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","FileName",0,"comctl32.dll"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","Location",0,"%11%"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","Version",0,"6.0.2900.5512"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","BuildCheckSum",0,"xxx"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","BuildDate",0,"Tue Jan xxx"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","FileName",0,"comctl32.dll"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","Location",0,"%11%"
HKLM,"%SP4UPDATES%\kb959540\Filelist\0","Version",0,"6.0.2900.5512"
http://www.ryanvm.net/forum/viewtopic.php?p=87326#87326analyzer wrote:so back to my question then, is there a way to remove IE7 from the integration at least?
Ever since NT 5.1, there are two versions of comctl32 in every Windows install. 5.8x is the old pre-XP version, used by old pre-XP apps, and it is installed in system32. 6.x is the new version introduced in XP and is installed in SxS. KB959540 only updates the newer 6.x version in SxS; the 5.8x version is rarely updated, since it is a legacy version that exists for back-compat.scarface wrote:indeed in system32 comctl32 is still in version 5.82.2900.5512
You realize that the file list keys are usually useless, right? You can just omit the file list keys for anything that installs only to SxS (you can even omit them in general).HKLM,"%SP4UPDATES%\kb959540\Filelist\0","BuildCheckSum",0,"xxx"
...
I didnt know that. but anyway nothing was updated on my system (nor in sxs according to regshot) with this kb. so if its not netframework I dont see what is this. I will skip this kb until I understand more, I wasnt aware comctl32 in system32 was designed for old apps and in sxs for newer apps even if I noticed comctl was in 5 and the new on in 6 version (So yes in this case theses filelist are useless because I wont update it in system32).
In this case it seems weird but when files are copied only in %65623% I noticed ryan only updates %11% to avoid copies so I guess, the location is not very important-and qfecheck still sees the kb if the filelist correctly points to it.
In this case it seems weird but when files are copied only in %65623% I noticed ryan only updates %11% to avoid copies so I guess, the location is not very important-and qfecheck still sees the kb if the filelist correctly points to it.
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
@analyzer:
We've seen only once those issues: they were caused by a toolbar included in an addon.
IE7remove.exe always worked: However in next pack release IE7 will be uninstallable from Windows Components Wizard (it needs only a XP CD without IE7) just like Onepiece's IE7 True Addon (see here.
We've never seen any problem integrating IE7PRO on UpdatePack. Try this addon:
http://zizkpq.bay.livefilestore.com/y1p ... z?download
(it's not the newer build but it works)
We've seen only once those issues: they were caused by a toolbar included in an addon.
IE7remove.exe always worked: However in next pack release IE7 will be uninstallable from Windows Components Wizard (it needs only a XP CD without IE7) just like Onepiece's IE7 True Addon (see here.
We've never seen any problem integrating IE7PRO on UpdatePack. Try this addon:
http://zizkpq.bay.livefilestore.com/y1p ... z?download
(it's not the newer build but it works)
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
thanks for the fast update again nonno
while editing the OPMWXPUP.inf to remove the wga and the wdsearch
i found a new option called FeaturePackforStorage
i see no mention of this in the update log ? is there anything we should know about this ?
i found this link http://connect.microsoft.com/site/siteh ... SiteID=434
and it seems to be a beta is this safe to leave in ??
thanks for your great work mate
while editing the OPMWXPUP.inf to remove the wga and the wdsearch
i found a new option called FeaturePackforStorage
i see no mention of this in the update log ? is there anything we should know about this ?
i found this link http://connect.microsoft.com/site/siteh ... SiteID=434
and it seems to be a beta is this safe to leave in ??
thanks for your great work mate

bug ?
i had an error on my first try of the new pack

the error happends just before the first login after restarting for the last time just before the "setting up personalized settings" themes
i have only had 1 error with this pack in the past (the mtp) which is fixed since 1.8 or so i have been using the pack since 1.21 at least
i see something about netframework (which i do remove using nlite)
i have changed nothing in my nlite or any settings since the last version 2.0
i removed wga and wdsearch as i did in the 2.0 pack
i do have the C:\WINDOWS\Microsoft.NET\DirectX for Managed Code\1.0.2902.0\Microsoft.DirectX.Direct3DX.dll and the C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\gacutil.exe
i am testing this on a vmware right now, i will try it with my test pc
edit
if i run C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\gacutil.exe /i "C:\WI
NDOWS\Microsoft.NET\DirectX for Managed Code\1.0.2902.0\Microsoft.DirectX.Direct
3DX.dll"
i get Microsoft (R) .NET Global Assembly Cache Utility. Version 1.1.4318.0
Copyright (C) Microsoft Corporation 1998-2002. All rights reserved.
Assembly successfully added to the cache
thanks in advance, i will try a couple of things my end and report back

the error happends just before the first login after restarting for the last time just before the "setting up personalized settings" themes
i have only had 1 error with this pack in the past (the mtp) which is fixed since 1.8 or so i have been using the pack since 1.21 at least
i see something about netframework (which i do remove using nlite)
i have changed nothing in my nlite or any settings since the last version 2.0
i removed wga and wdsearch as i did in the 2.0 pack
i do have the C:\WINDOWS\Microsoft.NET\DirectX for Managed Code\1.0.2902.0\Microsoft.DirectX.Direct3DX.dll and the C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\gacutil.exe
i am testing this on a vmware right now, i will try it with my test pc
edit
if i run C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\gacutil.exe /i "C:\WI
NDOWS\Microsoft.NET\DirectX for Managed Code\1.0.2902.0\Microsoft.DirectX.Direct
3DX.dll"
i get Microsoft (R) .NET Global Assembly Cache Utility. Version 1.1.4318.0
Copyright (C) Microsoft Corporation 1998-2002. All rights reserved.
Assembly successfully added to the cache
thanks in advance, i will try a couple of things my end and report back
Last edited by sT0n3r on Wed Feb 11, 2009 11:13 am, edited 3 times in total.
think feature pack storage is kb952013, a bit useless look here http://www.mskbarticles.com/?kb=952013
I like this pack because i can take some kb from and not available in french like msi or from vista.
I like this pack because i can take some kb from and not available in french like msi or from vista.
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
Yes, obviously NAS workaround and Adobe Svcpack addon fix are included: I forgot to list them in changelog, sorry.
@geforce: In your case seems that some addon has "broken" the .inf file: IE icon is missing, etc. Retry the integration on a clean XP CD using RVMi 1.5.4b9.
@sT0n3r: It's an error. Onepiece removed the command which prevent from searching .net 1.x. If you don't integrate Onepiece's .net 1 true addon before Update Pack, you see that message. It will be fixed.
@geforce: In your case seems that some addon has "broken" the .inf file: IE icon is missing, etc. Retry the integration on a clean XP CD using RVMi 1.5.4b9.
@sT0n3r: It's an error. Onepiece removed the command which prevent from searching .net 1.x. If you don't integrate Onepiece's .net 1 true addon before Update Pack, you see that message. It will be fixed.
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
This page suggests that it's final:sT0n3r wrote:i found a new option called FeaturePackforStorage
i see no mention of this in the update log ? is there anything we should know about this ?
i found this link http://connect.microsoft.com/site/siteh ... SiteID=434
and it seems to be a beta
http://www.microsoft.com/downloads/deta ... 56746fcf05
We are one, but we are not the same... Talk to each other!
thanks for your reply mate will this error cause me any problems ?nonno fabio wrote:
@sT0n3r: It's an error. Onepiece removed the command which prevent from searching .net 1.x. If you don't integrate Onepiece's .net 1 true addon before Update Pack, you see that message. It will be fixed.
does running the command myself acually fix the issiue ?
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
-
- Posts: 36
- Joined: Tue Aug 12, 2008 12:15 am
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
@sT0n3r: No, you can simply ignore it; it's only annoying.
@Outbreaker: thanks. Only a forgotten reglines. Will be fixed soon along with Gacutil.exe annoyance.
@HosseinMoradi: addition of FontReg is a Ryan's personal choice; I've asked Onepiece and he thinks is better to keep it as a separate addon; KB948046 is obsoleted by KB956588
@Outbreaker: thanks. Only a forgotten reglines. Will be fixed soon along with Gacutil.exe annoyance.
@HosseinMoradi: addition of FontReg is a Ryan's personal choice; I've asked Onepiece and he thinks is better to keep it as a separate addon; KB948046 is obsoleted by KB956588
Last edited by nonno fabio on Thu Feb 12, 2009 4:46 pm, edited 1 time in total.
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
perhaps someone could help me. I noticed ntoskrnl and ntkrnlmp are the same file. the same for ntkrnlpa and ntkrpamp.(same size same checksum) I also noticed when I manually integrate KB960496 with nlite in i386 that only two files are copied (ntos and ntkrnlpa). So Is it useful to integrate them all in the pack (or I think i could add entries in entries .ini to copy ntoskrnl once again and rename it ntkrnlmp? the same for ntkrnlpa). files are 2mb big it could save 4mb in the pack.
But files in nonno pack are not the same. however nlite only copies two files thats weird.
with KB956841 I had the same problem and when copying checksum in my pack it just stopped @t34-ntoskrnl problem. moebius helped me with falty checksum but it appears I ve got the same pb here.
confirmation here when I install KB960496
of course files are all in version 5747.

&

So is it due to my system that they are the same files? when taking what regshot gives me - the 4 files with different checksum!-in fact the same as I told you , a new install with my pack blocks again @t34!
After I checked with peexplorer which gives me the good checksum. checksum are the same as if files are deleted and replaced.(regshot only gives me wrong checksum for this kb)
But files in nonno pack are not the same. however nlite only copies two files thats weird.
with KB956841 I had the same problem and when copying checksum in my pack it just stopped @t34-ntoskrnl problem. moebius helped me with falty checksum but it appears I ve got the same pb here.
confirmation here when I install KB960496
of course files are all in version 5747.

&

So is it due to my system that they are the same files? when taking what regshot gives me - the 4 files with different checksum!-in fact the same as I told you , a new install with my pack blocks again @t34!
After I checked with peexplorer which gives me the good checksum. checksum are the same as if files are deleted and replaced.(regshot only gives me wrong checksum for this kb)
- Oron123
- Posts: 74
- Joined: Thu Oct 11, 2007 3:30 pm
- Location: In the tavern in the village of Fleur de lis near Calypso - StS
- Contact:
Thank you for the new version, but the download link is unavailable.
An advice for life: Do not argue with people who have no knowledge.
They aren't aware of what they say/write and will drag you down to their level.
www.TecHappens.com
They aren't aware of what they say/write and will drag you down to their level.
www.TecHappens.com
@Scarface : about KB960496 : we have to refer to file size given in KB details page to not be wrong cause indeed there are 2 versions of 5747 for ntoskrn for exemple, after install..
So I think I solve this problem and you can check in my Update Pack sizes, buidchecksums, dates and .cat (be care this is french version).
Quickly, the solution is to keep the file with larger size between both every time in this case.
So I think I solve this problem and you can check in my Update Pack sizes, buidchecksums, dates and .cat (be care this is french version).
Quickly, the solution is to keep the file with larger size between both every time in this case.
@moebius. I think Ive resolved my problem but I will look your pack to check.
look http://img7.imageshack.us/my.php?image=imagezq4.jpg I renamed it the original file name and checked the checksum in peexplore -wrong in regshot. in fact when windows was looking for ntoskrnl.exe it was ntkrnlmp.exe in my pack(ntoskrnl is ntkrnlmp(original name in my system32 I still dont understand that)(but ntos is ntos in dllcache!) the same thing for ntkrnlpa...
look http://img7.imageshack.us/my.php?image=imagezq4.jpg I renamed it the original file name and checked the checksum in peexplore -wrong in regshot. in fact when windows was looking for ntoskrnl.exe it was ntkrnlmp.exe in my pack(ntoskrnl is ntkrnlmp(original name in my system32 I still dont understand that)(but ntos is ntos in dllcache!) the same thing for ntkrnlpa...
@Scarface : about KB960496 : yeah in this case, don't trust regshot. Exceptionnaly for this KB, I Take KB page details and compare filesize and original name product and you can observe that good ntoskrnl.exe is not in system32 but in C:\WINDOWS\Driver Cache\i386 and that the ntoskrnl.exe from system32 is ntkrnlmp.exe original yeah indeed..a special behaviour with these files for a long time..
So don't trust Regshot for this KB and keep files manualy regarding file size and original name. Then calculate checksum and builddate with PE explorer : All the files are different...
And all is to send to %11%, RVMi do his job.
Screen1
Screen2
So don't trust Regshot for this KB and keep files manualy regarding file size and original name. Then calculate checksum and builddate with PE explorer : All the files are different...
And all is to send to %11%, RVMi do his job.
Screen1
Screen2
Last edited by scarface on Fri Feb 13, 2009 4:02 am, edited 1 time in total.
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
Download Link for v2.1.1 is not working i get this error:
The file you are trying to access is no longer available publicly.
This is a good uploade Website;
www.megaupload.com
The file you are trying to access is no longer available publicly.
This is a good uploade Website;
www.megaupload.com
- nonno fabio
- Posts: 1627
- Joined: Mon Jun 06, 2005 10:36 am
- Location: Northern Italy
- Contact:
Minor update.
If you have already installed XP with 2.1.0 update pack and want to fix the missing "show desktop" icon on a newly created account, you don't need to reinstall everything from scratch. Simply download and execute Windows Desktop Update.inf in your working system:
http://ifile.it/qun3fst
About hosting sites, Onepiece has a slow connection so he uploads his pack in Wincert server from where he can remotely upload it in Adrive.
If someone wants to provide a mirror, this will be appreciated.
If you have already installed XP with 2.1.0 update pack and want to fix the missing "show desktop" icon on a newly created account, you don't need to reinstall everything from scratch. Simply download and execute Windows Desktop Update.inf in your working system:
http://ifile.it/qun3fst
About hosting sites, Onepiece has a slow connection so he uploads his pack in Wincert server from where he can remotely upload it in Adrive.
If someone wants to provide a mirror, this will be appreciated.
Don't ask for a different configuration of Onepiece's XP AIO Update Pack: use one of the existing vanilla XP UpdatePack with your preferred addons instead
But this is corrected INF file for 2.1.0 UP. Where is a link?OnePiece_Update_Pack_Disable_DXM_Registration_AddOn
http://ifile.it/qun3fst
can anybody mirror it to: www.mihd.net
my connection is too slow, I need a hosting that has a resume capability for free user,
Thank You in advance.
my connection is too slow, I need a hosting that has a resume capability for free user,
Thank You in advance.
-
- Posts: 130
- Joined: Sat Jan 10, 2009 4:30 am
- Location: Estonia
http://ifile.it/ui5ecjnCipherfx2 wrote:can anybody mirror it to: www.mihd.net
nonno
the link in the first page
OnePiece_Update_Pack_Disable_DXM_Registration_AddOn
http://ifile.it/qun3fst
links to the windows_desktop_update.inf not to the OnePiece_Update_Pack_Disable_DXM_Registration_AddOn as it should
plase can someone correct this or post a link to the proper file please
normmm9 try running (right click and install) the windows_desktop_update.inf in the above link
thanks for your work nonno
the link in the first page
OnePiece_Update_Pack_Disable_DXM_Registration_AddOn
http://ifile.it/qun3fst
links to the windows_desktop_update.inf not to the OnePiece_Update_Pack_Disable_DXM_Registration_AddOn as it should
plase can someone correct this or post a link to the proper file please
normmm9 try running (right click and install) the windows_desktop_update.inf in the above link
thanks for your work nonno
Thanks for response. I'd like to know which toolbar may have caused these issues please. is it FlashGet toolbar?nonno fabio wrote:@analyzer:
We've seen only once those issues: they were caused by a toolbar included in an addon.
IE7remove.exe always worked: However in next pack release IE7 will be uninstallable from Windows Components Wizard (it needs only a XP CD without IE7) just like Onepiece's IE7 True Addon (see here.
We've never seen any problem integrating IE7PRO on UpdatePack. Try this addon:
http://zizkpq.bay.livefilestore.com/y1p ... z?download
(it's not the newer build but it works)
Thanks