Re: [Mono-dev] C/C++ runtime library for C++/CLI in Mono?

Hello, > I've been looking for a C/C++ runtime library for C++/CLI apps > compiled with the /clr:pure option in MSVS2005 or similar options in > other compilers, but such a thing doesn't appear to exist. While > there is a CRT library for that which comes with MSVS2005, there is > not one there c

Re: [Mono-dev] C/C++ runtime library for C++/CLI in Mono?

(ShadowFlare, sorry for duplicated mail. Sent in private by mistake.) 2006/11/8, ShadowFlare <[EMAIL PROTECTED]>: > Anyway, so first I'll ask this question: Does a project already exist for a > C/C++ runtime library which does not use native code or P/Invoke? pnetC is a subproject of DotGNU Port

[Mono-dev] C/C++ runtime library for C++/CLI in Mono?

I've been looking for a C/C++ runtime library for C++/CLI apps compiled with the /clr:pure option in MSVS2005 or similar options in other compilers, but such a thing doesn't appear to exist.  While there is a CRT library for that which comes with MSVS2005, there is not one there can be statically l

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

mmm, never mind, Robert already fixed it in svn (r67496) Atsushi Eno Atsushi Eno wrote: > Hello, > >> The code I posted originally in the bug report might have been a little >> misleading. >> I did an additional comment with more appropriate code later. > > Ah, ok now I think I was misundersta

[Mono-dev] ARM PInvoke issue when using long

Hi,It seems there is an issue with mono PInvoke on a 32 bit ARM platform.If I have a native method declared as:[DllImport("MyDll")]static extern long Test1(int n1, long n2, long n3, int n4, long n5);extern "C"long long Test1(int n1, long long n2, long long n3, int n4, long long n5){    printf("Test

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

Hello, > The code I posted originally in the bug report might have been a little > misleading. > I did an additional comment with more appropriate code later. Ah, ok now I think I was misunderstanding the issue. So, the issue really is in WaitHandle or somewhere inside it, as it should not expec

Re: [Mono-dev] app_code autocompilation

On Tue, 7 Nov 2006 14:55:00 -, "Damien Churchill" <[EMAIL PROTECTED]> scribbled: > I was just wondering if anyone has any information on whether any > implementation of this has got past just being thought of. There was a > small talk of it a while ago. Anything come of it? It should be in SVN

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

Michał Ziemski wrote: > But IMHNRBOAIKO (in my humble, not really based on any indepth > knwoledge, opinion) > Assembly.GetEntryAssembly shouldn't be null inside an assembly loaded by > mod_mono. Every ASP.NET application is executed in a separate app domain. Since ExecuteAssembly is never calle

Re: [Mono-dev] [PATCH] System.Drawing.RectangleF != Operator Bug

On Monday 06 November 2006 06:50, Manuel Alejandro Cerón Estrada wrote: > Hello, > > I found a small bug in System.Drawing.RectangleF. The inequality > operator (!=) was wrong. Here is the patch that corrects it. > > Manuel Alejandro Cerón Estrada Hi, I'd like to comment on your patch. In my hum

Re: [Mono-dev] ARM exceptions

On 11/06/06 D M wrote: > I'm having some issues with the exceptions raised from native code on an ARM > platform. > I'm using mono-1.1.18.20061027. > Running this under ARM leads to: > > Unhandled Exception: System.InvalidOperationException: boom. > at ExceptionBug.MyClass.MyMethod (Bo

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

On Tue, 2006-11-07 at 21:13 +0100, Michał Ziemski wrote: > Hi! > > The code I posted originally in the bug report might have been a little > misleading. > I did an additional comment with more appropriate code later. > > I wasn't realy sure where the real bug belonged > System.Reflection.Assemb

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

Hi! The code I posted originally in the bug report might have been a little misleading. I did an additional comment with more appropriate code later. I wasn't realy sure where the real bug belonged System.Reflection.Assembly or System.Runtime.WaitHandle. There seems to ba a patch posted for tha

[Mono-dev] app_code autocompilation

I was just wondering if anyone has any information on whether any implementation of this has got past just being thought of. There was a small talk of it a while ago. Anything come of it? ___ Mono-devel-list mailing list Mono-devel-list@list

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

Hi, If WaitHandle.WaitAll itself or its internal expects that the entry assembly must not be null, then it is likely a bug. However, to my understanding your bug #79859 expects its existence at *your* code. So, it is your code which is buggy since it should consider null entry assembly. Also not

Re: [Mono-dev] Assembly.GetEntryAssembly() returns null

Hi! I've just tripped on this one. This time under mod_mono. This is very bad as it crashes WaitHandle.WaitAll under mod_mono. Filed a bug #79859. Cheers! Michał Ziemski Janne Rantala napisał(a): > Hi, > > I've loaded assembly (compiled in VS.NET ) in embedded > environment. Thi