[Mono-dev] Mono’s new TLS provider

Hello, As described by Miguel in the “State of Tls in Mono ” [1] we have been working on a new TLS implementation for Mono, one that would upgrade our TLS stack, and one that would allow us to reuse some of the higher level pieces from Microsoft’s

Re: [Mono-dev] PATCH: fix memory leak in MonoSymbolFile unloading

Hi Lucas, thanks a lot for your patch, I just committed it to SVN. Martin On 05/25/2010 04:40 PM, Lucas Meijer wrote: Hi. Mono forgets to release the memory of any debug image file that was loaded from memory. Attach patch fixicates. Bye, Lucas

Re: [Mono-dev] About your changes to type initialization

On 03/08/2010 08:24 PM, Rodrigo Kumpera wrote: Routing Thread::Abort() around is not the behavior I can observe on MS. Do you have any test or documentation that shows this behavior? Even if this looks like the wrong thing, we should follow MS behavior as compatibility is one of our major

Re: [Mono-dev] About your changes to type initialization

Hi Rodrigo, Just checked this on Windows to see how Visual Studio handles this and you're right, it doesn't allow the .cctor to be run twice. However, we need to distinguish whether we're running inside the debugger (both hard and soft), by using a custom version of

Re: [Mono-dev] About your changes to type initialization

Ok, I just reverted that revision in trunk and 2.6. Ironically, this code now does exactly the right thing when running inside a debugger, but not when running stand-alone. We should consider this a new feature - Thread.Abort() must not abort any .cctors unless explicitly requested by a

Re: [Mono-dev] Debugging Memory mono images

On Thu, 2009-06-25 at 14:31 +0200, jonas echterhoff wrote: So, I got the debugger working so far that we can debug Unity on the Mac. However, there's one issue I'm wondering about: In Unity, we load mono images from memory, and not from a file on disk. So, we use

Re: [Mono-dev] Mono Debugger and Mono 2.4

On Fri, 2009-05-08 at 12:09 +0200, jonas echterhoff wrote: Following up on my own post here, I have managed to make mdb work with Unity (to some degree). It was mostly as easy as Miguel said, just instruct Unity to use mono the same was as if mono --inside_mdb had been called. Reading

Re: [Mono-dev] Mono-Debugger: Multiple threads and SingleSteppingEngines?

On Wed, 2009-04-22 at 10:43 +0200, jonas echterhoff wrote: I got debugging of multi-threaded applications to work in OS X, as in supporting it on the backend. But what I don't quite get yet is how multi-threaded applications should be handled and represented inside the debugger. In

Re: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...

, and check its creation time. -- Martin Baulig - mar...@novell.com Novell GmbH, Nördlicher Zubringer 9-11, 40470 Düsseldorf GF: Dr. Jürgen Müller, Sylvia Geil, Felix Imendörffer; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel

Re: [Mono-dev] Porting Mono Debugger to OSX

On Tue, 2009-04-14 at 20:21 +0200, jonas echterhoff wrote: But, now I'm wondering, how setting of breakpoints should work. When I launch mdb, set some breakpoints like b Y.Test, and then run, that causes OperationActivateBreakpoints and OperationInsertBreakpoint operations to be

Re: [Mono-dev] Patches for Mono Debugger on Windows

___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Baulig - mar...@novell.com Novell GmbH, Nördlicher Zubringer 9-11, 40470 Düsseldorf GF: Dr. Jürgen Müller, Sylvia Geil, Felix Imendörffer; HRB 21108 (AG

Re: [Mono-dev] Mono Debugger on Windows Patch

Chambers jonc...@gmail.com wrote: Martin, Thanks for reviewing. I'll send in some small, easy to review patches. Thanks, Jonathan On Tue, Mar 10, 2009 at 2:16 PM, Martin Baulig mar

Re: [Mono-dev] Mono Debugger on Windows Patch

a custom implementation for Linux and Windows. Martin -- Martin Baulig - mar...@novell.com Novell GmbH, Nördlicher Zubringer 9-11, 40470 Düsseldorf GF: Dr. Jürgen Müller, Sylvia Geil, Felix Imendörffer; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list

Re: [Mono-dev] [Mono-patches] r128544 - in trunk/mono/mono: metadata mini

On Wed, 2009-03-04 at 11:34 -0300, Rodrigo Kumpera wrote: On Wed, Mar 4, 2009 at 11:16 AM, Martin Baulig mono-patches-l...@lists.ximian.com wrote: Author: martin Date: 2009-03-04 09:16:55 -0500 (Wed, 04 Mar 2009) New Revision: 128544 Modified

Re: [Mono-dev] [Mono-patches] r128544 - in trunk/mono/mono: metadata mini

On Wed, 2009-03-04 at 16:49 +0100, Zoltan Varga wrote: On an unrelated note, the JIT can now generate precise live range info for variables, it is stored in MonoMethodVar-{live_range_start,live_range_end}. Those two fields contain the exact native range the variable's value can be found in

Re: [Mono-dev] [Mono-patches] r128544 - in trunk/mono/mono: metadata mini

On Wed, 2009-03-04 at 14:21 -0300, Rodrigo Kumpera wrote: On Wed, Mar 4, 2009 at 12:39 PM, Martin Baulig mar...@ximian.com wrote: On a side note, most of this code deviates a lot from how a hard-mode debugger operates, is it your intention to move

Re: [Mono-dev] [PATCH] Implement Diagnostics.Debugger.IsAttached

On Sat, 2008-10-18 at 12:28 +0800, Cedric Vivier wrote: Please review attached patch implementing Diagnostics.Debugger.IsAttached. Hi, patch looks good. Can you please add ChangeLog entries and commit ? Martin Cheers, -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF

Re: [Mono-dev] [PATCH] Enable stepping into remotinginvoke-wrapped methods

(); } } Please review the attached patch that enables StepInto for remotinginvoke-wrapped methods. Regards, -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list

Re: [Mono-dev] [Ximian-mono-list] Branching the Debugger for Mono 2.0

On Tue, 2008-07-29 at 11:11 -0600, Andrew Jorgensen wrote: On Tue, 2008-07-29 at 07:31 +0200, Martin Baulig wrote: The version number inside the branch will become 1.0 Cologne and there will be periodic 1.0.x bug-fixing releases. The plan is to keep this branch absolutely stable and only

[Mono-dev] Branching the Debugger for Mono 2.0

for Mono 2.1 in November. Martin -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman

[Mono-dev] Generics Sharing in the Debugger: Request for breaking the code freeze

stability than getting the feature in. That's also the reason why I want the 3-week testing period. Alternatively, we could also postpone generics sharing in the debugger and implement it for the next release. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici

Re: [Mono-dev] [Ximian-mono-list] Generics Sharing in the Debugger: Request for breaking the code freeze

getting the code done isn't that much work (I was wrong about that last week), it's just that it'll need some extensive testing and we may not know what the problems are before we run into them. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG

Re: [Mono-dev] [Ximian-mono-list] Generics Sharing in the Debugger: Request for breaking the code freeze

to implement this check, so I turned it off. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman

Re: [Mono-dev] [Ximian-mono-list] Generics Sharing in the Debugger: Request for breaking the code freeze

fine. But keep in mind that we still need to write that check. Is attaching to a non --debug Mono process a widely used feature? I don't think so. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf

Re: [Mono-dev] HttpListener hangs with r106513

not close the HttpResponse, so the connection never shut down. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http

Re: [Mono-dev] [patch] use Mono's copy of Cecil in the debugger

in the debugger with or without this patch. Ok to commit? Hi, great, go ahead :-) Remember that I already asked you to use Mono's Cecil version a couple of months ago ? Back then, you said the API isn't ready yet - so that's really great news now :-) -- Martin Baulig - [EMAIL PROTECTED

Re: [Mono-dev] [PATCH] Memory leak in debug support code

. The issue is that find_method returns a new malloc'ed struct and no code took care of free'ing that. Please review. I think this fix is very important to get into 2.0 as, for example, we leak 125k on 2.0 System test suite just due to the get_trace leaks. Thanks, Rodrigo -- Martin Baulig

Re: [Mono-dev] SVN Debugger issues

://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http

Re: [Mono-dev] Mono Debugger Patch that allows Remote Debugging

for the bfd problem and also do some minor API changes in the backend like adding more stuff to the vtable, but please understand that I can't spend too much time on this. Remote debugging surely is a really cool feature, but it's not a top priority for our users. Martin -- Martin Baulig - [EMAIL

Re: [Mono-dev] Mono Debugger Patch that allows Remote Debugging

need to ensure long-term maintainability and code cleanness. Martin -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list

[Mono-dev] Version 0.80 Terrania City of the Mono Debugger has been released

releases. Ok, that's it basically from me - wish you all a lot of fun debugging your C# 2.0 applications with mdb. I'll be back on April 1st, awaiting all your feedback and bug reports. Martin -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108

Re: [Mono-dev] Mono Debugger Patch that allows Remote Debugging

filed on bugzilla.novell.com. Best greetings, Harald Krapfenbauer -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list

Re: [Mono-dev] Debugger: Small patch

output, update Copyright information *) frontend/Command.cs Update copyright information, fix typos in command descriptions Please check the patch and apply it to the Mono repository if you're comfortable with it. Best regards, Harald Krapfenbauer -- Martin Baulig - [EMAIL

Re: [Mono-dev] debugger exception

? Need more info? Thanks, Alvaro ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel

Re: [Mono-dev] Debugger exceptions

catch' to print the last exception. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman

Re: [Mono-dev] Debugger exceptions

___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf

Re: [Mono-dev] runtime dbg library API proposal/impl

managed API which accesses this library - either in the debugger on in the class libraries. I don't care where it lives, we can have it at either place, but I would think it'd make more sense to have it in the class libs. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid

Re: [Mono-dev] runtime dbg library API proposal/impl

On Thu, 2007-12-06 at 11:53 +0100, Paolo Molaro wrote: On 12/05/07 Martin Baulig wrote: There is just one important thing to keep in mind: public TargetAddress MonoClassGetMonoImage (ITargetMemoryAccess memory, TargetAddress klass

Re: [Mono-dev] runtime dbg library API proposal/impl

' into the library. The `MonoMetadataInfo' from that file can go away. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list

Re: [Mono-dev] runtime dbg library API proposal/impl

specific stuff. Yeah, good point. Maybe it would also be a good idea to use the existing debugger to test this rather than having just for debugging purposed something which is 100% broken and has to be removed later anyways. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker

Re: [Mono-dev] runtime dbg library API proposal/impl

to use the `memory' instance to read memory (we may add other methods to it if necessary) - but you do not own it. It is absolutely forbidden to store this anywhere or use it after the method returned control back to the debugger. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF

[Mono-dev] Heads up: Debugger runtime changes

, MaxDynamicVersion == 59) We may make updated 0.50 Dublin packages to reflect this, but can't promise anything yet. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list

Re: [Mono-dev] [PATCH] mdb, frame selection using f command

Hi, your patch was incorrect since it didn't solve the underlying problem: recomputing the backtrace when it's not necessary to do so. I fixed that in SVN. Martin On Thu, 2007-03-29 at 11:05 +0200, Jb Evain wrote: Hi Martin, On 3/28/07, Martin Baulig [EMAIL PROTECTED] wrote: Btw

Re: [Mono-dev] [PATCH] mdb, frame selection using f command

and only reset the frame when we compute a new one. -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http

Re: [Mono-dev] [PATCH] Build status testfailure regression

Was: Identifier `a' differing only in case is not CLS-compliant cs3005-6.cs...REGRESSION (CORRECT ERROR - WRONG ERROR MESSAGE) Exp: Identifier `I1' differing only in case is not CLS-compliant Was: Identifier `i1' differing only in case is not CLS-compliant -- Martin Baulig - [EMAIL

Re: [Mono-dev] Incremental C# compiler

On Wed, 2006-07-12 at 23:45 +0200, David Srbecky wrote: Hello, There is also the problem of figuring out which methods changed and which did not. The compiler will be send a source file which will contain only the changed methods. that's not gonna work - you would have to keep the gmcs

Re: [Mono-dev] Incremental C# compiler

On Wed, 2006-07-12 at 16:14 +0200, David Srbecky wrote: So semantic analysis is the part that takes vast majority of the time and the problem is that gmcs can not easily invalidate previously added metadata. Right? What if we add the constraint that only the bodies of methods can change?

Re: [Mono-dev] Incremental C# compiler

On Wed, 2006-07-12 at 16:14 +0200, David Srbecky wrote: So semantic analysis is the part that takes vast majority of the time and the problem is that gmcs can not easily invalidate previously added metadata. Right? Hello, What if we add the constraint that only the bodies of methods can

Re: [Mono-dev] Incremental C# compiler

On Wed, 2006-07-12 at 16:59 -0400, Miguel de Icaza wrote: There is also the problem of figuring out which methods changed and which did not. However, I really like the idea - but I think it'd be a huge task and require a lot of work. Hello, Well, the issues discussed here are just

Re: [Mono-dev] Calling unmanaged dll from C#

Hello, I'm currently using this in the Debugger: [DllImport(monodebuggerserver)] static extern TargetError mono_debugger_server_get_application (IntPtr handle, out string exe_file, out string cwd, out int nargs, out IntPtr

Re: [Mono-dev] Bug? Inconsistent visibility for delegate type.

Hello, can you please file a bug report ? Thanks, Martin On Sat, 2006-06-17 at 19:21 +1000, David Toso wrote: using System; using System.Collections.Generic; namespace Foo { public class Bar { publicclass PublicBaz{ public string id; } protected class ProtectedBaz

[Mono-dev] Heads up: Debugger changes

Hi guys, The Mono Debugger now requires a recent SVN version of Mono from either HEAD or the 1-1-13 branch - r55884 or newer is ok. As of today, the debugger is using the normal `mono' to execute managed code rather than using its own `mono-debugger-mini-wrapper'; that wrapper is now finally

RE: [Mono-dev] Heads up: Debugger changes

On Sat, 2006-01-21 at 12:23 -0500, Jonathan S. Chambers wrote: I'm trying to compile svn HEAD r55886, and am getting the following. Not sure if it's related to the debugger patch or not. In file included from debug-debugger.c:7: /usr/local/include/mono/private/libgc-mono-debugger.h:18:2:

RE: [Mono-dev] Heads up: Debugger changes

Hi, just committed a fix to SVN for this. The header files are now no longer installed. Sorry for the breakage, Martin On Sat, 2006-01-21 at 19:55 +0100, Martin Baulig wrote: On Sat, 2006-01-21 at 12:23 -0500, Jonathan S. Chambers wrote: I'm trying to compile svn HEAD r55886, and am getting

Re: [Mono-dev] gmcs: 'Type.IsGenericInstance' property

On Fri, 2005-12-09 at 10:21 +0530, Raja R Harinath wrote: Martin Baulig [EMAIL PROTECTED] writes: On Wed, 2005-12-07 at 12:04 +, george moudry wrote: Dear Mono-devel, I would like to compile gmcs with Microsoft's DLLs (mscorlib.dll version 2.0). (Reason: just downloaded Visual

Re: [Mono-dev] gmcs: 'Type.IsGenericInstance' property

On Wed, 2005-12-07 at 12:04 +, george moudry wrote: Dear Mono-devel, I would like to compile gmcs with Microsoft's DLLs (mscorlib.dll version 2.0). (Reason: just downloaded Visual Studio Express, and created a tiny project for gmcs to try both out) Compilation fails because gmcs uses a

Re: [Mono-dev] corcompare patch for printing generic method type arguments

On Tue, 2005-10-25 at 06:05 +0900, Atsushi Eno wrote: Then it prints Foo[T(IFoo), U(IBar)] I prefer the syntax where will be more obvious that it is about generic possibly use same syntax as csc/gmcs use for error reporting. Something like `FooT(IFoo), U (IBar)' Hi, let's

Re: [Mono-dev] corcompare patch for printing generic method type arguments

On Wed, 2005-10-26 at 03:09 +0900, Atsushi Eno wrote: Just wondering, what should I print constraints for example below? where T : class, IFoo Hi, that's class (IFoo) T. This change should be easy. I'll also include GenericTypeAttributes differences next time. cool. Martin

Re: [Mono-dev] gmcs patch to fix gcs0310-3.cs test working

errors/gcs0310-3.cs is correctly rejected. + 2005-10-19 Martin Baulig [EMAIL PROTECTED] * class.cs (TypeContainer.DefineType): Only use ResolveAsTypeStep(), ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http

Re: [Mono-dev] generic constraints support for corcompare

On Wed, 2005-10-05 at 23:27 +0900, Atsushi Eno wrote: I would like to hear some advice. The attached patch makes corcompare stuff to differentiate generic constraints (i.e. where) on both types and method parameters. Hi, this is really cool :-) (To see the expected results you will have

Re: [Mono-dev] [GMCS] unreviewed generics patches

Hi, I've been very busy with the debugger the last couple of weeks, so I didn't notice your patches until you sent them to me again in personal mail. They should now all be in SVN (expect the BindGenericTypes - MakeGenericType issue, I'm currently working on that). If I missed anything, please

Re: [Mono-dev] [GMCS] unreviewed generics patches

On Mon, 2005-09-05 at 15:56 +0200, Michal Moskal wrote: On 9/5/05, Martin Baulig [EMAIL PROTECTED] wrote: They should now all be in SVN (expect the BindGenericTypes - MakeGenericType issue, I'm currently working on that). If I missed anything, please lemme know. Please make sure, you

Re: [Mono-devel-list] [GMCS] [PATCH] helper_compile_generic_method and poor performance

Hi, your patch looks good, I'll commit it tomorrow morning. Martin On Wed, 2005-07-20 at 23:48 +0200, Michal Moskal wrote: Hello, I've been further investigating poor mono performance on generic code, reported in #75444. By comparing profiler[1] logs of the generic and non-generic

Re: [Mono-devel-list] [PATCH] Move System.GenericParameterAttributes to System.Reflection in .NET 2.0

Ooops, fixed :-) On Thu, 2005-06-16 at 16:14 +0200, Kamil Skalski wrote: Dnia roda, 15 czerwca 2005 16:25, napisae: On Mon, 2005-06-13 at 00:49 +0200, Kamil Skalski wrote: Attached is the patch moving GenericParameterAttributes to System.Reflection

Re: [Mono-devel-list] [PATCH] Move System.GenericParameterAttributes to System.Reflection in .NET 2.0

On Mon, 2005-06-13 at 00:49 +0200, Kamil Skalski wrote: Attached is the patch moving GenericParameterAttributes to System.Reflection http://msdn2.microsoft.com/library/ms145349(en-us,vs.80).aspx Done. Martin ___ Mono-devel-list mailing list

Re: [Mono-devel-list] Re: [GENERICS] [PATCH] sizes of metadata elements in reflection.c

On Fri, 2005-06-10 at 15:55 +0200, Michal Moskal wrote: Forgot the changelog entry: 2005-06-10 Michal Moskal [EMAIL PROTECTED] * reflection.c (field_encode_signature, encode_locals): Make sizes of buffers for types larger (for big generic types). Thanks for your

Re: [Mono-devel-list] [GENERICS] MonoGenericClass.GetParentType()

On Tue, 2005-06-14 at 20:46 +0200, Michal Moskal wrote: I've run into strange SEGV in MonoGenericClass.initialize(). After a few hours of debugging I have found that GetParentType() sometimes returns MonoType and not MonoGenericType as it is supposed to. The MonoType is taken from

Re: [Mono-devel-list] [PATCH] TypeBuilder.GetMethod and other updates for .NET 2.0 beta2 API

On Thu, 2005-06-09 at 17:43 +0200, Kamil Skalski wrote: Sorry you had problems merging this patch. It was created against 45614. Seems like Zoltan was faster in adding some of the similar API: http://galactus.ximian.com/pipermail/mono-patches/2005-June/059635.html in 45626 Hello, just

Re: [Mono-devel-list] [PATCH] TypeBuilder.GetMethod and other updates for .NET 2.0 beta2 API

Hello, I'll commit it tomorrow morning. Don't worry, we're waiting with the release to get a few more of my fixes in, so this'll definitely go in :-) Martin On Wed, 2005-06-08 at 22:18 +0200, Kamil Skalski wrote: Dnia roda, 8 czerwca 2005 17:31, Martin Baulig napisa: On Wed, 2005-06-08

Re: [Mono-devel-list] [PATCH] Trace at will

On Sun, 2005-06-05 at 12:23 +0200, Bill Middleton wrote: There's a mention in libgc/include/private/gc_priv.h about USR2 already being used by linuxthreads when SIG_SUSPEND is redefined as SIGPWR. I have no idea if thats relevant anymore, though. I recall this only because FreeBSD had a

[Mono-devel-list] Re: [Mono-patches] r45553 - trunk/mcs/class/corlib/System.Reflection

Hi, please do not commit such patches to corlib without first testing them. There is an open bug report (#75136) about this issue, but we can't just keep the build broken until that's fixed. Thanks, Martin On Mon, 2005-06-06 at 20:14 -0400, Carlos Alberto Cortes wrote: Author: calberto

Re: [Mono-devel-list] Sponsoring Mono bugfixes

On Fri, 2005-06-03 at 12:00 +0200, Luke Venediger wrote: What does the community think of the idea of sponsoring developers to fix Mono bugs? For example, you might be developing for the mono runtime and there is a bug that is preventing you from going any further with your project. You could

Re: [Mono-devel-list] [GENERICS] implementing static TypeBuilder.GetMethod (Field, Constructor)

On Mon, 2005-05-30 at 14:20 +0200, Michal Moskal wrote: There is a static method in the 2.0 .NET reflection API: MethodInfo TypeBuilder.GetMethod (System.Type t, MethodInfo m) there is no documentation on msdn, so I'll skip the link. Hello, is this method only in TypeBuilder or also in

Re: [Mono-devel-list] Generic Queue and Stack from mscorlib to System

On Wed, 2005-05-11 at 12:40 +0900, Atsushi Eno wrote: Is there any problem if we move Stack and Queue (and related tests) in System.Collections.Generic from mscorlib.dll to System.dll? In .NET 2.0 beta2, they are moved to System.dll. Hi, I think there are more such API changes in the

[Mono-devel-list] Heads up: Full rebuild required for all 2.x assemblies

[This only affects those of you who're using GMCS / .NET 2.x things from latest SVN - nothing has changed for MCS and .NET 1.x] Hi guys, just upgraded the metadata file format to the latest .NET 2.x version - the one which is used by the latest Visual Studio 2005 Beta 2. This means that if you

[Mono-devel-list] Nullable Types

Hi guys, I'm now finally done implementing Nullable Types in GMCS :-) Unless I missed something, I implemented everything which is in the spec, and it's also passing the tests. Unfortunately, I don't have many test cases and also no real-world code which is using Nullable Types. So bug reports

Re: [Mono-devel-list] patch for TypeBuilder.CreateType() and mcs

Hi, I'd call it a bug if MCS or GMCS ever calls TypeBuilder.CreateType() on an already created type. Is there any situation where this is happening ? Martin On Fri, 2005-03-11 at 11:15 +0530, Raja R Harinath wrote: Atsushi Eno [EMAIL PROTECTED] writes: Index: mcs/class.cs