Re: Missing libraries
Alex Ivanoff <[email protected]>
| Newsgroups | gmane.comp.windows.devel.dotnet.advanced |
|---|---|
| Message-ID | <[email protected]> |
You should not get these libraries to production server: these are debug versions of C++ runtime. -----Original Message----- From: Discussion of advanced .NET topics. [mailto:[email protected]] On Behalf Of Eddie Lascu Sent: Thursday, January 22, 2009 13:59 To: [email protected] Subject: Re: [ADVANCED-DOTNET] Missing libraries Hi Adam, This Dependency Walker did the trick. I am told that several .dlls are missing, such as: - MSVCM80D.DLL - MSVCP80D.DLL - MSVCR80D.DLL I need to locate these, see which module they belong to and see how can I get them on the Prod server. Thanks, Eddie -----Original Message----- From: Discussion of advanced .NET topics. [mailto:[email protected]] On Behalf Of Adam Tuliper Sent: Thursday, January 22, 2009 2:13 PM To: [email protected] Subject: Re: [ADVANCED-DOTNET] Missing libraries I would also check: http://dependencywalker.com/ you can look at libraries directly for depedencies (additionally... possibly unmanaged libraries in this case) On Thu, Jan 22, 2009 at 10:56 AM, Dave Jones <[email protected]> wrote: > Just run reflector on the prod machine it will tell you what it can't > find > > Dave > Dave JONES > [email protected] > 06.50.14.38.33 > > -----Original Message----- > From: Curt Hagenlocher <[email protected]> > > Date: Thu, 22 Jan 2009 09:51:42 > To: <[email protected]> > Subject: Re: [ADVANCED-DOTNET] Missing libraries > > > Have you tried running the Fusion log viewer (fuslogvw) to chase this > down? > The CLR loader (aka Fusion) won't automatically load dependent > assemblies just because they're in the same directory. Is it possible > that -- in your development environment -- the dependent assemblies > are either in your path or in the GAC? > > On Thu, Jan 22, 2009 at 9:49 AM, Eddie Lascu <[email protected]> wrote: > > > Hello experts, > > > > I have this project that works fine on my development environment. > > It > uses > > several .dll libraries. The problem is that once I deploy it on the > > production environment I get some exceptions informing me that the > > application could not load one of my .dlls. Now I clearly see the > > .dll in the same folder, so this is not a problem of not having the > > library. I am guessing must be one of its dependencies that are > > missing on the > production > > server. > > > > Is there a way I can find all the libraries on which my dll is > > further dependent? > > > > Any suggestion will be highly appreciated. > > Regards, > > Eddie > > > > PS: here is the full message of the exception > > > > Could not load file or assembly 'ATMSDataClient, > > Version=1.0.3250.18364, Culture=neutral, PublicKeyToken=null' or one > > of its dependencies. This application has failed to start because > > the application configuration is incorrect. Reinstalling the > > application may fix this problem. (Exception from HRESULT: > > 0x800736B1) > > > > > > =================================== > > View archives and manage your subscription(s) at > > http://peach.ease.lsoft.com/archives > > > > =================================== > View archives and manage your subscription(s) at > http://peach.ease.lsoft.com/archives > =================================== View archives and manage your subscription(s) at http://peach.ease.lsoft.com/archives =================================== View archives and manage your subscription(s) at http://peach.ease.lsoft.com/archives =================================== View archives and manage your subscription(s) at http://peach.ease.lsoft.com/archives