Last one I tried and build was 2.2. We're using it to test Plastic every
week on OpenSolaris. The binaries are available at Blastwave, but never
tried 2.4
Jonathan Soft escribió:
I'm reaching the conclusion that Mono v2.4 does not work on Solaris 10 SPARC
- this is based on both my own
Hello,
I tested last daily build
(http://mono.ximian.com/daily/mono-20090414.tar.bz2) for ARM_FPU_NONE,
ARM_FPU_FPA and ARM_FPU_VFP and result is difference = still same =
Glib-CRITICAL **: g_hash_table_insert (or g_hash_table_lookup): assertion
'hash_table!=NULL' failed
In previous tests was
Hi,
Can you guys please switch to eglib as the default across the board,
so that this codepath gets properly tested in the real world. We need
to move towards using a single mono source base for all our platforms
and relying on external dependencies in mono is a lot of pain when we
try to
Hi,
On Tue, 14 Apr 2009, James Mansion wrote:
Tomi Valkeinen wrote:
And I'm still of the opinnion that this stack-copying is more of an
interesting hack, than something people should really use =).
Is there a real cast-in-stone reason why a VM engine has to have a contiguous
stack at
Hi,
Please, someone??, I'm following the official instruction (and other
sugestions to) to try to compile mono (to later be able to compile MD
with the debugger addins..)..and no matter what options I use in the
configuration (--with-doc=no, ---disable-preview ...and others) and
allways stop
Toshio Kuratomi wrote:
buhochil...@gmail.com wrote:
Hi,
Please, someone??, I'm following the official instruction (and other
sugestions to) to try to compile mono (to later be able to compile MD
with the debugger addins..)..and no matter what options I use in the
configuration
Robert Jordan wrote:
It should be possible to import symbols from the main module (mono)
by applying the __Internal special dll name:
[DllImport (__Internal)]
static extern ... WaitForSingleObject(...)
So you can get rid of the less tested --without-static_mono.
Robert
Thank you, I
buhochil...@gmail.com wrote:
Toshio Kuratomi wrote:
Have you taken a look at the Fedora packages? Fedora-10 has mono-2.2
and monodebugger
argh, as I explain in all my post, the goal is have the monodevelop
debugger addins, so yes I know about the fedora 10 and koji fedora 11
Hi again,
Toshio Kuratomi wrote:
buhochil...@gmail.com wrote:
Toshio Kuratomi wrote:
Have you taken a look at the Fedora packages? Fedora-10 has mono-2.2
and monodebugger
argh, as I explain in all my post, the goal is have the monodevelop
debugger addins, so yes
On Tue, 2009-04-14 at 18:02 -0400, Mike Edenfield wrote:
I eventually figure that out, it was the source of my seemingly random
ESRCH errors trying to read from /proc/pid/mem. Once I realized that
I need to PTRACE_ATTACH first, I was all set. I am successfully reading
memory from my
On Tue, 2009-04-14 at 20:21 +0200, jonas echterhoff wrote:
But, now I'm wondering, how setting of breakpoints should work. When I
launch mdb, set some breakpoints like b Y.Test, and then run, that
causes OperationActivateBreakpoints and OperationInsertBreakpoint
operations to be
Folks,
We are in the process of moving go-mono.com to a new machine.
I've tried to make sure all the pages we host there work just fine and
the transition is smooth.
Anyway, if you see anything wrong with the server within the next few
hours, join #mono at irc.gimpnet.org and let me know.
buhochil...@gmail.com wrote:
Hi again,
Toshio Kuratomi wrote:
buhochil...@gmail.com wrote:
Toshio Kuratomi wrote:
Have you taken a look at the Fedora packages? Fedora-10 has mono-2.2
and monodebugger
argh, as I explain in all my post, the goal is have the
Rodrigo Kumpera wrote:
Which FP mode your cpu/linux support? FPA, VFP or soft-float?
ARM_FPU_NONE enables soft-float mode, which is super slow compared
to any hardware.
I'm using build option ARM_FPU_FPA however the hardware itself doesn't
have a FPU so the kernel is doing the emulation.
I
This patch adds InternalsVisibleTo on the 2_1 profile, but using an env
var for now until we assure that this is not a security threat. May I
commit? Thanks.
Andrés
--
Index: class/corlib/Makefile
===
---
On Apr 15, 2009, at 6:43 PM, Martin Baulig wrote:
On Tue, 2009-04-14 at 20:21 +0200, jonas echterhoff wrote:
But, now I'm wondering, how setting of breakpoints should work.
When I
launch mdb, set some breakpoints like b Y.Test, and then run, that
causes OperationActivateBreakpoints and
On 4/15/2009 12:33 PM, Martin Baulig wrote:
What do you want to read from the process ? If you're just interested
in the executable, you can also read /proc/PID/exe.
If you just need a timestamp, you may check /proc/PID/exe, which is a
symbolic link to the ELF file, and check its creation
Tomi Valkeinen wrote:
I think you mean OS thread. The coroutines are nothing special, they
are similar to any other jitted code that mono produces.
Well, except that the core has some knowledge of them now, right?
And thus the stack has to be the normal continuous OS stack.
Thus? Why? You
Andrés G. Aragoneses wrote:
This patch adds InternalsVisibleTo on the 2_1 profile, but using an env
var for now until we assure that this is not a security threat. May I
commit? Thanks.
Patch updated.
Index: class/corlib/Makefile
Hi James,
On Wed, Apr 15, 2009 at 4:17 PM, James Mansion ja...@mansionfamily.plus.com
wrote:
Tomi Valkeinen wrote:
I think you mean OS thread. The coroutines are nothing special, they
are similar to any other jitted code that mono produces.
Well, except that the core has some knowledge of
Andrés G. Aragoneses wrote:
Andrés G. Aragoneses wrote:
This patch adds InternalsVisibleTo on the 2_1 profile, but using an env
var for now until we assure that this is not a security threat. May I
commit? Thanks.
Patch updated.
As already explained in moon-list, this is needed because
Am 15.04.2009 um 16:10 schrieb Paolo Molaro:
On 04/15/09 Joachim Ante wrote:
Can you guys please switch to eglib as the default across the board,
so that this codepath gets properly tested in the real world. We need
to move towards using a single mono source base for all our platforms
and
Toshio Kuratomi a.badger at gmail.com writes:
The package I've just built for Fedora does this (links /usr/bin/mono against
the static libmono.a and then removes the static libraries prior to finishing
the package). The concern I have with this strategy long-term is that
programs
wanting
On Wed, 2009-04-15 at 22:49 +0200, Andreas Färber wrote:
[...]
Why not take the same route as GNU libiconv? The eglib headers could
#define GLib symbols to have a mono_ prefix, distinguishing them from
any real GLib symbols that might get linked in somewhere. Mono's
runtime code would
Hi,
On Wed, 15 Apr 2009, James Mansion wrote:
Tomi Valkeinen wrote:
I think you mean OS thread. The coroutines are nothing special, they are
similar to any other jitted code that mono produces.
Well, except that the core has some knowledge of them now, right?
Well, some, of course. But a
25 matches
Mail list logo
