This is my first post, but I already need some experts advise :)
We are evaluating to port an existing app (written in c/c++, for
LINUX/Windows/Mac) to mono. The basic pattern is a daemon-based system
(using pthreads, epoll) that will dispatch data to various embedded
scripting engines (PHP,
I have mono from source (svn) on ubuntu, you need to checkout this 3 items:
svn co svn://anonsvn.mono-project.com/source/trunk/mono svn co
svn://anonsvn.mono-project.com/source/trunk/mcs svn co
svn://anonsvn.mono-project.com/source/trunk/libgdiplusSome days ago, i add
reference to
Hello,
Thanks alot Bill!!! That really solved the problem!
Bill Holmes wrote:
Hi,
We had the same problem. To work around this problem call
mono_jit_exec on a Main in an exe. Then proceed with calling your
methods as usual.
Specifically what we had to do was change the type of the
I'm getting this error when building moonlight on opensuse 10.3 x86_64
http://mono.ximian.com/monobuild/builds/HEAD/suse-103-x86_64/moon/115461/logs/build.log
Making all in test-runner
make[4]: Entering directory
`/tmp/monobuild/build/BUILD/moon-115461/test/harness/test-runner'
gmcs -debug+
Hi,
Recently, I asked about doing reverse pinvoke from a native thread that caused
an assert in mini-arm.c.
A fix was done and I'm able to do it. But know, I have a feeling that I have
memory corruption. My application is crashing at different times
and display different stack traces.
Hi,
The GC only stops threads registered with it. This can be done multiple ways:
- all threads started by the runtime are automatically registered.
- an embedding app can register its threads by calling the
mono_thread_attach () API
function.
- a non-registered thread is automatically
On 10/09/08 Mark Probst wrote:
Anyway, updated patch attached.
The changes look fine to me.
Maybe it's a good idea to have a remoting test that triggers this also
in the runtime tests.
lupus
--
-
[EMAIL PROTECTED]
On 10/10/08 FirstName LastName wrote:
I have a general question regarding GC. When the GC runs, does it
stop all threads in the process, even those created in unmanaged.
Only the ones it knows about, but see below.
I asking the following because I'm wondering what would happen if the
GC
On 10/10/08 Carsten Harnisch wrote:
As I understood mono is using phreads and epoll, so having created a
mono-thread and using this thread to call an unmanged piece of code, will
this unmanaged code be run in the context of the underlaying pthread? Or
does the mono i/o layer call the unmanaged
Hi,
Currently mono_image_fixup_vtable actually compiles methods that causes
type loads as well and requires the assembly to be loaded.
Please help with letting me know how could I avoiding this by using JIT
trampolines. I have no idea how to create them and late fixup their address.
Thanks.
Hi all,
How does Mono deal with SSE-capable processors (or Altivec capable
processors)? That is, does the JIT emit any SSE calls when there's a
chance to use them, or are they totally unused in Mono?
Thanks,
Bojan Rajkovic
smime.p7s
Description: S/MIME cryptographic signature
On 10/10/08 Kornél Pál wrote:
Currently mono_image_fixup_vtable actually compiles methods that causes
type loads as well and requires the assembly to be loaded.
Please help with letting me know how could I avoiding this by using JIT
trampolines. I have no idea how to create them and late
On 10/10/08 Bojan Rajkovic wrote:
How does Mono deal with SSE-capable processors (or Altivec capable
processors)? That is, does the JIT emit any SSE calls when there's a
chance to use them, or are they totally unused in Mono?
We use some of the SSE instructios if available on x86.
On amd64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Molaro wrote:
We don't auto vectorize from IL code, but we're developing an extension
that allows people to take advantage of sse instructions with
intrinsics (people watching the changes list can see it already).
That said, what versions of
On 10/11/08 Dax wrote:
Paolo Molaro wrote:
We don't auto vectorize from IL code, but we're developing an extension
that allows people to take advantage of sse instructions with
intrinsics (people watching the changes list can see it already).
That said, what versions of SSE will be
I just sync'd up to the trunk and my build is failing. Any ideas?
make[4]: Leaving directory `/home/jake/mono/mono'
LD pedump
./.libs/libmonoruntime.a(gc.o): In function `finalizer_thread':
/home/jake/mono/mono/mono/metadata/gc.c:914: undefined reference to
`mono_attach_maybe_start'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacob Gladish wrote:
I just sync'd up to the trunk and my build is failing. Any ideas?
You might want to run a full clean (svn clean, make clean, reconfigure)
and retry - that fixed that for me a few days ago. If not, deleting your
local copy
On Fri, Oct 10, 2008 at 9:01 PM, Dax [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Molaro wrote:
We don't auto vectorize from IL code, but we're developing an extension
that allows people to take advantage of sse instructions with
intrinsics (people
18 matches
Mail list logo
