Dear Michael, Thanks for your message. I am going to ask my users for their IE version to see if there is a link with the issue.
Regards, Cyrille Le 19/06/2011 05:20, Michael Stephenson a écrit : > If the IE folder is not on the path, yes, you have to either copy it > somewhere on the path, copy it to your application folder, or add the IE > folder to the path. I believe that not having the IE folder on the path is > a mistake in the installer for the newer versions of IE. Back in the day, I > think that the IE folder used to be on the path automatically. This is a > good example of bad practices on Microsoft's part and also how they have > tied IE into the operating system so that you can't get rid of it. > > I think that this is a typical issue with just about any application > (Depends will show a missing delay load) because shell32.dll on newer > versions of Windows has this delay load dependency on ieshims.dll. > > However, usually this is not a problem because usually the delayed load > isn't invoked because nothing in the DLL is used. > > You might want to use Dependency Walker to profile your app and get a good > idea of what the exact issue is. If your app is 32-bit, you'll need the > 32-bit depends.exe to profile the app. > > I'm going to bet that if all of your users aren't having the problem, then > the ones with IE7 or earlier are good and the ones with IE8 or later are the > ones having the problem. > > -----Original Message----- > From: sqlite-users-boun...@sqlite.org > [mailto:sqlite-users-boun...@sqlite.org] On Behalf Of Cyrille > Sent: Saturday, June 18, 2011 11:36 AM > To: General Discussion of SQLite Database > Subject: Re: [sqlite] Critical issue > > It seems that I have been too quickly enthusiastic. Indeed, I have already > received a feedback from a user who has the same issue running a 32-bit > Windows. > > Thus, I tried to follow your advices Michael. Concerning the first link > which advice putting the DLL in the environment path. I am not sure to > understand but: > - the application is correctly running from VB express > - all DLLs are in the application folder (once built) So, this issue seems > to be ok, am I right? > > In your second message, you suggest me to use Dependency Walker. I did it > and I obtain two errors: > 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. > The warnings seem to be linked to the error displayed in the same > software: Error opening file for IESHIMS.DLL > > However, this DLL should be in the IE folder so I do not think I have to > copy it in my application folder. Right? > > Sorry if my questions are stupid but I cannot figure it out. > > Best regards, > Cyrille > > > Le 18/06/2011 15:50, Black, Michael (IS) a écrit : >> Also...try dependency walker to ensure you have all the DLLs you need > deployed with your package that aren't "standard". >> http://www.dependencywalker.com/ >> >> >> >> >> >> Michael D. Black >> >> Senior Scientist >> >> NG Information Systems >> >> Advanced Analytics Directorate >> >> >> >> ________________________________ >> From: sqlite-users-boun...@sqlite.org >> [sqlite-users-boun...@sqlite.org] on behalf of beell [be...@web.de] >> Sent: Saturday, June 18, 2011 8:37 AM >> To: sqlite-users@sqlite.org >> Subject: EXT :Re: [sqlite] Critical issue >> >> Am 18.06.2011 14:47, schrieb Cyrille: >>> Dear all, >>> >>> Since I am using the new version of SQLite.NET, some of my users have >>> the following error when launching my application: >>> >>> System.DllNotFoundException: Impossible de charger la DLL >>> 'SQLite.Interop.DLL': Le module spécifié est introuvable. (Exception >>> de HRESULT : 0x8007007E) >>> à > System.Data.SQLite.UnsafeNativeMethods.sqlite3_open_interop(Byte[] >>> utf8Filename, Int32 flags, IntPtr& db) >>> à System.Data.SQLite.SQLite3.Open(String strFilename, >>> SQLiteOpenFlagsEnum flags, Int32 maxPoolSize, Boolean usePool) >>> à System.Data.SQLite.SQLiteConnection.Open() >>> >>> However, the SQLite.Interop is in the application folder. I specify >>> that I am using VB 2010 Express with the framework 4.0. >>> >>> Sorry but I really have troubles: if I cannot solve this critical >>> issue, I cannot see what to do but stopping the development of my >>> application :-( Thank you very much in advance Best regards, Cyrille >> Are you sure that your users have the right dlls according to their >> system (x86 vs x64)? >> >> >> _______________________________________________ >> sqlite-users mailing list >> sqlite-users@sqlite.org >> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users >> _______________________________________________ >> sqlite-users mailing list >> sqlite-users@sqlite.org >> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users > > _______________________________________________ > sqlite-users mailing list > sqlite-users@sqlite.org > http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
