[Mono-list] Portable.Net and Mono?
carsten.hess@autodesk.com
carsten.hess@autodesk.com
Fri, 7 Feb 2003 08:51:46 -0800
Gthanks for the hint with PEVerify .... It creates 10 errors:
e:\>PEVerify.exe libc64.dll
Microsoft (R) .NET Framework PE Verifier Version 1.0.3705.0
Copyright (C) Microsoft Corporation 1998-2001. All rights reserved.
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000A]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000B]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000C]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000D]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000E]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x0200000F]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x02000010]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x02000013]
[MD]: Error: Extraneous bits in Flags (0x00000040). [token:0x02000016]
[MD]: Error: Token 0x02000005 following ELEMENT_TYPE_CLASS (_VALUETYPE) in signature is a ValueType (Class,respectively). [token:0x06000011]
10 Errors Verifying libc64.dll
So it is not a Mono problem :)
-- Carsten
-----Original Message-----
From: Paolo Molaro [mailto:lupus@ximian.com]
Sent: February 07, 2003 11:41 AM
To: mono-list@ximian.com
Subject: Re: [Mono-list] Portable.Net and Mono?
On 02/07/03 carsten.hess@autodesk.com wrote:
> Now here is a question that I am wondering about:
> What is the a relationship between Portable.Net and Mono?
This has been discussed on the list already, check the archives. pnet is a different project that shares some of the same goals as
mono, but with different technical decisions. Sometimes the two projects cooperate, sharing code etc.
> Also, do you think that theoretically I should be able to compile
> code in Portable.Net (e.g. C-Code compiled by cscc) and run it
> under Mono?
> Initial test of mine show that mono doesn't' like the libc64.dll.
> Disassembling libc64.dll creates the following error
>
> error in file_loader.c: line 332 :(Method_in_member_ref): should not
> be reached.
I guess this is simple to fix, it probably uses a MEMBERREF_PARENT_TYPEDEF
coded index. I'll commit a fix for that.
> If it should be running fine, I see whether I can find and fix the
> bug(s). But I thought I
> check first on whether this is even supposed to work.
If the assemblies follow the standard CLI specs, they should work with mono (barring bugs and unimplemented features, of course). A quick way to check is using the PEVerify tool from the ms SDK, if you have access to a windows machine: if you get errors the assemblies probably don't follow the spec (though you need to check for unsafe code usage or other errors).
lupus
--
-----------------------------------------------------------------
lupus@debian.org debian/rules
lupus@ximian.com Monkeys do it better
_______________________________________________
Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list