This is a known bug #60766
(http://bugzilla.ximian.com/show_bug.cgi?id=60766), and the mono-team
is working an a fix, which will hopefully be in Mono 1.01, before this
fix will be in XSP and mod_mono are not working on Mac OS X,
unfortunately. Thanks for reporting the issue.
- Urs
On Jul 8,
I would strongly recommend using the PKG installer for Mac OS X (10.3
and above).
It can be downloaded @
http://mono2.ximian.com/archive/1.0/macos/MonoFramework-1.0.dmg
XSP and mod_mono are not working with Mono 1.0 on Mac OS X because of
bug #
I don't think it is a JIT issue, I think it is a runtime threading
issue, and I have seen strange threading things even on my FC1 box,
inconstant (one time it runs and another it doesn't). I think it might
happen for often on my Mac since it is a dual processor and threads are
executed
C Muff wrote:
I don't think it is a JIT issue, I think it is a runtime threading
issue, and I have seen strange threading things even on my FC1 box,
inconstant (one time it runs and another it doesn't). I think it
might happen for often on my Mac since it is a dual processor and
threads
That's what I mean!
Would it be possible to start gdb in g_assert or something like that
and attach the current process? Like just in time debugging? That
would help a lot, since we would have stack info for those random
crashes!
On May 18, 2004, at 8:03 AM, Benjamin Reed wrote:
Urs C Muff
This is due the the config file issue, I sent a patch to the dev list,
but nobody replied to review it yet!
- Urs
On Mar 23, 2004, at 10:00 PM, Attila Balogh wrote:
Erik Dasque wrote:
Hmmm,
Yes, I think I had this problem at some point. Set LD_LIBRARY_PATH
since you're talking about .so
did you install mono from fink?
if so, you have to add /sw/lib to DYLD_LIBRARY_PATH instead of
/usr/local/lib
On Mar 23, 2004, at 10:00 PM, Attila Balogh wrote:
Erik Dasque wrote:
Hmmm,
Yes, I think I had this problem at some point. Set LD_LIBRARY_PATH
since you're talking about .so
what do you get on
~/mono mono --version
Mono JIT compiler version 0.31.99, (C) 2002-2004 Novell, Inc and
Contributors. www.go-mono.com
TLS: normal
GC:System Boehm (with typed GC)
SIGSEGV : normal
Globalization: none
and you should get
change mono into mint in the make files and that should do it.
-urs
On Mar 22, 2004, at 1:39 PM, Attila Balogh wrote:
it's a little bit offtopic it this thread, but Rob: is it possible
that the '(except for some GTK# stuff)' is the reason why i can't
build monodoc on macosx? gtk#,
were you able to run any GTK# apps? in gtk-sharp/sample?
did you change /usr/local/etc/mono/config at all? .so -- .dylib?
I get a gtksharpglue dll not found exception. Those are in
/usr/local/lib/libgtksharpglue.so, ... (I even renamed them to .dylib,
and I tried a entry in the config, no
build is not really an issue, just replace mono with mint in all build
processes and make sure you have the 'fink' dependencies using the
unstable tree, but running is still a big no for me...
- Urs
On Mar 22, 2004, at 5:24 PM, Attila Balogh wrote:
Urs C Muff wrote:
change mono into mint
Well actually I agree that the shell scripts 'mono' and 'mcs' might
live in /usr/bin, but I would create a Framework and put it in
/System/Library/Frameworks/MonoVM.Framework the same way as
/System/Library/Frameworks/JavaVM.Framework is placed (look at the
folder structure within the
use read64(), read32() instead
otherwise, mint is not linking.
- Urs
On Feb 11, 2004, at 8:52 AM, Ferguson, Neale wrote:
Thanks, you're right about the endianess. I got rid of the error
messages by
the following:
--- debug-mono-symfile.c12 Nov 2003 13:15:34 - 1.55
+++
Does anyone else have similar problems with the current CVS build? 'mono' and
'mcs' are build, but those warning just appeared about 3 days ago.
Anything that I can do? Those warning appear when re-making the 'mcs'
package.
** (../../mcs/mcs.exe:25207): WARNING **: cant resolve internal call
The current built debugger from CVS does not start up (the main windows
flashes and then the following exception occurs): Let me know if I can
produce better info for you. [I built all the libraries including gtk#,
corlib, and the debugger, with debug symbols, but it would help a lot if the
:
- Urs C. Muff
attachment: winmail.dat
Can I register and fire a remote delegate in the current state of
System.Runtime.Remoting?
- Urs C. Muff
attachment: winmail.dat
17 matches
Mail list logo
