[Mono-dev] [PATCH] malloc.h deprecated ?

2010-11-15 Thread KISHIMOTO, Makoto 
Hello.

Please apply this patch.

diff --git a/mono/profiler/decode.c b/mono/profiler/decode.c
index a7d4428..6cc08ff 100644
--- a/mono/profiler/decode.c
+++ b/mono/profiler/decode.c
@@ -12,7 +12,7 @@
 #include 
 #include 
 #include 
-#if !defined(__APPLE__)
+#if !defined(__APPLE__) && !defined(__FreeBSD__)
 #include 
 #endif
 #include 

On Sat, 13 Nov 2010 17:21:24 +0900
"KISHIMOTO, Makoto"  wrote:
> Hello,
> 
> In my FreeBSD-amd64 box, Mono git trunk build failed.
> IMHO, malloc.h had been deprecated in my environment.
> 
> $ gmake
> (snip)
> gcc -DHAVE_CONFIG_H -I. -I../../../mono/mono/profiler -I../.. -fexceptions 
> -DMONO_USE_EXC_TABLES -I../../../mono -I../../../mono/eglib/src 
> -I../../eglib/src  -DGC_FREEBSD_THREADS -DPLATFORM_BSD   -g -O2 
> -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused 
> -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes  
> -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual 
> -Wwrite-strings -mno-tls-direct-seg-refs -MT decode.o -MD -MP -MF 
> .deps/decode.Tpo -c -o decode.o ../../../mono/mono/profiler/decode.c
> In file included from ../../../mono/mono/profiler/decode.c:16:
> /usr/include/malloc.h:3:2: error: #error " has been replaced by 
> "
> ../../../mono/mono/profiler/decode.c: In function 'tracked_creation':
> ../../../mono/mono/profiler/decode.c:993: warning: format '%llu' expects type 
> 'long long unsigned int', but argument 5 has type 'uint64_t'
> ../../../mono/mono/profiler/decode.c: In function 'decode_buffer':
> ../../../mono/mono/profiler/decode.c:1082: warning: format '%x' expects type 
> 'unsigned int', but argument 3 has type 'intptr_t'
> (snip warnings)
> gmake[3]: *** [decode.o] Error 1
> gmake[3]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono/profiler'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/export/home/ksmakoto/Mono/BUILD/mono'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/export/home/ksmakoto/Mono/BUILD'
> gmake: *** [all] Error 2
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Crash mono when start with sgen.

2010-11-15 Thread J.P. 
OK, I spent a few hours to build a test case. I've success and will report
it.

Thanks,
J.P. Park

# mono --llvm --gc=sgen MyTest.exe
Stacktrace:

Segmentation fault

2010/11/16 Rodrigo Kumpera 

> Try to build a self contained test that causes the crash. Otherwise there
> is no way for us to figure out what's wrong.
>
> Once you have a test that shows the crash, fill a bugzilla report and will
> work on it. The shorted the test, the faster
> it will be fixed.
>
> Thanks,
> Rodrigo
>
> On Mon, Nov 15, 2010 at 7:37 AM, J.P.  wrote:
>
>> I've got a situation that mono crashed with sgen and llvm option.
>> But I'm sorry can't upload the code. What information needed? I can
>> reporting the problem without code providing.
>> It is always happened when start to self-host remoting.
>>
>> Regards
>> J.P. Park
>>
>>
>> # mono -V
>> Mono JIT compiler version 2.9 (master/32340d1 Mon Nov 15 14:19:55 KST
>> 2010)
>> Copyright (C) 2002-2010 Novell, Inc and Contributors.
>> www.mono-project.com
>> TLS:   __thread
>>  SIGSEGV:   altstack
>> Notifications: epoll
>> Architecture:  amd64
>>  Disabled:  none
>> Misc:  softdebug
>> LLVM:  yes(2.8svn-mono)
>>  GC:Included Boehm (with typed GC and Parallel Mark)
>>
>>
>> Crash:
>>
>> Stacktrace:
>>
>>
>> Native stacktrace:
>>
>> mono-sgen [0x4a3a6d]
>> mono-sgen [0x50062d]
>> /lib64/libpthread.so.0 [0x38b300e7c0]
>>  mono-sgen [0x60021e]
>> mono-sgen [0x600619]
>> mono-sgen [0x60079f]
>>  mono-sgen [0x5b8c82]
>> mono-sgen [0x5b8dc7]
>> mono-sgen [0x5bca94]
>>  mono-sgen [0x5bdd4a]
>> mono-sgen [0x5be59b]
>> mono-sgen [0x5bed21]
>>  mono-sgen(mono_string_new_size+0x4b) [0x59c86b]
>> mono-sgen [0x596ae2]
>> [0x40fd5b08]
>>
>> Debug info from gdb:
>>
>> [Thread debugging using libthread_db enabled]
>> [New Thread 0x2af2ae639970 (LWP 24870)]
>> [New Thread 0x44b5b940 (LWP 24917)]
>> [New Thread 0x4495a940 (LWP 24916)]
>> [New Thread 0x44759940 (LWP 24915)]
>> [New Thread 0x44558940 (LWP 24914)]
>> [New Thread 0x44357940 (LWP 24913)]
>> [New Thread 0x44156940 (LWP 24912)]
>> [New Thread 0x4021d940 (LWP 24911)]
>> [New Thread 0x43f55940 (LWP 24910)]
>> [New Thread 0x43d54940 (LWP 24909)]
>> [New Thread 0x43b53940 (LWP 24908)]
>> [New Thread 0x43952940 (LWP 24907)]
>> [New Thread 0x43751940 (LWP 24906)]
>> [New Thread 0x43550940 (LWP 24905)]
>> [New Thread 0x4334f940 (LWP 24904)]
>> [New Thread 0x4314e940 (LWP 24903)]
>> [New Thread 0x42f4d940 (LWP 24902)]
>> [New Thread 0x414e7940 (LWP 24900)]
>> [New Thread 0x42d4c940 (LWP 24890)]
>> [New Thread 0x42b4b940 (LWP 24889)]
>> [New Thread 0x40cab940 (LWP 24888)]
>> [New Thread 0x4294a940 (LWP 24887)]
>> [New Thread 0x42749940 (LWP 24886)]
>> [New Thread 0x40aaa940 (LWP 24885)]
>> [New Thread 0x42538940 (LWP 24884)]
>> [New Thread 0x42337940 (LWP 24883)]
>> [New Thread 0x407dc940 (LWP 24882)]
>> [New Thread 0x41ac6940 (LWP 24873)]
>> [New Thread 0x405db940 (LWP 24872)]
>> [New Thread 0x41db5940 (LWP 24871)]
>> 0x0038b24307bf in sigsuspend () from /lib64/libc.so.6
>>   30 Thread 0x41db5940 (LWP 24871)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   29 Thread 0x405db940 (LWP 24872)  0x0038b300d5cb in read () from
>> /lib64/libpthread.so.0
>>   28 Thread 0x41ac6940 (LWP 24873)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   27 Thread 0x407dc940 (LWP 24882)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   26 Thread 0x42337940 (LWP 24883)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   25 Thread 0x42538940 (LWP 24884)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   24 Thread 0x40aaa940 (LWP 24885)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   23 Thread 0x42749940 (LWP 24886)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   22 Thread 0x4294a940 (LWP 24887)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   21 Thread 0x40cab940 (LWP 24888)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   20 Thread 0x42b4b940 (LWP 24889)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   19 Thread 0x42d4c940 (LWP 24890)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   18 Thread 0x414e7940 (LWP 24900)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   17 Thread 0x42f4d940 (LWP 24902)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   16 Thread 0x4314e940 (LWP 24903)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   15 Thread 0x4334f940 (LWP 24904)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   14 Thread 0x43550940 (LWP 24905)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   13 Thread 0x43751940 (LWP 24906)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   12 Thread 0x43952940 (LWP 24907)  0x0038b24307bf in sigsuspend ()
>> from /lib64/libc.so.6
>>   11 Thread 0x43b53940 (LWP 24908)  0x0038b24307bf in sigsu

Re: [Mono-dev] System.Messaging error assemblye reference

2010-11-15 Thread Carlos Alberto Guzmán Murillo 
On 15 November 2010 22:28, Jonathan Pobst  wrote:

> On 11/15/2010 9:18 PM, caralbgm wrote:
>
>> When compile (in MonoDevelop), I obtain this error:
>> "error CS0234: The type or namespace name `Messaging' does not exist in
>> the
>> namespace `System'. Are you missing an assembly reference?"
>>
>
> This may sound obvious, but are you missing an assembly reference?
>
> Specifically, have you added a reference to System.Messaging.dll?
>
> Either:
> - MonoDevelop with Project -> Add Reference
> - gmcs with -r:System.Messaging
>
> Jonathan
>


jeje thanks, I'm a newbie. It was very obvious. Thank you

-- 
/*
   // Carlos Alberto Guzmán Murillo
   Usuario GNU/Linux # 486109
   Usuario Debian
*/
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] System.Messaging error assemblye reference

2010-11-15 Thread Jonathan Pobst 
On 11/15/2010 9:18 PM, caralbgm wrote:
> When compile (in MonoDevelop), I obtain this error:
> "error CS0234: The type or namespace name `Messaging' does not exist in the
> namespace `System'. Are you missing an assembly reference?"

This may sound obvious, but are you missing an assembly reference?

Specifically, have you added a reference to System.Messaging.dll?

Either:
- MonoDevelop with Project -> Add Reference
- gmcs with -r:System.Messaging

Jonathan
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] System.Messaging error assemblye reference

2010-11-15 Thread caralbgm 

Hi everyone,

I have a problem when compile a sample code with "using System.Messaging" (
I will use MessageQueue class ).

using System;
using System.Messaging;
namespace example
{
public class MyExample
{ ... }
}

When compile (in MonoDevelop), I obtain this error:
"error CS0234: The type or namespace name `Messaging' does not exist in the
namespace `System'. Are you missing an assembly reference?"
I try compile using gmcs and mcs compilers directly too, but with the same
results.

I have GNU/Linux Debian 5.0 testing. The mono compiler's version in 2.6.7.0.
I use MonoDevelop 2.4. All the mono's packages are in testing. I have
installed libmono-system-messaging packages.

Can somebody help me please?

Thanks.





-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Messaging-error-assemblye-reference-tp3044169p3044169.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] C# source-to-source compiler

2010-11-15 Thread Alex Corrado 
Hi Marek,

I just noticed this thread, and I'm curious, when you say:

The async/await is about asynchrony and spawn/sync is about parallelism.
> These are 2 different things which should not be mixed together.
>
>
Do you mean they should not be confused, or do you literally mean that these
technologies (or paradigms, if you will) should not be combined? If this is
the case, I'm curious to learn why you say that, since I'm toying with idea
of hybrid threading for a concurrency framework I'm working on (
https://github.com/nirvanai/Cirrus).


Mono C# compiler has no async support yet (the .NET preview has been
> announced few days ago!) but we are fully aware of it and we will
> implement it as soon as time permits.
>

I implemented async methods (before I knew they were to be a language
feature) using Cecil for the framework I mentioned. I think the coroutine
transformation I'm doing is pretty similar to the way Microsoft is doing
things in their async preview. I'd certainly be willing to take a stab at
adding async support to the Mono C# compiler if/when you think that might be
beneficial.

Best,

Alex
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Crash mono when start with sgen.

2010-11-15 Thread Rodrigo Kumpera 
Try to build a self contained test that causes the crash. Otherwise there is
no way for us to figure out what's wrong.

Once you have a test that shows the crash, fill a bugzilla report and will
work on it. The shorted the test, the faster
it will be fixed.

Thanks,
Rodrigo

On Mon, Nov 15, 2010 at 7:37 AM, J.P.  wrote:

> I've got a situation that mono crashed with sgen and llvm option.
> But I'm sorry can't upload the code. What information needed? I can
> reporting the problem without code providing.
> It is always happened when start to self-host remoting.
>
> Regards
> J.P. Park
>
>
> # mono -V
> Mono JIT compiler version 2.9 (master/32340d1 Mon Nov 15 14:19:55 KST 2010)
> Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com
> TLS:   __thread
>  SIGSEGV:   altstack
> Notifications: epoll
> Architecture:  amd64
>  Disabled:  none
> Misc:  softdebug
> LLVM:  yes(2.8svn-mono)
>  GC:Included Boehm (with typed GC and Parallel Mark)
>
>
> Crash:
>
> Stacktrace:
>
>
> Native stacktrace:
>
> mono-sgen [0x4a3a6d]
> mono-sgen [0x50062d]
> /lib64/libpthread.so.0 [0x38b300e7c0]
>  mono-sgen [0x60021e]
> mono-sgen [0x600619]
> mono-sgen [0x60079f]
>  mono-sgen [0x5b8c82]
> mono-sgen [0x5b8dc7]
> mono-sgen [0x5bca94]
>  mono-sgen [0x5bdd4a]
> mono-sgen [0x5be59b]
> mono-sgen [0x5bed21]
>  mono-sgen(mono_string_new_size+0x4b) [0x59c86b]
> mono-sgen [0x596ae2]
> [0x40fd5b08]
>
> Debug info from gdb:
>
> [Thread debugging using libthread_db enabled]
> [New Thread 0x2af2ae639970 (LWP 24870)]
> [New Thread 0x44b5b940 (LWP 24917)]
> [New Thread 0x4495a940 (LWP 24916)]
> [New Thread 0x44759940 (LWP 24915)]
> [New Thread 0x44558940 (LWP 24914)]
> [New Thread 0x44357940 (LWP 24913)]
> [New Thread 0x44156940 (LWP 24912)]
> [New Thread 0x4021d940 (LWP 24911)]
> [New Thread 0x43f55940 (LWP 24910)]
> [New Thread 0x43d54940 (LWP 24909)]
> [New Thread 0x43b53940 (LWP 24908)]
> [New Thread 0x43952940 (LWP 24907)]
> [New Thread 0x43751940 (LWP 24906)]
> [New Thread 0x43550940 (LWP 24905)]
> [New Thread 0x4334f940 (LWP 24904)]
> [New Thread 0x4314e940 (LWP 24903)]
> [New Thread 0x42f4d940 (LWP 24902)]
> [New Thread 0x414e7940 (LWP 24900)]
> [New Thread 0x42d4c940 (LWP 24890)]
> [New Thread 0x42b4b940 (LWP 24889)]
> [New Thread 0x40cab940 (LWP 24888)]
> [New Thread 0x4294a940 (LWP 24887)]
> [New Thread 0x42749940 (LWP 24886)]
> [New Thread 0x40aaa940 (LWP 24885)]
> [New Thread 0x42538940 (LWP 24884)]
> [New Thread 0x42337940 (LWP 24883)]
> [New Thread 0x407dc940 (LWP 24882)]
> [New Thread 0x41ac6940 (LWP 24873)]
> [New Thread 0x405db940 (LWP 24872)]
> [New Thread 0x41db5940 (LWP 24871)]
> 0x0038b24307bf in sigsuspend () from /lib64/libc.so.6
>   30 Thread 0x41db5940 (LWP 24871)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   29 Thread 0x405db940 (LWP 24872)  0x0038b300d5cb in read () from
> /lib64/libpthread.so.0
>   28 Thread 0x41ac6940 (LWP 24873)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   27 Thread 0x407dc940 (LWP 24882)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   26 Thread 0x42337940 (LWP 24883)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   25 Thread 0x42538940 (LWP 24884)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   24 Thread 0x40aaa940 (LWP 24885)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   23 Thread 0x42749940 (LWP 24886)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   22 Thread 0x4294a940 (LWP 24887)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   21 Thread 0x40cab940 (LWP 24888)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   20 Thread 0x42b4b940 (LWP 24889)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   19 Thread 0x42d4c940 (LWP 24890)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   18 Thread 0x414e7940 (LWP 24900)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   17 Thread 0x42f4d940 (LWP 24902)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   16 Thread 0x4314e940 (LWP 24903)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   15 Thread 0x4334f940 (LWP 24904)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   14 Thread 0x43550940 (LWP 24905)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   13 Thread 0x43751940 (LWP 24906)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   12 Thread 0x43952940 (LWP 24907)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   11 Thread 0x43b53940 (LWP 24908)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   10 Thread 0x43d54940 (LWP 24909)  0x0038b24307bf in sigsuspend ()
> from /lib64/libc.so.6
>   9 Thread 0x43f55940 (LWP 24910)  0x0038b24307bf in sigsuspend () from
> /lib64/libc.so.6
>   8 Thread 0x4021d940 (LWP 24911)  0x0038b24307bf in sigsuspend () from
> /lib64/libc.so.6
>   7 Thread 0x

Re: [Mono-dev] Generic Constraints Regression in 2.8

2010-11-15 Thread Tom Philpot 
https://bugzilla.novell.com/show_bug.cgi?id=653710

From: Marek Safar mailto:marek.sa...@gmail.com>>
Date: Mon, 15 Nov 2010 06:16:57 -0800
To: "mono-devel-list@lists.ximian.com" 
mailto:mono-devel-list@lists.ximian.com>>
Subject: Re: [Mono-dev] Generic Constraints Regression in 2.8

Hello,

Could you please fill a bug report.

Thanks
Marek

Except that Y is constrained to be of type Z and so is guaranteed to be a 
reference type.

On Mon, Nov 15, 2010 at 12:30 AM, Bojan Rajkovic 
mailto:severedcr...@gmail.com>> wrote:
On Nov 14, 2010, at 10:16 PM, Tom Philpot wrote:

The following code compiled with a warning on Mono 2.7 (as of 147679)  but has  
an error in 2.8.

namespace Application
{
public class Z {}

public class A
where Y : Z
where X : Y
{
protected void SomeOperation(Y y)
{
X x = y as X;
}
}

public class Foo { public static void Main() {} }
}

/opt/mono-2.8/bin/gmcs CS0413Regression.cs
CS0413Regression.cs(12,33): error CS0413: The `as' operator cannot be used with 
a non-reference type parameter `X'. Consider adding `class' or a reference type 
constraint
Compilation failed: 1 error(s), 0 warnings

/opt/mono-r147679/bin/gmcs CS0413Regression.cs
CS0413Regression.cs(12,27): warning CS0219: The variable `x' is assigned but 
its value is never used
Compilation succeeded - 1 warning(s)

The error message here is the correct thing to do—as casts are only valid with 
reference types, because they can result in null, which is invalid for a value 
type. If this raised only a warning in gmcs earlier, it was a bug.

—Bojan


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list




___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-list

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Generic Constraints Regression in 2.8

2010-11-15 Thread Marek Safar 

Hello,

Could you please fill a bug report.

Thanks
Marek

Except that Y is constrained to be of type Z and so is guaranteed to 
be a reference type.


On Mon, Nov 15, 2010 at 12:30 AM, Bojan Rajkovic 
mailto:severedcr...@gmail.com>> wrote:


On Nov 14, 2010, at 10:16 PM, Tom Philpot wrote:


The following code compiled with a warning on Mono 2.7 (as of
147679)  but has  an error in 2.8.

namespace Application
{
public class Z {}

public class A
where Y : Z
where X : Y
{
protected void SomeOperation(Y y)
{
X x = y as X;
}
}

public class Foo { public static void Main() {} }
}

/opt/mono-2.8/bin/gmcs CS0413Regression.cs
CS0413Regression.cs(12,33): error CS0413: The `as' operator
cannot be used with a non-reference type parameter `X'. Consider
adding `class' or a reference type constraint
Compilation failed: 1 error(s), 0 warnings

/opt/mono-r147679/bin/gmcs CS0413Regression.cs
CS0413Regression.cs(12,27): warning CS0219: The variable `x' is
assigned but its value is never used
Compilation succeeded - 1 warning(s)


The error message here is the correct thing to do—as casts are
only valid with reference types, because they can result in null,
which is invalid for a value type. If this raised only a warning
in gmcs earlier, it was a bug.

—Bojan



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com

http://lists.ximian.com/mailman/listinfo/mono-devel-list



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com

http://lists.ximian.com/mailman/listinfo/mono-devel-list



___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Generic Constraints Regression in 2.8

2010-11-15 Thread Bojan Rajkovic 
On Nov 15, 2010, at 12:39 AM, dan witt wrote:

> Except that Y is constrained to be of type Z and so is guaranteed to be a 
> reference type.

Good catch, I misread. That's what I get for responding late at night.

—Bojan

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Crash mono when start with sgen.

2010-11-15 Thread J.P. 
I've got a situation that mono crashed with sgen and llvm option.
But I'm sorry can't upload the code. What information needed? I can
reporting the problem without code providing.
It is always happened when start to self-host remoting.

Regards
J.P. Park


# mono -V
Mono JIT compiler version 2.9 (master/32340d1 Mon Nov 15 14:19:55 KST 2010)
Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com
TLS:   __thread
 SIGSEGV:   altstack
Notifications: epoll
Architecture:  amd64
 Disabled:  none
Misc:  softdebug
LLVM:  yes(2.8svn-mono)
 GC:Included Boehm (with typed GC and Parallel Mark)


Crash:

Stacktrace:


Native stacktrace:

mono-sgen [0x4a3a6d]
mono-sgen [0x50062d]
/lib64/libpthread.so.0 [0x38b300e7c0]
 mono-sgen [0x60021e]
mono-sgen [0x600619]
mono-sgen [0x60079f]
 mono-sgen [0x5b8c82]
mono-sgen [0x5b8dc7]
mono-sgen [0x5bca94]
 mono-sgen [0x5bdd4a]
mono-sgen [0x5be59b]
mono-sgen [0x5bed21]
 mono-sgen(mono_string_new_size+0x4b) [0x59c86b]
mono-sgen [0x596ae2]
[0x40fd5b08]

Debug info from gdb:

[Thread debugging using libthread_db enabled]
[New Thread 0x2af2ae639970 (LWP 24870)]
[New Thread 0x44b5b940 (LWP 24917)]
[New Thread 0x4495a940 (LWP 24916)]
[New Thread 0x44759940 (LWP 24915)]
[New Thread 0x44558940 (LWP 24914)]
[New Thread 0x44357940 (LWP 24913)]
[New Thread 0x44156940 (LWP 24912)]
[New Thread 0x4021d940 (LWP 24911)]
[New Thread 0x43f55940 (LWP 24910)]
[New Thread 0x43d54940 (LWP 24909)]
[New Thread 0x43b53940 (LWP 24908)]
[New Thread 0x43952940 (LWP 24907)]
[New Thread 0x43751940 (LWP 24906)]
[New Thread 0x43550940 (LWP 24905)]
[New Thread 0x4334f940 (LWP 24904)]
[New Thread 0x4314e940 (LWP 24903)]
[New Thread 0x42f4d940 (LWP 24902)]
[New Thread 0x414e7940 (LWP 24900)]
[New Thread 0x42d4c940 (LWP 24890)]
[New Thread 0x42b4b940 (LWP 24889)]
[New Thread 0x40cab940 (LWP 24888)]
[New Thread 0x4294a940 (LWP 24887)]
[New Thread 0x42749940 (LWP 24886)]
[New Thread 0x40aaa940 (LWP 24885)]
[New Thread 0x42538940 (LWP 24884)]
[New Thread 0x42337940 (LWP 24883)]
[New Thread 0x407dc940 (LWP 24882)]
[New Thread 0x41ac6940 (LWP 24873)]
[New Thread 0x405db940 (LWP 24872)]
[New Thread 0x41db5940 (LWP 24871)]
0x0038b24307bf in sigsuspend () from /lib64/libc.so.6
  30 Thread 0x41db5940 (LWP 24871)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  29 Thread 0x405db940 (LWP 24872)  0x0038b300d5cb in read () from
/lib64/libpthread.so.0
  28 Thread 0x41ac6940 (LWP 24873)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  27 Thread 0x407dc940 (LWP 24882)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  26 Thread 0x42337940 (LWP 24883)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  25 Thread 0x42538940 (LWP 24884)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  24 Thread 0x40aaa940 (LWP 24885)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  23 Thread 0x42749940 (LWP 24886)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  22 Thread 0x4294a940 (LWP 24887)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  21 Thread 0x40cab940 (LWP 24888)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  20 Thread 0x42b4b940 (LWP 24889)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  19 Thread 0x42d4c940 (LWP 24890)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  18 Thread 0x414e7940 (LWP 24900)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  17 Thread 0x42f4d940 (LWP 24902)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  16 Thread 0x4314e940 (LWP 24903)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  15 Thread 0x4334f940 (LWP 24904)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  14 Thread 0x43550940 (LWP 24905)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  13 Thread 0x43751940 (LWP 24906)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  12 Thread 0x43952940 (LWP 24907)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  11 Thread 0x43b53940 (LWP 24908)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  10 Thread 0x43d54940 (LWP 24909)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  9 Thread 0x43f55940 (LWP 24910)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  8 Thread 0x4021d940 (LWP 24911)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  7 Thread 0x44156940 (LWP 24912)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  6 Thread 0x44357940 (LWP 24913)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  5 Thread 0x44558940 (LWP 24914)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  4 Thread 0x44759940 (LWP 24915)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  3 Thread 0x4495a940 (LWP 24916)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  2 Thread 0x44b5b940 (LWP 24917)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
* 1 Thread 0x2af2ae

Re: [Mono-dev] I wanna contribute

2010-11-15 Thread J.P. 
I've got a situation that mono crashed with sgen and llvm option.
But I'm sorry can't upload the code. What information needed? I can
reporting the problem without code providing.
It is always happened when start to self-host remoting.

Regards
J.P. Park


# mono -V
Mono JIT compiler version 2.9 (master/32340d1 Mon Nov 15 14:19:55 KST 2010)
Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com
 TLS:   __thread
SIGSEGV:   altstack
Notifications: epoll
 Architecture:  amd64
Disabled:  none
Misc:  softdebug
 LLVM:  yes(2.8svn-mono)
GC:Included Boehm (with typed GC and Parallel Mark)


Crash:

Stacktrace:


Native stacktrace:

mono-sgen [0x4a3a6d]
 mono-sgen [0x50062d]
/lib64/libpthread.so.0 [0x38b300e7c0]
mono-sgen [0x60021e]
 mono-sgen [0x600619]
mono-sgen [0x60079f]
mono-sgen [0x5b8c82]
 mono-sgen [0x5b8dc7]
mono-sgen [0x5bca94]
mono-sgen [0x5bdd4a]
 mono-sgen [0x5be59b]
mono-sgen [0x5bed21]
mono-sgen(mono_string_new_size+0x4b) [0x59c86b]
 mono-sgen [0x596ae2]
[0x40fd5b08]

Debug info from gdb:

[Thread debugging using libthread_db enabled]
[New Thread 0x2af2ae639970 (LWP 24870)]
[New Thread 0x44b5b940 (LWP 24917)]
[New Thread 0x4495a940 (LWP 24916)]
[New Thread 0x44759940 (LWP 24915)]
[New Thread 0x44558940 (LWP 24914)]
[New Thread 0x44357940 (LWP 24913)]
[New Thread 0x44156940 (LWP 24912)]
[New Thread 0x4021d940 (LWP 24911)]
[New Thread 0x43f55940 (LWP 24910)]
[New Thread 0x43d54940 (LWP 24909)]
[New Thread 0x43b53940 (LWP 24908)]
[New Thread 0x43952940 (LWP 24907)]
[New Thread 0x43751940 (LWP 24906)]
[New Thread 0x43550940 (LWP 24905)]
[New Thread 0x4334f940 (LWP 24904)]
[New Thread 0x4314e940 (LWP 24903)]
[New Thread 0x42f4d940 (LWP 24902)]
[New Thread 0x414e7940 (LWP 24900)]
[New Thread 0x42d4c940 (LWP 24890)]
[New Thread 0x42b4b940 (LWP 24889)]
[New Thread 0x40cab940 (LWP 24888)]
[New Thread 0x4294a940 (LWP 24887)]
[New Thread 0x42749940 (LWP 24886)]
[New Thread 0x40aaa940 (LWP 24885)]
[New Thread 0x42538940 (LWP 24884)]
[New Thread 0x42337940 (LWP 24883)]
[New Thread 0x407dc940 (LWP 24882)]
[New Thread 0x41ac6940 (LWP 24873)]
[New Thread 0x405db940 (LWP 24872)]
[New Thread 0x41db5940 (LWP 24871)]
0x0038b24307bf in sigsuspend () from /lib64/libc.so.6
  30 Thread 0x41db5940 (LWP 24871)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  29 Thread 0x405db940 (LWP 24872)  0x0038b300d5cb in read () from
/lib64/libpthread.so.0
  28 Thread 0x41ac6940 (LWP 24873)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  27 Thread 0x407dc940 (LWP 24882)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  26 Thread 0x42337940 (LWP 24883)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  25 Thread 0x42538940 (LWP 24884)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  24 Thread 0x40aaa940 (LWP 24885)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  23 Thread 0x42749940 (LWP 24886)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  22 Thread 0x4294a940 (LWP 24887)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  21 Thread 0x40cab940 (LWP 24888)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  20 Thread 0x42b4b940 (LWP 24889)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  19 Thread 0x42d4c940 (LWP 24890)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  18 Thread 0x414e7940 (LWP 24900)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  17 Thread 0x42f4d940 (LWP 24902)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  16 Thread 0x4314e940 (LWP 24903)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  15 Thread 0x4334f940 (LWP 24904)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  14 Thread 0x43550940 (LWP 24905)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  13 Thread 0x43751940 (LWP 24906)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  12 Thread 0x43952940 (LWP 24907)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  11 Thread 0x43b53940 (LWP 24908)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  10 Thread 0x43d54940 (LWP 24909)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  9 Thread 0x43f55940 (LWP 24910)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  8 Thread 0x4021d940 (LWP 24911)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  7 Thread 0x44156940 (LWP 24912)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  6 Thread 0x44357940 (LWP 24913)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  5 Thread 0x44558940 (LWP 24914)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  4 Thread 0x44759940 (LWP 24915)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  3 Thread 0x4495a940 (LWP 24916)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
  2 Thread 0x44b5b940 (LWP 24917)  0x0038b24307bf in sigsuspend () from
/lib64/libc.so.6
* 1 Thread 0x2af2a

Re: [Mono-dev] I wanna contribute

2010-11-15 Thread J.P. 
It's so big challenge to me. I can fix some code for my job project. I using
mono on my project and it is one of most popular portal site in Korea.
I really enjoy mono-life. future more I wish contribute some code or testing
for people like me. very thanks to mono team.

Regards,
J.P. Park

2010/11/14 Kishore Kanala 

> Hi,
>   Mono site contain list of reported issues/bugs, TODO items. You can
> go through those and choose one of them for fixing & contributing. This may
> be good way to start.
>
> Regards,
> Kishore
>
> On Nov 14, 2010, at 6:14 AM, "Fulvio Esposito" 
> wrote:
>
> > Hi all guys,
> > I'm an Italian programmer very passionate about .NET framework. Even if I
> > haven't got the chance to work with it (I spend a lot of time with java
> > related technologies, and I'm really confident with C++), I spend a bit
> of
> > time every day learning and understanding .NET (I've started just a week
> ago
> > a project to write an extensible collaborative diagram editor mainly for
> UML
> > diagrams in silverlight). So here I am, I'd like to give an hand on Mono.
> Is
> > there any little task I can start with to take confidence with the
> project?
> >
> > Fulvio
> >
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list