items work
correctly or the best format. Mono hacker types seem to read OO.org
spreadsheet, so I'll try that initially. If anyone cannot get it or wants
CSV, let me know.
I'm looking for an online copy, but the author of the program seems to have
let his domain name expire. Ouch!
Marcus
within the 3.x series of GCC there have been changes to mangling (due to
misinterpretations of the mangling documentation, as far as I know).
Marcus
On Saturday 30 April 2005 10:42 pm, Mongoose wrote:
I have confirmed it. C export won't work with
DllImport.
C#
[DllImport
marcus,
i am not very familiar with MSBuild as yet... but have decided to look into
it asap. Regarding documentation of microsoft.build.* namespaces... you
might want to have a look at the vs2005 documentation at
http://msdn2.microsoft.com/library/ms123457(en-us,vs.80).aspx hope that
helps
MS's implementation does not use the XmlSerializer class to read and parse the
project build files.
I have not been able to find detailed information about many aspects of
MSBuild. Some of the big picture items are covered in articles, but there
are many methods those precise effect is not
I remember that MSBuild originally did not use the GAC. Then they changed
their minds. A brief summary of the situation is given in
http://channel9.msdn.com/wiki/default.aspx/MSBuild.MsbuildAssembliesInTheGac.
I do wish that they had elaborated on the problems that putting the assemblies
in the
From the measurements I've taken, MS .NET is generally 2 to 3 times faster
than Mono, both using micro-benchmarks and applications that do real work.
I would also point out that your .NET test was on MS, whereas your Mono test
was on Linux. Exception-handling on MS is thought to be very slow.
When I got my new motherboard and processor (AMD64), I just built from the
source tarball for the latest release. Then I updated to the latest SVN
version after that. I also use --libdir=/usr/local/lib64, as I do for all my
64-bit libs, but Mono's platform independent libs (managed DLLs) still
Hello all,
First, by way of introduction, I'm Marcus Griep, a .NET/Mono
developer for some time now, and a contributor to such projects as
Boo, C5, and git.
In a sort of scratch-my-own-itch style, I'm looking to speed up the
computationally time consuming steps of BigInteger math by using
, and also fixes a
bug introduced by the fix to 323096 (which caused incorrect resolution
in similar cases). As well, it adds two additional test cases to the
test suite to prevent future regressions.
If that's too succinct, let me know, and I'll respond more fully to the
list.
--
Marcus Griep
GPG Key
files being built into an uninstalled library in the
net_1_1 profile.
This patch cleans up the Mono.C5 build by moving it to the net_2_0
profile and removing the now unnecessary #ifdef guards.
--
Marcus Griep
GPG Key ID: 0x070E3F2D
——
https://torproj.xpdm.us
Ακακια את.ψο´, 3°
Index: class/Makefile
ending issues when applying this
patch.
--
Marcus Griep
GPG Key ID: 0x070E3F2D
——
https://torproj.xpdm.us
Ακακια את.ψο´, 3°
signature.asc
Description: This is a digitally signed message part
___
Mono-devel-list mailing list
Mono-devel-list
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 over 450KB. Instead, it is being hosted at
http://wiki.xpdm.us/_media/mono/v1.1.0.patch.gz
The library in general
, Jul 31, 2009 at 1:48 AM, Marcus Griep mar...@griep.us wrote:
I did notice these, and I'll go over each of them. I figured
that the
priority was getting the verbatim upstream ported over and
then fixing
them since the upstream hasn't been maintained
to all the folks who've been keeping the Mono.Simd project going.
--
Marcus Griep
signature.asc
Description: This is a digitally signed message part
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
is never raised)
My question is now: is there any (technical) reason why this
functionality is not implemented in Mono?
Are you interested in a patch which might fix this?
Best regards from Chemnitz/Germany!
Marcus
___
Mono-devel-list mailing list
Mono
Hi,
We are developing a game and using C# and C++ with the help of mono.
There are two dlls we use; Dll1 and Dll2. At run-time, I want to change
(update) these dlls without restarting the game (which takes a while). Here is
the code we use:
mono_domain = mono_jit_init(Dll1);
On 13.08.2010 15:10, marcus julius wrote:
Did I make a mistake and/or is there a way to do this?
There are 2 ways to reload an assembly:
2) Use app domains which can be unloaded together with
their assemblies by design.
Thanks for the quick reply.
Ok, I know how to do this in C
Hi Lucas,
you can use mono_domain_create() and mono_domain_unload() just fine from
c. In fact, I suspect it's actually
easier to do from native code these days. basically what you should do is:
create domain
set it active
load your assemblies
run your code
when you want to reload code,
Hi,
I have a C++ application that uses C sharp classes which also use C++
functions. Thus, both C++ and C sharp call each other, but main project that I
run is C++. The question is how to debug this project?
I tried to create a dummy start up C sharp project and call my C sharp code
from
Hi,
I've just started reading about Interop with Native Libraries in C# and Mono,
so before I started doing something I want to ask more experienced people as a
last resort.
I wanna send a managed class (which extends another class, has another class as
a field and some methods) to unmanaged
Hi,
I call a c++ function from C# using mono.
For instance,
[MethodImplAttribute(MethodImplOptions.InternalCall)]
extern internal static Object get_ai_behavior_object(int id);
When the function returns a NULL object, there is a NullReferenceException. I
think it occurs because C# tries to cast
Hi,
I am using monolinker to remove some functionality that I don't want users to
have in my embedded mono application.
My application uses two different C# dlls and users can change/replace one of
them. However, I don't want them to have file read/write access (ex. to write
viruses...). I
assistance.
Greetings,
Marcus
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
23 matches
Mail list logo