Hi,
mono should work just fine on debian/amd64. Could you run the failing command
under gdb and get a backtrace ?
thanks
Zoltan
On Wed, 9 Mar 2005 02:38:52 +0100, Marek Habersack [EMAIL PROTECTED] wrote:
Hi,
This used to work in the past, but seems to have regressed. Please file a bug
report at bugzilla.ximian.com about this.
Zoltan
On Wed, 09 Mar 2005 15:18:36 +0200, alfius [EMAIL PROTECTED] wrote:
Hello,
I am trying to use
Hi,
mono 1.0.x does not run on amd64. Try 1.1.4 instead.
Zoltan
On Sat, 12 Mar 2005 23:30:28 -0600, Aaron Axelsen [EMAIL PROTECTED] wrote:
Hello,
I am having some trouble getting Mono to build. I am running the Fedora
Core 3
Hi,
This is now tracked as:
http://bugzilla.ximian.com/show_bug.cgi?id=73882
Zoltan
On Thu, 17 Mar 2005 16:55:35 +0100 (MET), Joannes Vermorel
[EMAIL PROTECTED] wrote:
I am running mono on a bi-AMD64 machine with 8Gb of memory under linux
Hi,
The AMD64 port now uses SSE2 instructions for floating point arithmetic
instead of the x87 instruction set.
Zoltan
On Mon, 21 Mar 2005 10:40:01 -0300, Rafael Teixeira [EMAIL PROTECTED] wrote:
Hi,
This should be fixed in SVN. Sorry about that.
Zoltan
On Sun, 27 Mar 2005 13:07:25 -0300, Rodrigo B. de Oliveira
[EMAIL PROTECTED] wrote:
Hey,
I've just confirmed the same behavior on a fresh ubuntu system with
the latest
of the edges contributes the
value of the var on its path to the PHI expression at
the catch node.
Kelly
--- Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
On Apr 4, 2005 4:29 PM, Massimiliano Mantione
[EMAIL PROTECTED] wrote:
On Mon, 2005-04-04
Hey,
This is ok to check in.
Zoltan
On Apr 8, 2005 1:10 AM, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hi,
I've attached changes to add Reflection only tests in those existing
ones.
All of them run ok with .NET.
May I commit?
Carlos.
Hi,
sparc/linux is not (yet) supported. We need somebody with the neccessary
technical skills, motivation, and access to hardware to do the port. Since the
sparc arch is supported, porting boils down do adding support for the
differences
between solaris
Hi,
This looks ok to me, except this part:
PREVIEW=yes
AC_ARG_WITH(preview, [ --with-preview=yes,no If you want to
install the 2.0 FX preview],[
- if test x$with_preview = xyes; then
- PREVIEW=yes
+ if test x$with_preview =
Hi,
It would be nice but it is very hard to do. Neither the Sun VM nor the MS VM
can be unloaded.
Zoltan
On Apr 12, 2005 7:00 PM, Joe Ante [EMAIL PROTECTED] wrote:
Hi,
Is there any particular reason why calling mono_jit_init then
) 019B1160 - 019B128A 019B14D0
-Mensaje original-
De: Zoltan Varga [mailto:[EMAIL PROTECTED]
Enviado el: Martes, 19 de Abril de 2005 07:36 a.m.
Para: [EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Asunto: Re: [Mono-devel-list] aot compilation working in windows
Hi,
I think this is ok to check in. One possible improvement would be the one that
Ben mentioned. The ToString() methods are ok, since the MS implementation
overrides them too.
Zoltan
On 4/20/05, Carlos Alberto Cortez [EMAIL
Hi,
mint does not work on ia64.
Zoltan
On 5/9/05, Pierre Brunet [EMAIL PROTECTED] wrote:
Hi,
I've downloaded the 1.1.7 version of Mono. I've installed it on a
redhat without any pbs, but when
Hi,
If you find strange bugs when running something under mono, while it
works under MS.NET, please report it at bugzilla.ximian.com.
Zoltan
On 5/20/05, Vladimir Vukicevic [EMAIL PROTECTED] wrote:
I've brought up this problem
Hi,
Try setting the MONO_LOG_LEVEL env variable to 'debug'. Then the runtime will
print out various informal log messages which include which the names and
locations of assemblies it tries to load. See the 'mono' man page for more info.
Zoltan
On
Fixed.
On 5/21/05, Andreas Nahr [EMAIL PROTECTED] wrote:
Could somebody please look into this issue?
You can easily see it is not correct if you look in the
System.Runtime.InteropServices. In both 1.1 and 2.0 of corecompare lots of
the _* Classes are missing, however in SVN all Classes are
Hi,
Appdomains should be unloaded using mono_domain_unload (), not
mono_domain_free (). The current domain of the current thread can be set
using mono_domain_set ().
Zoltan
On 5/25/05, Jim Purbrick [EMAIL PROTECTED] wrote:
Now that
Hey,
This looks ok, one comment:
- it would be better to create a helper function in icall.c to avoid the code
duplication.
Zoltan
On 5/20/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
Does this fix
Hi,
This is ok to check in.
Zoltan
On 5/30/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
attached is the patch with the changes.
Carlos.
El jue, 26-05-2005 a las 12:04 +0200, Zoltan Varga escribió:
Hey
runtime to look
for AOT files?
Cheers,
Jim.
--- Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
Try running mono with the MONO_LOG_LEVEL env
variable set to 'debug'.
That will show whenever the runtime is able to find
the AOT compiled
Hi,
This is ok to check in.
Zoltan
On 6/9/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
Currently, when loading a reflection only assembly, and then a normal
assembly is also loaded, they share their images, which of course is not
Hi,
Its an artifact of using libtool for creating the dlls. libtool
thinks we want to
start all our dlls with 'cyg' and can't be convinced otherwise.
Zoltan
On 6/17/05, Kornl Pl [EMAIL PROTECTED] wrote:
Hi,
Could someone tell me why
Hi,
No idea. They are probably simply renamed.
Zoltan
On 6/17/05, Kornl Pl [EMAIL PROTECTED] wrote:
Its an artifact of using libtool for creating the dlls. libtool
thinks we want to
start all our dlls with 'cyg' and can't be convinced otherwise.
Hi,
The problem with this is that our dependencies (cygwin, glib, Boehm
GC) are not
yet ported to win64.
Zoltan
On 6/18/05, Andreas Nahr [EMAIL PROTECTED] wrote:
Hi,
did anybody ever look into creating a windows x64 -
Hi,
Try running mono with the MONO_LOG_LEVEL=debug env var set. It will
print out more detailed information about DllImport.
Zoltan
On 7/6/05, Pierre Brunet [EMAIL PROTECTED] wrote:
Hi, is there anybody who has a problem when calling a C-64bits library
Hi,
It will be finished in about a month.
Zoltan
On 7/8/05, Pierre Brunet [EMAIL PROTECTED] wrote:
Hi,
Is there anybody who knows when the port of Mono on Ia64 will be ended ?
Thanks a lot, Pierre
Hi All,
I checked some large changes to the local register allocator in the
runtime which
have some chance of causing regressions. So if you have a mono app which worked
before but doesn't work now, this might be the cause. Write a mail to
the list or
Hi,
This has been fixed in SVN, so you no longer need to call mono_set_defaults
(which isn't in the public headers anyway).
Zoltan
On 7/18/05, Allan Hsu [EMAIL PROTECTED] wrote:
On Jul 18, 2005, at 2:59 AM, Paolo Molaro wrote:
On
Hi,
Better yet, please file a bug report about it at bugzilla.ximian.com.
Zoltan
On 7/18/05, Jonathan S. Chambers [EMAIL PROTECTED] wrote:
I'm following the methods demonstrated in the book '.Net and COM' by
Adam Nathan in his
Hi,
classes are by default passed by-ref to unmanaged code, i.e. a pointer to the
data is passed to the C side. If you define your managed method as 'ref', then
the unmanaged code will receive a pointer-to-a-pointer to the data. Try
removing the 'ref', or
Hi,
Also, could you try renaming your $HOME/.wapi directory to something else
and trying again ?
Zoltan
On 7/28/05, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
I use SuSE Linux 9.3 (x86-64) out of the box...
Is there something that I
Hi,
This looks ok to commit.
Zoltan
On 7/29/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
The attached patch fixes the behavior for GetReferencedAssemblies (it
used to load the references and get the info from them, instead of
getting
Hi,
This particular issue is already fixed in SVN, however some other alignment
issues remain, so --debug is currently unusable on SPARC.
Zoltan
On 8/5/05, Gary M. Smithrud [EMAIL PROTECTED] wrote:
Gary M. Smithrud
Haley
Hi,
This is called 'undeniable exception propagation'. See this for more info:
http://blogs.msdn.com/cbrumme/archive/2003/08/20/51504.aspx
Zoltan
On 8/5/05, Vivek, Bharath Varma (IE10) [EMAIL PROTECTED] wrote:
Thanks for your responses Atsushi David.
Hi,
This has been fixed in the SVN version.
Zoltan
On 8/10/05, Mike Hull [EMAIL PROTECTED] wrote:
Hey Guys,
I was wondering if someone could explain the meaning of these messages:
Windows:
** (unknown:2260): WARNING **: wrong maximal instruction length of
Hi,
I think this is ok to check in.
Zoltan
On 8/14/05, Kamil Skalski [EMAIL PROTECTED] wrote:
Hi!
When bringing generic version of Nemerle interactive shell to live I
encountered the problem in mono runtime:
Hi,
This line:
false cru .libs/libmonogc.a .libs/allchblk.o .libs/alloc.o .libs/blacklst.o
should read:
ar cru
This suggests that your system does not have a suitable 'ar' tool installed, or
the configure script can't find it.
Hi,
This is:
http://bugzilla.ximian.com/show_bug.cgi?id=74982
On 8/21/05, Samuel Kaufman [EMAIL PROTECTED] wrote:
I can't seem to manage linking an application and a library with the
same name under Mono 1.1.8.2. I'd really appreciate any help.
Hi,
The instruction scheduling stuff is basically an attempt to pack
more than 1 instruction into each bundle and avoid emitting a ia64
stop after each instruction. It is IA64 only.
Zoltan
On 8/22/05, Miguel de Icaza [EMAIL
Hi,
You have some program on your system which has the same name as mcs, our
C# compiler. Remove it from the system, or at least from your PATH.
Zoltan
On 8/22/05, Nit Bha [EMAIL PROTECTED] wrote:
hey guys! I got past that error by
Hi,
This is now fixed in SVN.
Zoltan
On 8/24/05, Gary M. Smithrud [EMAIL PROTECTED] wrote:
I'm attempting to get the 8/23 tarball to compile under Solaris 8 and
the function GC_thread_register_foriegn is undefined. I've checked for
incorrectly defined #if around
Hi,
One of the MS debugger devs wrote an interesting blog entry about embedding
IronPython into their managed debugger sample:
http://blogs.msdn.com/jmstall/archive/2005/08/31/Mdbg_Python_ext.aspx
Hi,
Mono has not been ported to AIX. The interpreter might work but it is not
supported at all. So you are way better off using linux.
Zoltan
On 8/31/05, Bernhard Herzog [EMAIL PROTECTED] wrote:
Hi,
I have a newbie question about Mono
Hi,
The type of aot_mutex is CRITICAL_SECTION, which is a structure, so it
cannot be NULL. Try putting debug statements into mono_aot_get_method and
mono_aot_init to see which one is called first. Also, you can run your program
with -O=-aot to disable the AOT
Hi,
This has just been fixed in SVN.
Zoltan
On 9/1/05, Kevin [EMAIL PROTECTED] wrote:
Jonathan, thanks for the tip on monolite.
I should have read more of the README myself.
I am now facing an assertion problem and was
Hi,
This looks ok to check in.
Zoltan
On 9/2/05, Jonathan S. Chambers [EMAIL PROTECTED] wrote:
Here's a patch for the Type.GUID property. It was previously always
returning Guid.Empty. It now returns the value of the
Hi,
mono on solaris/x86 has not been tested for a long-long time so it probably
got broken.
Zoltan
On 9/11/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hello again,
Well, I followed Gary's instructions and uncompressed the
Hi,
Its called GC_PRINT_STATS, not MONO_GC_PRINT_STATS.
Zoltan
On 9/16/05, Thorsten Schuett [EMAIL PROTECTED] wrote:
On Thursday 15 September 2005 19:15, Paolo Molaro wrote:
On 09/15/05 Thorsten Schuett wrote:
I ported a simulation from Visual C#
Hey,
MONO_LOG_LEVEL=debug reports AOT loaded AOT Module
for each of my assemblies. I double checked by hiding
the AOT output so it wasn't found and got almost
identical profile results, so it doesn't look like AOT
compilation is saving any work.
The
Hi Wade,
Some comments:
- could you add a fix to
http://bugzilla.ximian.com/show_bug.cgi?id=54677
This is really easy, basically an 'EXIT' statement needs to be added
to the end of all
.bat files
- also, bug
?
Kornél
- Original Message -
From: Zoltan Varga [EMAIL PROTECTED]
To: Wade Berrier [EMAIL PROTECTED]
Cc: Francisco Martinez [EMAIL PROTECTED];
mono-devel-list@lists.ximian.com
Sent: Friday, September 30, 2005 4:37 PM
Subject: Re: [Mono-dev] Mono 1.1.9.1 Windows Installer Released
Hi,
I'd like to be able to build with the latest cygwin but have not been
able to get it linking correctly:
*** Warning: linker path does not have real file for library -lintl.
*** I have the capability to make that library automatically link in
Hi,
Try copying the contents of the monocharge to the directory where
mono should be
installed, ie. mscorlib.dll should end up in prefix/lib/mono/1.0, ie
/usr/local/lib/mono/1.0.
Zoltan
On 10/2/05, [EMAIL PROTECTED] [EMAIL PROTECTED]
:492
#4 0x081223ac in mini_init (filename=0x80474f5 mcs.exe) at mini.c:10159
#5 0x080718a1 in mono_main (argc=2, argv=0x804737c) at driver.c:846
#6 0x08070b6b in main (argc=2, argv=0x804737c) at main.c:6
- Original Message -
From: Zoltan Varga [EMAIL PROTECTED]
To: [EMAIL PROTECTED
Hi,
[1] was already in SVN, I checked in [2], but why is [3] required ?
Zoltan
On 10/2/05, Mirco Bauer [EMAIL PROTECTED] wrote:
Hi Mono Hackers,
Mono 1.1.9.1 does not compile on AMD64 for 2 reasons on Debian, one
) and $(GMODULE_LIBS), and
$(GMODULE_LIBS) contains -ldl.
Also, how should I check whenever the current mono sources have this 'bug' ?
Zoltan
On 10/2/05, Mirco Bauer [EMAIL PROTECTED] wrote:
On Sun, 2005-10-02 at 22:07 +0200, Zoltan Varga wrote
Hi,
Could you create a testcase which doesn't depend on System.Data+Oracle
etc ?
Zoltan
On 10/3/05, Hubert FONGARNAND [EMAIL PROTECTED] wrote:
Hello,
I've seen that your have commited an optimization in exception handling in
mini...
I missing something obvious?
Wade
On Mon, 2005-10-03 at 13:19 -0600, Wade Berrier wrote:
Hey,
On Sat, 2005-10-01 at 02:23 +0200, Zoltan Varga wrote:
This works fine on my system using latest cygwin. My libint is in
/lib/libintl.a. Perhaps you don't have that package installed
the log. I'll also CC Dick because is looks like he does a lot
with semdel.
Getting closer.
Wade
On Tue, 2005-10-04 at 00:00 +0200, Zoltan Varga wrote:
Hi,
mono builds fine using the latest cygwin libs for me. Altought, it
is still
Hi,
With the current mono code, you can't. It is possible to modify the
runtime code
to allow this, take a look at how tracing is implemented (i.e. mini/trace.c).
Zoltan
On 10/5/05, Riccardo Scandariato [EMAIL PROTECTED] wrote:
Hi,
I think this is ok to check in.
Zoltan
On 10/6/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
The attached patch adds a param to mono_assembly_name_parse_full, which
lets us avoid creating 'version' if it wasn't defined.
This helps us
Hi,
It seems out-of-memory handling on ia64 seems to be broken. I will
try to fix it.
Zoltan
On 10/12/05, Thorsten Schuett [EMAIL PROTECTED] wrote:
Hi,
I sent a mail to this list in September regarding a memory leak on IA64. Back
then the problem
Hi,
Applied. Thanks.
Zoltan
On 10/12/05, Mike Welham [EMAIL PROTECTED] wrote:
I tried repeatedly to file this in bugzilla, but she was having none of it.
Description of Problem:
---
System.Type.GetTypeCode(Type) throws a NullRef exception when
This is ok to check in.
On 10/19/05, Jackson Harper [EMAIL PROTECTED] wrote:
Anyone have any problems with this small patch so the profiler prints
names correctly when they aren't in a namespace?
Thanks
Jackson
___
Mono-devel-list mailing
.
El jue, 20-10-2005 a las 13:06 +0200, Zoltan Varga escribió:
Hi,
I think it would be a little bit easier to return the actual
exception to be thrown from the
TryParse methods as an out argument, instead of adding this
abstraction
Hi,
The way mono marshalls data from/to native code is described here:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnnetcomp/html/netcfmarshallingtypes.asp
If things don't work that way in mono, than it is a bug and we will fix it.
Hi,
This is not correct. net 2.0 rtm does return SerializableAttribute
for types/enums/delegates
but only if the type has the 'serializable' attribute in metadata.
Here is an improved patch:
Index: Type.cs
Hey,
The 32 bit and 64 bit versions have known bugs running on the same
machine in 1.1.9.
This will most likely get fixed in 1.1.10. In the meantime, try
searching your system
for directories named '.wapi' and delete them. That will hopefully
cure
Hi,
I think this is ok to check in. Just increase the corlib version
number in Environment.cs
and appdomain.c since the signature of an icall is changed.
Zoltan
On 11/12/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hi,
The general JIT changes in the patch look harmless to me. There is a problem
tough: the patch makes tests/marhal2.exe crash when run with -O=all.
Zoltan
On 11/15/05, Massimiliano Mantione [EMAIL PROTECTED] wrote:
The
Hi,
We don't have an OpenBSD port maintanier, so somebody with the
neccesary motivation and technical skills need to step up, do the port, and then
maintain it.
Zoltan
On 11/17/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi all,
Hi,
This might be a race condition in our startup code, i.e. the runtime is not
expecting its signal handler to be called before it is fully started up.
Zoltan
On 12/9/05, Ben Timby [EMAIL PROTECTED] wrote:
OK, some more
Hi,
This is already fixed in SVN.
On 12/11/05, Kaushik Srenevasan [EMAIL PROTECTED] wrote:
Hi,
I get the following error when trying to build Mono from SVN...
make[8]: Entering directory `/mnt/mono/clr/mcs/class/System.XML'
MONO_PATH=../../class/lib/basic:$MONO_PATH
Hi,
This is now fixed in SVN.
Zoltan
On 12/15/05, Hubert FONGARNAND [EMAIL PROTECTED] wrote:
I've reverted to :
svn up mcs -r 54350
and it works... it seem's that the actual svn version has a problem...
Le jeudi 15 décembre 2005 à 10:35 +0100, Hubert FONGARNAND
Hi,
Try the gmcs compiler it will automatically use the 2.0 libraries,
so no need to do
-r:/usr/lib/mono/2.0/System.dll.
Zoltan
On 12/19/05, Jurgen Schoeters [EMAIL PROTECTED] wrote:
Hi,
Im'trying to compile a program which uses
Hi,
This isn't a regression. Thread.Interrupt never worked in mono,
however, in older versions,
it did nothing, causing code using it to silently fail, now it throws
a NotImplementedException.
http://bugzilla.ximian.com/show_bug.cgi?id=74525
Zoltan
On 12/20/05, Victor Romero [EMAIL PROTECTED]
Hi,
This will be fixed in SVN sortly. In the meantime, just comment out the body
of ves_icall_System_Threading_Thread_MemoryBarrier () and things should
work ok.
Zoltan
On 12/22/05, Vorobiev Maksim [EMAIL PROTECTED] wrote:
Good day.
Hi,
This is fairly old bug, we never managed to figure out what is causing it:
http://bugzilla.ximian.com/show_bug.cgi?id=58344
Zoltan
On 1/3/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi,
I tried to build mono_1_1_12
Hi,
The problem is most likely the spaces in the directory names which confuse
the shell and/or gcc.
Zoltan
On 1/6/06, Jim Purbrick [EMAIL PROTECTED] wrote:
Hi Everyone,
I'm currently trying to build Mono on Windows XP
following Kevin
Hi,
MonoDomain is the internal structure used by the runtime to track appdomains,
while MonoAppDomain is the managed AppDomain object itself:
struct _MonoAppDomain {
MonoMarshalByRefObject mbr;
MonoDomain *data;
};
The data field of the
Hi,
On 1/9/06, Paolo Molaro [EMAIL PROTECTED] wrote:
+public static int AddRef(IntPtr pUnk)
+{
+IntPtr vtable = Marshal.ReadIntPtr(pUnk);
+IntPtr qi = Marshal.ReadIntPtr(vtable);
+//
Hi,
You might want to try to compile the runtime yourself using VS.NET.
The instructions
to do this are available in the README.vsnet directory in the runtime
source root
directory. This would enable you to step into the runtime code when
Hi,
I tried the example code which creates appdomains from C code and it
really does crash
because some things are only set up in the runtime when mono_jit_exec
() is called. So
your workaround of calling CreateDomain () from managed code seems
Mono in VS before, but
at
the time I looked in to it there were problems
with
stack walking, so not everything worked when you
built
Mono with VS and also you needed VS 2005 which was
only in beta at the time and SL only built in VS
2003.
Cheers,
Jim.
--- Zoltan Varga
Hi,
If you are talking about the memory allocated by the script itself,
I think the best solution would be to explicitly generate code to
track it, i.e. for each newobj
or newarr IL opcode you emit, emit some statements to increase a counter or
Hi,
Mono hasn't been ported to the alpha CPU, only the interpreter is provided
which is not really supported. Most likely this causes this problem.
Zoltan
On 1/20/06, Servey Tikhonov [EMAIL PROTECTED] wrote:
Hello,
I am trying to build
it work better alpha, we will of course integrate it.
Zoltan
On 1/20/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Zoltan Varga wrote:
Hi,
Mono hasn't been ported to the alpha CPU, only the interpreter is provided
which is not really supported. Most
Hi,
Try running autogen.sh from the 'mono' directory.
Zoltan
On 1/23/06, Don Edvalson [EMAIL PROTECTED] wrote:
Hi,
I have found that when I pull the latest source from SVN, it is missing
several files necessary to perform the build on Windows.
The
Hi,
There is some documentation of the JIT in mono/docs. It is not very
organized, but
contains lots of useful info, particularly mini-porting.txt.
Zoltan
On 1/24/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Sergey Tikhonov wrote:
Hi,
Defining MONO_ARCH_HAVE_CREATE_SPECIFIC_TRAMPOLINE is the
preferred method.
Zoltan
On 1/25/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Hello,
Zoltan Varga wrote:
Hi,
There is some documentation of the JIT in mono/docs
Hi,
The verifier situation is not very good: we have some verifier code,
but it is not
complete, not tested, and certainly not reviewed from a security standpoint. The
same goes for most of the runtime code. So at this point, loading and using
untrusted
, and they use some common functionality
like:
- the local register allocator in mini-codegen.c.
- the function to allocate stack slots in mono_allocate_stack_slots ()
etc.
Zoltan
On 2/1/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Zoltan Varga
Hey, It returns '1' here. Please attach a complete testcase. ZoltanOn 1 Feb 2006 14:59:05 -, Mayur Devendra Punekar
[EMAIL PROTECTED] wrote:
Hello,
- I am tring to covert string to float and double with the help of float.Parse and Double.Parse method, but its not returning proper values,
Hey,
IMHO, verification should be kept separate from the JIT. The job of the JIT is
to generate machine code _fast_, while the goal of the verifier is to
be _secure_.
Mixing the two would probably lead to a JIT which wasn't very fast, and it
wasn't very secure
metadata/loader.c.
Zoltan
On 2/9/06, Jonathan Resnick [EMAIL PROTECTED] wrote:
Would someone be kind enough to point me to the source code location in the
Mono runtime that does the loading of unmanaged dll/so to support p/invoke
functionality?
Thanks,
Jonathan
Hi,
You can put it into mono_arch_emit_exceptions ().
Zoltan
On 2/16/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Hello,
I made some progress, but still need help. :)
Working with ICONSTs on Alpha is real pain. I
Hey,
A reduction in the size of the generated code might worth it if the
increase in compile
time is not too big.
Zoltan
On 2/22/06, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
This time the patch should be considered
.
Zoltan
On 2/22/06, Sergey Tikhonov [EMAIL PROTECTED] wrote:
Zoltan Varga wrote:
Hi,
You can put it into mono_arch_emit_exceptions ().
Zoltan
Thanks
Hey,
You might be running into this one:
http://bugzilla.ximian.com/show_bug.cgi?id=27663
Zoltan
On 2/25/06, vijaya raghava mutharaju [EMAIL PROTECTED] wrote:
Hello,
I have created an AppDomain to load an Assembly, used
1 - 100 of 718 matches
Mail list logo