All - In regard to the error: SncPDLInit()==SNCERR_INIT Unable to load GSS-API DLL named "C:\Program Files (x86)\MIT\Kerberos\bin\gssapi32.dll Error 182 = "The operating system cannot run C:\Program Files(x86)\MIT\Keberos\bin\gssapi32.dll"
After much testing with the Process Mon tools I found that there is one competing DLL that causes the error on all computers affected. C:\Windows\SysWOW64\krb5_32.dll This version must have been left behind by an old install or some other program. Once renamed SAP opened up normally. Thanks to Ben and Jeffrey for their assistance and insight. -----Original Message----- From: Benjamin Kaduk [mailto:ka...@mit.edu] Sent: Tuesday, April 21, 2015 9:23 PM To: Jeffery Dowell Cc: Kerberos@mit.edu Subject: RE: gssapi32.dll Hi Jeffery, On Tue, 21 Apr 2015, Jeffery Dowell wrote: > Ben - > > I used dependency walker to view the dependencies of gssapi32.dll (in > MIT folder) on both a working install and a nonfunctional install. > Both showed various errors which were nearly identical. Thank you for doing this work, I really appreciate it. > Only this DLL was different and missing on the nonfunctional install: > API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLL > The rest of the messages below were the same. > _______________________________________ > Error: At least one module has an unresolved import due to a missing export > function in an implicitly dependent module. > Error: Modules with different CPU types were found. > Warning: At least one delay-load dependency module was not found. > Warning: At least one module has an unresolved import due to a missing export > function in a delay-load dependent module. > > API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLL > API-MS-WIN-CORE-WINRT-ERROR-L1-1-0.DLL > API-MS-WIN-CORE-WINRT-L1-1-0.DLL > API-MS-WIN-CORE-WINRT-ROBUFFER-L1-1-0.DLL > API-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLL > API-MS-WIN-SHCORE-SCALING-L1-1-1.DLL > DCOMP.DLL > IESHIMS.DLL Interestingly, google results for the API-MS-WIN-APPMODEL-RUNTIME-L1-1-0.DLL search brings up a stackoverflow page claiming that the tool is a bit out of date and reports false positives for these libraries (http://stackoverflow.com/questions/17023419/win-7-64-bit-dll-problems) :( > ___________________________________________ > > Also, I installed Microsoft Visual C++ Redistributables for 2005, > 2008, 2010, 2012 in each of their 32bit and 64bit varieties. > > Alas the error still persists and has appeared on a couple more > computers as the installation efforts continue. Are you able to share a list of the software installed on the affected machines? (I mostly expect not, but it could give guidance into potential library conflicts.) > I installed a totally new Win7 with only SP1 (no software, no patches) > and the install worked fine. Could it be that some other software is > overwriting and changing an important version of DLL? Fascinating. I suppose that probably holds for SP1 with windows updates, but it might be worth verifying. The first thing that comes to mind would be WSHELP32.dll, a DNS helper that is installed with KfW. My notes from dumpbin.exe say that the recursive dependencies of gssapi32.dll (not including libraries installed with KfW) are: ADVAPI32.dll, DNSAPI.dll, GDI32.dll, KERNEL32.dll, SHELL32.dll, Secur32.dll, USER32.dll, and WS2_32.dll (in addition to the C runtime). ADVAPI32.dll and Secur32.dll stand out as being listed for delayed loading (which may match your dependency walker output). It's probably worth checking the version/size/etc on those libraries between the working and non-working machines. Thank you for putting so much time into this; I know how frustrating it can be. -Ben ________________________________________________ Kerberos mailing list Kerberos@mit.edu https://mailman.mit.edu/mailman/listinfo/kerberos
