Those hangs are known limitations of our AOT technology for which we have
no plans on fixing in the near term.
On Mon, Aug 19, 2013 at 10:49 AM, Charles Randall <
charles.rand...@nirvanix.com> wrote:
> Continuing this investigation, I ran the following using the mono-3-2
> branch as of a0fc6ba35
I filed https://bugzilla.xamarin.com/show_bug.cgi?id=13920 to track this.
On Mon, Aug 12, 2013 at 10:40 AM, Rodrigo Kumpera wrote:
> I have no idea. I'd need to reproduce it first
>
>
> On Sun, Aug 11, 2013 at 7:01 PM, gerber.matthew
> wrote:
>
>> Rodrigo Kumpe
I have no idea. I'd need to reproduce it first
On Sun, Aug 11, 2013 at 7:01 PM, gerber.matthew wrote:
> Rodrigo Kumpera wrote
> > Can you produce a test case that shows this hang? This it will be much
> > easier for the moonteam to debug and fix it.
>
> Rodrigo (an
Can you produce a test case that shows this hang? This it will be much
easier for the moonteam to debug and fix it.
On Saturday, August 10, 2013, gerber.matthew wrote:
> greenboxal wrote
> > Hi,
> >
> > That isn't the Process class code, on the frame #3 you can see that the
> > thread received a
-unload.exe
On Fri, Aug 9, 2013 at 11:29 AM, Rodrigo Kumpera wrote:
> This is been tracked in xamarin's bugzilla:
> https://bugzilla.xamarin.com/show_bug.cgi?id=13604
>
>
> On Fri, Aug 9, 2013 at 11:28 AM, Rodrigo Kumpera wrote:
>
>> There's probably a bug in there
is specified for the 64
> bit, it should be x86_64-apple-darwin11.2.0 .
>
> Michael
>
>
> On Thu, Aug 8, 2013 at 11:50 AM, Rodrigo Kumpera wrote:
>
>> The build instructions have been updated.
>>
>>
>> On Wed, Aug 7, 2013 at 9:37 PM, Michael Franz
This is been tracked in xamarin's bugzilla:
https://bugzilla.xamarin.com/show_bug.cgi?id=13604
On Fri, Aug 9, 2013 at 11:28 AM, Rodrigo Kumpera wrote:
> There's probably a bug in there on mono, someone probably need to look and
> fix it.
>
>
> On Thu, Aug 8, 2013 at
There's probably a bug in there on mono, someone probably need to look and
fix it.
On Thu, Aug 8, 2013 at 6:53 PM, Charles Randall <
charles.rand...@nirvanix.com> wrote:
> Mono developers,
>
> While trying to track down a mono internal problem related to signals and
> garbage collection, I've be
The build instructions have been updated.
On Wed, Aug 7, 2013 at 9:37 PM, Michael Franz wrote:
> Zoltan,
>
> Your suggestion worked! Thank you!
>
> How do we get the OS X build instructions updated? This is the page I was
> working from. http://mono-project.com/Compiling_Mono_on_OSX
>
> Mich
Hi Yuri,
Thanks for the pull request. We'll review/merge it.
On Wed, Jul 10, 2013 at 7:03 PM, Yuriy Solodkyy wrote:
> Rafael,
>
> I just submitted a little updated pull request which leaves tpoll_poll
> implementation actually unchanged (still buggy as for our porblem).
>
> It fixes our problem
oids the detection of
> strndup on OS X so that strndup is not used.
>
> Thanks,
> Martin
>
> From: Rodrigo Kumpera
> Date: Tuesday, June 25, 2013 6:33 PM
> To: Martin Potter
> Cc: "mono-devel-list@lists.ximian.com"
> Subject: Re: [Mono-dev] Supported OS
Update your git submodules.
On Tue, Jun 25, 2013 at 10:05 PM, Greg Najda wrote:
> I'm running into some trouble compiling Mono on Windows. Here are the
> steps I followed:
>
> 1. Do a git clone (using 1b5ef4d3df262c66f58596bda152db5f4c34741c, "Add a
> GSHAREDVT_REG_IREG return marshalling conve
Mono 3.0 supports Snow Leopard.
On Tue, Jun 25, 2013 at 2:26 PM, Martin Potter wrote:
> What is the minimum version of OS X that is planned to be supported by
> Mono for the 3.0 releases?
>
> Thanks,
> Martin
>
> ___
> Mono-devel-list mailing list
>
Please file a bug report with a test case so we can figure out how to fix
it.
On Mon, Jun 24, 2013 at 2:25 PM, LukasTaves wrote:
> I have a Unity3D client that communicates with a local service through WCF.
> The service is duplex and all communication is in place and working,
> however
> some
What version of mono and on what environment?
On Sun, Jun 16, 2013 at 3:32 AM, Alexander M. Batishchev <
abatishc...@gmail.com> wrote:
> Hi,
> Running make (in latest from git) on line:
>
> cd /usr/src/mono/mcs && make –no-print-directory -s NO_DIR_CHECK=1
> PROFILES=’ net_2_0 net_3_5 net_4_0 ne
Moonlight has a pretty good renderer for silverlight. Which is close enough
to WPF. It might be a good place to start than do it from scratch.
On Thu, Jun 13, 2013 at 3:41 PM, Jonathan Lima wrote:
> In my view, WPF is the most complex and powerful UI system ever
> created(the layout and the co
L. As for the other DLLs - the
> source for those are all under mono/mcs/class, which lists the MIT license
> at the root of that directory, so in theory these should be free to
> distribute. Am I missing some dependency in the driver or the above DLLs?
>
>
> Thanks again,
>
s no
> mention of such in the licensing doc.
>
> Regards,
> Jeremy
>
>
>
>
> On Wed, May 29, 2013 at 12:22 PM, Rodrigo Kumpera wrote:
>
>> There are no install target as those assemblies are not consumed in a
>> standard way, it's very useful to have them
2013 at 12:10 PM, Jeremy Bell wrote:
> Hmm, is there a separate install target that does install them? It's easy
> enough to copy the directory in a build script after make install, but
> that's a little brittle. Better that the build system handle that, I think.
>
>
&g
Yes, it's not copied because those assemblies are not very useful on the
desktop.
On Wed, May 29, 2013 at 11:40 AM, Jeremy Bell wrote:
> When I build the monodroid assemblies with the configure option
> --with-monodroid=yes, the profile is built correctly in the master branch,
> but when you ma
mini.c should not have this. All files in mini should no longer depends on
either defines.
But please move to mono 3.0 as 2.10 is not longer been actively maintained.
On Thu, May 23, 2013 at 11:01 AM, Jeremy Bell wrote:
> At some point between branch mono-2-10-9 and branch master, a change was
You can use a checkout from github in the meanwhile.
On Sun, Apr 28, 2013 at 6:36 AM, J.P. wrote:
> Hi
>
> I got a error while install mono (from tarball 3.0.10)
>
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: error: cann
Please file a bug report with a test case.
On Tuesday, April 23, 2013, Canterlot wrote:
> hello,
> I converted my server application so that it works with Mono on LNUX
> but I am having the trouble after launching the server when I try to
> connect
> to my client (TCP Socket) my server "crash"
>
Tuesday, April 23, 2013 at 10:43 AM, Greg Young wrote:
>
> Should this be the new default build for linux then?
>
> On Tue, Apr 23, 2013 at 4:23 AM, Rodrigo Kumpera
> wrote:
>
> The problem is specific to the epoll backed, if you disable it[1] your
> problem is fixed.
> I
The problem is specific to the epoll backed, if you disable it[1] your
problem is fixed.
I could repro it on linux-amd64 with epoll enabled but could not with it
disabled.
The way to fix this is:
-move locking to the epoll backend and make sure it works there;
-use a pipe like other backends to w
Check the source code and get it building. The bechmark test suite repo is
called benchmarker.
On Sat, Apr 13, 2013 at 10:52 AM, FM Irshad wrote:
> Hi,
>
> I'm an undergraduate based on Sri Lanka and I like to participate in
> Google Summer of Code 2013 in the category of .NET programming langu
Yes, Olive is dead.
On Tue, Apr 9, 2013 at 1:30 PM, Abhinav Jangda wrote:
> Hello Everyone, I'm very much interested in Mono and will want to work on
> implementing Windows Presentation Foundation in Mono. I browsed the
> mono-olive google group and found that no post after 2009. Is the project
On Thu, Apr 4, 2013 at 8:18 PM, Weeble wrote:
> I was looking at SemaphoreSlim because it seemed to be causing us
> trouble. I think I identified our problem and submitted it as bug
> 11598: https://bugzilla.xamarin.com/show_bug.cgi?id=11598
>
> However, beyond the issue I describe there, I'm a b
You must set your dynamic library path.
This works on OSX:
LD_LIBRARY_PATH=/Library/Frameworks/Mono.framework/Versions/Current/lib
mono --profile=log:calls hello.exe
On Tue, Mar 19, 2013 at 9:45 AM, Jonathan Shore wrote:
> I just did a new build of mono with llvm of the mono-3.0.7 tar ball.
Could you please file a bug report?
On Sat, Mar 2, 2013 at 2:37 PM, Vladimir Dimitrov
wrote:
> Recently I received a strange error on one of our servers which run mono
> 2.10.8.1 on Ubuntu 12.4:
>
> System.AggregateException: One or more errors occured --->
> System.StackOverflowException: The r
Good catch! I'm pushing a fix for it as of now, it will be part of mono
3.0.7.
Thanks for investigating it.
--
Rodrigo
On Mon, Mar 4, 2013 at 7:53 AM, Chris Ball wrote:
> I maintain a Linux build of mono (and F#) that is hosted via NFS, and used
> on a large number of machines, but the mount d
Please file a bug report or do a pull request, this way this fix won't be
lost.
Thanks for looking into this.
On Sat, Feb 9, 2013 at 2:02 AM, Torello Querci wrote:
> Hi,
>
> working on Socket class I find that BeginSendFile method is broken.
> Main.cs in attach is a test case.
> On unpatched m
Update the llvm folk to include the relevant code, change mono to include
those optimizations and then deal with the bugs.
On Thu, Jan 31, 2013 at 6:42 AM, wrote:
> Are there any good pointers on how one might get involved with that effort?
>
>
> On Jan 31, 2013, at 12:33 AM, Rod
No work has been done to enable auto vectorization on mono with LLVM.
On Wed, Jan 30, 2013 at 10:39 PM, wrote:
> Is any of the LLVM auto vectorization code in the version of LLVM cleared
> for mono? (http://llvm.org/docs/Vectorizers.html)
>
> ___
> Mo
Please file a bug report with a minimal test case.
On Wed, Jan 30, 2013 at 11:00 PM, hernan casta
wrote:
> Dear list,
>
> I'm running mono on an ARM processor (Raspberry pi plataform). Somebody
> had the same error on datetime format in this platform?
>
> System.DateTime.Now.ToString(); gives as
File under class libraries. In doubt, just file it and someone will fix the
classification.
On Tue, Jan 29, 2013 at 9:46 AM, Esben Laursen wrote:
> Den 29-01-2013 14:27, Rodrigo Kumpera skrev:
>
> Please file a bug with a minimal test case that shows the problem.
>>
the eglib build needs binutils installed.
On Tue, Jan 29, 2013 at 6:24 AM, dileep m wrote:
> Hi all,
>
> I m trying to cross compile mono to arm architecture with help of
> scratchbox2 but I couldn't successfully complete the task.
>
> The whole process I did is given below
>
> *A. Setting Up s
Please file a bug with a minimal test case that shows the problem.
On Tue, Jan 29, 2013 at 6:47 AM, Esben Laursen wrote:
> Hi Guys,
>
> This my first post to the develop list, so I have that I have found the
> correct place for my questions.
>
> I have a problem with the sharpsnmplib (http://sh
GetFunctionPointerForDelegate does produce a wrapper that checks if the
thread is attached
before entering managed.
On Mon, Jan 28, 2013 at 10:00 PM, wrote:
> We are not using the debugger.
>
> We're not sure how the library in question creates its threads. We
> don't have access to its source
have already a more isolated testcase than the one
> posted earlier in this thread? If yes, I might look into it, but I don't
> promise anything.
>
> Thanks
>
>
> On 21/01/13 19:27, Rodrigo Kumpera wrote:
>
>> Yes, it's the current suggested workaround until
> *Async API and then settings MONO_DISABLE_AIO=1
>
> Seems odd?
>
> --
> Roope
>
> On Dec 7, 2012, at 6:44 PM, Rodrigo Kumpera wrote:
>
> By the way, did you guys tried MONO_DISABLE_AIO=1 by any chance on your
> tests? It solves the issue for me.
>
>
>
e, Dec 4, 2012 at 5:30 PM, Rodrigo Kumpera wrote:
>
>> Hi Shay,
>>
>> I'll be reviewing your changes later this week, sorry for taking so long
>> to reply.
>>
>>
>> On Sun, Nov 18, 2012 at 3:50 PM, Shay Rojansky wrote:
>>
>>>
>&
Please file a bug with a test case.
On Sun, Dec 23, 2012 at 1:18 PM, David McFarland wrote:
> I just reported this bug on monodevelop, but I'm seeing some scary
> stuff inside mono itself:
>
> https://bugzilla.xamarin.com/show_bug.cgi?id=9124
>
> As part of the build process, MSBuild loads a de
It's surprising that mono works at all on linux-ARM. Mono doesn't support
the hardfp ABI that most modern ARM distros follow which means that it
can't even start.
On Tue, Dec 18, 2012 at 2:31 PM, Greg Young wrote:
> Using mono on a raspberry pi. Not sure if it has been reported before.
>
> The
XSP version to be used with mono must be the same one as of mono. We don't
support mixing different versions.
On Wed, Dec 12, 2012 at 7:19 AM, Daniel Lo Nigro wrote:
> Also I don't think XSP 2.10.2 is fully compatible with Mono 3. There's
> been some small changes and you will either need to gr
Filed under https://bugzilla.xamarin.com/show_bug.cgi?id=8905
Thanks.
On Wed, Dec 12, 2012 at 5:06 AM, Andrii Nakryiko
wrote:
> From readme:
>
> mono-jit-crash-repro
>
>
> Reproduction of problems with Mono JIT crashing.
>
> To run reproduce, compile the solution and run **r
This is the pattern used by the SafeHandle object in the BCL. It's
definitely the way to go. This way you ensure that finalization drags the
least amount of objects into it.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.xi
Fri, Nov 30, 2012 at 4:10 PM, Rodrigo Kumpera wrote:
>
>> Btw, I managed to find a linux bot that shows the io callback issue.
>> The TP test works fine though.
>>
>>
>> On Fri, Nov 30, 2012 at 12:29 AM, Greg Young wrote:
>>
>>> Thats already been pro
What's the bug number?
On Fri, Dec 7, 2012 at 11:41 AM, Yann ROBIN wrote:
> I made a pull request for this :
> https://github.com/mono/mono/pull/519
>
> And here is the bugzilla ticket :
> https://bugzilla.xamarin.com/process_bug.cgi
>
>
> On Fri, Dec 7, 2012 at 1:24 PM, Yann ROBIN wrote:
>
>>
System.Xaml is supported, just that it does nothing but load and parse XAML
files.
On Fri, Dec 7, 2012 at 3:31 AM, tikluganguly wrote:
> Hi There, Can anybody tell me what is the status of XAML in mono?
> Especially when moonlight is discontinued. Will XAML still be available in
> mono? Regards
Please file a bug report with a test case and make sure you use line
endings.
On Wed, Dec 5, 2012 at 7:59 PM, tadaP wrote:
> I am consistently having a System.NullReferenceException on making a WCF
> call. The application is a multi-threaded app and each thread makes a WCF
> call at a certain i
On Thu, Dec 6, 2012 at 12:38 PM, Andrii Nakryiko
wrote:
> It's not about that particular method, we got earlier same kind of crashes
> on different methods, for
> instance, ProtoBuf.Serializers.ArrayDecorator:Write ()
> If I remember correctly, I got this crash even for some method on List,
> thou
pen 20 times in a row and not happen 20 times on
> an identical box.
>
>
> On Thu, Dec 6, 2012 at 6:13 PM, Rodrigo Kumpera wrote:
>
>> Please file a bug report with a reproducible test case.
>>
>>
>> On Thu, Dec 6, 2012 at 10:44 AM, Andrii Nakryiko <
Please file a bug report with a reproducible test case.
On Thu, Dec 6, 2012 at 10:44 AM, Andrii Nakryiko
wrote:
> Hi,
>
> We sometimes get runtime crashes during the application run and it seems
> that it happens inside JIT compiler. The crash is not happening constantly,
> just once in a few ru
Did you look at the git history for those changes to see why those changes
have been made?
04c641a21c2ba92c3262948ed1b68eb22c643b11 seens relevant.
On Wed, Dec 5, 2012 at 8:52 AM, Greg Young wrote:
> CheckDisposed ();
> if (!listening)
> throw new InvalidOperationException ("Please, call Star
Hi Shay,
I'll be reviewing your changes later this week, sorry for taking so long to
reply.
On Sun, Nov 18, 2012 at 3:50 PM, Shay Rojansky wrote:
>
> Also, my patch duplicates code the two function calls, although other
> calls are already duplicated. It seems that a small cleanup/refactor cou
Mono's regex engine cannot compile a lot of expressions and it might be
your case.
In such scenarios it silently fallback to the interpreter.
On Sun, Dec 2, 2012 at 9:20 PM, Jordan Earls wrote:
>
> Is there anything I can do to mitigate this problem? I'm using the
> latest stable version of Mono
For android you can use Xamarin's Mono for Android and that means you must
rewrite the gui part using
Android's APIs.
On Saturday, December 1, 2012, huseyin cakir wrote:
> Hi;
>
> I have been developing applications for linux/windows by using
> mono and gtk-sharp. I wonder if there is a way to g
Btw, I managed to find a linux bot that shows the io callback issue.
The TP test works fine though.
On Fri, Nov 30, 2012 at 12:29 AM, Greg Young wrote:
> Thats already been provided (though its not hard to do). I will
> reupload a test that shows beahviour.
>
_
e i do not see the BUG IN MONO TCP ASYNC
> process getting fixed any time soon, which is more then a complete bummer,
> its a complete mess.
>
> Shawn
>
>
> On 11/29/2012 5:50 PM, Rodrigo Kumpera wrote:
>
>
>
>
> On Thu, Nov 29, 2012 at 5:06 PM, james wrote:
>
On Thu, Nov 29, 2012 at 5:06 PM, james wrote:
> I don't buy it. You knew who it was from.
>
This was never questioned.
> If there were issues with justification in the documentation with the
> original patch set, surely that should be dealt with at the time it was
> pulled in?
>
No explanati
The original patch did not say what it did fix, so there was not much to
discuss.
On Thu, Nov 29, 2012 at 3:56 PM, james wrote:
> Seems bizarre that this was done without Greg knowing
>
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximia
You need to fix the string to become valid utf8 before passing it to
mono_string_new.
As an alternative, you can use either mono_string_new_utf16
or mono_string_new_size
and manually decode the broken string.
On Wed, Nov 28, 2012 at 6:44 AM, Bartosz Przygoda wrote:
> mono_string_new
49b9394d0d
Author: Rodrigo Kumpera
Date: Thu Nov 1 17:43:25 2012 -0400
Revert "Merge pull request #464 from gregoryyoung/master"
This commit causes deadlock in the tpool backend in the following way:
thread 1:
socket_io_add locks io_lock
tp_poll_mod
On Tue, Nov 27, 2012 at 6:24 PM, Stack Pointer wrote:
>
> I made a quick hack to bypass this and I do see more functions being
> inlined, so far no "crashes". But at the same time, I see worse
> performance. So may be there is a correctness + performance issue.
>
It won't crash, just give wrong
It depends on what patches. One I did merge had to be reverted due to
causing deadlocks.
On Tue, Nov 27, 2012 at 1:45 PM, Greg Young wrote:
> 3.0.1? We are seeing some of the same kinds of issues with TCP as
> previously (eg call beginsend never get an endsend). There is
> discussion in the hi
We don't inline calls due to a correctness issue with stack unwinding.
On Tue, Nov 27, 2012 at 1:25 PM, Stack Pointer wrote:
> At: https://github.com/mono/mono/blob/master/mono/mini/method-to-ir.c:7596
>
> /* Common call */
> INLINE_FAILURE ("call");
>
>
> Why do you throw a failure
Mono Develop remains been tested under 2.10 as this is what we support for
our customer at Xamarin.
We plan on switching monodevelop to 3.0 next year and then label 3.0 as
stable.
Even though it's label as beta, you should try it as it enables you to use
C# 5 and .NET 4.5 and a huge number of imp
Please file a bug.
On Fri, Nov 16, 2012 at 11:11 AM, Chris Camplejohn
wrote:
> Yes I understand that this is the case for some of their assemblies, but I
> am
> interested from a technical perspective what is the limitation? I would
> like
> to get it running with their assemblies before conside
n Clewett wrote:
> Rodrigo,
>
> Can you please sent me the link to this section of the EULA?
>
> Regards,
>
> Ben Clewett.
>
>
> On 2012-11-16 15:28, Rodrigo Kumpera wrote:
>
>> You cannot use MS's assemblies on mono as it's a violation of their
You cannot use MS's assemblies on mono as it's a violation of their EULA.
On Fri, Nov 16, 2012 at 5:07 AM, Chris Camplejohn wrote:
> Hi Miguel,
>
> What would be required to begin to look into getting this going?
>
> The bit I am missing is that given that System.Activities is completely
> manag
untime bug or an application bug.
On Mon, Nov 5, 2012 at 9:58 AM, Ben Winkel wrote:
> Is there a stress testing mode for SGEN? e.g. to force a GC at every
> allocation? That can really help to nail GC bugs fast (at huge cost of
> course)
>
>
> On Mon, Nov 5, 2012 at 2:5
First, make sure you have symbols and gdb installed. Then, please, file a
bug report with all details and
a test case if possible.
Sgen bugs are very very hard to come by and every harder to reproduce. If
you have it in your hands please
help us nail it.
On Mon, Nov 5, 2012 at 7:16 AM, Roope Kan
Thanks for the heads up, we'll make sure it's there.
On Sun, Nov 4, 2012 at 1:49 PM, Jonathan Shore wrote:
>
> lib/CodeGen/MachineFunction.cpp refers
> to CodeGen/MonoMachineFunctionInfo.h, which is not checked-in.
>
> Thanks!
>
> ___
> Mono-devel-list
What issues? The code is meant to be ready
On Thu, Nov 1, 2012 at 8:38 AM, Greg Young wrote:
> Just tried writing some code using spinlock and it was having many
> issues in mono. Tried same code in windows on CLR and no issues. Is
> SpinLock expected to be in a working state?
>
> Cheers,
>
> G
AggresiveInlining
On Wed, Oct 31, 2012 at 2:08 PM, Stack Pointer wrote:
> The release notes for mono 3.0 says:
>
> => Support for new attributes to force inlining.
>
> What attributes are these? I looked through MethodImplOptions.cs and
> method-to-ir.c, but it isn't obvious what this new attri
This has been fixed on the tip of mono master. The fix for this will be
part of 3.0.1.
On Fri, Oct 26, 2012 at 2:37 PM, sebastian <
sebast...@palladiumconsulting.com> wrote:
> I have built and run mono 3.0 from source running SGen successfully under
> RHEL 6. A nice improvement! We are getting l
Mono doesn't perform fork on signal handlers.
On Fri, Oct 26, 2012 at 7:09 AM, Veerapuram Varadhan
wrote:
> Hi All,
>
> We have been facing deadlock issues with iFolder and after fixing most
> of the identified problems in ifolder, we came across these following
> links:
>
> http://sourceware.org
To handle passing registers arguments in registers is by doing it
in mono_arch_emit_call. Look at how amd64
implements this as it uses more than 2 regs. What you basically needs to
emit is:
R100 is your valuetype register
LDADDR R101 <- R100
LOAD_MEMBASE HREG_0, [R101] + 0
LOAD_MEMBASE HREG_1, [R
on.html. Or perhaps SGen is already
> built this way?
>
> On Thu, Oct 4, 2012 at 7:37 AM, Rodrigo Kumpera wrote:
>
>> LLVM's GC from vmkit? It's unsuitable for our needs, not only to mention
>> that it's a pretty dead project.
>>
>>
>> On Thu
LLVM's GC from vmkit? It's unsuitable for our needs, not only to mention
that it's a pretty dead project.
On Thu, Oct 4, 2012 at 7:45 AM, sebastian wrote:
> Is it possible to use the LLVM garbage collector in the long run, or does
> it work at an unsuitable level for mono?
>
>
> On Wed, Oct 3, 2
On Wed, Oct 3, 2012 at 3:41 PM, Jonathan Shore wrote:
>
> On Oct 3, 2012, at 2:57 PM, Rodrigo Kumpera wrote:
>
>
>
> On Wed, Oct 3, 2012 at 1:59 PM, sebastian <
> sebast...@palladiumconsulting.com> wrote:
>
>>
>>
> Finally, we may want to twea
Yes, report and link it on Xamarin's bugzilla.
On Wed, Oct 3, 2012 at 2:04 PM, Santiago M. Mola <
santiago.m...@bitsnbrains.net> wrote:
> Hi all,
>
> I've faced repeatedly the problem of bugs being reported to Novell's
> Bugzilla with no counterpart to Xamarin's. If I understand the
> documentati
On Wed, Oct 3, 2012 at 1:59 PM, sebastian wrote:
> We are investigating running mono to enable C# as a computing language in
> an HPC framework. There are many strategies for getting maximum speed out
> of a program, and one of them involves running a single process per CPU
> core and pinning it
The JIT has support for emulating those ops with functions, it's easier and
safer to use this than to play around
during output_basic_block.
On Thursday, September 27, 2012, Braddock Gaskill (Contractor) wrote:
> Hello folks,
> I am working on the port of Mono to the Tilera CPU.
>
> I want to ca
Use --host=darwin-i386 to build a 32bits mono on osx.
Thr runtime itself works fine on 64bits darwin, the major roadblock are the
gui stacks.
On Friday, September 28, 2012, Robert Wilkens wrote:
> Can someone point me to what flag i set in configure or whatever to build
> mono as 32-bit for Mac-O
It has been already merged, will be part of 2.11.5. Thanks for the patch.
On Fri, Sep 14, 2012 at 10:04 AM, Martin Potter wrote:
> Can someone with commit access take a look at
> https://github.com/mono/mono/pull/455 . It is a simple change to fix the
> compile time check for large file support.
Please file a bug report with a reproducible test case.
On Thu, Aug 30, 2012 at 1:53 AM, Олег Демидов wrote:
> Hello! All methods call using Net Remoting runs through time, in what
> could be the problem?
>
> The same problem:
> http://www.mail-archive.com/mono-bugs@lists.ximian.com/msg08642.ht
Can you debug the process and check what's raising the OOM? It might be
that boehm doesn't work on Haiku.
On Sun, Sep 9, 2012 at 1:04 PM, Stephen wrote:
>
> I'm trying to port the latest Mono to Haiku OS (most recent nightly build)
> and I've gotten this far:
>
> 1. Made some very minor changes
Unless you use explicit memory management or some other trick, such scheme
is not any better than what both collectors already do.
Both use a size-segregated allocator for the major heap which works very
much like an object pool based on size.
Object pools work when allocating memory is very expe
There are two situations that make sgen slower than boehm.
The first is a non-generational workload. If your survivor rate is too
high, a generational collector
can't compete with single space one like boehm.
The second one is if you have too much of the old generation pointing to
young objects c
e?
>
>
> On Thursday, August 30, 2012, Jonathan Shore wrote:
>
>> Ok, thanks. sgen fails for me for non-trivial programs (the VM crashes
>> in 2.10.9 and 2.11.3 in different ways on both OSX and Linux). I'll post
>> a bug report to bugzilla in a few.
>>
&
This is a limitation present on the Boehm collector. Either custom build it
with a larger limit or switch to sgen.
On Wed, Aug 29, 2012 at 6:05 PM, Jonathan Shore wrote:
>
> I have applications that process through terrabytes of timeseries data.
> Usually I can limit the amount of memory I use
Marek is the guy and he'll be looking into it
On Friday, August 24, 2012, Martin Potter wrote:
> There are a couple of compiler bugs in the latest version (2.11+) of
> mono that I have come across which result in crashes when running the
> compiled programs. I reported the first one,
> https://b
This crash is either a bug on glibc malloc, which I find to be the less
likely, or a bug on mono or your app.
Run it under the many malloc debugging tools that malloc(3) has or with a
tool such as valgrind - it will very
easily spot a memory overrun in mono/your app.
On Fri, Aug 24, 2012 at 11:12
This has been fixed on mono master, on what will become 2.12.
On Thu, Aug 16, 2012 at 1:35 PM, jeske wrote:
> I have a C# wrapper for a native DLL which exists on both windows and UNIX.
> However, it doesn't work on Mono because of a behavior difference between
> Mono and MS.NET.
>
> Specificall
Either your app is broken or linux's malloc is. Mono does nothing special
but call malloc/free.
One issue might be if you're allocating more than 2Gb of memory at once.
This will probably break on mono.
On Thu, Aug 23, 2012 at 3:35 AM, Greg Young wrote:
> We are allocating and releasing unmana
with MONO_ARCH_CALLEE_REGS? The allocator never
> touches callER saved regs? (why not?)
>
> Thanks,
> Braddock
>
>
> --
> *From:* Rodrigo Kumpera [kump...@gmail.com]
> *Sent:* Thursday, August 16, 2012 8:39 AM
> *To:* Braddock Gaskill (Contr
On Fri, Aug 17, 2012 at 4:16 PM, David Jeske wrote:
> I have a C# wrapper for a native DLL which exists on both windows and
> UNIX. However, it doesn't work on Mono because of a behavior difference
> between Mono and MS.NET.
>
>
> My questions:
>
> (1) Why is Mono complaining about this? AFAIK, i
list object pool I believe the
> two are needed together. We have a few others as well...
>
>
> On Friday, August 17, 2012, Rodrigo Kumpera wrote:
>
>> Ok, I'll push to 2.10/2.12
>>
>> On Fri, Aug 17, 2012 at 1:19 AM, Gonzalo Paniagua Javier <
>> gonz
101 - 200 of 782 matches
Mail list logo