Hi,
I think the best approach would be to add a method to the internal
profile api to
register these functions, instead of making the code manager in mono/utils
depend on the profiler in mono/metadata. Also, instead of using an enum
(adding another dependency between metadata and the jit), it
Hello Cetin,
I tested string hash code collisions in mono and .NET and saw that
mono's hash code algorithm for strings lead to almost the same
collisions with java whereas .NET seems to perform better with 0
collisions in both tests.
Your observation is correct. Mono string GetHashCode has
Hello Andreas,
Imho we should revert the change, especially as MS seems to also have an
implementation with low collisions (and in fact this will be what people are
expecting from a hashcode without any further explanation) we should do the
same. Otherwise this might drive some implementations
Hey,
With the recent talk on GetHashCode(), I was just taking a look at the code.
I decided to try my hand at seeing what would happen performancewise if i
made the function work with an int* as opposed to char*. Turns out i ended
up with something which was 50% slower, but also had 50% less
Hello All,
The attached patch fixes problems on Winx64 with method calls that
have floats and non-float types mixed in the argument list.
This patch should only affect Winx64 code.
I am asking for approval for the trunk as well as the 2.0 branch.
thanks
-bill
float_x64_08_07_21.diff
Hi All,
Now that we have branched for mono 2.0, we would like to merge the
work done on the linear IR branch to svn HEAD. The
linear IR branch was created in 2005 October to explore some ideas on
how to make our JIT simpler and how to make
it generate better code. A lot of work
Hello All,
The attached patch focuses on fixes needed for calls to manged from
native that pass structs by value.
Although there are no PLATFORM_WIN32 checks in this patch, it should
have no runtime impact on any other platform. This patch only adds
implementation to the ArgValuetypeAddrInIReg
Zoltan,
On Tue, 2008-07-22 at 01:09 +0200, Zoltan Varga wrote:
Hi All,
Now that we have branched for mono 2.0, we would like to merge the
work done on the linear IR branch to svn HEAD. The
linear IR branch was created in 2005 October to explore some ideas on
how to make our JIT simpler
Hi Bill,
You forgot to attach the patch.
Anyway, since Zoltan is merging linear-il tomorrow it might be better for
you to rebase your patch first.
Rodrigo
On Mon, Jul 21, 2008 at 8:20 PM, Bill Holmes [EMAIL PROTECTED] wrote:
Hello All,
The attached patch focuses on fixes needed for calls
Hi,
Architectures which _should_ work: x86/amd64/arm/s390/sparc/itanium. I don't
know the status of ppc. mips/hppa/alpha are broken, but they are probably broken
on the 2.0 branch too.
Zoltan
On Tue, Jul 22, 2008 at 1:22 AM, Geoff Norton [EMAIL PROTECTED] wrote:
Zoltan,
Thanks Rodrigo!
I still need this code considered for the branch.
thanks
-bill
On Mon, Jul 21, 2008 at 7:25 PM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Hi Bill,
You forgot to attach the patch.
Anyway, since Zoltan is merging linear-il tomorrow it might be better for
you to rebase your
Hi,
This is ok to check in.
Zoltan
2008/7/22 Bill Holmes [EMAIL PROTECTED]:
Thanks Rodrigo!
I still need this code considered for the branch.
thanks
-bill
On Mon, Jul 21, 2008 at 7:25 PM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Hi Bill,
You forgot to attach the patch.
Hi All,
With 2.5 taking longer than planned, a few bug fixes had accumulated.
So I went ahead and released NUnit 2.4.8, incorporating those fixes.
You can see what was fixed or download at http://nunit.com.
Charlie
PS: My ISP is making changes. The nunit.org and nunit.net sites are
pointed at
Hi guys:
Curently is not posible for our development team to change the
development environment (fedora OS, mono version, etc..) and we have a
pretty new ones of all..but due to a new dependence, we need olive I
find a RPM in some opensuse repo but claim that need mono 2.1 and of
course force
Olive will always be mono and mcs from trunk, so no, you have to always
build mono from svn. Olive is defined as under heavy development
stuff. We don't welcome those who demand stable use of it. And of
course forcing dependent stuff is the only good idea.
Once the next version of mono is
I have a C# program that is using msvcr70.dll, but Mono can't find this dll
under Suse Linux. Mono doesn't find it even if it is in the same dir as the
executable (or in /usr/lib/mono...). Of course, the dll that I copied to
/usr/lib/mono/1.0 (or 2.0, or 2.1 or the executables dir) is the same
Hi,
msvcr70.dll is a native Windows DLL. Mono is only able to use native
libraries of the host platform.
If you want full compatibility you can try the Windows version of Mono
under Wine.
Otherwise you should aviod using msvcr70.dll or at least don't use
functions not supported by libstdc.
Hi,
From my code I'm writing a XML file to the system. Unfortunately, the file
rigths are set to -rw--
I want the file te be readable by the group also. We are running mono 1.9.1
with mod-mono-server2 1.2.5.
Any help is appreciated.
Regards,
Albert Ritmeester
VERSION INFORMATION
Hi
you should check out the Mono.Posix assembly. Or you can do a chmod
775 ... with a process object.
cheers
Peter
On Mon, 2008-07-21 at 10:40 +0200, Albert Ritmeester wrote:
Hi,
From my code I'm writing a XML file to the system. Unfortunately, the
file rigths are set to -rw--
I want
That could be a solution but I do not want to set the file rights
programmaticaly. In my VirtualHost section in my Apache config file I have
the following line;
MonoUnixUmask 0027
So the file mask should be -rw-r-
Regards,
Albert Ritmeester
Peter Hagen wrote:
you should check out the
ow. I didnt know that existed. But, shouldn't it be:
MonoUnixUMask 0720
cheers
Peter Hagen
[EMAIL PROTECTED]
www.wingsofdeath.nu
On Mon, 2008-07-21 at 01:59 -0700, Albert Ritmeester wrote:
That could be a solution but I do not want to set the file rights
programmaticaly. In my VirtualHost
Nope, a umask is a mask like an IP subnet mask. So the umask is correct.
But it seems (mod)mono doesn't adhere to that setting :-((
Regard,
Albert
Peter Hagen wrote:
ow. I didnt know that existed. But, shouldn't it be:
MonoUnixUMask 0720
On Mon, 2008-07-21 at 01:59 -0700, Albert
Thanks!
With
compiler language=cs;c#;csharp extension=.cs warningLevel=1
compilerOptions=/codepage:utf8 type=Microsoft.CSharp.CSharpCodeProvider/
problem resolved.
Best regards,
NickStaves
Hello,
please, take a look at this bug and way to solve it in comments:
Hi,
I actually hope that I will be corrected now :-), but
I only managed to connect to mysql (5.0.51a) (using mono 1.2.6)
with a password-less user...
Simply:
connStr = string.Format(Server=localhost; + Database=handtest;User ID={0},
monouser);
Haven't gotten around to upgrading myself to a
Darkas2 wrote:
Hi!
Well, as you can read in the title, I'm trying to invoke two methods (Main
and Frame) in one MonoDomain. I've searched the forums, but I found nothing
that really matches my problem. I want to call Main in the main thread and
after Main ends, the program (game engine)
On Mon, Jul 21, 2008 at 4:00 PM, Horacio Nuñez Hernández
[EMAIL PROTECTED] wrote:
Just a newbie question, You guys wich distributtion recommend to use
for developing Mono based applications?
I have been using Mono compiler with mono for the last week on a
Debian Etch, and everything I test
Assuming you have no reason to prefer one distro to another
except your own ease of development, I suggest you
take a look at what versions of the tools you like to use
are most easily available. For example, if you want to use
NUnit - OK, I'm the developer so this is a plug - you might
find that
No, should I do that? And if, how does it work?
Robert Jordan wrote:
Did you register the thread that calls Frame with mono_thread_attach?
--
View this message in context:
Darkas2 wrote:
No, should I do that? And if, how does it work?
mono_thread_attach (mono_domain_get ());
Robert
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
The simple question is this: When a .dll or .so is loaded by the
framework as the result of a p/invoke is that library guarenteed to stay
loaded for the duration of the hosting process? Or can the framework
unload the dll if it wants to? Is there anything in a spec that
indicates a standard
Maser, Dan wrote:
The simple question is this: When a .dll or .so is loaded by the
framework as the result of a p/invoke is that library guarenteed to stay
loaded for the duration of the hosting process? Or can the framework
unload the dll if it wants to? Is there anything in a spec that
These GC issues should be fixed in SVN/trunk. I have not yet made a release
including them however. There will be a Mono.Zeroconf release hopefully this
week. Follow the link below to get binaries for testing. They will not change
from what will be released next week unless you find there is
Hello,
Just a newbie question, You guys wich distributtion recommend to use
for developing Mono based applications?
I have been using Mono compiler with mono for the last week on a
Debian Etch, and everything I test
works fine, but i have my doubts about to change to openSuse,
Debian should
Petit Eric wrote:
2008/7/22 Robert Jordan [EMAIL PROTECTED]:
Maser, Dan wrote:
The simple question is this: When a .dll or .so is loaded by the
framework as the result of a p/invoke is that library guarenteed to stay
loaded for the duration of the hosting process? Or can the framework
FWIW, I use OpenSUSE (switched from Kubuntu), largely because I find
it easier to keep up to date/current with Mono.
On Mon, Jul 21, 2008 at 2:00 PM, Horacio Nuñez Hernández
[EMAIL PROTECTED] wrote:
Hi,
Just a newbie question, You guys wich distributtion recommend to use
for developing Mono
Hello!.
On Mon, Jul 21, 2008 at 7:29 PM, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
Just a newbie question, You guys wich distributtion recommend to use
for developing Mono based applications?
I have been using Mono compiler with mono for the last week on a
Debian Etch, and
36 matches
Mail list logo
