Never mind.
From: David (David_at_blackdeck.com)
Date: 11/05/04
- Previous message: Namratha Shah \(Nasha\): "Article : Tlbexp .exe and Regasm.exe (.Net FrameWork Tools Series)"
- In reply to: David: "Assembly binding problem."
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 5 Nov 2004 12:25:03 -0800
Never mind. Problem solved.
I had made a mistake in the Configuration Manager, and left it pointing to a
different configuration. As a result, the entry in the GAC did not match the
entry in the reference. The entry in the reference pointed to an incorrect
Path.
"David" wrote:
> I have a problem where one of my applications can't find a dependent
> assembly. I'm quite certain it is there, but it can't be found. The
> application is a Windows service.
> It has a reference to a class library. When I start the service, it
> immediately shuts down.
>
> The message from the app log is at the bottom of this message.
>
> It says it can't find "db_Welders". This file is a class library. In case
> it matters, the main class in that library is a ServicedComponent, and it is
> hosted in a COM+ application. db_Welders has no references to anything except
> System, System.Data, System.EnterpriseServices, and System.XML. I doubt that
> any of those could be causing the problem.
>
> Anyway, the whole thing used to work just fine, and then I did some
> monkeying with the GAC and with my references, and now it can't find
> anything. One of the things I did was change the version information in the
> assemblyinfo.cs file for db_Welders. I changed the version from "1.0.*" to
> "1.0.0.1".
>
> In the GAC, the assemly is found, with version 1.0.0.1. In the reference
> properties in Solution Explorer it says it is referencing 1.0.0.1. However,
> in the "pre-bind state information" below, it indicates that the missing file
> is version "1.0.1768.19931". That version, which was indeed installed in the
> gac at one time, has been removed.
>
> As best I can tell, every reference to that version has been removed.
> Obviously, there is at least one reference to it somewhere, but I don't know
> where. I am guessing that it can't find the file because it is looking for
> version 1.0.1768.19931. How can I get it to stop looking for that version,
> and start looking for 1.0.0.1? The only place I know where you can specify
> the version would be when you add the reference or by the contents of the
> GAC. Both of these are now pointing to 1.0.0.1. Where is it getting the
> old, outdated, information about 1.0.1768.19931? I tried putting the
> information into the app's config file, but it doesn't appear to be reading
> the app's config file before shutting down. (Just to make sure, I put
> illegal XML into the config file, and I didn't get an exception.)
>
> The public key token matches.
> ///////////////////////////////////
> Service cannot be started. System.IO.FileNotFoundException: File or assembly
> name db_Welders, or one of its dependencies, was not found.
> File name: "db_Welders"
> at WeldnetServer.WeldnetService.OnStart(String[] args)
> at System.ServiceProcess.ServiceBase.ServiceQueuedMainCallback(Object
> state)
>
> === Pre-bind state information ===
> LOG: DisplayName = db_Welders, Version=1.0.1768.19931, Culture=neutral,
> PublicKeyToken=d073e6e66a8e402c
> (Fully-specified)
> LOG: Appbase = c:\weldnet\weldnetserver\obj\debug\
> LOG: Initial PrivatePath = NULL
> Calling assembly : WeldnetServer, Version=1.0.1768.20026, Culture=neutral,
> PublicKeyToken=15f4612e4bfd935d.
> ===
>
> LOG: Publisher policy file is not found.
> LOG: Host configuration file not found.
> LOG: Using machine configuration file from
> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\config\machine.config.
> LOG: Post-policy reference: db_Welders, Version=1.0.1768.19931,
> Culture=neutral, PublicKeyToken=d073e6e66a8e402c
> LOG: Attempting download of new URL
> file:///c:/weldnet/weldnetserver/obj/debug/db_Welders.DLL.
> LOG: Attempting download of new URL
> file:///c:/weldnet/weldnetserver/obj/debug/db_Welders/db_Welders.DLL.
> LOG: Attempting download of new URL
> file:///c:/weldnet/weldnetserver/obj/debug/db_Welders.EXE.
> LOG: Attempting download of new URL
> file:///c:/weldnet/weldnetserver/obj/debug/db_Welders/db_Welders.EXE.
>
>
> For more information, see Help and Support Center at
>
>
- Previous message: Namratha Shah \(Nasha\): "Article : Tlbexp .exe and Regasm.exe (.Net FrameWork Tools Series)"
- In reply to: David: "Assembly binding problem."
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
