[Mono-list] Thesis about .NET remoting vs the rest of them
Hi! Just finished my master thesis today. It is about performance of distributed object middleware. The quality of the thesis might not be so good but the results might be interesting. Dont know if this relevant to mono but maybe the mono remoting implementers can use some of this. Conclusion: Remoting-HTTP (SOAP) sux in everything.. and bigtime! (network load, throughput and round trip time) Remoting-TCP finished after DCOM, CORBA, RMI-IIOP and RMI RMI and DCOM was by far the best to use in througput and RTT Please dont send any comments about wats wrong in the thesis to me directly becouse i have spent the last couple of weeks working almost 24-7 to pice it together in time so i hate the report at this moment :) Best Regards Per Arneng Link to thesis: http://hus11.rsn.bth.se/~master ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mysql (ByteFX) VS Mysql (Mono)
Hi guys! Yesterday I was trying to connect to one of my mysql databases with the two forms (ByteFx and Mono.Data.MySql), the results are: a) With ByteFX I can compile it without problems, BUT when I run it (mono mysql.exe) I get this: Unhandled Exception: System.Net.Sockets.SocketException: Connection refused in (unmanaged) mono(mono_raise_exception+0x20) [0x80c1460] in (unmanaged) mono(ves_icall_System_Net_Sockets_Socket_Connect_internal+0x72) [0x80da4c6] in 0x0005a 00 System.Net.Sockets.Socket:Connect (System.Net.EndPoint) in 0x000b3 00 ByteFX.Data.MySQLClient.Driver:CreateSocketStream (string,int) in 0x00038 00 ByteFX.Data.MySQLClient.Driver:Open (string,int,string,string,bool) in 0x000e4 00 ByteFX.Data.MySQLClient.MySQLConnection:Open () in 0x00095 00 .Test:Main (string[]) b) With Mono.Data.Mysql, I can compile it without problems, when I run it (mono mysql2.exe) I get the data of the database (that is ok) but I also get this: ** (mysql2.exe:2517): WARNING **: Failed to load function my_thread_end from libmySQL ** (mysql2.exe:2517): WARNING **: Failed to load function my_thread_end from libmySQL ** (mysql2.exe:2517): WARNING **: Failed to load function my_thread_init from libmySQL ** (mysql2.exe:2517): WARNING **: Failed to load function my_thread_init from libmySQL /*The next lines are the DB data*/ Name: Nike 06/02/2003 00:00:00 Name: Nike 06/02/2003 00:00:00 Name: Nike 06/02/2003 00:00:00 /*End of DB Data*/ Unhandled Exception: System.MissingMethodException: A missing method exception has occurred. in 0x00046 06 Mono.Data.MySql.MySql:ThreadEnd () in 0x000b5 00 Mono.Data.MySql.MySqlConnection:CloseDataSource () in 0x00053 00 Mono.Data.MySql.MySqlConnection:Close () in 0x0023e 00 .Test:Main (string[]) However, the code of both exes are from http://www.go-mono.com/mysql.html, and in both Im using the same server, username, password and server. What could be happening? I would like to discover why Im getting this error, thats why Im asking to the list cause Im using a MySql DataBase for a Point of Sale (PoS). thanks! Pablo Fischer (MX) -- Pablo Fischer [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mentoring new developers with Mono
I've been lurking on this list for some time now, and I decided to try and wade in a little bit. I've noticed that there are occasional messages that pop up every now and again from new people who want to join in the efforts of developing Mono, but don't know where to begin. This can be very intimidating, especially when you got seasoned developers who are annoyed with the same (FAQ like) questions over and over again. In addition, trying to ramp up and digest everything that has been going on with a project the size of Mono can be very tough, and is going to be even tougher as time goes on. Every time a new file or an additional line of code gets committed to CVS, it just makes it that much harder for somebody new to come in. This isn't a problem with just Mono but is an aspect of just about every open source/free software project that I've ever seen. There are a variety of ways to get this accomplished, but I'd like to take a stab at it if there are no other takers. My own background is that I've been developing in Borland Delphi for about 8 years now on Win32 platforms archiving software using MS-Source Safe. It is a culture clash to say the least to switch to GCC on Linux using CVS. I still have problems along those lines, and finding a spare box (or Bochs) to install Linux, especially as my professional involvement is still strongly tied to Microsoft software development. I also have a small little project that I originally did as part of a U.S. Department of Education research grant that involved multi-media software development for educational purposes. This project was originally written with Visual Basic 3.0 on Windows 3.1. A small attempt to port it to Windows 95 using Borland Delphi was done, but this was only a half-hearted effort and the grant ran out. The non-disclosure/non-compete agreement with my former employer has run out, and I'd like to get that project going again. I've also developed and matured as a software developer, and I've been keeping my eyes out for a really good development environment that has the following requirements: 1) Cross platform capability. I no longer want to be tied to a single operating system environment, and want to keep a common software development base. I also want to avoid like the plague (Really! or anthrax, SARS, what have you) any #ifdef Win32 or #ifdef LinuxDev statements in the software base. This may be acceptable in very, very limited exceptions, but I have seen those statements breed like mice in Australia and quickly overrun a project unless you keep hacking them down. 2) Modular plug-in capabilities. This used to be a much bigger issue in the past than it is now with most modern OS environments allowing this capability, but I would like the ability for this software to add extensions to the environment without having to recompile the main program. Distributed object oriented behavior is a big plus, and I'd like to make it a requirement as well. The plug-ins must pass objects to the main program, not simply expose a common plug-in interface. 3) Multi-media capabilities. This really is a requirement of the software itself, and again most modern OS environments give this ability very easily. The depth of media formats available is going to be a big plus factor here. I would perfer native code implementations of the media import/export, even if I have to write them myself. 4) Access to source code of the development environment. As I stated earlier, I have been using the Delphi Professional environment for about the total existance of Delphi, which always included all core compiler source code. While I never had to recompile the System unit in Delphi, I did pull things out of other core units and make bug fixes to things that Borland (or Inprise or Borland again) didn't get right for a particular application. There have even been a couple of patches to Delphi that some of these fixes have helped contribute. More on this in a moment. Compilers are complex programs, and by this nature will always have a bug or two left to pull out, even if it is very well done. Simply put, you need the compiler source code in order to really push and tweak performance in some applications. 5) Open Source friendly development environment. This is really a bigger factor than I considered originally. There are a number of open source efforts that are being done with Delphi, but it is very limiting when the main compiler that is being used is being distributed under a propritary license, even one with a good programmer friendly reputation that Borland has. Indeed, of the propritary compiler vendors, I would say that Borland is perhaps one the the most generous to the Open Source/Free Software movement. This still doesn't keep things frustrating when bugs don't get fixed. 6) Self-hosting. This doesn't seem like that big of a deal, but trying to fix a compiler that
RE: [Mono-list] Mentoring new developers with Mono
Hello! I'm totally into that idea. I would happily volunteer to join that helping effort if that would help you. Franois-Denis -Message d'origine- [...] What I'm proposing is possibly the formation of a mentoring group/mailing list where no question is asked too often and seemingly stupid questions can be asked. I also think that some baby steps need to made before wading in and doing some significant development. If you can think of some other ways this can be done (including working on the Wiki), I'd like to step in. I also know that with open source projects sometimes some leadership needs to be had, and I'm willing to take on this task if necessary. Of course, this will be the blind leading the blind, but I'm willing to do that. Robert Horning ___ 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] Newbie question - error building embed sample application
Ive just set up a mono build environment and am getting the following error when I try to run mcs on the test.cs file for the embed sample application: [EMAIL PROTECTED] embed]# mcs test.cs error CS0519: `Mono' clashes with a predefined namespace Compilation failed: 1 error(s), 0 warnings To set up my environment I checked out the latest mono source and built it with no errors, I also checked out the latest mcs and built it following instructions I found in the archive: http://lists.ximian.com/archives/public/mono-list/2002-September/008713.html Im not having any problems using mcs to compile a basic hello world application, and I also seem to be able to use it to compile some more complicated test applications. Does anyone have any idea what might be causing this? Best regards, -Candace
RE: [Mono-list] Mentoring new developers with Mono
I think this is a great idea, as for a wiki maybe it could be hosted on the mono site or the mono community site (http://www.gotmono.com). Andrew What I'm proposing is possibly the formation of a mentoring group/mailing list where no question is asked too often and seemingly stupid questions can be asked. I also think that some baby steps need to made before wading in and doing some significant development. If you can think of some other ways this can be done (including working on the Wiki), I'd like to step in. I also know that with open source projects sometimes some leadership needs to be had, and I'm willing to take on this task if necessary. Of course, this will be the blind leading the blind, but I'm willing to do that. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mentoring new developers with Mono
At 6/3/2003 15:41, Robert Scott Horning wrote: ... [whatever] ... Just grow up will you ! You're blabbing about the beauty of pascal (jeez), how c++ programmers are so closed-minded (?! really ?), only to move on (arbitrarily) on complimenting software you don't really know anything about, such as Microsoft's c++ compilers (which are quite a pain in the a** when it comes to standards and portability, but the ide rocks) and code warrior - yet another c(++) compiler. How can you say CW maybe is on Linux ?! I mean come on, have the decency to look it up before you write stuff like that. And MS is a MONEY company, not a compiler company which found itself owning an OS. How can someone be that naive ? Cheers, -- Radu-Adrian Popescu ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mentoring new developers with Mono
Dude, that was harsh and totally unnecessary. At 11:05 AM 04/06/2003 +0300, you wrote: At 6/3/2003 15:41, Robert Scott Horning wrote: ... [whatever] ... Just grow up will you ! You're blabbing about the beauty of pascal (jeez), how c++ programmers are so closed-minded (?! really ?), only to move on (arbitrarily) on complimenting software you don't really know anything about, such as Microsoft's c++ compilers (which are quite a pain in the a** when it comes to standards and portability, but the ide rocks) and code warrior - yet another c(++) compiler. How can you say CW maybe is on Linux ?! I mean come on, have the decency to look it up before you write stuff like that. And MS is a MONEY company, not a compiler company which found itself owning an OS. How can someone be that naive ? Cheers, -- Radu-Adrian Popescu ___ 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] Mentoring new developers with Mono
At 6/4/2003 03:21, you wrote: Dude, that was harsh and totally unnecessary. Sorry, but I think it's better to try to put some things straight a bit. Besides, this is a mono list, not a praise-my-favourite-dev-platform list, and as you can see I only commented on the stuff about ms, cw, c++, etc. At 11:05 AM 04/06/2003 +0300, you wrote: At 6/3/2003 15:41, Robert Scott Horning wrote: ... [whatever] ... Just grow up will you ! You're blabbing about the beauty of pascal (jeez), how c++ programmers are so closed-minded (?! really ?), only to move on (arbitrarily) on complimenting software you don't really know anything about, such as Microsoft's c++ compilers (which are quite a pain in the a** when it comes to standards and portability, but the ide rocks) and code warrior - yet another c(++) compiler. How can you say CW maybe is on Linux ?! I mean come on, have the decency to look it up before you write stuff like that. And MS is a MONEY company, not a compiler company which found itself owning an OS. How can someone be that naive ? Cheers, -- Radu-Adrian Popescu ___ 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 -- Radu-Adrian Popescu CSA, DBA, Developer Aldratech Ltd. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Error when compiling MONO cvs source
Error when compiling MONO cvs source Please help me. The following error appears when I'm trying to compile the MONO source downloaded from the anonCVS: _OFFSET_BITS=64 -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prot otypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -c inssel.c -MT inssel.lo -M D -MP -MF .deps/inssel.TPlo -o inssel.o /dev/null 21 make[4]: *** [inssel.lo] Error 1 make[4]: Leaving directory `/root/mono/mono/mono/mini' make[3]: *** [all] Error 2 make[3]: Leaving directory `/root/mono/mono/mono/mini' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/mono/mono/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/mono/mono' make: *** [all] Error 2 -- -- Gabriel Enea e-mail: [EMAIL PROTECTED] web : http://students.infoiasi.ro/~eneag mobil : +40-723-301844 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list