Using explicit namespaces the problem it's solve.
And I think that MD and NAnt do something different in the compilation
time, some parameter maybe, don't know. But the issue still remain.
I can not reproduce the issue in a simple class too :s The unique
example that I have it's the past named
On 07/02/07 Rodrigo Kumpera wrote:
The attached patch moves can_access_field and can_access_method from
mini.cto
class.c. The reason behind this change is to allow code sharing between
verifier and JIT as access checks are meat to be exactly the same between
the two. The current patch just
On 06/30/07 Andreas Färber wrote:
I am aware that the interpreter is not officially supported, but
having been updated this month shouldn't it at least compile? I get
No, unsupported means we're not doing any work on it ourselves, we just
don't actively prevent people from fixing it by
On 07/02/07 Joachim Ante wrote:
Is there any way from managed or unmanaged code to iterate through
all allocated managed objects?
I presume the Garbage collector must have this data somewhere?
It does, but the way it does it is not exposed and it will never be
exposed (because it's an
On 06/29/07 pablosantosluac wrote:
I'm trying to compile the plastic server on linux using mono + NANT.
It compiles all the .dll and even the .exe targets, but at the end it
fails:
[...]
[al] Starting mono (al.exe
@/tmp/tmp3e9e47fd.tmp
Ok,
I'll try but I'm afraid it won't be that easy. I guess a simple application
will work. The problem can be with our big projects: 7 dlls, some .exe,
100KLOC... Yes, size shouldn't be the problem but understand it is not that
easy to reproduce...
- Original Message -
From: Paolo
- Original Message -
From: Paolo Molaro [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Tuesday, July 03, 2007 11:29 AM
Subject: Re: [Mono-dev] Problems trying to compile Plastic on Linux
On 06/29/07 pablosantosluac wrote:
I'm trying to compile the plastic server on
Hi,
The assembly info doesn't contain a key file.
using System.Reflection;
using System.Runtime.CompilerServices;
[assembly: AssemblyDescription(BL063)]
[assembly: AssemblyConfiguration()]
[assembly: AssemblyCompany(Codice Software, S.L.)]
[assembly: AssemblyProduct(Plastic)]
[assembly:
On 07/02/07 APS wrote:
# mono --version
Mono JIT compiler version 1.1.17.2, (C) 2002-2006 Novell, Inc and
[...]
Some other hint? :-)
No need: the above is enough to tell us you're using an ages old mono:
use mono 1.2.4.
lupus
--
Hi Paolo,
I am stuck with my ppc64 port of the JIT so I was hoping to test the
interpreter to see if that works.
Event if the interpreter compiled, it wouldn't work on ppc64.
It would be better if you detailed the issues you have with the ppc64
port instead because we could help you with
Just to know, what is the way to log the path where mono search for assemblies?
At 12.18 03/07/2007, you wrote:
On 07/02/07 APS wrote:
# mono --version
Mono JIT compiler version 1.1.17.2, (C) 2002-2006 Novell, Inc and
[...]
Some other hint? :-)
No need: the above is enough to tell us
pablosantosluac escribió:
I'll try but I'm afraid it won't be that easy. I guess a simple application
will work. The problem can be with our big projects: 7 dlls, some .exe,
100KLOC... Yes, size shouldn't be the problem but understand it is not that
easy to reproduce...
Hugh, don't want
On Tue, 2007-07-03 at 14:50 +0200, APS wrote:
Just to know, what is the way to log the path where mono search for
assemblies?
As stated earlier man mono has a lot of debugging options for you.
You can try this one to see from where mono loads the default (e.g.
mscorlib) assemblies.
Hi,
My guess is that this needs some low level debugging through machine
code. I.e.
first find out where the execution is last transferred to JIT
generated code before
the crash, then single step from there with gdb.
Zoltan
I haven't been
Also, trying to run hello, world is too much for a new port. Try
compiling the JIT
regression tests on a separate machine, then run them using
make rcheck in the mini directory. Finding errors in the JIT tests is
much easier since the tests are small. You might need to disable parts
of the JIT
Hi Paolo,
It sounds like you want to get weak references to the interesting
objects (mono_gchandle_new_weakref() in the embedded API or the
low-level GCHandle in managed code)
* We do a bunch of temporary memory allocations which will be
cleaned up by the gc immediately afterwards when eg.
Hi,
I posted this on the mono list a few weeks ago and I got no answer, so I'm
trying to repost it here. Is it the right list to talk about that kind of
problems?
Thanks,
Jonathan
_
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Jonathan Gagnon
Envoyé : Wednesday,
Hey,
First, it includes changes to eglib/configure.in to make it compile
on OS X and adds VPATH support to facilitate compiling for ppc and
ppc64.
I suggest sending the eglib changes separately (note that the vararg
changes need to be inside a #ifdef conditional).
This is not a patch that
i'll gladly go with mono_gchandle_new_weakref solution you mentioned,
if you think there is no real overhead in our use case.
Basically i would need to know that mono_gchandle_new_weakref has no
noticable overhead when the primary use case is quickly allocating
temporary memory (Those
Ok, I'll try it :-P
But I'm afraid it is not a bug but just something I'm doing wrong with
Mono...
We're also filing testcases for winforms but I expected it to be harder...
Ok, I'll try... :-P
- Original Message -
From: Andrés G. Aragoneses [ knocte ] [EMAIL PROTECTED]
To:
Well, I've been here and I don't remember seeing any jit-related request
for help:) Follow the above suggestions for now and we can both try to
get the changes in svn and get the bugs fixed.
I wanted to point out that for the changes to be committed to SVN, we
need to either get a copyright
Hi,
I've created a small repro for this issue and submitted a bug report for it:
http://bugzilla.ximian.com/show_bug.cgi?id=82003
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dario
Quintana
Sent: maandag 2 juli 2007 23:23
To: Marek Safar
Cc:
Thanks for figuring out the repro steps. We've been battling this
issue for months, but couldn't come up with a small enough case to
submit a bug. The work-around is to use fully-qualified type name,
which we did.
Hope this issue gets addressed in the next release!
Cheers,
- Steve
Hello Gert,
I've created a small repro for this issue and submitted a bug report for it:
http://bugzilla.ximian.com/show_bug.cgi?id=82003
Awesome !
Thank you,
Marek
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi all,
I've recently started a major new project and intend to use spring.net
and NHibernate as core parts of the architecture. I've started running
into a few issues and to my dismay running MoMA over these projects
yields a number of MonoTodo's and not implemented exceptions. Notable
Il giorno mar, 03/07/2007 alle 22.02 +0100, James Fitzsimons ha scritto:
I've recently started a major new project and intend to use spring.net
and NHibernate as core parts of the architecture. I've started running
into a few issues and to my dismay running MoMA over these projects
yields a
Hi,
If you are only wrapping 8 bytes of data, have you considering using
structs, and declaring those variables on the method entry point?
That
would allocate those objects on the stack.
Unfortunately they are using inheritance. I'd love to be able to have
them in structs otherwise.
Federico Di Gregorio escribió:
Il giorno mar, 03/07/2007 alle 22.02 +0100, James Fitzsimons ha scritto:
I've recently started a major new project and intend to use spring.net
and NHibernate as core parts of the architecture. I've started running
into a few issues and to my dismay running MoMA
Federico Di Gregorio escribió:
Il giorno mar, 03/07/2007 alle 22.02 +0100, James Fitzsimons ha scritto:
I've recently started a major new project and intend to use spring.net
and NHibernate as core parts of the architecture. I've started running
into a few issues and to my dismay running MoMA
Hello,
What are the results of running make rcheck in mini/? That is the
first
thing that needs checking. If it fails in the same way before
starting
the tests it is likely related to something earlier on in the
initialization.
I was not aware of a make rcheck, I only knew the standard
Mike,
In short, you are mixing up concepts.
First, the CLI is not ActiveX. To my knowledge Mono does not have
dependencies on any COM replacement technologies.
Second, the big difference between C#/Java and Delphi/Pascal/... is
not the C-like-or-not syntax but the managed environment it's
hello there,When we open a new project(ASP.NET) monodevelop(0.14) it gives a
Default.aspx and a Default.aspx.cs file by default which has the foolowing line
:-textBox1.Text = \Hello World\;.I am trying to compile and run the same but
getting this error
Hello!
I have a question to the compiler error references listed on
http://www.go-mono.com/docs/:
Is there a subset of these compiler error numbers that mcs/gmcs may
produce if called with the --parse argument?
I noticed already that --parse does only syntax checking, but does not
check
On Tue, 2007-03-07 at 09:03 +, rupanu pal wrote:
Hello !
When we open a new project(ASP.NET) monodevelop(0.14) it gives a
Default.aspx and a Default.aspx.cs file by default which has the
foolowing line :-
textBox1.Text = Hello World;
.I am trying to compile and run the same but
Hello,
I do not know if you are using XPS or mod_mono for Apache. But here are
some links:
XPS:
http://www.mono-project.com/Xsp#ASP.NET_2.0
Apache and mod_mono:
http://www.mono-project.com/Mod_mono#ASP.NET_2_apps_do_not_work
Florian Hester
Thank you very much Florian, I got that working
Hi,
I'm unable to run sample applications for gecko-sharp. It gets SIGSEGV
(stack trace below - if it needed I probably could add some debug
symbols for it).
I tried with gecko-sharp-2.0-0.11 (installed on my system from RPM -
Fedora Core 6) and sample applications from gecko-sharp-2.0-0.11
Obviously this is already degenerated into a war of snide replies meant
to defend resistance by accusation of amateurism. That's all I really
need to know, really. Thanks for your time.
BYE.
Alan McGovern wrote:
One obvious security vulnerability (assumably of
all .Net
This is utterly ridiculous. All these things are obvious. I mean,
suggesting I join a Delphi forum? (previous post) As if somehow I
hadn't participated in so many for so many years -- or a guy who has
possibly the most marked up copy of CLR via C# extant doesn't even get
the basic concept of
I updated to the latest SVN code this morning and noticed that the
following code
int a = 100;
int b = -2147483647;
System.Console.WriteLine(String.Format(Math.Max(a, b) is {0},
Math.Max(a, b)));
Prints -2147483647 when I'd expect it to print 100. Looking at the
source code to
On 7/3/07, Maser, Dan [EMAIL PROTECTED] wrote:
Prints -2147483647 when I'd expect it to print 100. Looking at the source
code to Math.Max in class/corelib/System/Math.cs I don't see any problem,
though. Can someone else verify this?
Don't have SVN here, but on mono 1.2.3.1 it's working fine.
Maser, Dan wrote:
I updated to the latest SVN code this morning and noticed that the
following code
int a = 100;
int b = -2147483647;
System.Console.WriteLine(String.Format(Math.Max(a, b) is {0},
Math.Max(a, b)));
Prints -2147483647 when I'd expect it to print 100. Looking
This is utterly ridiculous. All these things are obvious. I mean,
suggesting I join a Delphi forum? (previous post) As if somehow I
hadn't participated in so many for so many years -- or a guy who has
possibly the most marked up copy of CLR via C# extant doesn't even get
the basic concept of
Thanks, I created
http://bugzilla.ximian.com/show_bug.cgi?id=82001
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Jordan
Sent: Tuesday, July 03, 2007 11:46 AM
To: Mono-list@lists.ximian.com
Subject: Re: [Mono-list] Can there be a problem
Hello again,
I've reproduced this same problem again on WinXP with the latest
Apache/mod_mono/Mono setup. I also found an old bug where someone
reported the same problem I'm having, but it was ultimately determined
to be 'not a bug':
http://bugzilla.ximian.com/show_bug.cgi?id=73203
So...my
On 07/03/07 Maser, Dan wrote:
I updated to the latest SVN code this morning and noticed that the
following code
int a = 100;
int b = -2147483647;
System.Console.WriteLine(String.Format(Math.Max(a, b) is {0},
Math.Max(a, b)));
Fixed in svn.
Thanks!
lupus
--
Is there a subset of these compiler error numbers that mcs/gmcs may
produce if called with the --parse argument?
I noticed already that --parse does only syntax checking, but does not
check interdependencies between files etc. like done at compilation.
That flag is an internal flag that we
Hi,
No offense, but what I thought when I read your mail and your first
reply to Alan is that you had no clue about what .NET/Mono is and how it
works. I guess that the other people that replied had the same feeling.
If you find the answers obvious, then you clearly failed in explaining
your
Have anyone heard, or have information of JBoss Web Server running .NET?
Regards,
Lorenzo
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
48 matches
Mail list logo