Hello, I've been running macros on a bunch of office word/excel files for years with no problem (Office versions 2003/2007/2010, interchangeably on a Windows 7 platform). These macros use MSXML v6, and up until I got a new computer running Windows 10, I've never had an issue with the following: Private variable_name As MSXML2.DOMDocument Now, on Windows 10 (using Office 2007), I get a Compile Error: User-defined type not defined. I checked my references, same stuff. MSXML 6.0 is checked on both my old and new machine. On my new machine, if I change the line to Private variable_name As MSXML2.DOMDocument60 it works fine. The problem is, these macros are needed on several other computers, none of which run windows 10, and when I tried to use that line of code on my old computer, it threw a Type Mismatch error.
My old computer is indicative of what the others will do. How can I get the original code to work on my Windows 10 machine? Enigma full album mp3 free download torrent.
I'm writing an application that has to open a preexisting BDE database that has been saved by a third party. In this application, I currently have a TDatabase ( DriverName: STANDARD) with path set correctly in Params. I can now set Connected to true without an error message. There is also a TTable with DatabaseName set to the values of the TDatabase and TableName set to the.db-file that lies in the folder (the name was automatically filled in, I only hat to select it). Now the problem: If I set Active to true, an error message complains about missing access rights for C: PDOXUSRS.NET.
Configuring BDE for Windows 7. A permission for the BDE must be given in the windows registry database. A BDE attribute named “Net Dir” must be configured to an arbitrary folder other than the root drive (C:). This configuration is done in the “BDE Administrator” program that’s installed with the BDEInfoSetup utility. Are you running Windows 7? You probably can't access the root of C. Try changing the directory of the net file to a directory under your user name. You should be able to do this with a program called BDEAdmin. – No'am Newman Jun 4 '13 at 11:03.
I know I could set another path using BDEADMIN, but I need to solve this in my application - I can't expect every customer to do this change. Furthermore, I have a test machine with the third party application running - it can access the database without any error, while my application throws the aforementioned error. This leads me to the suspicion there might be a workaround. Is there such a workaround? I only need read access to the database.
Solved it thanks to the Thank you very much. Quote: How to change NET DIR programmatically so it persists [.] You should also remember that if you have programs that change their own NET DIR locations at runtime, using either the DbiSetProp function or the NetFileDir property of a TSession component, this will override the NET DIR value in the configuration file. It pointed me to the possibility of changing the NET DIR in code: Session.NetFileDir:= MyCustomTempDir; After doing that, Table1.active:= true works and the data shows up in a connected TDBGrid.