Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

n > iOS most of the time. I will send another one that has more repetitions > (and wraps-around the array). > > I should file the bug, right? > > Best, > > On Thu, Jul 7, 2016 at 6:38 PM, Rodrigo Kumpera wrote: > >> Hi Petros, >> >> It does look like a bug

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

agree what's right and what's wrong! >> >> >> >> >> >> >> >> *From: *Petros Douvantzis >> *Date: *Thursday, July 7, 2016 at 3:54 AM >> *To: *"mono-devel-list@lists.ximian.com" < >> mono-devel-list@lists.ximia

Re: [Mono-dev] Volatile fields don't enforce acquire - release semantics like Volatile.Read() and Volatile.Write()

Yes, it looks like a bug. On Wed, Jul 6, 2016 at 11:13 AM, petrakeas wrote: > According to C# specification > : > > • A read of a volatile field is called a volatile read. A volatile > read has > “acquire semantics”; that is, it is

Re: [Mono-dev] FW: Random hangs while running mono app

The crash you shown are unrelated to sgen, switching to boehm will do you no good. On Mon, Jun 6, 2016 at 2:10 AM, Burkhard Linke < bli...@cebitec.uni-bielefeld.de> wrote: > Hi, > > On 06/03/2016 09:12 PM, George, Glover E ERDC-RDE-ITL-MS CIV wrote: > >> I¹ve been trying to reproduce the case whe

Re: [Mono-dev] FW: Random hangs while running mono app

) > 0x2 - detached (GOOD, unless the thread is running managed > code) > 0x?03 - async suspended (GOOD) > 0x?04 - self suspended (GOOD) > 0x?05 - async suspend requested (BAD) > 0x?06 - self suspend requested (BAD) > 0x*07

Re: [Mono-dev] Loader Optimization with mono

Mono doesn't implement LoaderOptimization. On Thu, Jun 2, 2016 at 5:59 AM, techi eth wrote: > Does [LoaderOptimization(LoaderOptimization.MultiDomainHost)] work as > desired on mono? > > I am using Mono 4.2 version on ubuntu to test. > > > > I had following observation > > > > 1. Exe with this

Re: [Mono-dev] High threadpool CPU usage

Chris, Can you at least enable GC logging? That will tell you how frequently and for how long the collector is running. On Fri, May 27, 2016 at 11:04 AM, Chris Swiedler wrote: > Thanks. I’ll try to use the profiler, but this problem doesn’t happen at > startup, and running the application under

Re: [Mono-dev] FW: Random hangs while running mono app

This looks like a shutdown bug in mono. Do you have a reliable way to reproduce it? How loaded are the machines running your workload? On Thu, Apr 28, 2016 at 6:41 PM, George, Glover E ERDC-RDE-ITL-MS CIV < glover.e.geo...@erdc.dren.mil> wrote: > One more important point I forgot to mention, whe

Re: [Mono-dev] Using valgrind with Mono

mono-devel-list-boun...@lists.ximian.com] *On Behalf Of *Zinkevicius, Matt > *Sent:* Monday, March 28, 2016 2:42 PM > *To:* Rodrigo Kumpera > > *Cc:* Straw, David (Storage) ; > mono-devel-list@lists.ximian.com > *Subject:* Re: [Mono-dev] Using valgrind with Mono > > > >

Re: [Mono-dev] Using valgrind with Mono

The memory leak on mono_method_get_header was recently fixed in master. On Mon, Mar 28, 2016 at 3:31 AM, Zinkevicius, Matt wrote: > I can confirm that Zoltan’s fix does indeed remove any leak instances with > a call stack containing “ves_icall_Type_GetNestedTypes”, but unfortunately > that acc

Re: [Mono-dev] profiling

Hi Neale, It is a concern as we addressed that issue over last year. If possible, could you file bugs with those .mlpd files attached so we can take a look? -- Rodrigo On Thu, Feb 25, 2016 at 3:18 PM, Neale Ferguson wrote: > Sometimes when we run the profiler and then run mprof-report we get

Re: [Mono-dev] (no subject)

Yes, we'll participate on this year GSoC. :) On Sat, Feb 20, 2016 at 1:57 PM, a7med usama wrote: > Hi. > Does the organization will enter into Google summer of code 2016 ? > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com >

Re: [Mono-dev] sgen crash on x86_64 (when using libmono from Wine)

Hi Paul, Great catch! Using long in the code base is frowned upon as it has this sort of issues. Your patch can be merged as is. I can do it if you don't mind. -- Rodrigo On Tue, Feb 9, 2016 at 12:08 PM, Paul Gofman wrote: > Hi, > > while working with 64-bit mono under Wine (using libmono

Re: [Mono-dev] Profiler Locations

It's on lib. That's where the default profiler is shipped. Try running you program with MONO_LOG_LEVEL=debug and see where mono is probing, On Fri, Nov 13, 2015 at 4:12 PM, Greg Young wrote: > In OSX Capitan you can't install something to /usr/lib. I figured mono > installation/lib would work f

Re: [Mono-dev] The impact of running dlls compiled with /platform:x86 on a x86_64 machine under mono

Yes, mono will ignore the assembly options and run with the bitness the runtime was compiled for. On Fri, Nov 6, 2015 at 5:28 AM, Dan Liew wrote: > On 6 November 2015 at 05:29, Rodrigo Kumpera wrote: > > Mono ignores those settings and will run with the bitness it was compiled > &g

Re: [Mono-dev] Clarifying the relationship between docs/ and the website

Hey Andi, He's my take on your suggestions. We have a big gap in our docs story. It would be great if we got back to publishing API and runtime docs together with each release. That would solve the issue of making them available. Moving them back to the mono repo creates some friction to publish

Re: [Mono-dev] The impact of running dlls compiled with /platform:x86 on a x86_64 machine under mono

Mono ignores those settings and will run with the bitness it was compiled as. On Thu, Nov 5, 2015 at 10:11 AM, Dan Liew wrote: > Hi, > > I'm sorry if this is a dumb question but I couldn't find any > information on this regarding mono. > > I've just noticed that a project I've been working on ha

Re: [Mono-dev] Profiling: Tail calls

There's nothing in it that handles tail calls specially. On Fri, Oct 16, 2015 at 8:20 AM, Greg Young wrote: > Is there anything to let you know that a tail call was made in the > profiling api? I haven't see anything so far but figured I might have > missed it. > > -- > Studying for the Turing t

Re: [Mono-dev] 4.2.0.179 issue vs 4.0.4.1

Fix is already fixed in the 4.2 branch: https://github.com/mono/mono/commit/f4de38878981140f12c53d1f1ab5ce46f5c475a3 On Thu, Aug 27, 2015 at 9:48 AM, Alex J Lennon < ajlen...@dynamicdevices.co.uk> wrote: > Hi, > > I was adding Yocto/OE meta-mono support for the 4.2.0.179 release. > > The 4.0.4.

Re: [Mono-dev] bug #28777

On 17/08/15 14:44, Rodrigo Kumpera wrote: > > The fix will be part of mono 4.2.0. > > We could later backport it to mono 4.0.5 if 4.2 is not an option. > > -- > Rodrigo > > > On Sat, Aug 15, 2015 at 10:59 AM, Stephen G. Parry > wrote: > >> Hi All, >>

Re: [Mono-dev] bug #28777

The fix will be part of mono 4.2.0. We could later backport it to mono 4.0.5 if 4.2 is not an option. -- Rodrigo On Sat, Aug 15, 2015 at 10:59 AM, Stephen G. Parry wrote: > Hi All, > We have what looks like a reversion of bug #28777 > (https://bugzilla.xamarin.com/show_bug.cgi?id=28777). This

Re: [Mono-dev] Compile failure with -with-static_mono=no

That looks like a bug. Do you mind filing a bug at bugzilla.xamarin.com and assign it to me? -- Rodrigo On Wed, Aug 12, 2015 at 12:08 PM, Martin Potter wrote: > We build Mono with the -with-static_mono=no for various reasons and it > looks like this commit ( > https://github.com/mono/mono/comm

Re: [Mono-dev] Compiling Mono with debug symbols to diagnose an issue with embedded Mono 4.0.2.5

This is caused because your mono was built with a bad TLS model and the runtime is unable to find the required offset. Rebuild it using --with-tls=pthread should workaround your issue until someone figures out what's wrong with your setup. On mixed mode debugging. It's incredibly complicated and

Re: [Mono-dev] Timing/race conditions

I'm not keen on introducing yield calls all over the place in the runtime to work around bad test-environment combinations. Adding them to the test suite it fine though. Maybe the 200ms timeout is too low to deal with overloaded systems and must be increased. The goal is to detect bugs in the sus

Re: [Mono-dev] do_rehash race

Good catch! That's indeed a bug. On Thu, May 28, 2015 at 2:35 PM, Neale Ferguson wrote: > Hi, > When a hash table exceeds a threshold a rehash operation is triggered. At > the moment the new table is allocated and its address placed in the table > field of the structure. The do_rehash also the

Re: [Mono-dev] Can't run mono-3.12.X on Windows XP (Mono-devel-list Digest, Vol 120, Issue 4)

Good point, we should update the release notes / website to reflect this. On Thu, Apr 9, 2015 at 11:39 PM, Keedi Kim wrote: > Thanks for the information. I was able to save time. :-) > > I also think it is appropriate to discontinue support windows XP. IMHO, > it is important to notice about sup

Re: [Mono-dev] Snapshot of stack

kill -QUIT the target process On Mon, Mar 16, 2015 at 8:10 PM, Greg Young wrote: > To be clear I know I can do if installed as a profiler but would > prefer to do it from the outside > > On Tue, Mar 17, 2015 at 2:07 AM, Greg Young > wrote: > > I generally know how to snapshot the stack from out

Re: [Mono-dev] Mono release headsup

r alternatively, at least add 25 and 50 which are IoT common > baudrates not currently included? > > > > Best Regards, > > Ariel Rocholl > > > > *From:* Rodrigo Kumpera [mailto:kump...@gmail.com] > *Sent:* Tuesday, February 24, 2015 16:30 > *To:*

Re: [Mono-dev] Mono release headsup

r. Otherwise which > option B can work? Can I do a minor modification and re-submit as myself > fix? > > Or alternatively, at least add 25 and 50 which are IoT common > baudrates not currently included? > > > > Best Regards, > > Ariel Rocholl > > >

Re: [Mono-dev] Mono release headsup

> Ariel Rocholl > > > > On Tue, Feb 24, 2015 at 1:08 AM, Rodrigo Kumpera > wrote: > >> Hello everyone, >> >> We're branching mono for next release as we speak. >> >> We'll be able to easily merge community PR until March 6. After th

[Mono-dev] Mono release headsup

Hello everyone, We're branching mono for next release as we speak. We'll be able to easily merge community PR until March 6. After that it will have to go through our internal QA process, which raises the bar a lot and only release blockers can get in. I'll be handling the intake of community ch

Re: [Mono-dev] Switch off the Jenkins ARM builds on PRs for now

Why should we not test changes on ARM? It's as important as the intel targets and breaking it comes with the same issues. On Thu, Feb 19, 2015 at 4:18 PM, Alexander Köplinger < alex.koeplin...@outlook.com> wrote: > The Jenkins ARM builds cause quite some delays in PR building as they are > slowe

Re: [Mono-dev] Status for PR-1489 - AppSettings File attribute symlink

Hi David, I guess that's a good rationale for the change. Said that, why resolving the symlink is needed as they work transparently when open/closing files? On Fri, Jan 23, 2015 at 4:22 PM, David Curylo wrote: > I got a little feedback from Rodrigo Kumpera on this PR 1489 and > res

Re: [Mono-dev] mono_class_get_name and generics

For class: mono_type_get_name (mono_class_get_type (class)) For method: mono_method_full_name On Wed, Jan 21, 2015 at 11:39 AM, Greg Young wrote: > Is there a helper method in mono to get class/method names including > generics information as opposed to the canon `1 > > Cheers, > > Greg > > --

Re: [Mono-dev] Unix.Native

documented > reason was returning EINVAL :) > > On Tue, Jan 13, 2015 at 3:30 AM, Rodrigo Kumpera > wrote: > > That would change the behavior of the function and translate into a more > > fragile API. > > > > The way to go is to surface this option. > > > > On

Re: [Mono-dev] Unix.Native

That would change the behavior of the function and translate into a more fragile API. The way to go is to surface this option. On Mon, Jan 12, 2015 at 8:23 PM, Greg Young wrote: > I figured out why after a while of looking. The C code translates the > argument > > int Mono_Posix_FromFcntlComman

Re: [Mono-dev] Cycle4 - Reminders (Mono-devel-list Digest, Vol 115, Issue 45)

PGP SIGNED MESSAGE- > Hash: SHA1 > > > > On 25/11/14 23:00, Rodrigo Kumpera wrote: > > Hi ppl, > > > > We're rounding up mono 3.12 as we speak. (y'all probably heard the > > github gossip about such a branch existing ;) > > > > This would

Re: [Mono-dev] Cycle4 - Reminders

Hi ppl, We're rounding up mono 3.12 as we speak. (y'all probably heard the github gossip about such a branch existing ;) This would be a great opportunity to gather feedback on what blocking bugs you've been facing that can be quickly addressed for this release. -- Rodrigo On Mon, Nov 24, 20

Re: [Mono-dev] SetThreadPriority patch for mono-3.2.8

o the issues you describe. Should I have the PR reopened once > I get it done or should I open up a new one? > > Kind regards > Bent Bisballe Nyeng > > On 11/06/14 17:35, Rodrigo Kumpera wrote: > >> PR 1391 cannot be accepted for multiple reasons: >> >> -The c

Re: [Mono-dev] SetThreadPriority patch for mono-3.2.8

PR 1391 cannot be accepted for multiple reasons: -The commit message is empty and has no licensing; -It changes MonoInternalThread layout for no good reason, the introduced field is not used anywhere; -It's adding code to the io-layer for which we don't want to continue to expand; How to do it in

[Mono-dev] Fwd: [eglib] Warning: assertion function returning

Forgot to CC dev -- Forwarded message -- From: Rodrigo Kumpera Date: Thu, Oct 30, 2014 at 1:57 PM Subject: Re: [Mono-dev] [eglib] Warning: assertion function returning To: Alex J Lennon On Thu, Oct 30, 2014 at 12:34 PM, Alex J Lennon < ajlen...@dynamicdevices.co.uk>

Re: [Mono-dev] [eglib] Warning: assertion function returning

Since the noreturn behavior is not verifiable by the compiler (it's part of the API contract) we can a hack to silence the warning. On Thu, Oct 30, 2014 at 12:08 PM, Alex J Lennon < ajlen...@dynamicdevices.co.uk> wrote: > Hi, > > I'm seeing an eglib warning about an assertion handling function wi

Re: [Mono-dev] PR944 - Improve COM error handling

On Thu, Oct 30, 2014 at 3:13 AM, Eberhard Beilharz wrote: > The code in your pull request is windows specific so it won't work on > unix. > > No, it isn't. It's possible to build a Unix library that emulates the > Windows COM implementation - as we did it in our projects ( > https://github.com/

Re: [Mono-dev] PR944 - Improve COM error handling

The code in your pull request is windows specific so it won't work on unix. Mono works with unix com implementations such as xpcom. On Wed, Oct 29, 2014 at 3:06 PM, Eberhard Beilharz wrote: > Hi, > > To revive one of my old pull requests: #944 implements some missing > pieces related to COM err

Re: [Mono-dev] PR1375: cleanup

I know that :) is in there. On Tue, Oct 28, 2014 at 11:16 AM, Greg Young wrote: > Can I buy a vowel? > > > On Tuesday, October 28, 2014, Miguel de Icaza wrote: > >> >> >> ▉, ▉▉ . ▉▉▉ - ▉▉. ▉▉, "", , >> ▉▉ >> >> MIguel >> >> On Tue, Oct 28, 2014 at 1

Re: [Mono-dev] Memleak in mono_domain_unload

Please file a bug report with your test case so we can fix any leaks. On Fri, Oct 24, 2014 at 7:56 AM, Vardar Sahin wrote: > Hello to all, > > I noticed that mono_domain_unload is leaking memory. I wrote a small test > in my application > where I create a domain, load an assembly into it, exec

Re: [Mono-dev] elimination of TARGET_J2EE/TARGET_JVM ?

They are no longer in use but we're not in a rush to remove the from the code base. If it's making it hard for you to read a piece of code, remove them and submit a pull request - we'd love to kill more of those defines. :) On Fri, Oct 24, 2014 at 2:10 AM, Etienne Champetier < champetier.etie...@

Re: [Mono-dev] Mono 3.10 Threadpool requires remoting??

he time to report it, we don’t really care.” > > > > When I find and fix this problem locally, should I bother to report it? > > > > -Chris > > > > > > > > > > *From:* Rodrigo Kumpera [mailto:kump...@gmail.com] > *Sent:* Monday, September 15, 2014 1

Re: [Mono-dev] Mono 3.10 Threadpool requires remoting??

Minimal builds are not supported for general consumption, use at your own risk. On Sat, Sep 13, 2014 at 12:03 PM, Chris Tacke wrote: > This may seem like a simplistic question, but how do I explicitly set a C# > preprocessor directive when manually building with make? I'd like to *not* > modi

Re: [Mono-dev] How to find extern definition for MonoIO void Lock(

If it's an icall, it's either on that table of throw explicit calls to register it. If it's a pinvoke, it's up to the user to specify the target library On Sat, Sep 13, 2014 at 9:54 AM, Edward Ned Harvey (mono) < edward.harvey.m...@clevertrove.com> wrote: > > Fr

Re: [Mono-dev] peverify vs mono --verify-all

peverify does verify everything eagerly and do very strict checks. mono --verify-all disables some of the strict checks and does perform the checking lazily only on what's executed. Could you file a bug with your binary attached so I can take a look on fixing this assert (I'm the author of this p

Re: [Mono-dev] How to find extern definition for MonoIO void Lock(

See icall-def.h On Fri, Sep 12, 2014 at 1:08 PM, Edward Ned Harvey (mono) < edward.harvey.m...@clevertrove.com> wrote: > I am trying to find the definition for this: > > mcs/class/corlib/System.IO/MonoIO.cs: public > extern static void Lock (...) > > > > I'd like to

Re: [Mono-dev] mono_thread_manage causes subsequent mono_jit_cleanup call to hang?

How about internally renaming mono_thread_manage and add a no-op version of it. It would retain compatibility with wine and would not further complicate the shutdown sequence. This assumes that there's no good use case for calling the two independently. -- Rodrigo On Wed, Sep 10, 2014 at 5:58 P

Re: [Mono-dev] Mono crash

This last backtrace looks perfectly fine. It's the GC suspend signal handler been executed. On Sat, Sep 6, 2014 at 10:39 AM, mono user wrote: > I am afraid that max-heap-size might not be the reason. I am seeing the > crashes at different levels of memory usage. > > I have checked that setting

Re: [Mono-dev] OracleClient.Oci and GC

; native memory in the constructors and was going to free them in a > destructor. However, in my test runs I see I'm allocating 1200+ objects but > only freeing ~900. Would you elaborate on your final comment "failing to > dispose..." as I'm reading this as I don't

Re: [Mono-dev] OracleClient.Oci and GC

hat just a comment on my ref IntPtr question or the use of ref with > the OCI stuff in general? > > On Aug 22, 2014, at 10:45 AM, Rodrigo Kumpera wrote: > > > Mono does conservative scanning of the native stack, so once the pointer > has crossed over to native, t

Re: [Mono-dev] OracleClient.Oci and GC

Mono does conservative scanning of the native stack, so once the pointer has crossed over to native, the containing object will remain pinned. On Fri, Aug 22, 2014 at 9:45 AM, Neale Ferguson wrote: > I am also wondering about the parameters in some of the OCIBind > methods and the OCIDefi

Re: [Mono-dev] thread6 test

Thread 1 started Count: 0 cought exception level 3 cought exception level 2 STATETEST System.Threading.ThreadAbortException: Thread was being aborted at Tests.ThreadStart1 () [0x00087] in /Users/kumpera/src/mono/mono/tests/thread6.cs:51 cought exception level 1 System.Threading.ThreadAbort

Re: [Mono-dev] Linux ARM: finally_block_ending_in_dead_bb.cs failure

This finally test is not supposed to work on ARM as the require block guard work was not done there. -- Rodrigo On Fri, Jun 20, 2014 at 3:05 PM, Damien Diederen wrote: > > Hello, > > The finally_block_ending_in_dead_bb.cs runtime test fails on one of my > current Linux/ARM builds: > > $ cd

Re: [Mono-dev] Linux x86: marshal7.cs failure

Linux and OSX have different alignment rules, that's why the difference. This was fixed a few months back on master. If it's failing please file a bug report. -- Rodrigo On Thu, Jun 19, 2014 at 2:19 PM, Damien Diederen wrote: > > Hello, > > I am observing the following failure on Linux 86: >

Re: [Mono-dev] Large object size limits

Hi Neale, We should change from SIZE_MAX to the max value a ssize_t can hold. -- Rodrigo On Thu, Jun 12, 2014 at 4:38 PM, Neale Ferguson wrote: > The following program runs fine on .NET - > > using System; > using System.Collections.Generic; > using System.Runtime; > using System.Text; > > na

Re: [Mono-dev] Next Release?

fault delivered as 64bit version on OSX, and > so Mono needs to match). > > Von: Rodrigo Kumpera > Datum: Mittwoch, 11. Juni 2014 21:49 > An: Christian Hüning > Cc: "mono-devel-list@lists.ximian.com" > Betreff: Re: [Mono-dev] Next Release? > > We expect it to

Re: [Mono-dev] Next Release?

We expect it to happen in the next few weeks. On Wed, Jun 11, 2014 at 1:07 PM, Hüning, Christian < christian.huen...@haw-hamburg.de> wrote: > Is there any schedule for when the next version of Mono will officially be > released? > > > > ___ > Mono-deve

Re: [Mono-dev] Ongoing Mono development / Mono roadmap

Facts tells a lot more gossip. Mono has been steadily growing since Xamarin started. The size of the core team working on mono have expanded and the number of external contributors is growing even faster. On Wed, Apr 9, 2014 at 3:36 PM, Alex J Lennon wrote: > Hi, > > I became involved in a

Re: [Mono-dev] (no subject)

We got a similar issue on our ARM devices. Alex, has this been fixed? On Thu, Mar 20, 2014 at 1:36 PM, Greg Young wrote: > Just ran with redirected output this is the issue. > > AOT [build] mcs.exe.so > Mono Ahead of Time compiler - compiling assembly > /home/greg/mono/mcs/class/lib/build/

Re: [Mono-dev] Mono MRE/MDK mac pkg installer

Appke's pkgbuild does it all. On Tue, Mar 18, 2014 at 5:37 PM, Edward Ned Harvey (mono) < edward.harvey.m...@clevertrove.com> wrote: > I'm trying to figure out how to build a pkg installer for mac, which > will prompt user to accept eula, and install some project built with > monomac or xamarin

Re: [Mono-dev] Library path bug in Makefile?

On Fri, Mar 7, 2014 at 7:03 AM, Edward Ned Harvey (mono) < edward.harvey.m...@clevertrove.com> wrote: > > From: Rodrigo Kumpera [mailto:kump...@gmail.com] > > > > The issue is that we don't want to set RPATH to a value in the dynamic > linker > > path. This

Re: [Mono-dev] Library path bug in Makefile?

On Wed, Mar 5, 2014 at 10:46 PM, Edward Ned Harvey (mono) < edward.harvey.m...@clevertrove.com> wrote: > > From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- > > boun...@lists.ximian.com] On Behalf Of Edward Ned Harvey (mono) > > > > So ... http://blog.tremily.us/posts/rpath/

Re: [Mono-dev] Changing the behavior of Process.Create

onsequently, in order to work on both platforms, NUnit actually runs mono > again when it is already running under mono and launches its agent process. > > Charlie > > On Tue, Mar 4, 2014 at 9:21 AM, Rodrigo Kumpera wrote: > > Hey Guys, > > > > I've

[Mono-dev] Changing the behavior of Process.Create

Hey Guys, I've been looking on how to fix those two bugs: https://bugzilla.xamarin.com/show_bug.cgi?id=17831 https://bugzilla.xamarin.com/show_bug.cgi?id=17820 And one option we're contemplating is to switch the behavior of Process.Create when launching managed assemblies to first try to use the

Re: [Mono-dev] ms .net source updated and license modified

Our current take at Xamarin is that we should avoid reading .NET source code when implementing similar functionality on mono. Some people have great visual memory, which would still mean us walking a fine line on their rights. This is specially true for new code. What this change is that is enable

Re: [Mono-dev] Point of GC memory allocation in Mono

SGen generates fast variants of those functions that don't transition to native code to alloc memory, you can disable them in sgen-conf.hq On Mon, Feb 3, 2014 at 1:11 PM, serus wrote: > Dear Devs, > > I plan to experiment with the garbage collector and, to get me started, I > wrote a small C# p

Re: [Mono-dev] WeakReference problem

pplicationException("assertion failed: > object has been collected but TryGetTarget returned true"); > } > } > } > > > Am 29.01.2014 23:41, schrieb Rodrigo Kumpera: > > Please provide a test case that shows this behavior > > > On Wed, Jan 29, 2014 at 5:00 PM, Tobias Kä

Re: [Mono-dev] WeakReference problem

Please provide a test case that shows this behavior On Wed, Jan 29, 2014 at 5:00 PM, Tobias Käs wrote: > Hi, the generic WeakReference for .NET 4.5 sometimes returns true from > TryGetTarget even though the target has been collected (the out-value is > correctly set to null). All my WeakReferen

Re: [Mono-dev] llvm issue

Hi Bruno, Can you try the fixes for llvm in 6154dc77313229fc1ae192a618af5665081815a4? They target the same llvm issues. On Wed, Jan 22, 2014 at 6:27 PM, Bruno Lauzé wrote: > > I release the patches > patch-configure.in > patch-eglib_src_Makefile.am > patch-mcs_class_System_System.IO_KeventWatc

Re: [Mono-dev] llvm issue

LLVM was never tests on FreeBSD, you'll have to debug it. On Tue, Jan 21, 2014 at 8:35 AM, Bruno Lauzé wrote: > When I try to compile mono from git with llvm ; llvm installed from > github.com/mono/llvm > I'm on FreeBSD HEAD. > Everything compiles smoothly but now the mono-sgen process get stu

Re: [Mono-dev] Status of http://wrench.mono-project.com

We have no timetable on when to get those bots back to life. On Wed, Jan 15, 2014 at 1:00 PM, Grüninger, Andreas (LGL Extern) < andreas.gruenin...@lgl.bwl.de> wrote: > There are no builds of mono-master since 2013/12/09 for linux (debian, > opensuse, x86/x64). > > The disk of the build system se

Re: [Mono-dev] Assert: condition `ret == 0' not met

Are you trying to build mono/master without any changes? That has not happen with our bots at xamarin. On Mon, Jan 13, 2014 at 4:47 PM, Bassam Tabbara wrote: > Hello, > > I’m seeing the following exception while building MCS from the latest in > master. This is on my mac (OSX 10.9). Any thought

Re: [Mono-dev] System.ExecutionEngineException: Failed to create shadow copy (CopyFile).

Small. Not currently, I will attempt to create one tho. Also will >> raise a bug report on this as well sometime this week. Probably not >> tomorrow :) >> On 24/12/2013 7:32 PM, "Rodrigo Kumpera" wrote: >> >>> Do you have a small test case that shows t

Re: [Mono-dev] System.ExecutionEngineException: Failed to create shadow copy (CopyFile).

Do you have a small test case that shows this behavior? Could you file a bug report on this? On Mon, Dec 23, 2013 at 6:57 AM, Alistair Bush wrote: > I have be working to get the fubu (mvc) framework and associated tools > working on mono/linux. > I have gotten most of the way to running a basic

Re: [Mono-dev] Mono.Cairo 4.0 different on Mac and Ubuntu

It does matter as the cairo bindings were updated during mono 3.0. The 4.0 version you see is for the framework, not the library itself. Mono.Cairo version is bound to mono's. Please update to 3.2. On Mon, Dec 16, 2013 at 1:35 PM, Vassil Vassilev wrote: > Hi, > I use Mono.Cairo library (sayi

Re: [Mono-dev] AppDomain Support

Can you file a bug report with a full test case? This way we can have a way to fix it? On Wed, Dec 11, 2013 at 1:49 PM, Christian Smith wrote: > Hi Andres, > > I jumped the gun on thinking it wasn't implemented, don't believe the > first SO post you read... > > We are having an issue though with

Re: [Mono-dev] large performance drop between boehm and sgen for a parallel app

Dec 7, 2013, at 1:15 PM, Rodrigo Kumpera wrote: > > A perf run with sampling profiling and actual traces would be of some use. > > If you have a very large heap, you're probably hitting the limitation of > on the default serial major collector mono uses. > You could try to

Re: [Mono-dev] large performance drop between boehm and sgen for a parallel app

gt; > >*52912.*358974732 seconds time elapsed > > There is a nearly 10x difference in performance between these. Both were > run on 10 cores. The boehm version achieved a 9 cpu average and the sgen > achieved a 2 cpu average + more overhead. > > > On Dec 5, 2013, at 12:48

Re: [Mono-dev] large performance drop between boehm and sgen for a parallel app

Are you running boehm in parallel mode? Can you run perf on your application and email us the translated results? On Thu, Dec 5, 2013 at 11:11 AM, Jonathan Shore wrote: > Hi, > > I have a complex parallel application which, when run on 10 threads gets > very close to 1000% cpu with mono-boehm (l

Re: [Mono-dev] Updated Mono class status pages?

They are dead, you can use the desktop tool replacement in the mono-tools repository. On Thu, Nov 21, 2013 at 1:22 PM, Alexander Köplinger < alex.koeplin...@outlook.com> wrote: > Are the class status pages on http://go-mono.com/status actively > maintained or is there another site? > > Most page

Re: [Mono-dev] EntryPointNotFoundException: CreateZStream

It's a packaging bug in mono for windows. On Sun, Nov 24, 2013 at 1:05 PM, Zoltan Varga wrote: > Hi, > > So the problem is that recent mono packages are missing the > MonoPosixHelper.dll file for some reason, and the system has an old version > lying around in some other package, leading to t

Re: [Mono-dev] Hotcompling while debugging?

Mono doesn't support edit&continue and we have no plans to support it. It's too hard and too fragile to be worth it. On Wed, Nov 20, 2013 at 8:22 AM, Vardar Sahin wrote: > Hello all, > > in Visual Studio you can hot compile your code while debugging C# > applications. > By hot compiling I mean

Re: [Mono-dev] Build Error -- Bootstrap compiler: Mono C# compiler version 3.0.12.0 main.c: In function ‘create_file_names’: main.c:306:12: warning: ignoring return value of ‘mkstemp’, declared with a

Use the commit before that. On Tue, Oct 29, 2013 at 2:58 PM, Isaac Gouy wrote: > Ubuntu 13.10 Linux x86 3.11.0-12-generic > > $ git clone git://github.com/mono/llvm.git > $ cd llvm > $ git checkout mono > $ ./configure --prefix=/usr/local/src/monollvm --enable-optimized > --enable-targets="x86"

Re: [Mono-dev] sgen optimizing

On Mon, Oct 28, 2013 at 10:48 AM, "Andrés G. Aragoneses" wrote: > On 28/10/13 15:42, Rodrigo Kumpera wrote: > >> The downside of a larger >> nursery is the increased pause times for minor collections. >> > > The concurrent-garbage-collector announced at

Re: [Mono-dev] sgen optimizing

Increasing the nursery size will reduce the amount of ephemeral garbage that gets promoted to the old generation. The downside of a larger nursery is the increased pause times for minor collections. Sgen has a separate nursery designed to reduce temporal garbage by making objects age in the nurser

Re: [Mono-dev] Removing NET_2_0 define

It can be removed. It wasn't done out of laziness. On Wed, Oct 16, 2013 at 10:00 AM, Alexander Köplinger < alex.koeplin...@outlook.com> wrote: > As far as I understand it, Mono now only supports the 2.0 and later > profiles. > > ** ** > > Wouldn’t it make sense to remove the #if NET_2_0 chec

Re: [Mono-dev] Contributing to Mono

It depends on what do you want to work on. If just mono, just configure, make & make install. If you need gtk# and others, it's a bit trickier. On Sun, Oct 13, 2013 at 3:45 PM, Abhinav Jangda wrote: > Hello everyone, > I want to contribute to mono. So, I want to know how I could. I have seen > p

Re: [Mono-dev] Problem building mono from source

It looks like you're either missing some headers or you misconfigured mono. On Mon, Sep 9, 2013 at 5:21 PM, Luciano _ wrote: > Linux, Debian wheezy x86-64 > > -- > Date: Sun, 8 Sep 2013 21:45:52 -0400 > From: kump...@gmail.com > To: ln...@hotmail.com > CC: mono-deve

Re: [Mono-dev] Problem building mono from source

What target are you trying to compile mono for? On Sun, Sep 8, 2013 at 7:59 PM, Luciano _ wrote: > > Hi, i’m having problems building mono from source. Could someone point me > to the solution? Thanks. > > > > Making all in utils > make[3]: se ingresa al directorio `/root/mono32/mono-3.2.0/mono

Re: [Mono-dev] mono from git will not build on cygwin 32

This is something we're aware of and we're trying to come up with a decent solution there. On Thu, Sep 5, 2013 at 1:21 PM, Bryan Crotaz wrote: > I'm in complete agreement. If I didn't need the bug fix for a project I'd > have given up by now. > > There are a very large number of windows develop

Re: [Mono-dev] mono make on cygwin 32 including atomic.c windows x86 has atomic operations

I just pushed a fix for that. On Wed, Sep 4, 2013 at 7:32 PM, Mark Lintner wrote: > > > I previously found an issue in mingw/include/ddk/ntapi.h > > > /* FIXME: Unknown definitions */ > > > typedef PVOID POBJECT_TYPE_LIST; > > typedef PVOID PEXECUTION_STATE; > > typedef PVOID PLANGID; > > > comm

Re: [Mono-dev] SGEN support when cross compiling

ode here: > > https://github.com/mono/mono/blob/master/mono/metadata/sgen-gc.h#L990 > > Seems like pthread is only supported on darwin and windows. I'm cross > compiling to linux with with-tls=pthread. > > From: Rodrigo Kumpera > Date: Monday, August 26, 2013 5:01

Re: [Mono-dev] SGEN support when cross compiling

: error: cannot run test program while cross compiling > > I worked around it with the following: > > > https://github.com/symform/mono/commit/fe5c582a1a2d241f368c86081b3cb7ea53994f51 > > Do others not see this? > > From: Rodrigo Kumpera > Date: Monday, August 26, 201

Re: [Mono-dev] SGEN support when cross compiling

sgen works fine on ARM and so does cross compiling to it. On Mon, Aug 26, 2013 at 6:19 PM, Bassam Tabbara wrote: > Hello, > > I'm working in mono master, and it looks like sgen is not support when > cross compiling. Sgen requiren with-tls=__thread and during configuration a > check is made if

  1   2   3   4   5   6   7   8   >