←  AutoPatcher Bug Reports

AutoPatcher Forum

»

Error Code: 0xD: Type mismatch

arota's Photo arota 28 Jul 2010

What AutoPatcher was trying to do
It appears that the error occured while AutoPatcher was trying to determine if a module's property is compatible with the running component.

Where: mdlModuleLoading.isPropertyCompatible()
Error Code: 0xD: Type mismatch

Attempting to initialize common controls.
Accessing filesystem...
AutoPatcher 5.6 loaded the filesystem.

Detected
Italian (1040) Windows XP Professional Service Pack 3
System Components:
Internet Explorer: 8.0.6001.18928
Windows Media Player: 9.0.0.4507
.NET Framework: 1.1.4322|1.1SP1|2.0.50727.3053|2.0SP2|3.2.30729.01|3.2SP2|3.5|3.5SP1|4|4SP0|4.0|4.0SP0
Windows Installer: 4.5.6001.22159
DirectX: 4.09.00.0904
MSN/Live Messenger:

Office Components:
Microsoft Word: 11.0.8169.0
Microsoft Excel: 11.0.8169.0
Microsoft PowerPoint: 11.0.8169.0
Microsoft Outlook: 11.0.8169.0
Microsoft Access: 11.0.8166.0
Microsoft Project:
Microsoft Publisher: 11.0.8166.0
Microsoft OneNote:
Microsoft FrontPage: 11.0.5516.0
Microsoft InfoPath: 11.0.8169.0
Microsoft Visio:
Microsoft SharePoint Designer:
Microsoft Groove:

Module 'KB968930_xp_x86_ita.apm' uses an unknown/unsupported property called 'DotNetFramework>'. Please make sure this is not a mis-spelling!
Module 'K:\apup\modules\Components\__msxml\MSXML4SP2_x86_enu.apm' EXPLICITLY refers to its module folder as 'K:\apup\modules\Components\__msxml\MSXML4SP2_x86_files'. However, such folder does not exist!
Module 'K:\apup\modules\Components\__msxml\MSXML6SP1_x86_enu.apm' EXPLICITLY refers to its module folder as 'K:\apup\modules\Components\__msxml\MSXML6SP1_x86_files'. However, such folder does not exist!
Module 'K:\apup\modules\Critical\KB928366_DN11SP1_x86_enu.apm' EXPLICITLY refers to its module folder as 'K:\apup\modules\Critical\KB928366_files'. However, such folder does not exist!
Quote

_def_x_'s Photo _def_x_ 29 Jul 2010

Quote

'KB968930_xp_x86_ita.apm' uses an unknown/unsupported property called 'DotNetFramework>'.
This is a script typo -> reads DotNetFramework>=2 / should read DotNetFramework=>2

Quote

\modules\Components\__msxml\MSXML4SP2_x86_enu.apm
\modules\Components\__msxml\MSXML6SP1_x86_enu.apm
\modules\Critical\KB928366_DN11SP1_x86_enu.apm
I searched xp ita, xp eng, 2k ita, dotnet - I cannot find these .apm files listed. I did see this - PreAction.FolderDelete=autopatcher:\modules\Critical\KB928366_files - this explains why 'KB928366_DN11SP1_x86_enu.apm' cannot find a folder.

You dont mention much in your post, what all releases you have in the same folder, are they Official. I would delete the 3 .apm files listed, rerun APUP and update the releases you are having troubles with. If the .apm files are needed they will re download. If the messages persist, post exactly the scripts you are running, are the packages Official or not. The scripts have been cleaned recently, if you haven't updated lately a few files may have been left behind.

If you have multiple releases in the same \modules folder you can determine what releases are failing by - running AutoPatcher - click 'About' - click 'Release Info' - the 'Title' in Red and False under "Official' is your problem. It wouldnt hurt to post an APUP log of the failing script as well. Also, this really is a script issue not an AutoPatcher or APUP bug. It helps to locate the failing script by following the guidelines I offered and then provide a log file of the offending script and post in the appropriate forum - for next time. :)
Quote

Cristiano's Photo Cristiano 29 Jul 2010

ok. since KB968930_xp_x86_ita.apm is still in the xp ita script, i've sent an inform about the issue to domenico. as for the not removal issue, for sure you have an old release... the script is being cleaned, but the script still has the preactions since 2009-01-11, that makes about 8 months of preactions

[]s
Quote

_def_x_'s Photo _def_x_ 29 Jul 2010

Hmm, so it's been better than 8 months since arota has updated his/her AutoPatcher release - that's a long time. I'm sure arota has been visiting MU/WU right ;) BTW, nice find arota, your post brought attention to a problem, it will get fixed and make the release more reliable.

I would keep an eye on this thread, when Domenico posts 'fixed' you will need to run APUP so the new script can make the needed corrections. You will want to delete the 3 apm files mentioned in post #2 second "quote" also.

When patches become outdated and get replaced the script will get new commands to remove these files/folders - but the commands get removed at some point in time (months later) otherwise the scripts would be huge, if you wait too long these stray files can cause problems and make a release Unofficial.

So the moral of the story is - if you want AutoPatcher/APUP to work reliably for you it is best to run APUP at least 2 or 3 times a month - the big one is a few days after 'Patch Tuesday' (second Tuesday of every month), this will get the new patches and remove the old ones. The 1 or 2 additional times is to catch the typos that can show up in a script - this is part of being human, making mistakes.

You can always look at the 'Release Info' to check the date of your releases, a few expect to be old - DirectX (doesn't get updated every month), AutoPatcher (same), but XP, Vista, 7, Office - if the date is getting old you may be better off downloading from scratch or find out if a release has been abandoned.
Quote

dkdk_it's Photo dkdk_it 01 Aug 2010

I'm analyzing this issue... I'll release a fix very soon.
Quote