Might it be a better idea to just undef MONO_ARCH_SOFT_DEBUG_SUPPORTED in
mini-x86.h instead to keep `mono -V` from pretending it works?
Thats ok too.
Zoltan
Andreas
On Thu, Apr 1, 2010 at 2:27 AM, Andreas Färber andreas.faer...@web.dewrote:
Haiku does not support
Looks ok.
Zoltan
On Wed, Mar 31, 2010 at 4:09 PM, Rodrigo Kumpera kump...@gmail.com wrote:
Hi Zoltan,
The attached patch add support for try holes in AOT format.
Please review.
Thanks,
Rodrigo
___
Mono-devel-list mailing list
Hi,
Applied to SVN HEAD/2.6.
Zoltan
On Sat, Apr 3, 2010 at 1:11 AM, Robert Nagy rob...@openbsd.org wrote:
Hi
This diff extends the MACOSX code that uses sysctl
already, but ours is a wee bit different.
Index: mono/io-layer/processes.c
Hi,
Applied to SVN HEAD/2.6.
Zoltan
On Thu, Apr 1, 2010 at 6:40 PM, Robert Nagy rob...@openbsd.org wrote:
Index: mono/tests/libtest.c
===
--- mono/tests/libtest.c(revision 154650)
+++ mono/tests/libtest.c
Hi,
Applied a variant of this patch to SVN HEAD.
Zoltan
On Thu, Apr 1, 2010 at 6:39 PM, Robert Nagy rob...@openbsd.org wrote:
mono-gc.h is incosistent with mono-gc.c about these definitions,
so i've synced mono-gc.h to mono-gc.c
Index: mono/metadata/mono-gc.h
Hi,
This is ok to check in.
Zoltan
On Thu, Apr 1, 2010 at 2:27 AM, Andreas Färber andreas.faer...@web.dewrote:
Haiku does not support SA_SIGINFO-style signal handlers but supports
a BeOS extension to signal handlers.
This commit is licensed under the MIT X11 license.
Looks ok.
Zoltan
On Thu, Apr 1, 2010 at 2:27 AM, Andreas Färber andreas.faer...@web.dewrote:
This commit is licensed under the MIT X11 license.
---
mono/io-layer/processes.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/mono/io-layer/processes.c
Hi,
This looks ok.
Zoltan
On Thu, Apr 1, 2010 at 2:27 AM, Andreas Färber andreas.faer...@web.dewrote:
Haiku does not support SA_SIGINFO-style signal handlers including the
siginfo_t type.
This commit is licensed under the MIT X11 license.
---
mono/mini/ChangeLog |8
Hi,
test-runtime
mkbundle error
http://build.mono-project.com/WebServices/Download.aspx?workfile_id=2166773
This is caused by mkbundle trying to use the installed mono-2.pc to compile
some C code, but it cannot be found. Adding our mono-2.pc to PKG_CONFIG_PATH
wouldn't work either, since it
Looks ok.
Zoltan
On Sun, Mar 21, 2010 at 7:19 PM, Andreas Färber andreas.faer...@web.dewrote:
AF_SNA, AF_DECnet and SOCK_RDM are not part of POSIX, and Haiku does not
supply them.
Check for their presence before using them, as already done for AF_IPX.
* socket-io.c: Don't
/select.h for fd_set.
+
+ Code is contributed under MIT/X11 license.
+
2010-03-21 Zoltan Varga var...@gmail.com
* mini.c (SIG_HANDLER_SIGNATURE): Fix the build on platforms without
sigaction
diff --git a/mono/mini/debugger-agent.c b/mono/mini/debugger-agent.c
index 2b1567e..6bb41d9
Hi,
A stack overflow at startup usually means there was a verification error
in one of the methods JITted at startup, the JIT tries to throw an
exception, but the exception ctor also contains a verification error,
leading to infinite recursion. Try running with
MONO_DEBUG=break-on-unverified
Hi,
Fixed bugs have status 'RESOLVED', not 'CLOSED', so the query doesn't show
them.
Here are the closed mono runtime bugs for example, all 3328 of them:
Hi,
We have 1000s of tests, and some of them occasionally fail like this one.
Zoltan
On Wed, Mar 17, 2010 at 10:38 AM, Thierry Lafage thierry.laf...@inria.frwrote:
Hi,
Yes, it's seems fixed: my build has been successful. Thank you!
By the way, I ran make check, and
Hi,
This should be fixed now on the mono 2.6 branch.
Zoltan
On Tue, Mar 16, 2010 at 1:06 AM, francis bausch fbau...@dracorp.com wrote:
i can successfully build mono and mcs, but mono-basic fails:
...
make[3]: Entering directory
Hi,
I think this is due to a rounding problem on sparc
in the OP_FCONV_TO_I implementation in mini-sparc.c. I can't debug this
right now because our
sparc buildbot seems to be down.
Zoltan
On Tue, Mar 16, 2010 at 8:07 AM, David Miller da...@davemloft.net wrote:
Hi,
I suspect, like powerpc, that this test should simply be disabled
on sparc.
Done in SVN HEAD and the mono 2.6 branch.
Zoltan
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
This is fixed now in SVN.
Zoltan
On Tue, Mar 16, 2010 at 4:52 PM, Sergei Dyshel qyron.priv...@gmail.comwrote:
Hello,
I get SIGSERV (from mono_arch_get_llvm_call_info at mini-x86.c:1224)
when trying to compile attached example with Mono + LLVM backend.
Both Mono and LLVM
Hi,
This should now be fixed in SVN HEAD/2.6/2.4 branches, by these commits:
http://lists.ximian.com/pipermail/mono-patches/2010-March/168306.html
http://lists.ximian.com/pipermail/mono-patches/2010-March/168309.html
Zoltan
On Fri, Mar 12, 2010 at 2:05 PM, Thierry Lafage
Hi,
After some fixes to the llvm code in mono SVN, it now generates the
following:
d: 0f 10 0fmovups (%rdi),%xmm1
10: 66 0f fe c1 paddd %xmm1,%xmm0
14: 48 83 c7 10 add$0x10,%rdi
18: 89 f1 mov%esi,%ecx
1a:
Hi,
The fix caused some regressions and had to be reverted. So this issue is
still open.
Zoltan
On Sat, Mar 6, 2010 at 8:23 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
This is now fixed in SVN HEAD/2.6 branch.
Zoltan
On Thu, Mar 4, 2010 at 3:12
Hi,
This is now fixed in SVN HEAD/2.6 branch.
Zoltan
On Thu, Mar 4, 2010 at 3:12 PM, cpMon page@gmail.com wrote:
I never get a signal when System.Threading.Monitor::Exit gets called too
many
times. Further, I traced it down into the mono 2.6.1 code tree, and
Hi,
Applied to SVN HEAD/2.6 branch.
thanks
Zoltan
On Thu, Mar 4, 2010 at 12:14 PM, David Miller da...@davemloft.net wrote:
This was the minimal set of changes I needed to get mainline
to build for me.
libgc/
2010-03-04 David S. Miller da...@davemloft.net
Hi,
The documentation says this, but the MS implementation works otherwise.
Zoltan
On Fri, Mar 5, 2010 at 4:02 PM, cpMon page@gmail.com wrote:
According to the 2.0 .net MS spec, an exception is thrown for
System.Threading.Monitor . From them:
Exceptions
Hi,
Applied to to SVN HEAD/2.6/2.4 branches.
Zoltan
On Fri, Mar 5, 2010 at 6:21 PM, cpMon page@gmail.com wrote:
The shared memory files are created in /dev/shm/... on linux, but the code
tries to find them in your home account. Since the file doesn't exist, a 0
is
Hi,
Mono currently implements a shared handle mechanism to support .net
applications which share handles between processes, a
windows feature. This requires sharing state between mono processes, which
is very problematic, so I would suggest making it opt in mono 2.8, i.e.
introduce a
Hi,
LLVM's tablegen is designed for exactly this purpose, to reduce repetition.
It doesn't
generate code in a general way, it has plugins which take the information
from the .td files and generate code in any format they like, so it could be
used for generating our cpu-X.h
files for example, the
On amd64/x86/arm.
Zoltan
On Sun, Feb 21, 2010 at 11:10 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi there,
On which platforms is the soft debugger supported?
Thanks,
pablo
___
Mono-devel-list mailing list
Hi,
It is known to work on linux, windows, mac and the iphone.
Zoltan
On Sun, Feb 21, 2010 at 11:52 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
on every OS or just Linux?? I know it's on Mac too, we're using it! :-)
On 21/02/2010 23:15, Zoltan Varga
Hi,
I'm pretty sure mono requires GNU make, and might not work with bsd's own
make.
Zoltan
On Tue, Feb 9, 2010 at 6:19 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi there,
I'm trying to build trunk on FreeBSD.
Here's what I got. I'm not an
, I'll give it a try
On 09/02/2010 20:04, Zoltan Varga wrote:
Hi,
I'm pretty sure mono requires GNU make, and might not work with bsd's
own make.
Zoltan
On Tue, Feb 9, 2010 at 6:19 PM, pablosantosl...@terra.es
mailto:pablosantosl...@terra.es pablosantosl
Hi,
No, there are no technical reasons.
Zoltan
On Sat, Feb 6, 2010 at 11:46 AM, Martin Däumler m...@cs.tu-chemnitz.dewrote:
Hy.
On 05.02.10 20:07, Zoltan Varga wrote:
Full-aot support is intended for platforms where JITting is not
permitted, like the iphone.
So ARM
Hi,
Full-aot support is intended for platforms where JITting is not permitted,
like the iphone.
So ARM is supported, and x86-64 is supported because thats where development
is done.
Zoltan
On Fri, Feb 5, 2010 at 6:14 PM, Martin Däumler m...@cs.tu-chemnitz.dewrote:
Hello,
I
Hi,
You are trying to run mcs on the .net runtime, this is not supported, the
error message is
not very helpful tough.
On Fri, Jan 22, 2010 at 2:02 AM, Sin Li sinb...@gmail.com wrote:
A trace reveals the culprit:
In codegen.cs method Init()
try {
Assembly.Builder =
Hi,
The mono hppa port is incomplete/out-of-date. It would need a few months
of work to make
it work again.
Zoltan
On Mon, Jan 18, 2010 at 6:03 PM, Krueger, Ben (MSGD Calgary)
ben.krue...@hp.com wrote:
I am trying to get mono compiled and running on a HPPA HPUX machine,
Hi,
This is now fixed in SVN.
Zoltan
On Fri, Jan 15, 2010 at 7:59 PM, Tom Philpot tom.phil...@logos.com wrote:
When running with the Mono r149505 embedded in our application, we get the
following error on startup:
*ERROR:metadata.c:2183:get_image_set: assertion failed:
Hi,
Are you using XEN ? There was a mono bug which is now fixed which caused
crashes
like this under XEN. Unfortunately the fix is not in any released mono
version yet.
Zoltan
On Fri, Jan 15, 2010 at 5:34 AM, Kirby Zhou kirbyz...@gmail.com wrote:
I have rechecked
Hi,
This one:
http://lists.ximian.com/pipermail/mono-patches/2010-January/164422.html
Zoltan
On Sat, Jan 16, 2010 at 3:56 AM, Kirby Zhou kirbyz...@gmail.com wrote:
Yes, I am running XEN. Thanks very much.
Is there any patch against this problem?
vargaz wrote:
Hi,
Subject:Re: [Mono-dev] LLVM backend won't compile
Date: Wed, 23 Dec 2009 11:49:53 +0100
From: Paul Melis mono-de...@assumetheposition.nl
To: Zoltan Varga var...@gmail.com
References: 4b2fade6.5070...@assumetheposition.nl
295e750a0912210927q6f5ad07djf672ea87f0e00
From: Paul Melis mono-de...@assumetheposition.nl
mailto:mono-de...@assumetheposition.nl
To: Zoltan Varga var...@gmail.com mailto:var...@gmail.com
References: 4b2fade6.5070...@assumetheposition.nl
mailto:4b2fade6.5070...@assumetheposition.nl
Hi,
So x86 might not work after all, because you can run into this problem:
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-December/027999.html
for which there is no workaround.
Zoltan
On Wed, Dec 23, 2009 at 7:59 PM, Zoltan Varga var...@gmail.com wrote
Paul
On Dec 21, 2009, at 12:55 PM, Paul Melis wrote:
Zoltan Varga wrote:
Hi,
Btw, I can't seem to find the switch to make to have it output the
command it's executing (for checking -I flags)...
Its make V=1, just like with the linux kernel.
Ah, didn't know
Hi,
Btw, I can't seem to find the switch to make to have it output the
command it's executing (for checking -I flags)...
Its make V=1, just like with the linux kernel.
Zoltan
Paul
___
Mono-devel-list mailing list
Hi,
This is now fixed in SVN HEAD/2.6 branches.
Zoltan
On Mon, Dec 21, 2009 at 6:55 PM, Paul Melis mono-de...@assumetheposition.nl
wrote:
Zoltan Varga wrote:
Hi,
Btw, I can't seem to find the switch to make to have it output the
command it's executing
Hi,
AOT is not currently supported on windows.
Zoltan
On Thu, Dec 17, 2009 at 6:13 PM, Dan Shechter d...@houmus.org wrote:
Hi all,
I'm trying to compile some simple SIMD examples (the one miguel posted
a while back)
using AOT on Mono on Windows.
I have cygwin 1.7 installed,
Hi,
Sorry about that. I tried debugging it back then, but couldn't find out
the cause of the
problem, it seemed like memory corruption inside the GC data structures.
Zoltan
On Tue, Dec 8, 2009 at 7:09 PM, Daniel Weuthen
daniel.weuthen...@deepinvent.com wrote:
Hi,
I am
Hi,
The mono build runs executables compiled during the build, like genmdesc,
so I don't
think it will run in scratchbox.
Zoltan
On Fri, Dec 4, 2009 at 8:49 PM, Gerard Braad m...@gbraad.nl wrote:
Currently trying to get Mono packaged for Maemo 5 (and the N900).
Committed, thanks.
Zoltan
On Thu, Dec 3, 2009 at 9:29 PM, Steven Munroe
munro...@linux.vnet.ibm.comwrote:
The current svn trunc fails with the error:
** ERROR **: Opcode 'loadi8_memindex' missing from machine description
file.
The attached patch fixes this.
Hi,
On Tue, Dec 1, 2009 at 6:02 PM, Babbage Linden babb...@lindenlab.comwrote:
Hi all,
I'm currently investigating a performance problem which is causing complex
objects in Second Life containing many scripts to take a long time to load.
We embed Mono in the Second Life simulator, so I
Hi,
It is possible that you are using AppDomain.AssemblyLoad which is called
every time an
assembly is loaded ? Or a profiler callback ?
Zoltan
On Tue, Dec 1, 2009 at 7:08 PM, Babbage Linden babb...@lindenlab.comwrote:
Also, there seems to be some caching going on here:
Hi,
This patch adds code to the string allocation functions which need to be
as fast as
possible. I think it might be better to implement this as a profiler module,
a profiler can already receive notifications when an object is allocated.
Zoltan
On Fri, Nov 27, 2009 at
Hi,
This is now fixed in SVN HEAD/2.6/2.4 branches, altough the fix will not
make mono 2.4.3.
Zoltan
On Wed, Nov 25, 2009 at 2:24 PM, Matt Guo m...@mattguo.com wrote:
Hey, all,
Today I was stucked by a strange problem for several hours, in a word,
we can't use delegate
Hi,
This seems to work fine on linux.
Zoltan
On Thu, Nov 26, 2009 at 12:01 AM, Tom Philpot tom.phil...@logos.com wrote:
We've written a small test case against Mono 2.7 (r146315) that confirms
that WaitAny() does not return in a consistent amount of time, or sometimes
Done.
Zoltan
On Sun, Nov 15, 2009 at 12:50 AM, Andreas Färber andreas.faer...@web.dewrote:
Hello Zoltan,
According to the libgc ChangeLog, you have recently added a new API
function GC_get_suspend_signal. This is apparently used unconditionally from
mono/metadata/boehm_gc.c's
Applied to HEAD/2.6/2.4.
Zoltan
On Sat, Nov 14, 2009 at 9:06 PM, Koushik K. Dutta ko...@koushikdutta.comwrote:
If GC_no_dls is set to true, GC_find_limit is not called. This causes a
seg fault on Android.
Patch is attached! (MIT X11, etc).
Koush
Hi,
Looks ok.
Zoltan
On Tue, Nov 10, 2009 at 3:49 PM, Jonathan Chambers jonc...@gmail.comwrote:
Hello,
Attached is a patch for supporting the soft debugger on Windows. The
biggest changes IMO are not to the debugger, but to the mono-*
synchronization utilities. The
Looks good.
Zoltan
2009/11/1 Kornél Pál kornel...@gmail.com
Please see the attached patch that enables dolt on cygwin. I have tested
this and found no problems.
Please review and if you like it, approve the patch.
Thanks.
Kornél
Index: mono/acinclude.m4
Hi,
It would probably require a lot of modifications but its easier than a
full port since most of
the code is there.
Zoltan
On Thu, Oct 29, 2009 at 6:22 PM, Dick Porter dpor...@codicesoftware.comwrote:
Hi all
I've been spending the last couple of days getting mono
pointed, would we need a hardware manual?
Thanks,
pablo
Zoltan Varga wrote:
Hi,
It would probably require a lot of modifications but its easier than
a full port since most of
the code is there.
Zoltan
On Thu, Oct 29, 2009 at 6:22 PM, Dick Porter
Hi,
This looks like a bug. File a bug report at bugzilla.novell.com and attach
the test case.
Zoltan
On Fri, Oct 30, 2009 at 1:59 AM, d-a-z-z-a dar...@cain.com.au wrote:
Hi,
I am trying to get Mono 2.4 running on a SGI Altix 4700 (96-way Itanium 2
box) running SUSE Linux
...@terra.es wrote:
Hi Zoltan,
Should we file a bug on bugzilla?
pablo
pablosantosl...@terra.es wrote:
Hi Zoltan,
It's the daily tarball (the date is in the version string) which I
believe is svn trunk.
pablo
Zoltan Varga wrote:
Hi,
Is this the 2.6 prerelease, or using
Hi,
If you can't create a test case, could you run your app with
MONO_VERBOSE_METHOD=caller method
then with
MONO_VERBOSE_METHOD=called method
and send me the output ?
What does ' *gets fixed by building disabling the optimize mode*' means,
is this a flag
for the c# compiler ?
Hi,
Is this the 2.6 prerelease, or using the code from the mono-2-6 branch ?
The latter has
some sparc fixes.
Zoltan
On Mon, Oct 26, 2009 at 1:11 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi there,
This is our configuration:
-bash-3.00$
Fixed in r144471.
Zoltan
On Tue, Oct 20, 2009 at 6:10 PM, Rolf Bjarne Kvinge rolfli...@ya.comwrote:
Hi,
Between r144107 and r144364 mono’s build on SLED10 got broken:
MCS [net_1_1] Mono.Data.Tds.dll
Assembly ../../class/lib/net_1_1/Mono.Data.Tds.dll signed.
make[9]:
Hi,
mono uses the GC_GCJ_MALLOC family of functions which take a gc
descriptor.
Zoltan
On Tue, Sep 29, 2009 at 6:08 PM, Dick Porter dpor...@codicesoftware.comwrote:
On Mon, 2009-09-28 at 17:41 -0400, Miguel de Icaza wrote:
Hello,
Libgc supports this kind of descriptors
Hi,
You can run with
MONO_DEBUG=dont-free-domains
to allow typed allocation in the non-root domain when using boehm gc.
Zoltan
On Tue, Sep 29, 2009 at 8:28 PM, Miguel de Icaza mig...@novell.com wrote:
Hello,
On Mon, Sep 28, 2009 at 11:41 PM, Miguel de Icaza mig...@novell.com
Hi,
On my machine, after the allocation of the 2.5GB of arrays + 10 gcs, the
RSS of the
process goes back to about 100MB. This is perfectly normal, as the GC
doesn't return
free memory to the OS in some cases, so it doesn't have to allocate it again
when the
program starts allocating memory.
in an orderly manner. I think I can fix the serial.c
code, I just have to understand better how it should behave to avoid
locking.
Regards,
skolima
On Mon, Sep 21, 2009 at 2:03 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
This is very tricky problem. The runtime waits for all application
Hi,
Try our replacement to BitConverter which fixes these problems:
http://www.mono-project.com/Mono_DataConvert
Zoltan
On Tue, Sep 22, 2009 at 11:59 PM, Andreas Heertsch heert...@gmail.comwrote:
Ok, I see the problem. (Mono is a CLI-Interface and not .Net-Eviroment) I
tought, all
Hi,
This is very tricky problem. The runtime waits for all application threads
to finish before exiting in order to have a predictable shutdown and to be
compatible with ms.net. If we didn't
wait for them, and started to free up the runtime data structures, then one
of the running threads could
Looks good.
Zoltan
On Sat, Sep 19, 2009 at 3:13 PM, Rodrigo Kumpera kump...@gmail.com wrote:
The following patch fixes the runtime crash for me.
But the issue is not the runtime, but a compiler bug since mcs generates
an int64 on stack as argument for newarr and this not correct.
Hi,
Fixed in SVN HEAD and the mono 2.4 branch.
Zoltan
On Sat, Sep 19, 2009 at 8:42 PM, Zoltan Varga var...@gmail.com wrote:
Looks good.
Zoltan
On Sat, Sep 19, 2009 at 3:13 PM, Rodrigo Kumpera kump...@gmail.comwrote:
The following patch fixes the runtime crash
Hi,
Could you create some kind of test case to help us debug this issue ?
Zoltan
On Thu, Sep 17, 2009 at 11:28 AM, Leszek Ciesielski skol...@gmail.comwrote:
Hi,
I am experiencing Mono hangup when my application should terminate.
The application opens multiple serial ports,
.
Regards
On Thu, Sep 17, 2009 at 12:02 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
Could you create some kind of test case to help us debug this issue ?
Zoltan
On Thu, Sep 17, 2009 at 11:28 AM, Leszek Ciesielski skol...@gmail.com
wrote:
Hi,
I am experiencing Mono
) at driver.c:1648
#8 0x0805af21 in main (argc=Cannot access memory at address 0x80
) at main.c:34
#0 0xe430 in __kernel_vsyscall ()
Regards,
skolima
On Thu, Sep 17, 2009 at 12:25 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
You can attach to the hung process with gdb and type
...@gmail.com
wrote:
That's the
kill -3 PID prints:
0 tid=0x0xb7d206f0 this=0x0x2fed8 thread handle 0x404 state: waiting
on 0x400 : Event owns ()
result, nothing more is printed...
On Thu, Sep 17, 2009 at 1:25 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
My mistake. You
Hi,
Try reverting this:
http://lists.ximian.com/pipermail/mono-patches/2009-September/156282.html
Zoltan
On Wed, Sep 9, 2009 at 4:23 PM, Mark Mason mma...@upwardaccess.com wrote:
Hello,
I just upgraded to ToT of svn, and now libtool is blowing up on
Debian/MIPS. Any pointers
Looks ok.
Zoltan
On Wed, Sep 9, 2009 at 11:19 PM, Bill Holmes billholme...@gmail.com wrote:
Hi,
The attached patch fixes a bug with calling a COM method using a
delegate. I have also added a unit test for this bug.
2009-09-09 Bill Holmes billholme...@gmail.com
*
Hi,
Looks ok. It might be easier to define S_OK as 0 on !windows to cut down
on the number
of changes.
Zoltan
On Fri, Sep 4, 2009 at 2:56 AM, Jonathan Chambers jonc...@gmail.com wrote:
Hello, Attached is a patch that lets the runtime tests for COM
Interop build and
Hi,
Mono uses sigaltstack() to handle some signals, and valgrind is probably
confused by
that. Try configuring mono with --with-sigaltstack=no.
Zoltan
On Wed, Sep 2, 2009 at 2:11 AM, Tom Hindle tom_hin...@sil.org wrote:
Hi,
I understand from here
Hi,
mono_gc_free_fixed () is a no-op when using mono's built in GC, since
mono_gc_alloc_fixed () is implemented as a call to GC_malloc ().
Zoltan
On Wed, Aug 26, 2009 at 2:55 AM, James Zhao jameszha...@gmail.com wrote:
Hi,
Here's Mono Continuations' continuation_store
mentioned the built-in gc. What other GCs are available?
Nothing of production quality right now.
Zoltan
Thanks,
James
On Tue, Aug 25, 2009 at 8:58 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
mono_gc_free_fixed () is a no-op when using mono's built in GC, since
Hi,
Its not possible, the compiler needs the referenced assembly in order to
decide whenever
your program is correct or not. You can use reflection to load assemblies at
runtime.
Zoltan
On Thu, Jul 23, 2009 at 6:03 AM, SebastianGarth sebastianga...@gmail.comwrote:
Hi,
Linux uses '\n' as the line ending, not '\r\n'. Maybe this is the source
of the problem.
Zoltan
On Thu, Jul 23, 2009 at 6:32 PM, St4rNin3 st4rn...@gmail.com wrote:
I am having some issues with Regex processing. It seems that the Mono
engine
and the .NET engine get
Hi,
It might be a good idea to ask the libgc mailing list as to why this isn't
done in the first place.
Zoltan
On Thu, Aug 13, 2009 at 8:16 PM, Dick Porter d...@acm.org wrote:
Hi all
Attached is a patch to libgc that will allow it to actually unmap memory
Hi,
I can't reproduce this using mono SVN HEAD. What mono version are you
using and on
what device/os ?
Zoltan
On Thu, Aug 20, 2009 at 11:51 PM, Jon Shemitz
jon.shem...@access-company.com wrote:
So far, I have been very pleasantly surprised at how much Mono on ARM
acts just
Hi,
This is fixed now.
thanks
Zoltan
On Mon, Aug 17, 2009 at 9:14 PM, Andreas Nahr
classdevelopm...@a-softtech.com wrote:
The following addition in r139375 is buggy.
if (type.ToString ().EndsWith ([*])) /*FIXME, the reflection API doesn't
offer a way
Hi,
I still it would be easier to simply pass a int* or use an int return
value, instead of a structure which needs to be initialized/cleaned up, and
store any excess state in TLS. This is because
most code can't do anything with an error other than cleaning up and passing
it up to the
caller.
So the code below could look like:
ErrorCode err;
err = foo ();
if (err)
goto fail;
fail:
cleanup
return err;
On Thu, Aug 13, 2009 at 11:48 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
I still it would be easier to simply pass a int* or use an int return
value, instead
Finally, it makes up for good consistency to not use the return value as a
guard for error handling
because there are cases where returning NULL can mean either a valid
condition or error.
On Thu, Aug 13, 2009 at 7:28 PM, Robert Jordan robe...@gmx.net wrote:
Hi,
Zoltan Varga wrote:
Hi
back from the original maintainers, so I will be
working proactively to maintain the library going forward, including
fixing up the test cases and general code base to quality expectations.
On Fri, 2009-07-31 at 13:46 +0200, Zoltan Varga wrote:
Hi,
Since the old version could run its
Hi,
This happens during shutdown, mono asks the finalizer thread to stop, but
it doesn't
stop, most likely because a finalizer goes into an infinite loop or
something, so we
continue with the shutdown, freeing stuff which are still used, causing
errors like the one
below.
Hi,
You can try compiling mono from source, so the runtime has debugging
symbols, so you
get more meaningfull stacktraces.
Zoltan
On Tue, Aug 4, 2009 at 12:31 PM, Maciej Paszta pasz...@go2.pl wrote:
Hi!
I've written a custom server software that handles several
in branch
/source/branches/mono-2-4-2/ between r139258 and r138662.
So, could you tell me please, is this bug fixed in Mono 2.4.2.2 or in
Mono 2.4.2.3? If only in latest, I'll just upgrade mono. Otherwise it
may be a new bug.
With best wishes,
Maxim Karavaev
Zoltan Varga wrote:
Hi
Hi,
This should be fixed in SVN.
Zoltan
On Sat, Aug 1, 2009 at 4:31 AM, KISHIMOTO, Makoto
ksmak...@dd.iij4u.or.jpwrote:
Hello,
In my FreeBSD 7 box, trunk cannot build.
$ gmake
(snip)
Making all in mini
gmake[3]: Entering directory
Hi,
This is a known problem, but it should happen only under windows. It
should be fixed in
SVN HEAD and the mono 2.4 branch (r139249). Unfortunately, there is no
workaround.
Zoltan
On Sat, Aug 1, 2009 at 7:38 PM, Maxim mak...@yandex.ru wrote:
Hello!
I've
Hi,
This is a known problem, but it should happen only under windows. It
should be fixed in
SVN HEAD and the mono 2.4 branch (r139249). Unfortunately, there is no
workaround.
Zoltan
On Sat, Aug 1, 2009 at 7:38 PM, Maxim mak...@yandex.ru wrote:
Hello!
I've
to proceed here?
On Thu, 2009-07-30 at 22:40 +0200, Zoltan Varga wrote:
Hi,
The patch applies cleanly, but there are some test failures when
running 'make check'
in the Mono.C5 directory.
Zoltan
On Thu, Jul 30, 2009 at 5:49 PM, Marcus Griep mar...@griep.us wrote
Hi,
On Mon, Jul 27, 2009 at 2:44 PM, Elamide timothy.l.sm...@accenture.comwrote:
After reading this thread and others about building 2.4 on Solaris, I think
I
almost have 2.4.2.2 ready. The build succeeds, the problem is that the
'make
check' fails in mini with:
Hi,
The patch applies cleanly, but there are some test failures when running
'make check'
in the Mono.C5 directory.
Zoltan
On Thu, Jul 30, 2009 at 5:49 PM, Marcus Griep mar...@griep.us wrote:
I am not attaching the patch here directly because, even gzip'ed, it
stands at
201 - 300 of 726 matches
Mail list logo