laurban.blogg.se

Re^5: Error Message "Can't load 'C:/Perl64/lib/auto/DBD/Oracle/Oracle.dll" While Connecting to Oracle (not valid)

Re^4: Error Message "Can't load 'C:/Perl64/lib/auto/DBD/Oracle/Oracle.dll" While Connecting to Oracle (not valid) ( Updated: To move the last sentence of the 2nd-to-last paragraph to be the last sentence of the last paragraph, as I had originally intended.) I'm not sure how to do the equivalent on Windows, but that shouldn't be hard to look up. On Unix, I'd ask lsof to tell me what other DLLs are loaded so I could just check for conflicting base addresses (seems a poor system to be vulnerable to such - but maybe I misunderstood the real root cause in that other thread). Is there a sysinternals-like process monitor that works on Windows 7 these days? Even a file system monitor might help in pointing at which library is the real problem. One next step I might do is watch what the perl process is doing when this fails. Yes, I realize that "corruption" isn't the correct term for any of this. Other likely types of "corruption" could be mixing 64-bit and 32-bit components. Reading the linked thread, I didn't see a clear cause clearly called out, but it looked to me like the problem in that case was that the DLL's base address conflicted with some other DLL's base address. Re^3: Error Message "Can't load 'C:/Perl64/lib/auto/DBD/Oracle/Oracle.dll" While Connecting to Oracle (not valid) I've encountered "%1 is not a valid Win32 application " and its never been because the dll is actually corrupted see Re^7: if Digest::SHA1 loaded Can't load LibXML/LibXML.dll Invalid access to memory location I think its more likely its the error message that bubbles up gets corrupted. Re^2: Error Message "Can't load 'C:/Perl64/lib/auto/DBD/Oracle/Oracle.dll" While Connecting to Oracle (not valid)