58 replies to this topic

[click-click]

Ok, I'll see if I can find out what is causing this. BTW, how can I look at the RTI script?

It is unreadable looking at it with a file viewer. I deleted the .apm file and reran APup, but that did not help. You are most likely write that it is being caused by something else. Too bad AP gets messed up in the log when it finds an error.

[Cristiano]

> BTW, how can I look at the RTI script?
you can't. that file is encripted. when the rti tool generates that file, also generates other 2 files. one is the same as the .rti, except that isn't encripted. but compare that file with anything is nearly impossible. by the other hand, the .md5 file is taken after the script be signed... and the good thing is that this test can be done in reverse: if our md5 matches with the files that are in the user, then the user can generate an recursive md5 with hksfv (this one doesn't work at my girlfriend pc, i didn't looked for the reason) or any other tool

> Too bad AP gets messed up in the log when it finds an error
yep.

[]s

[click-click]

I found the problem. For some reason, APup was not updating the xp_sp3_enu.rti. It was still dated 21.01.2010.
I ran APup a few times and it did not touch it, so I deleted it and reran APup. This time xp_sp3_enu.rti got
updated with the correct version. I'm am now Official

It doesn't look like APup did its hash-checking on that file. I checked the old(deleted) against the new .rti and the hashes were different, so I don't understand why the .rti file wasn't updated until I erased it.

Edited by click-click, 27 January 2010 - 09:54 AM.

[Cristiano]

> It doesn't look like APup did its hash-checking on that file
ok. that is an start. maybe the old hash for that file is set on the script. that will not be found in a clean download test. also, since the md5 check for the compressed file is right, none issue will show in the download process. i will check that in a moment

edit: in deed, the old md5 for the rti file was in there. fixed

thanks

[]s

Edited by Cristiano, 27 January 2010 - 11:40 AM.

[click-click]

RVM Compatability Detection

KB950762 replaced by KB961605 (non-public hotfix)
http://support.microsoft.com/kb/961605

Modification tested as follows:

KB950762_xp_x86_enu.apm (Critical) added OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB961605
KeyName=Type
KeyValue=Update

Thanks ....

[Cristiano]

ok. this will take a while... i didn't started to work in the main script yet, but it will be fixed with the main one

[]s

[Cristiano]

done. the compatibility in module KB950762 was added. the main xp enu script is already online, but it's unsigned and i can't test the script from here. but that will be done tonight

[]s

[click-click]

Compatability detections for latest RVM XPSP3_QFE_UpdatePack


KB975254 replaced by KB981073-v3 (non-public hotfix)
http://support.microsoft.com/kb/981073 (FTP Client)

Modification tested as follows:

KB975254_xp_x86_enu.apm (Critical) OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB981073-v3
KeyName=Type
KeyValue=Update


KB958655 rollback KB972397-v2 with KB967756 (non-public hotfix)
http://support.microsoft.com/kb/967756 (Windows Installer)

Modification tested as follows:

KB958655_xp_x86.apm (Components) OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB967756
KeyName=Type
KeyValue=Update


KB979306 replaced by KB982615 (non-public hotfix)
http://support.microsoft.com/kb/982615 (Timezone Update)

Modification tested as follows:

KB979306_xp_sp3_x86_enu.apm (Non Critical) OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB982615
KeyName=Type
KeyValue=Update

When you have time .... thanks

[Cristiano]

ok, noted. i hope that this ones will be added with the monthly updates

[]s

[click-click]

Compatability detections for latest RVM XPSP3_QFE_UpdatePack


KB978037 replaced by KB982551-v2 (non-public hotfix)
http://support.microsoft.com/kb/982551 (C/S Run-time - csrsrv.dll )

Modification tested as follows:

KB978037_xp_sp3_x86_enu.apm (Critical) OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB982551-v2
KeyName=Type
KeyValue=Update

KB980232 replaced by KB983458 (non-public hotfix)
http://support.microsoft.com/kb/983458 (SMB Client - mrxsmb.sys)

Modification tested as follows:

WindowsXP-KB980232-x86-ENU.apm (Critical) OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB983458
KeyName=Type
KeyValue=Update

When you have time ... thanks

[Cristiano]

ok, i will add those. if i'm not mistaken, xp and seven had some updates in the past few days. at least, the machine running seven asked me to update some files and the machine running xp asked me about 3 updates. but first things first... a few issues was reported in several scripts and i will track those issues before any other thing

[]s

[click-click]

>i will track those issues before any other thing

okay, no problemo

[Cristiano]

done

by the way, in portuguese, "no problem" means "sem problema" or "tranquilo" (aka "fine"). "no problemo" looks like an certain governor speaking also T-800 (but who am i to say this, i probably sound like T-800 as well sometimes )

[]s

[click-click]

I'll be back .. Hasta la vista, baby

[click-click]

I have some more compatability detections for latest RVM XPSP3_QFE_UpdatePack.
When you have time ... thanks

KB975562 replaced by KB2282612 (non-public hotfix)
http://support.micro....com/kb/2282612 (AVI error - Quartz.dll)

Modification tested as follows:

WindowsXP-KB975562-x86-ENU.apm (Critical) added OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB2282612
KeyName=Type
KeyValue=Update

KB981793 replaced by KB2158563 (non-public hotfix)
http://support.micro....com/kb/2158563 (Timezone Update)

Modification tested as follows:

WindowsXP-KB981793-x86-ENU.apm (NonCritical) added OR detection
RegistryPath=HKLM\SOFTWARE\Microsoft\Updates\Windows XP\SP4\KB2158563
KeyName=Type
KeyValue=Update

Edited by click-click, 18 September 2010 - 06:01 AM.

[Cristiano]

thanks. i will fix this later today

[]s

[click-click]

> thanks. i will fix this later today

I hope I'm not too late for one more small change. My system now has the newer Windows Update
version and AP detection is flagging Windows Update Agent v7.4.7600.226 as not installed.

The one I have is v7.4.7600.229. I think we talked about this before and since there wasn't a regular update for this, you left it as is.

I just changed the folowing in WindowsUpdateAgent_x86.apm

FileVersion=>7.4.7600.226

for both DetectionFile entries and from my side, this will detect both 226 and 229
I have 229 on XP and 226 on Vista and it flagged both correctly. What do you think, can
this be changed?

[Cristiano]

> I hope I'm not too late for one more small change
no, no. i didn't started to work on those changes yet. it's saturday, i'm single and i have to clean my home too

but don't worry, i will fix this too

[]s

[Cristiano]

done. all changes are in place, but about windows update agent, since this one is around since several months ago and ms didn't an standalone version of this one so far and it may prevent logon if the user do certain changes in his systems, i've updated the main exe. the download will download that version that has the 3 versions included, will delete the itanium version and also will download the new modules for it, in x64 and x86 versions. it was also posted in the common releases area, because it must be updates in all scripts as well (it may lead to unofficial issues). so, for some time, if the user has merged several versions, it may lead to unofficial. but this issue is temporary only and only will happen to those that mix several scripts in the same folder

[]s