Microsoft XML Core Services (MSXML) are set of services that allow applications written in JScript, VBScript, and Microsoft development tools to build Windows-native XML-based applications. It supports XML 1.0, DOM, SAX, an XSLT 1.0 processor, XML schema support including XSD and XDR, as well as other XML-related technologies.
All MSXML products are similar in that they are exposed programmatically as OLE Automation (a subset of COM) components. Developers can program against MSXML components from C, C++ or from Active Scripting languages such as JScript and VBScript. Managed .NET Interop with MSXML COM components is not supported nor recommended.[1]
As with all COM components, an MSXML object is programmatically instantiated by CLSID or ProgID. Each version of MSXML exposes its own set of CLSID's and ProgIDs. For example, to create an MSXML 6.0 DOMDocument object, which exposes the IXmlDomDocument,[2] IXmlDomDocument2,[3] and IXmlDomDocument3[4] COM interfaces, the ProgID "MSXML2.DOMDocument.6.0" must be used.
MSXML also supports version-independent ProgIDs. Version-independent ProgIDs do not have a version number associated with them. For example, "Microsoft.XMLHTTP". These ProgIDs were first introduced in MSXML 1.0, however are currently mapped to MSXML 3.0 objects and the msxml3.dll.
Different versions of MSXML support slightly different sets of functionality. For example, while MSXML 3.0 supports only XDR schemas, it does not support XSD schemas. MSXML 4.0, MSXML 5.0, and MSXML 6.0 support XSD schemas. However, MSXML 6.0 does not support XDR schemas. Support for XML Digital Signatures is provided only by MSXML 5.0. For new XML-related software development, Microsoft recommends[5] using MSXML 6.0 or its lightweight cousin, XmlLite, for native code-only projects.[6]
I got the problem solved by going to Microsoft support since I had just purchased the Office 2010 Pro Plus suite the call was free. The technician took control of my system and proceeded to delete old versions of msxml and then tried to delete the msxml6 version using the Control Panel Add and Delete application but got an error message and was unable to delete it until she she loaded another program on my system and was able to delete msxml6 and reinstall it. The installation of Office 2010 then went thru without a hitch.
Thanks.
I work for an organization that has a fairly old server running some critical apps. We have a road map to move these applications to a new server, but have to support the existing one for the time being.
This did not fix the issue and so I'm stuck with getting the There was an error opening the file message anytime I try to open the .docx file. The file has 2 pictures in it and I believe it was created in Office 2010, if either of those facts are helpful.
What seems to have worked for me is re-running the Office 2003 Setup from the Disk or folder where it was stored. This did work - but doing "repair" from the "Installed programs" control panel did not work - neither did "repairing" the compatibility pack.
The latest version of the Office Compatibility Pack is not compatible with Windows 2000. You must uninstall it and then install one of the previous versions (either version 1 or version 2 will work with Windows 2000). But first, since you are running Office 2003, you must install Office 2003 SP3 before installing the Office Compatibility Pack. After installing Office 2003 SP3, and after installing the older version of the Office Compatibility Pack, you must not install any of the Office Compatibility Pack Service Packs - none of them are compatible with Windows 2000.
If you still encounter problems after installing the older version, it may be necessary to remove other Office 2007/2010 components from your system before it works. For example, I had to uninstall Visio Viewer 2007 from my Windows 2000 machine and then re-install the older Office Compatibility Pack before it finally worked on my system.
The compatibility pack doesn't add new features to the old office versions. It just converts the new format to the old one so they can open it. As a result if the file contains any new features you can't open it or can only view it. For example the new text effects will be opened as images, which means no editing and lower quality when printing/zooming in. If the file was too new it may fail to open altogether. Even office 2007/2010 won't understand new features in office 2013/2016/2019
Don't know if you've upgraded those servers or not but you can try LibreOffice which has fairly good docx support. It can also convert the *.docx format to *.doc format. Other alternatives are Apache OpenOffice (might be outdated and less support) and WPS Office Suite.
In all scenarios either a repair or (re-)install of the dependency is required. Methods vary from one version to another slightly, but here is a link to the latest Microsoft Office support article on how this is done: -us/office/repair-an-office-application-7821d4b6-7c1d-4205-aa0e-a6b40c5bb88b
For older versions, you may find a 3rd party web page more helpful with screenshots from specific versions, through a simple web search for "Repairing Excel 2016, 2013, 2010 or 2007". If your version gives you the option for "Quick Repair" or "Online Repair" Choose Online Repair. It will take longer, but it saves you the trouble of having to do it later after the Quick Repair didn't work.
Strictly in generating a BOM in Reports Bill of Materials, under Export Options section, you may get away without Microsoft Excel installed by specifying Generic XLS as the file format instead. Be sure that path to existing templates is properly configured.
Additionally, if involving database library *.dblib, 64-bit Microsoft Access Database Engine (2016) needs to be installed as a part of Microsoft Office or independently (if Office not installed), which may require a repair or re-install. In particular, if you have 32-bit version of Office and/or inherited Preferences from Altium Designer 17 or older of 32-bit or have gone through some problematic Window Update, the scenarios above apply similarly that you would need to install/repair the 64-bit MS Access engine, which Altium 18 and newer expect.
Please follow the procedure as outlined in our documentation:
-designer/using-database-libraries-with-32-64-bit-altium-design-software-same-computer
You can use ODBC Database Source Administartor (64-bit) to verify Access shows up in the Drivers tab.
Even if you have the 64-bit database engine setup, you may have imported settings for database libraries *.dblib that are using a custom connection string. Custom connection strings need to have a current database provider (ex: "Provider=Microsoft.Jet.OLEDB.12.0".) In such case, just remove any database libraries and add them back again.
The wizard hangs indefinitely when the path to the installer contains spaces and there's a " - " in the path to the installer, e.g. with a path like this: "/media/ubuntu/Disk Name/Backups - installers/Office_HB_2010_Polish_x32.exe" due to the call to `file`. Also, this means that it may not correctly detect when a x64 executable is passed since it treats each arguments as a separate path while still exiting with code 0.
Oh, and my installation CD doesn't have some setup*.exe plus loads of files. On the CD there is just one file, called something like X17-*.exe. I tried to install MS-Access with the procedures given on -installiere-ich-ms-office-2016-unter-playonlinux. (They use Wine 3.4, Windows 7 and the 32kb-version.) The installation went through, but the program would not start because of one fatal error or another. The cause was not clear.
I installed mysql-connector-odbc-3.51.30-win32.msi and am able to reliably connect Access to a MySQL or MariaDB database which I'm chuffed about. If the two libruaries above could be included in the Play On Linux then Access becomes a lot more viable.
Bonjour, je viens d'installer Microsoft Office 2010 standard. L'installation se passe bien, mais je ne peux activer le produit. Lorsque je cherche le faire, je reois le message "Le programme setup.exe a rencontr un grave probleme et doit fermer".
During the installation, POL showed "Error ! Files mismatch" for msxml6_x86.msi. I continued regardless and ended with 32-bit version of Word and Excel. Both are not able to save files, with Word showing a message that MSXML 6.0 need to be properly installed while Excel says "may be able to save by removing or repairing some features".
hello, it worked perfectly. but i have a doubt there is a way to be able to install all the installer requirements offline, what happens is that i live in venezuela and the internet does not work well, and i can last up to 6 hours installing it. and i am installing it on several pc.
Just wanted to inform that corefonts are not getting installed therefore not letting the installer complete. The installation of corefonts gets stuck on Downloading: andale32.exe... and just sits there. I have tried to cancel the installation at that point, install corefonts with winetricks pointing at the wineprefix (which appeared to work), but still - installer would get stuck at the same point.
Buenas tardes, cuando se abre un documento de MW Word haciendo doble clic sobre l, MS Word se abre perfectamente, pero el uso de la CPU se dispara y se generan muchos procesos de wine. Cuando se cierra MS Word los procesos siguen abiertos y el uso de la CPU en un 100%.
Hello, I want to give feedback that the installation of Office 2010 was not working. Obviously the wine directory is not found due to the double slash in the directory paths (see logfile below). Is there a workaround?
Only after I had accessed, for Office 2010, the Tab "Wine" and "Configure Wine" (or German: Wine Konfigurieren), and then added "'riched20' (Native, Builtin)" in the Tab "Libraries"? (German: Bibliotheken) did it work, and I had to run through the installation process again. PlayOnLinux downloaded further software (something to do with .NET???, I think), and then everything was fine.
b1e95dc632