Re: [Mono-list] XSP on OS/X -- assertion failed
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, 2004, at 5:32 AM, Bryan Zarnett wrote: After compiling and attempting to run XSP on OS/X I get the following error when I try to hit the server: ** ERROR **: file exception-ppc.c: line 930 (ves_icall_get_trace): asertion failed: (ji !=NULL) When I run XSP (mono xsp.exe) The application prints out the following basic details: Adding applications '/:.'... Registered application: Host: any Port: any Virtual Path: / Physical Path: /usr/local/xsp/bin Listening on Port: 8080 Listening on address: 0.0.0.0 Root Directory: /usr/local/xsp/bin Any help in solving this impediment would be great. Bryan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] XSP on OS X ?
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 # http://bugzilla.ximian.com/show_bug.cgi?id=60766. - Urs On Jul 8, 2004, at 4:10 AM, manu wrote: On Mon, 2004-07-05 at 20:32, manu wrote: Does anybody have this problem with OS X ? I get a U_FILE_ACCESS_ERROR with xsp and mod_mono ? Whoever built your ICU needs to rebuild it without configuring --with-data-packaging=files. See http://bugzilla.ximian.com/show_bug.cgi?id=52065 Thanks, on os x I builded icu 3.0 from IBM, but I still get the same message. I have to use the icu ximian package I think, but there is a lot of dependencies to resolve. Is there maybe a tar.gz version out there ? Or better, an OS X one ? Manu ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] beta 1 install problem on OSX
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 simultaneous. I logged a bug for that more then a week ago, but no progress yet. - Urs On May 18, 2004, at 6:47 AM, Benjamin Reed wrote: I've seen this on my 10.2 machine, and now on a user's 10.3 machine (originally I'd thought maybe it was just a Jaguar issue...) ---(snip!)--- Making install in net_1_1 make[3]: Nothing to be done for `install-exec-am'. /bin/sh ../../mkinstalldirs /sw/src/root-mono-0.91-3/sw/lib /usr/bin/install -c -m 644 mscorlib.dll /sw/src/root-mono-0.91-3/sw/lib/mscorlib.dll MONO_PATH=. ../../mono/mini/mono --config ../../data/config ./../gacutil.exe /i ./Accessibility.dll /f /package 1.0 /root /sw/src/root-mono-0.91-3/sw/lib Package exported to: /sw/src/root-mono-0.91-3/sw/lib/mono/1.0 Accessibility installed into the gac (/sw/src/root-mono-0.91-3/sw/lib/mono/gac/) thread_info failed make[3]: *** [install-data-local] Error 1 make[2]: *** [install-am] Error 2 make[1]: *** [install-recursive] Error 1 make: *** [install-recursive] Error 1 ---(snip!)--- Thinking maybe it was a problem with the JIT, I tried this with mint instead of mono, and the same thing occurs. Any ideas how to debug/fix this? -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] beta 1 install problem on OSX
If you have it reproducible: even better! Launch with gdb --args mono ... and log the bt stack trace into the bug http://bugzilla.ximian.com/show_bug.cgi?id=58065. This is certainly a beta 2 stopper and has to be fixed before beta 2! - Urs On May 18, 2004, at 7:00 AM, Benjamin Reed wrote: Urs 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 are executed simultaneous. I logged a bug for that more then a week ago, but no progress yet. Well there must be something specific causing it, it's not reproducible (so far) on one of my boxes, and totally reproducible on the other... -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] beta 1 install problem on OSX
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 wrote: If you have it reproducible: even better! Launch with gdb --args mono ... and log the bt stack trace into the bug http://bugzilla.ximian.com/show_bug.cgi?id=58065. This is certainly a beta 2 stopper and has to be fixed before beta 2! Figures. It doesn't crash under gdb. :( -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: monodevelop on osx - was: [Mono-list] SIGILL in I18N on OSX
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 libraries here. Renaming them to dylib won't help, they're not dylibs. So set LD_LIBRARY_PATH the same way you set DYLD_LIBRARY_PATH. Let me know if that fixes it. Erik At 08:14 PM 3/23/2004, Attila Balogh wrote: hello, still on running monodevelop on osx. 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 change). at me the first problem is with libgnomeui.so this is the exact message: Unhandled Exception: System.DllNotFoundException: libgnomeui-2.so.0 #0: 0x00011 throw in Gnome.Modules::libgnomeui_module_info_get () #1: 0x0 call in Gnome.Modules::get_UI () #2: 0xa call in MonoDevelop.SharpDevelopMain::Main ([O:0xa5f78] ) Rob suggested to export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/usr/local/lib, it didn't help either. (i edited /sw/etc/lib/mono/config, .so* - .dylib already) any ideas, Urs did you get further? Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list tried it, didn't work, exactly the same message. Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: monodevelop on osx - was: [Mono-list] SIGILL in I18N on OSX
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 libraries here. Renaming them to dylib won't help, they're not dylibs. So set LD_LIBRARY_PATH the same way you set DYLD_LIBRARY_PATH. Let me know if that fixes it. Erik At 08:14 PM 3/23/2004, Attila Balogh wrote: hello, still on running monodevelop on osx. 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 change). at me the first problem is with libgnomeui.so this is the exact message: Unhandled Exception: System.DllNotFoundException: libgnomeui-2.so.0 #0: 0x00011 throw in Gnome.Modules::libgnomeui_module_info_get () #1: 0x0 call in Gnome.Modules::get_UI () #2: 0xa call in MonoDevelop.SharpDevelopMain::Main ([O:0xa5f78] ) Rob suggested to export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/usr/local/lib, it didn't help either. (i edited /sw/etc/lib/mono/config, .so* - .dylib already) any ideas, Urs did you get further? Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list tried it, didn't work, exactly the same message. Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] More Mac OS X problems
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 ~/mono mcs --version Mono C# compiler version 0.31.99.0 when making mono using autogen.sh you should see: ~/mono/mono ./autogen.sh --prefix=/usr/local/ --with-gc=boehm ... config.status: executing depfiles commands GC: boehm ICU: no, if you want full i18n support download it from: http://oss.software.ibm.com/icu/index.html NPTL:yes SIGALTSTACK: no Engine: Building the JIT, defaulting to the interpreter Now type `make' to compile [note I'm not using ICU, but that should have no effect] - Urs On Mar 23, 2004, at 12:11 PM, Abe Gillespie wrote: Thanks to the help of this list I finally got Mono compiled. Now, though, I get Bus Error every time I run mcs. (And yes, mcs is actually a script that runs mcs.exe via mint as described in the Mac OS X write-up.) I can do mcs --help and mcs --about w/o problems. But I can't compile anything due to said error. Thanks. -Abe ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
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#, gtksourceview-sharp and all the dependencies compile allright, but the monodoc compilation fails because of '** ERROR **: file mini-ppc.c: line 2093 (handle_thunk): assertion failed: (pdata.found == 1)' though it doesn't sound like it has anything to do with gtk# - for me at least ;] regards Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
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 change). I can build monodoc, but again running is a different thing this time glibsharpglue not found... - Urs On Mar 22, 2004, at 1:47 PM, Robert Shade wrote: I was referring to running GTK# apps. I've never had any problems building anything. I would suggest that you update to the latest CVS and try again, as some PPC changes have occured in the JIT recently. If it still doesn't help, file a bug report. rob 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#, gtksourceview-sharp and all the dependencies compile allright, but the monodoc compilation fails because of '** ERROR **: file mini-ppc.c: line 2093 (handle_thunk): assertion failed: (pdata.found == 1)' though it doesn't sound like it has anything to do with gtk# - for me at least ;] regards Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
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 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#, gtksourceview-sharp and all the dependencies compile allright, but the monodoc compilation fails because of '** ERROR **: file mini-ppc.c: line 2093 (handle_thunk): assertion failed: (pdata.found == 1)' though it doesn't sound like it has anything to do with gtk# - for me at least ;] regards Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list i made the change, now it goes further, after checking all the .xml files it throws this: Unhandled Exception: System.IO.IOException: Win32 IO returned ERROR_NO_MORE_FILES. Path: ../../mcs/errors/cs3005-14.cs #0: 0x001ca throw in System.IO.FileStream::.ctor ([O:0x32cf0a0] [3] [1] [1] [8192] [0] ) #1: 0xc call in System.IO.FileStream::.ctor ([O:0x32cf0a0] [3] [1] [1] ) #2: 0x4 newobj in System.IO.File::OpenRead ([O:0x32cf0a0] ) #3: 0x0009e call in System.IO.StreamReader::.ctor ([O:0x32cf0a0] [O:0x322b280] [1] [4096] ) #4: 0x9 call in System.IO.StreamReader::.ctor ([O:0x32cf0a0] [O:0x322b280] ) #5: 0x000f5 newobj in Monodoc.ErrorProviderConfig::Compile () #6: 0x6 callvirt in Monodoc.ErrorProvider::CloseTree ([O:0x9fac0] [O:0x3251d50] ) #7: 0x00306 callvirt in Monodoc.Assembler::Main ([O:0x9df50] ) any ideas? Urs/Rob: were you also able to build monodevelop on osx? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MacOS packages.
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 framework to see how Apple is structuring such a beast). But the .Net assemblies should live in /System/Library/Frameworks/MonoVM.Framework/Versions/0.30/Assemblies where there is a link pointing there @ /System/Library/Frameworks/MonoVM.Framework/Assemblies. That would conform with Apple's standard much better: I don't know how we would have to build mono to include those in the assembly load path... - Urs On Feb 24, 2004, at 5:11 PM, Andy Satori wrote: OK, following up my own post and thoughts. I went ahead and installed OS X 10.3 on an external FW drive, and just built a ground up Mono install using pkg-config 0.15.0, glib-2.3.1, gettext 0.11.5, and mono-0.30.1. And I'm getting ready to assemble the .pkg files for those installations. The question now becomes, where to put them... On a fresh installation of OS X, /usr/local/bin is not in the path. Everything lives in /usr/bin, including java, javac, php, ruby, and python. Based upon that, we have the option of installing Mono and it's dep's into /usr/ /usr/local/ or /opt/. For the average user, installing it to /usr/ means that it will just magically work. The other alternative is to write a shell script to alter the systemwide environment variables, but this would be overwritten by every .x.x patch to the OS. With the change to bash, we could alter it for the terminal windows, but spawned tasks would not have the correct environment by default. Looking at the way that Apple integrated Java into the operating system, it looks like the proper way to do this would be to go to /usr/ as this would allow Mono development to build applications that are deployed in name.app bundles just like Java applications and be executable in the same fashion, giving Mono apps the same level of system parity as Java. The only negative I see with this is that it might conflict with other versions of glib-2 or gettext on the system. It might give some strange interactions with DarwinPorts or Fink applications. Does anyone have any thoughts? Andy Satori On Feb 24, 2004, at 2:37 PM, Andy Satori wrote: This depends upon if you want a 'native' solution, or a Fink, or a DarwinPorts solution. I personally prefer native solutions, as they don't require any 3rd party tools, but it means packaging all of the dependancies as well. The native solution would be to build Package via the Apple Developer Tools Package Builder, then place it in a disk image, gzip the image and that's your installer. The other solutions require that either the Fink client or the DarwinPorts tools be installed and then the user can use those installation systems, which are more like the Linux RPM, or Apt Get tools. This is fine, but it puts things in funny locations, like /sw/bin /sw/lib or /opt/, making your documentation a little bit odd. I'd be happy to work on a full installer package if that's of interest. It's not to terribly complex, and it ties into my work on integrating Mono (mcs) into XCode. Andy On Feb 24, 2004, at 1:44 PM, Miguel de Icaza wrote: Hey guys, Given that the Mono port for MacOS is progressing rapidly [1], I would like the next release of Mono to be available as an easy-to-use .dmg file. Can someone who understand this explain what do I have to do? [1] the only missing feature am aware of is exception handling. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] What's this message?
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
+++ debug-mono-symfile.c11 Feb 2004 15:29:40 -
@@ -10,10 +10,11 @@
#include mono/metadata/appdomain.h
#include mono/metadata/exception.h
#include mono/metadata/debug-helpers.h
#include mono/metadata/mono-debug.h
#include mono/metadata/debug-mono-symfile.h
+#include mono/metadata/mono-endian.h
#include fcntl.h
#include unistd.h
#define RANGE_TABLE_CHUNK_SIZE 256
@@ -53,18 +54,18 @@
ptr = start = symfile-raw_contents;
if (!ptr)
return FALSE;
- magic = *((guint64 *) ptr);
+ magic = mono_read64(ptr);
ptr += sizeof(guint64);
if (magic != MONO_SYMBOL_FILE_MAGIC) {
- g_warning (Symbol file %s has is not a mono symbol
file,
handle-image_file);
+ g_warning (Symbol file %s is not a mono symbol file,
handle-image_file);
return FALSE;
}
- version = *((guint32 *) ptr);
+ version = mono_read32(ptr);
ptr += sizeof(guint32);
if (version != MONO_SYMBOL_FILE_VERSION) {
g_warning (Symbol file %s has incorrect version
(expected %d, got %ld),
handle-image_file,
MONO_SYMBOL_FILE_VERSION, version);
but I haven't looked to see what needs to be done to actually use this
information in a big-endian environment. Any reason these routines
aren't
inline. (In fact, S/390 has the LRV and STRV instructions that will
reverse bytes for you which I may plug in as an optimization.)
-Original Message-
Hi,
I think lupus answered this one here:
http://lists.ximian.com/archives/public/mono-devel-list/2004-February/
00
3924
.html
(Most likely the debug symbol data code wasn't written with
portability in mind and it's full of endianess issues)
As for the grammar, the file to patch would be:
mono/mono/metadata/debug-mono-symfile.c
g_warning (Symbol file %s has is not a mono symbol file,
handle-image_file);
;-)
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Current CVS build 'warnings' on Linux
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 to System.Threading.Thread::ResetAbort() (tested without signature also) Your mono runtime and corlib are out of sync. When you update one from cvs you need to update, compile and install the other too. Do not report this as a bug unless you're sure you have updated correctly: you probably have a broken mono install. If you see other errors or faults after this message they are probably related and you need to fix your mono install first. ** (../../mcs/mcs.exe:25207): WARNING **: cant resolve internal call to System.Threading.Thread::Abort(object) (tested without signature also) - Urs ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Stepping into interncalls with the Mono Debugger
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
configuration already would support debug targets!!]
$ mono --debug /usr/bin/Debugger.exe ~/Test/Client.exe
** Message: debug-mono-symfile.c:950: 0x8707480 - 0,f,0
Unhandled Exception: System.NullReferenceException: A null value was found
where an object instance was required
in [0x9] (at /home/umuff/mono/gtk-sharp/glade/XML.custom:184) 00
.SignalConnector:ConnectFunc (string,intptr,string,string,intptr,int,intptr)
in 0x0008c 05 .SignalConnector:ConnectFunc
(intptr,intptr,intptr,intptr,intptr,int,intptr)
in (unmanaged) 06 .SignalConnector:glade_xml_signal_autoconnect_full
(intptr,RawXMLConnectFunc,intptr)
in 0x4 06 .SignalConnector:glade_xml_signal_autoconnect_full
(intptr,RawXMLConnectFunc,intptr)
in [0x00013] (at /home/umuff/mono/gtk-sharp/glade/XML.custom:163) 00
.SignalConnector:Autoconnect ()
in [0x00010] (at /home/umuff/mono/gtk-sharp/glade/XML.custom:115) 00
Glade.XML:Autoconnect (object)
in [0x00186] (at
/home/umuff/mono/debugger/lib/../frontends/gui/DebuggerGUI.cs:226) 00
Mono.Debugger.GUI.DebuggerGUI:SetupGUI ()
in [0x00061] (at
/home/umuff/mono/debugger/lib/../frontends/gui/DebuggerGUI.cs:140) 00
Mono.Debugger.GUI.DebuggerGUI:.ctor (string[])
in [0x000fc] (at
/home/umuff/mono/debugger/lib/../frontends/gui/DebuggerGUI.cs:88) 00
Mono.Debugger.GUI.DebuggerGUI:Main (string[])
It worked about 4 days ago, and does not seem to be either in gtk, nor in the
debugger itself [but that is just a hunch].
- Urs
On Friday 21 March 2003 12:24, Martin Baulig wrote:
Hi,
the bug is now fixed in CVS and the debugger can now debug interncalls :-)
Documentation is in doc/FAQ.txt:
=
* How do I enter a JIT trampoline ?
Normally, the debugger hides JIT trampolines from the user, even when
stepping one single instruction. To force the debugger to debug a JIT
trampoline, you need to use the `native stepi' command in the command line
interface.
* How do I enter an interncall ?
There are two ways of entering an interncall: if the module the
interncall is contained in has debugging info and the `step' property is
set (use `module number !ignore step' in the command line interface), the
debugger will automatically enter the interncall when stepping by source
lines.
Example debugging session:
[EMAIL PROTECTED] debugger]$ run-mono ./lib/Interpreter.exe
./test/N.exe Process @1 stopped at #0: 0x08365f63 in X.Main()+0x7 at
N.cs:7. #0: 0x08365f63 in X.Main()+0x7 at N.cs:7
0x08365f63 push $0x41
7bool is_number = Char.IsNumber ('A');
Mono debugger
$ show modules
3 /home/martin/MONO-LINUX/libexec/mono-debugger-jit-wrapper loaded
ignore 5 N loaded symbols step
7 /home/martin/MONO-LINUX/lib/libmono.so.0 loaded ignore
9 mscorlib loaded symbols step
$ module 7 !ignore step
$ s
Process @1 stopped at #0: 0x400aa12c in
ves_icall_System_Char_IsNumber+0x1c at unicode.c:110. 0x400aa12c
movzwl 0xfff2(%ebp),%eax
110GUnicodeType t = g_unichar_type (c);
You can also force the debugger to enter the intercalls by stepping by
machine instructions; in this case, the debugger will automatically jump
over the JIT trampoline and stop at the first instruction of the
interncall.
Example debugging session:
[EMAIL PROTECTED] debugger]$ run-mono ./lib/Interpreter.exe
./test/N.exe Process @1 stopped at #0: 0x08366013 in X.Main()+0x7 at
N.cs:7. #0: 0x08366013 in X.Main()+0x7 at N.cs:7
0x08366013 push $0x41
7bool is_number = Char.IsNumber ('A');
Mono debugger
$ i
Process @1 stopped at #0: 0x08366018 in X.Main()+0xc at N.cs:7.
0x08366018 call System.Char.IsNumber(System.Char)
7bool is_number = Char.IsNumber ('A');
$
Process @1 stopped at #0: 0x400aa110.
0x400aa110 push %ebp
Please let me know if you have any more questions or problems.
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Still not able to build on cygwin
[umuff@UMuff-NT /CVS-Repositories/go-mono.com]$ ./mono-build-w32.sh all fine -- no errors, including the gc.h problem. ... creating mono.spec creating config.h GC: boehm Now type `make' to compile cd . autoheader make all-recursive make[1]: Entering directory `/cygdrive/c/CVS-Repositories/go-mono.com/mono' Making all in mono make[2]: Entering directory `/cygdrive/c/CVS-Repositories/go-mono.com/mono/mono' Makefile:311: *** missing separator. Stop. make[2]: Leaving directory `/cygdrive/c/CVS-Repositories/go-mono.com/mono/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/c/CVS-Repositories/go-mono.com/mono' make: *** [all-recursive-am] Error 2 [umuff@UMuff-NT /CVS-Repositories/go-mono.com]$ make --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. [umuff@UMuff-NT /CVS-Repositories/go-mono.com]$ more +311 mono/mono/Makefile if PLATFORM_WIN32 arch monograph interpreter jit tests benchmark else arch monograph interpreter jit tests benchmark handles endif # Tell versions [3.59,3.63) of GNU make to not export all variables. # Otherwise a system limit (for SysV at least) may be exceeded. .NOEXPORT: - Urs C. Muff attachment: winmail.dat
[Mono-list] Do remote delegates work yet?
Can I register and fire a remote delegate in the current state of System.Runtime.Remoting? - Urs C. Muff attachment: winmail.dat
