Today I decided that I would try to get my x86_64 box to help out with
some compilation tasks (namely, compiling Mono--it's not particularly
slow, but any little bit helps). Both the server box and my laptop (the
host machine doing the compiling) are running Ubuntu, 8.10 on the server,
9.04 on the
This patch address Paolo's concerns
We need this committed in some form so I can move on to other
optimizations.
Paolo Molaro wrote:
> >
> >
> > Headers included without proper checks, besides, pthread is not needed
> > here, elf.h can be simply avoided (there was already a structure to
> > rep
Hi Jamie,
> -Original Message-
> From: mono-devel-list-boun...@lists.ximian.com
> [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf
> Of Jamie Cansdale
> Sent: Thursday, March 05, 2009 2:26 AM
> To: mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-dev] Advice on Standard
Hi,
Patch attached to this bugzilla entry:
https://bugzilla.novell.com/show_bug.cgi?id=481687
Would be grateful if someone could review it.
Thanks,
Tom
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/
Hi,
Attached is trivial patch that implements GenerateGuidForType
Documentation for GenerateGuidForType suggests its equivalent to
Type.GUID.
Thanks
Tom
Index: class/corlib/System.Runtime.InteropServices/ChangeLog
===
--- class/corl
Peacebreaker wrote:
> I read that mono - if built for windows - directly uses the win32 API, but
> built for e.g. linux it implements its own functionality. Could there be a
> way of combining both ways where mono needs functionality brought by
> advapi32.dll and other advanced win32 libs?
Impleme
> To run under the mono 1.0 profile, which is API version
> 1.1.4322. I admit that bit is confusing, but it has some
> basis in prior usage.
>
Ah, so it's the direct equivalent to the 'COMPlus_Version' environment
variable in .NET?
Using 'net-1.0' is like:
set COMPlus_Version=v1.0.3705
Reflector.e
Hey,
When you're thinking of implementing slimmed down versions of some
kernel dll's, maybe you could lend some code from the Wine and/or
ReactOS projects. Both projects implement the kernel api's too. Unless
you ofcourse want to find out things for yourself, or don't want your
project to be opens
Robert Jordan wrote:
>
> Hi,
>
> Kornél Pál wrote:
>> Hi,
>>
>> You will get a very limited functionality because ntdll isn't the only
>> user mode module enabling you to access kernel mode services.
>>
>> Also note that large parts of CreateProcess are implemented outside of
>> ntdll.
>>
