[Mono-bugs] [Bug 63758][Cri] Changed - Assembly.Load fails when loading MS.NET compiled assembly
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Wed, 29 Sep 2004 16:29:49 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by ben@franticfilms.com.
http://bugzilla.ximian.com/show_bug.cgi?id=63758
--- shadow/63758 2004-09-16 06:53:29.000000000 -0400
+++ shadow/63758.tmp.18156 2004-09-29 16:29:49.000000000 -0400
@@ -441,6 +441,77 @@
------- Additional Comments From lluis@ximian.com 2004-09-16 06:53 -------
I removed ClassLibrary1.dll and ClassLibrary2.dll from the Linux
machine running the server, and it still works. Your problem may be
due to the bug #62135 which has been recently fixed. Can you please
try again with an up-to-date runtime?
+
+------- Additional Comments From ben@franticfilms.com 2004-09-29 16:29 -------
+Not sure if this is helpful but I just ran into a similar error with
+the latest version of Mono available: 1.0.2. The following is the
+error page in IE:
+
+Server error in '/' application
+
+----------------------------------------------------------------------
+----------
+
+Description: Error processing request.
+Error Message: HTTP 500.
+
+Stack Trace: System.IO.FileNotFoundException:
+File 'C:\Inetpub\wwwroot\FranticSoftwareWebsite\bin\ExocortexMinimal.d
+ll' not found.
+in (unmanaged) (wrapper managed-to-native)
+System.Reflection.Assembly:LoadFrom (string)
+in <0x00004> (wrapper managed-to-native)
+System.Reflection.Assembly:LoadFrom (string)
+in <0x001bb> System.Web.UI.TemplateParser:LoadType (string)
+in <0x00077> System.Web.UI.TemplateParser:SetBaseType (string)
+in <0x0011e> System.Web.UI.TemplateParser:ProcessMainAttributes
+(System.Collections.Hashtable)
+in <0x000b0> System.Web.UI.TemplateParser:AddDirective
+(string,System.Collections.Hashtable)
+in <0x0007e> System.Web.UI.ApplicationFileParser:AddDirective
+(string,System.Collections.Hashtable)
+in <0x00136> System.Web.Compilation.AspGenerator:TagParsed
+(System.Web.Compilation.ILocation,System.Web.Compilation.TagType,strin
+g,System.Web.Compilation.TagAttributes)
+in <0x00082> (wrapper delegate-invoke)
+System.MulticastDelegate:invoke_void_ILocation_TagType_string_TagAttri
+butes
+(System.Web.Compilation.ILocation,System.Web.Compilation.TagType,strin
+g,System.Web.Compilation.TagAttributes)
+in <0x00024> System.Web.Compilation.AspParser:OnTagParsed
+(System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttri
+butes)
+in <0x001a3> System.Web.Compilation.AspParser:Parse ()
+in <0x0001e> System.Web.Compilation.AspGenerator:DoParse ()
+in <0x000e9> System.Web.Compilation.AspGenerator:GetCompiledType ()
+in <0x0006a>
+System.Web.UI.ApplicationFileParser:GetCompiledApplicationType -
+(string,System.Web.HttpContext)
+in <0x00044> System.Web.HttpApplicationFactory:CompileApp
+(System.Web.HttpContext)
+in <0x0002b> System.Web.HttpApplicationFactory:InitializeFactory
+(System.Web.HttpContext)
+in <0x00070> System.Web.HttpApplicationFactory:GetInstance
+(System.Web.HttpContext)
+in <0x000ee> System.Web.HttpRuntime:InternalExecuteRequest
+(System.Web.HttpWorkerRequest)
+
+-------------------
+
+My main DLL is FranticSoftwareWebsite.dll, it references two DLLs,
+one of which is the above ExocortexMinimal.dll. I assume that
+FranticSoftwareWebsite.dll loaded correctly since it figured out one
+of its dependences. ExocortexMinimal.dll exists.
+
+Also I would highly recommend that you guys implement automatic
+remote error reporting. We have this in all our .NET products and it
+helps tremendously with ensuring product quality. Our code base is
+9MB of C# code and it is fairly bug free for the average everyday
+user and we did this without a large testing team -- just smart
+automatically generated error reports that are forwarded back to us
+optionally.
+
+