[Mono-list] What application/library should be coding in C#
Hello all. I would like to know, when use C, and when use C#. Exemple : gtk should be coding in C or in C#. Gtksourceview in C or C# ... ? What application, library should be coding in C# ? What will be the performance of gtk if it is coded in C# ? Thanks to you answer. -- Stéphane KLEIN Home page : http://www.harobed.org Jabber : [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Weah, hello! :-)
On Sun, 2004-03-21 at 23:00 -0500, Nick Berardi wrote: Well it came from Received: from fantom (66-27-95-253.san.rr.com [66.27.95.253]) by skeptopotamus.ximian.com (Postfix) with SMTP id 71B8F630A1 for [EMAIL PROTECTED]; Sun, 21 Mar 2004 22:06:39 -0500 Beagle might generate the e-mail address so if this looks like it could be you please take yourself off of the net, so you don't send it to more people. better than that, reboot your systems into linux! cheers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Weah, hello! :-)
On Sun, 2004-03-21 at 22:48 -0500, Nick Berardi wrote: Don't Open, --- Sender: [EMAIL PROTECTED] Subject: [Mono-list] Weah, hello! :-) Argh, i don't like the plaintext :) archive password: 05576 --- It is a virus for anybody who hasn't seen this before. Can somebody inform [EMAIL PROTECTED] that he has a virus, and should probably unplug his Ethernet until he gets it taken care of. unfortunately I can't do anything, since it wasn't me who sent that mail. I've got no virus at all, it is somebody else who's using outlook and has my address in her addressbook. In any case, don't open the .zip file attached! cheers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-0.31 and Corlib problem
Joshua Tauberer wrote: Brice Carpentier wrote: Ok, I uninstalled everything about Mono or C# from my system Then downloaded mono-0.31 (runtime I presume), compiling / installing it. And I still get this error. I'm ovisouly missing something, the question is : do you have a clue on what ? Or you might have too much. Check to make sure you don't have an old copy of mono files in a different location, like /usr/lib versus /usr/local/lib. (Presuming you're running Linux. You could locate corlib.dll) No I've got only one, in /usr/lib/mscorlib.dll Plus, wouln't the error mean that the corlib is new and the runtime is old ? -- Brice Carpentier aka Br|ce ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono-0.31 and Corlib problem
Joshua Tauberer wrote: Brice Carpentier wrote: Ok, I uninstalled everything about Mono or C# from my system Then downloaded mono-0.31 (runtime I presume), compiling / installing it. And I still get this error. I'm ovisouly missing something, the question is : do you have a clue on what ? Or you might have too much. Check to make sure you don't have an old copy of mono files in a different location, like /usr/lib versus /usr/local/lib. (Presuming you're running Linux. You could locate corlib.dll) bingo ! you were right, in fact I did have some libmono.* in /usr/local/lib I made an old mono-0.32 configuration with --prefix=/usr/local then make uninstall, and it's ok. Big thx to you man. Best Regards, -- Brice Carpentier aka Br|ce ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] What application/library should be coding in C#
On Mon, 2004-03-22 at 03:54, Harobed wrote: Hello all. I would like to know, when use C, and when use C#. Depends on your context. For implementing Mono, C# is preferred when possible, to ease maintenance, portability, and it's occasionally faster than C (due to internal-call overhead, etc.). Exemple : gtk should be coding in C or in C#. Gtksourceview in C or C# ... ? What application, library should be coding in C# ? That's a very contentious issue, and has spawned a great multitude of blog entries on http://planet.gnome.org. For the time being, the status quo is probably best: GTK+ in C with C# wrappers, GtkSourceView in C with C# wrappers, etc. For new code, developers should use what they're most comfortable with. With large exceptions (until contentious issues are resolved): if it's going to be part of the Gnome platform, it must (currently) be in C. If the targeted developer base (for libraries) wants C, use C. In short, don't force people to use C#, as that's a good way to cause needless hatred against Mono, making the contentious issues...more contentious. It all depends on the particular circumstances. What will be the performance of gtk if it is coded in C# ? Code it up and give us a performance comparison? ;-) There are too many variables to answer this question. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] What application/library should be coding in C#
Le lun 22/03/2004 à 13:06, Jonathan Pryor a écrit : What will be the performance of gtk if it is coded in C# ? Code it up and give us a performance comparison? ;-) There are too many variables to answer this question. - Jon Sample : the time to open applications, open window ... read glade xml file and make the interface... Personally, I would like contribute to gtksourceview, but I don't understand why it isn't coded in C#. If it is coded in C#, this library will be more simply to port to win32 or Mac OSX. -- Stéphane KLEIN Home page : http://www.harobed.org Jabber : [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] viewing ms-help://.. files in linux
hello , Internet Explorer of windows uses a special handler ms-help:// to display the msdn documentation as a html file. Can anybody tell me how can i access these files through linux or is there any tool which can convert mshelp files(*.hsx) into html? please help, thanks = vineeth N __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono 0.31 on glibc 2.1 ?
Hi, I was wondering if somebody tried compiling Mono 0.31 on glibc 2.1 based system (RH 6.2 for example). Is it possible to do that at all ? I have tried compiling the CVS Mono on such a box but got a GPF running the 'mcs --version'. If I disable the GC then the mcs returns it's version just fine. I do the compilation with the GC that is in the Mono CVS. Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 634 397 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono Stack
Hi there, Within the last week there has been talk about a Mono Stack on Monologue and Planet.Gnome. Judging from http://primates.ximian.com/~miguel/tmp/two-stacks.png the Mono stack seem to consist of various libraries like Mono.Cairo, Novell. Directory.Ldap, Mono.Data.DB2Client, Mono.Posix, Gtk, Pango etc. I think it is a very good idea that many of these are using the Mono namespace. That at least makes me think that the included technology is a preferred technology when developing for Linux with Mono. It would be nice if we could namespace all of the technologies supposed to be part of the Mono stack, so we don't run into the C library problem: For newbies it is not obvious which XML library to use with GNOME since libxml isn't very descriptive. Was it called Gnome.XML it would be quite obvious on the other hand. Why not namespace things that are part of the mono stack, like Gtk#, as Mono.Gtk or Mono.UI.Gtk (or similar) or Evolution# as Mono.Desktop. DataServer (someone can probably find a more appropriate name). Then we also get rid of the # naming scheme. Maybe it is also a good idea discussing what the Mono stack should consist of and how it should be namespaced. For instance bluetooth support could go in Mono.Hardware.IR.Bluetooth This means that people who wants to add bluetooth bindings today can work with the Mono community to create a good API/binding with the goal of being a part of the (official) Mono stack. That way we get official Mono approved assemblies which have went though API review, instead of 1000 different weirdly named assemblies (MyCode.LibBF for instance) that might or might not be preferred when developing for Linux. Maybe we should create a Mono Stack discussion group who could try laying out what a Mono stack should include and now it should be organized and what underlying technologies it should use. Then it will be easier to contribute for people interesting in working on the Mono stack. Just a thought, Kenneth ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] weird compilation error
Hi I get the following while trying to compile a mono app: ** ERROR **: file exceptions-x86.c: line 418 (x86_unwind_native_frame): assertion failed: ((how == 0) || (how == 1)) aborting... /usr/bin/mcs: line 2: 9560 Trace/breakpoint trap /usr/bin/mono /usr/bin/mcs.exe $@ make[2]: *** [Configuration.dll] Error 133 what does it mean? cheers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] viewing ms-help://.. files in linux
Some help files can be viewed with http://xchm.sourceforge.net/ - mdf hello , Internet Explorer of windows uses a special handler ms-help:// to display the msdn documentation as a html file. Can anybody tell me how can i access these files through linux or is there any tool which can convert mshelp files(*.hsx) into html? please help, thanks ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mac OS X build problems
I'm following the Mac OS X write up and ran into a problem. First, I think we're running different shells. I'm not sure how to change which shells you run - I'm running C Shell. I think I got around all the shell problems. But I'm getting this during make: daemon.c: In function `fd_activity': daemon.c:1152: `socklen_t' undeclared (first use in this function) daemon.c:1152: (Each undeclared identifier is reported only once daemon.c:1152: for each function it appears in.) daemon.c:1152: parse error before addrlen daemon.c:1154: `addrlen' undeclared (first use in this function) make[3]: *** [daemon.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I've tried building against the CVS tree since about mid-last-week and the official latest release. Same story. Thanks for any help as always. -Abe ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] weird compilation error
An assertion is generate at line 418 in exceptions-x86.c. If you open the file and look at the code you might be able to figure out what it is asserting. This is one of the pleasures of working with hot cvs projects. :-) You might just have to wait till it is fixed up if this problem isn't already known. Tom Larsen On Mon, 22 Mar 2004, Rodrigo Moya wrote: Hi I get the following while trying to compile a mono app: ** ERROR **: file exceptions-x86.c: line 418 (x86_unwind_native_frame): assertion failed: ((how == 0) || (how == 1)) aborting... /usr/bin/mcs: line 2: 9560 Trace/breakpoint trap /usr/bin/mono /usr/bin/mcs.exe $@ make[2]: *** [Configuration.dll] Error 133 what does it mean? cheers ___ 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] Unable to build Mono 0.31
On Monday 22 Mar 2004 09:04, Tracy Barlow wrote: I get the following errors when attempting to make Mono 0.31 ... /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -licui18n -licuuc -licudata -lnsl -lpthread -lm -lrt -Wl,--rpath -Wl,/usr/local/lib ./.libs/libmono.so: undefined reference to `___tls_get_addr' collect2: ld returned 1 exit status I had this error crop up when I made an ebuild for 0.31 from the 0.30.1 version in Gentoo. It appears that Mono now does different things if it thinks NPTL is enabled. Calling ./configure --without-nptl fixed it for me. -- Rich ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Unable to build Mono 0.31
On Mon, 2004-03-22 at 11:40 +, Rich Wareham wrote: On Monday 22 Mar 2004 09:04, Tracy Barlow wrote: I get the following errors when attempting to make Mono 0.31 ... /usr/lib/libgthread-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -licui18n -licuuc -licudata -lnsl -lpthread -lm -lrt -Wl,--rpath -Wl,/usr/local/lib ./.libs/libmono.so: undefined reference to `___tls_get_addr' collect2: ld returned 1 exit status I had this error crop up when I made an ebuild for 0.31 from the 0.30.1 version in Gentoo. It appears that Mono now does different things if it thinks NPTL is enabled. Calling ./configure --without-nptl fixed it for me. The correct way to fix this problem is to compile glibc using the nptl flag, i.e. USE=nptl and then use the 2.6.* kernels in Gentoo. Maybe put this in the FAQ or something, Paolo? /Richard ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] SIGILL in I18N on OSX
I've been checking whether MCS is yet buildable on OSX, and it gets farther than before, it now dies with: ---(snip!)--- Creating ../../../build/deps/I18N.dll.makefrag ... touch ../../../build/deps/I18N.dll.stamp MONO_PATH=../../../class/lib:$MONO_PATH mono ../../../mcs/mcs.exe /r:mscorlib.dll -d:NET_1_1 -d:ONLY_1_1 -g /noconfig /target:library /out:../../../class/lib/I18N.dll @I18N.dll.sources Unhandled Exception: System.ExecutionEngineException: SIGILL ---(snip!)--- ...any ideas what this means? I'm using the default profile, and the mono 0.31 packages I just put up in Fink unstable. -- 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] SIGILL in I18N on OSX
Benjamin Reed wrote: I'm using the default profile, and the mono 0.31 packages I just put up in Fink unstable. Oh, and I do have libicn enabled with mono building against it. I seem to recall getting a similar error to this from the 0.30.99 bits though, with a non-icu mono, so that may be unrelated. -- 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] SIGILL in I18N on OSX
make sure that /usr/local/mcs refers to the interpreter (mint) and not the JIT (mono). rob Benjamin Reed wrote: I've been checking whether MCS is yet buildable on OSX, and it gets farther than before, it now dies with: ---(snip!)--- Creating ../../../build/deps/I18N.dll.makefrag ... touch ../../../build/deps/I18N.dll.stamp MONO_PATH=../../../class/lib:$MONO_PATH mono ../../../mcs/mcs.exe /r:mscorlib.dll -d:NET_1_1 -d:ONLY_1_1 -g /noconfig /target:library /out:../../../class/lib/I18N.dll @I18N.dll.sources Unhandled Exception: System.ExecutionEngineException: SIGILL ---(snip!)--- ...any ideas what this means? I'm using the default profile, and the mono 0.31 packages I just put up in Fink unstable. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
Robert Shade wrote: make sure that /usr/local/mcs refers to the interpreter (mint) and not the JIT (mono). So is it generally a bad idea to use the JIT for building MCS? Or is that just recommended on OSX? It gets farther now that mint is being used... Still going. -- 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] SIGILL in I18N on OSX
It should go all the way. :) As stated a couple times on these lists, the JIT is still incomplete for PPC. Paolo has started on exceptions for the PPC JIT (the last incomplete part AFAIK), but it's not quite done yet. Everything (mcs and otherwise) should work fine using the interpreter (except for some GTK# stuff). The JIT should work for everything that doesn't use exceptions, plus some that do (no, i don't know where that line is drawn.) rob Benjamin Reed wrote: Robert Shade wrote: make sure that /usr/local/mcs refers to the interpreter (mint) and not the JIT (mono). So is it generally a bad idea to use the JIT for building MCS? Or is that just recommended on OSX? It gets farther now that mint is being used... Still going. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
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
Re: [Mono-list] SIGILL in I18N on OSX
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
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] What application/library should be coding in C#
Like any open source code. The most important thing is to code it. So I suggest to code a gtksourceview in C#. If people like it, they will use it and build on it. If not, well, you can't really force them :) Whether or not it will be included in gnome is another story, however it can most likely be included in gtk# or in gtk#-extras (whatever the mainteners decide). All this is theoretical until you actually code it... :) Philippe Lavoie Cactus Commerce eBusiness. All Business. Tel 819.778.0313 x302 * 888.CACTUS.0 * Fax 819.771.0921 www.cactuscommerce.com [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harobed Sent: Monday, March 22, 2004 9:11 AM To: Jonathan Pryor Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] What application/library should be coding in C# Le lun 22/03/2004 à 13:06, Jonathan Pryor a écrit : What will be the performance of gtk if it is coded in C# ? Code it up and give us a performance comparison? ;-) There are too many variables to answer this question. - Jon Sample : the time to open applications, open window ... read glade xml file and make the interface... Personally, I would like contribute to gtksourceview, but I don't understand why it isn't coded in C#. If it is coded in C#, this library will be more simply to port to win32 or Mac OSX. -- Stéphane KLEIN Home page : http://www.harobed.org Jabber : [EMAIL PROTECTED] ___ 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
were you able to run any GTK# apps? in gtk-sharp/sample? did you change /usr/local/etc/mono/config at all? .so -- .dylib? Yes. Changed .so to .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). Try: export DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH:/usr/local/lib rob ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
Yes. Changed .so to .dylib after installing? with mv? After installing. Unfortunately it gets clobbered every time you update. /usr/local/lib/monodoc cat /usr/local/etc/mono/config --snip-- That looks about right to me. Although, I can't see what I have right now. I'm actually in the middle of installing Gentoo on my PowerBook. :) Can you send exact error you're getting? rob ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] What application/library should be coding in C#
On Mon, 2004-03-22 at 09:10, Harobed wrote: Le lun 22/03/2004 13:06, Jonathan Pryor a crit : the time to open applications, open window ... read glade xml file and make the interface... Gtk# is fast. How fast? I can't say. I *can* say that my Gtk# app (Type Reflector) starts up and displays it's Glade-based GUI in about as much time as it takes gedit to start. Not that this is a terribly useful benchmark, but it works for me. :-) On a more general performance issue, Mono uses a garbage collector, which *tends* to require more process memory, and if enough memory is used will lead to increased OS swapping and general application slow-down. Though that's true of any app, in general. There's also JIT overhead. But the JIT has the potential to be smarter about code generation (global method inlining), so some operations could be faster than the C equivalent. You'd have to write a benchmark to get actual timing measurements, which no one has done AFAIK. Personally, I would like contribute to gtksourceview, but I don't understand why it isn't coded in C#. If it is coded in C#, this library will be more simply to port to win32 or Mac OSX. It isn't coded in C# because it was started before C# was a viable option. It's used by gedit 2.4, which was released last fall. Furthermore, Gnome does not currently have a dependency on C#, so it is highly unlikely that the current maintainers would accept a C# rewrite. That shouldn't stop you from doing a C# rewrite, though. It could be used for a performance comparison. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] SIGILL in I18N on OSX
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
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
[Mono-list] Patch for inclusion of MonoBrasil homepage in 'international sites' section of Mono site.
Hi all, here is the patch for inclusion of MonoBrasil site on Internation Sites section of Mono site. I'm sending the patch inline as well as in a file. Index: other === RCS file: /cvs/public/mono/web/other,v retrieving revision 1.4 diff -u -r1.4 other --- other 2 Mar 2004 16:26:19 - 1.4 +++ other 23 Mar 2004 01:47:59 - @@ -16,6 +16,8 @@ lia href=http://www.go-mono.nl/;Neatherlands Mono Site/a: Mono forum in the Neatherlands. + lia href=http://monobrasil.softwarelivre.org; Mono Brasil /a: Mono discussion site for brazilian users. + /ul * User sites Thanks in advance. -- Regards, Francisco Figueiredo Jr. Membro Fundador do Projeto MonoBrasil - MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - Science without religion is lame; religion without science is blind. ~ Albert Einstein Index: other === RCS file: /cvs/public/mono/web/other,v retrieving revision 1.4 diff -u -r1.4 other --- other 2 Mar 2004 16:26:19 - 1.4 +++ other 23 Mar 2004 01:48:41 - @@ -16,6 +16,8 @@ lia href=http://www.go-mono.nl/;Neatherlands Mono Site/a: Mono forum in the Neatherlands. + lia href=http://monobrasil.softwarelivre.org; Mono Brasil /a: Mono discussion site for brazilian users. + /ul * User sites
Re: [Mono-list] Compiling egg-chicken libraries
hi, I know this is a little old, but this email just got in my mailbox, and as such is always worth some attention. On Tuesday 16 March 2004 20:27, Fergus Henderson wrote: On 26-Feb-2004, Ben Maurer [EMAIL PROTECTED] wrote: Max is right here. Chicken/Egg is a design problem. No, Max is wrong. All other things being equal, designs that do not involve mutual recursion are preferable to designs that do, but mutual recursion is not in and of itself a design problem per se. I will just say a few things: give me a few examples of awesome programs using mutual recursion libraries that are not suffering design issues, and you'll get my credit. If you pull out from your hard drives some odd program that nobody uses or even cares just to prove a point, then you will in my opinion just have proven the opposite. If very few people are using certain types of design, there's a reason for it. The original point is about chicken/egg library references. It still is and remains a design issue. It should pull a trigger in the developer's mind that maybe some functions should be part of the same base library. Last point: it's always easy to find a complicated way to do things. It's always a nightmare to make them simple and straightforward. It's not a rule, it's just a fact. chicken and egg libaries are very easy to create, and make things so complicated for other developers to take on the work. waste of time. period. Max. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono on Windows 2003 Server - ODBC connection problem
Hello! Firstly - sorry if this would be posted twice - after first, unsuccesful attempt I have made the second. I am completely new to Mono Project. I must admit, that the progress you make really amazed me and I'd like to congratulate everyone who is involved in developing it. I installed mono 0.30 (and yesterday upgraded to 0.31) on my Windows 2003 Server machine. Installation went smoothly, but later mono.exe was displaying me the error that it cannot found msvcr70.dll library - and in fact there wasn't such a library in my Windows/System folder. Anyway, copying this library from my XP machine solved this problem. So I went to simple example with odbc connection. Although my example work very well in MS Framework, when I port it to mono I always receive an error saying: Error in SQLAllocHandle I made some further test and found out, that this error is thrown at the line: m_cnADOConnection = new OdbcConnection(); what is a little bit strange - the line m_cmdADOCommand = new OdbcCommand(); works well. I also tested m_cnADOConnection = new OdbcConnection(strConnectionString), where strConnectionString contains valid connection string to my DB, but the behaviour (and error) is the same. I searched the archives of list and a very similar error was reported on March 11th 2004, but it was about Linux machine. There is another slight strange behaviour which I don't understand - anytime when I try to execute with mono my simple example using System.Windows.Forms I get the message: Could not load winelib.exe.so, but then it runs almos OK (despite the warning saying Missing call to FillRectangle in OnPaintBackground). Could anyone give me a hint how to solve this issues? Am I missing something? Thanks in advance! Best regards, Marcin Pytel ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list