Error Code: 0xD: Type mismatch
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!
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!
_def_x_
29 Jul 2010
Quote
'KB968930_xp_x86_ita.apm' uses an unknown/unsupported property called 'DotNetFramework>'.
Quote
\modules\Components\__msxml\MSXML4SP2_x86_enu.apm
\modules\Components\__msxml\MSXML6SP1_x86_enu.apm
\modules\Critical\KB928366_DN11SP1_x86_enu.apm
\modules\Components\__msxml\MSXML6SP1_x86_enu.apm
\modules\Critical\KB928366_DN11SP1_x86_enu.apm
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.
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
[]s
_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.
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.


