Programo para windows, y contratar un servidor para asp.net es muy caro. Estoy emocionado y ancioso por la incorporacion de asp.net en mono, esto abrira muchas mas opciones para aquellos que queremos usar asp en servidores linux.
¡Saludos! La Paz. B.C.S México.
kaserf
· 1 year ago
respect! I think I will try mono in the next few months!
kudos to everyone who was involved!
Eric
· 1 year ago
Congratulations! Thank you for all the hard work. The debugger will be a dream come true.
Paco
· 1 year ago
Congratulations!
martin
· 1 year ago
Magnificent work!!! Ccongratulations to the entire Mono team, community and users.
c.sokun
· 1 year ago
really? can we use vs.net 2008 to build mono application? could you please tell us more how can we do it?
Alan
· 1 year ago
Just build your application as normal, copy the resulting compiled file to Linux/MacOS and run it. Voila, you're done. The only thing you have to be careful about is calling native windows libraries through P/Invoke and hardcoding in windows-isms like hardcoding paths like C:\MyFolder
Kevin Daly
· 1 year ago
Congratulations, this is excellent news and a great achievement.
Casper Bang
· 1 year ago
Awesome. Time to make the case to managers that there ARE alternatives to Java and the JVM!
Michael Foord
· 1 year ago
Your download link is a 404...
Oh, and there is no Mac installer yet... ;-)
migueldeicaza
· 1 year ago
Thanks for the pointer; Link Fixed.
Yeah, we are sorry we could not get to do the packages for MacOS on time, they will come out this week.
psantosl
· 1 year ago
Hi,
Congratulations!!! I'm really excited to see a new version coming! Mono only goes stronger release after release!!
Will it be official packages for Solaris and BSDs?
Tom
· 1 year ago
Usually I am not a really big fan of Java, .Net and Mono...
But what you guys did is quite amazing. You should be proud!
Congrats!
cubaman
· 1 year ago
Miguel, estoy deseando probarlo. Lo voy a compilar desde las fuentes, ya que no hay soporte oficial para Ubuntu :( y tardara tiempo en aparecer el .deb en los repositorios. Muchísimas gracias y felicidades a todo el equipo de Mono!
Chuck Esterbrook
· 1 year ago
Congratulations on releasing 2.0! And thank you very much for all your hard work (to the entire Mono team).
John
· 1 year ago
All of you are great! you all are heroes!
Mike Cleaver
· 1 year ago
Fantastic work again, just in time for the launch of our mono based product, due to enter beta this week after 2 years of development. We've watched mono get better and better and it's been a smooth and enjoyable ride. Congrats to the whole team!
shreedhar
· 1 year ago
Many Hearty Congratulations Miguel to you and the whole Mono team!! Thank you for Mono! With the number of supported languages and libraries and tools i think this release beats M$'s .Net. Have been waiting a long time for this release. Thank you once again.
psantosl
· 1 year ago
Hi,
I've read developers can use SlickEdit when moving to Linux to develop Mono code. Is there any kind of support for that?
I remember setting it up a few months ago and it is possible to build projects from SlickEdit, even get the build errors, although by that time it was unsupported by SlickEdit... (It was possible, but on your own)
jbj
· 1 year ago
Great work guys!
Lars Tackmann
· 1 year ago
Looks good. I cannot help noticing allot of graphics API work, does this mean that SharpDevelop will finally be able to run on Linux or are we still stuck with MonoDevelop ?.
Rory Becker
· 1 year ago
Dude that is AWESOME!
Tim
· 1 year ago
I am waiting for the Solaris SPARC version. Could you give me an approximately date of mono 2.0 binary for Sun OS 10 sparc?
migueldeicaza
· 1 year ago
We are trying to have each community maintain the packaging for platforms that are not our core platforms.
This means that we are trying to work with the Debian packagers and experts on packaging Mono on Debian; Solaris packages to do the Solaris packaging and so on.
In the meantime, you would have to compile this yourself from source
Pablo
· 1 year ago
Congratulations! Thanks a lot for the hard work!
SQLDenis
· 1 year ago
This is great news, congratz
Gabriel
· 1 year ago
The new website looks great! Congrats on the new release.
Glenn Block
· 1 year ago
Congratulations Miguel!
Hugo Blanco
· 1 year ago
all right! way to go Mono team!! =DD
SplendidCRM
· 1 year ago
We are constantly impressed by what the Mono team is able to accomplish. Although we have just released a version of SplendidCRM 2.1 on the PostgreSQL + Mono 1.9/Linux platform, we will add support Mono 2.0 as quickly as can. You can checkout our online demo at http://postgresqlmono.splendidcrm.com.
Raul
· 1 year ago
Muchas felicidades por la versión segunda de mono y por supuesto muchas gracias por el trabajo duro. Es la versión mejor como siempre ;-) y por fin mono tiene un debugger. Espero verlo en MonoDevelop.
Pero soy un poco triste que no hay soporte oficial para distribuciones basadas en Debian (¡ y hasta Enero de 2007 se reportaron 129 distribuciones basadas en Debian!). En Ubuntu la versión actual todavía es 1.2.6 que es más viejo que Matusalén. ¿ Por que no hay ningún soporte para distribuciones basadas en Debian ?
A mí no me gusta mucho el diseño nuevo de sitio web de mono. El diseño viejo era mucho más amable y tenía un diseño mucho muy distintivo.
Saludos al equipo de mono y otra vez muchas gracias por el trabajo maravilloso.
PD: Miguel, en la lista de compiladores de código abierto has olvidado a "Nemerle".
migueldeicaza
· 1 year ago
Hola,
Estamos trabajando directamente con los empaquetadores de Debian para asegurarnos que ellos le den el mantenimiento adecuado a Mono en Debian.
Felicitaciones loco !!!! Un espectaculo el laburo que estan haciendo, prometo portar y testear a full mis aplicaciones .net.
Ian
· 1 year ago
I don't suppose it would be possible to make the installer *not* require admin access on windows ? This makes it very hard for those of us in a corporate environment - ie no local admin on our dev machines - to try out the new release. At the least a tarball of the binaries would be good - I don't think there should be anything significant in the installer that really needs admin access. thanks, Ian
migueldeicaza
· 1 year ago
We will be working on this, there is now a bug in bugzilla tracking down this issue:
We are lagging a little bit behind on the 2.0 release (Mac packages are not up yet for example), but we will get to this as soon as the other bits are done.
Anthony Tarlano
· 1 year ago
Please don't hesitate to start blogging about using Mono on the iPhone. I just can't wait to be able to use Mono on the iPhone!!
Specific questions to answer include; Do I have to jailbreak my phone? Will Moonlight work in the browser? Will Cocoa# work with the UI?
TIA
Juan Parra
· 1 year ago
Imagino la emoción que debe generar este hito para todos los que han empujado para que esto sea realidad. queda felicitar a todos los que han puesto su sangre y sudor en el proyecto.
gracias.
Berti
· 1 year ago
Hi Miguel! Many congratulations to you and the rest of the mono team for releasing mono 2.0.
Each version just gets better and better and i am always anxious to see the next one. I hope i can try out this version soon without recompiling the sources myself and fixing missing dependencies (i am using Ubuntu and at the moment there is no newer version of mono available, for getting mono 1.9 i used the installer version which worked just fine, but a simple sudo apt-get install would be nice). It's great to see that the C5 Generics Library, the Visual Basic 8 compiler and the new mono debugger is included in this release.
I'm eager to see whether the performance increased in the new version since i am doing a lot of graphics programming with mono/.net and the excellent tao framework shortly (something which was only possible with C++ recently and now is doable with mono). I still measure a substantial performance difference between .net and mono (depending on the operations) but it gets less and less with each version which makes me very happy and confident.
Do you know when mono will be shipped out with linear IR and the generational garbage collector ?
Off-Topic: What happened to the mono site ? It's now looks so gloomy. Where is the nice and cheerful Monkey-Jungle Theme gone ? Being a primate i miss all the monkey pictures and my jungle ;-) And the monologue page still has the old style ...
Again many thanks to you and the rest of the mono team for this great new release. It is a great piece of work and i hope you will keep going.
Cheers,
Berti
migueldeicaza
· 1 year ago
Mono 2.2 will ship with the new Linear IR, and this should be out in December (see our Roadmap page for details). The new GC will come, but it will take significantly longer.
Volodymyr M. Lisivka
· 1 year ago
Is support for compilation to static native code planned? GCJ is already here and difference between mono and java byte codes is so thin, so they both can be compiled by same compiler at same time. What is problem with that - MS, patent problems, license, etc.?
Berti
· 1 year ago
Hi Volodymyr.
Mono already features ahead of time compilation (see Miguels blog http://tirania.org/blog/archive/2006/Aug-17.html ) as does .NET with ngen. But code generated with that is not faster (since it is position dependent) and can even be slower (only startup time is faster). And that is even the case for GCJ !!! It might sound strange but gcj most often is slower (!!!) than the newest java sdk versions.
I myself thought for a long time that code running in a virtual machine can not be executed as fast as native code. For highly optimized C++ Code this is still true and that might even hold until the end of time. But since i am not doing the usual .NET, ADO.Net, ASP.Net stuff with mono (the bread and butter stuff of the majority of companies) and do a lot of prototyping of algorithms which work on a lot of data and do a lot of number crunching instead, i have a good feeling about the speed of various implementations of languages.
Six years ago i started doing some benchmarking with raytracing and mesh algorithms in C# and C++ and compared the running time of the implementations. The result was a catastrophy. C# was about six times slower than C++ (but i have to admit at that time i had nearly no knowledge of how to program C# efficently :-) ).
Nowadays when i compare the running time of a standard not highly optimized C++ program and it's counterpart in C# i get results that show, that the C# solution reaches about 75% up to 90% of the C++ version under Microsoft Windows with .NET 3.5 (of course using SSE-Intrinsics and using everything C++ might have to offer, you might even be faster, but that alone opens possibilities which i never dreamed of)
And if you compare the quality of the code generated from the Mono C# compiler with the code generated by Visual Studio 2008 you will see that it is from a performance point of view equal. That means that the mono team has done an outstanding piece of work which they can really be very proud of. Their compiler is as good as the newest Microsoft compiler. That means, if you run a mono compiled executable on windows you won't see any difference to a Visual Studio compiled one, which is marvelous.
The code generated by the jit is still somewhat slower. From my measurements it is about 50% up to 66% of the speed you will get on .NET 3.5 on windows which is acceptable if you think about the other work the mono team has done.
The first priority for the mono team surely is api completeness, because most companies need mono for porting their Windows ADO.NET, ASP.NET application to Linux and that is clearly more important and has a higher priority. First make it work, then make it fast. And if you think about the development of gnome applications then mono applications are really a lot faster than the usual gnome python based applications (i love python and use it a lot, so nothing bad against it, but it really is noticeable slower)
But what i have seen is also, that mono gets faster and better with every release. And i am very sure that, when they have linear ir and the generational garbage collector ready the mono guys will rock .NET even more than they have done in the past.
So just wait anxiously for the next releases and you won't ask for static nativ code again :-)
They have done a great job and i am sure they will do so in the future.
Berti
Ismael Olea
· 1 year ago
¡Felicidades!
Christian
· 1 year ago
When will the new generic Linux-installer be available?
It's sad that you invest time in supporting all these distros, when some people just want to get the binaries!
I even don't need an installer, but a simple tgz with all the binary files...
I always download it and strip it to the minimum for our Debian based devices. I'd really like to get it now, but was completely lost in all the rpms... (I just wanted to extract the raw files from them)
It's not a nice experience to see pages that tell me to use update-manager I never heard of!
And there was no progess in the download server since 4.10.
It would be great if there was some progress... I don't even need any installers, I know that this is work, but just a bare download of just the binary files (I don't want to compile it myself).
Also it was confusing that somehow 1.9.2 seems to be an RC for mono 2.0???
Were is that fork?
Well, maybe it clears itself up shortly, great release, mono is simply great!! Being really open, flexbile, fast, nice to use and bringing some good things from windows to liunx making them so much better! I love it!
Robert
· 1 year ago
First programming language...
What is the best way to learn Mono?
Anthony
· 1 year ago
Get Charles Petzold's free .Net Zero book http://www.charlespetzold.com/dotnet/ and type in the c# examples starting from the beginning to the end of the book in your editor of choice on top of Mono. After that do the same with Jon Skeet's amazing http://csharpindepth.com/ for all the c#3.0 bits..
After that you will be there..
Robert
· 1 year ago
Thanks!
j23tom
· 1 year ago
what' are those licence issues with ip[od | hone] ?
Robert
· 1 year ago
I noticed a lot of the downloads for other platforms besides SuSE and Windows variants are no longer developed. Is that going to be continued?
migueldeicaza
· 1 year ago
We are trying to work with other distribution maintainers to ensure that people get access to packages that have been fine-tuned for each distribution.
In the past our RPMs ended up conflicting with distribution-provided packages, or in the case of Debian, our packages had a very different partitioning than what they used.
We are now working early with distribution maintainers to ensure that relevant patches are applied upstream and that they get the source for their packages on time.
It is a transition period, but the end result will be a better distributed Mono fr everyone.
All Comments
¡Saludos!
La Paz. B.C.S México.
kudos to everyone who was involved!
Oh, and there is no Mac installer yet... ;-)
Yeah, we are sorry we could not get to do the packages for MacOS on time, they will come out this week.
Congratulations!!! I'm really excited to see a new version coming! Mono only goes stronger release after release!!
Will it be official packages for Solaris and BSDs?
But what you guys did is quite amazing. You should be proud!
Congrats!
I've read developers can use SlickEdit when moving to Linux to develop Mono code. Is there any kind of support for that?
I remember setting it up a few months ago and it is possible to build projects from SlickEdit, even get the build errors, although by that time it was unsupported by SlickEdit... (It was possible, but on your own)
This means that we are trying to work with the Debian packagers and experts on packaging Mono on Debian; Solaris packages to do the Solaris packaging and so on.
There is a new mailing list for this: mono-packagers-list@lists.ximian.com
In the meantime, you would have to compile this yourself from source
Pero soy un poco triste que no hay soporte oficial para distribuciones basadas en Debian (¡ y hasta Enero de 2007 se reportaron 129 distribuciones basadas en Debian!). En Ubuntu la versión actual todavía es 1.2.6 que es más viejo que Matusalén. ¿ Por que no hay ningún soporte para distribuciones basadas en Debian ?
A mí no me gusta mucho el diseño nuevo de sitio web de mono. El diseño viejo era mucho más amable y tenía un diseño mucho muy distintivo.
Saludos al equipo de mono y otra vez muchas gracias por el trabajo maravilloso.
PD: Miguel, en la lista de compiladores de código abierto has olvidado a "Nemerle".
Estamos trabajando directamente con los empaquetadores de Debian para asegurarnos que ellos le den el mantenimiento adecuado a Mono en Debian.
Hay una lista en http://lists.ximian.com con la ifomracion.
At the least a tarball of the binaries would be good - I don't think there should be anything significant in the installer that really needs admin access.
thanks,
Ian
https://bugzilla.novell.com/show_bug.cgi?id=414209
We are lagging a little bit behind on the 2.0 release (Mac packages are not up yet for example), but we will get to this as soon as the other bits are done.
Specific questions to answer include; Do I have to jailbreak my phone? Will Moonlight work in the browser? Will Cocoa# work with the UI?
TIA
queda felicitar a todos los que han puesto su sangre y sudor en el proyecto.
gracias.
Each version just gets better and better and i am always anxious to see the next one. I hope i can try out this version soon without recompiling the sources myself and fixing missing dependencies (i am using Ubuntu and at the moment there is no newer version of mono available, for getting mono 1.9 i used the installer version which worked just fine, but a simple sudo apt-get install would be nice). It's great to see that the C5 Generics Library, the Visual Basic 8 compiler and the new mono debugger is included in this release.
I'm eager to see whether the performance increased in the new version since i am doing a lot of graphics programming with mono/.net and the excellent tao framework shortly (something which was only possible with C++ recently and now is doable with mono). I still measure a substantial performance difference between .net and mono (depending on the operations) but it gets less and less with each version which makes me very happy and confident.
Do you know when mono will be shipped out with linear IR and the generational garbage collector ?
Off-Topic: What happened to the mono site ? It's now looks so gloomy. Where is the nice and cheerful Monkey-Jungle Theme gone ? Being a primate i miss all the monkey pictures and my jungle ;-) And the monologue page still has the old style ...
Again many thanks to you and the rest of the mono team for this great new release. It is a great piece of work and i hope you will keep going.
Cheers,
Berti
Mono already features ahead of time compilation (see Miguels blog http://tirania.org/blog/archive/2006/Aug-17.html ) as does .NET with ngen. But code generated with that is not faster (since it is position dependent) and can even be slower (only startup time is faster). And that is even the case for GCJ !!! It might sound strange but gcj most often is slower (!!!) than the newest java sdk versions.
(for a speed comparison between gcj and java see http://shootout.alioth.debian.org/gp4/benchmark... )
I myself thought for a long time that code running in a virtual machine can not be executed as fast as native code. For highly optimized C++ Code this is still true and that might even hold until the end of time. But since i am not doing the usual .NET, ADO.Net, ASP.Net stuff with mono (the bread and butter stuff of the majority of companies) and do a lot of prototyping of algorithms which work on a lot of data and do a lot of number crunching instead, i have a good feeling about the speed of various implementations of languages.
Six years ago i started doing some benchmarking with raytracing and mesh algorithms in C# and C++ and compared the running time of the implementations. The result was a catastrophy. C# was about six times slower than C++ (but i have to admit at that time i had nearly no knowledge of how to program C# efficently :-) ).
Nowadays when i compare the running time of a standard not highly optimized C++ program and it's counterpart in C# i get results that show, that the C# solution reaches about 75% up to 90% of the C++ version under Microsoft Windows with .NET 3.5
(of course using SSE-Intrinsics and using everything C++ might have to offer, you might even be faster, but that alone opens possibilities which i never dreamed of)
And if you compare the quality of the code generated from the Mono C# compiler with the code generated by Visual Studio 2008 you will see that it is from a performance point of view equal. That means that the mono team has done an outstanding piece of work which they can really be very proud of. Their compiler is as good as the newest Microsoft compiler. That means, if you run a mono compiled executable on windows you won't see any difference to a Visual Studio compiled one, which is marvelous.
The code generated by the jit is still somewhat slower. From my measurements it is about 50% up to 66% of the speed you will get on .NET 3.5 on windows which is acceptable if you think about the other work the mono team has done.
The first priority for the mono team surely is api completeness, because most companies need mono for porting their Windows ADO.NET, ASP.NET application to Linux and that is clearly more important and has a higher priority. First make it work, then make it fast. And if you think about the development of gnome applications then mono applications are really a lot faster than the usual gnome python based applications (i love python and use it a lot, so nothing bad against it, but it really is noticeable slower)
But what i have seen is also, that mono gets faster and better with every release. And i am very sure that, when they have linear ir and the generational garbage collector ready the mono guys will rock .NET even more than they have done in the past.
So just wait anxiously for the next releases and you won't ask for static nativ code again :-)
They have done a great job and i am sure they will do so in the future.
Berti
It's sad that you invest time in supporting all these distros, when some people just want to get the binaries!
I even don't need an installer, but a simple tgz with all the binary files...
I always download it and strip it to the minimum for our Debian based devices. I'd really like to get it now, but was completely lost in all the rpms...
(I just wanted to extract the raw files from them)
It's not a nice experience to see pages that tell me to use update-manager I never heard of!
And there was no progess in the download server since 4.10.
It would be great if there was some progress... I don't even need any installers, I know that this is work, but just a bare download of just the binary files (I don't want to compile it myself).
Also it was confusing that somehow 1.9.2 seems to be an RC for mono 2.0???
Were is that fork?
Well, maybe it clears itself up shortly, great release, mono is simply great!! Being really open, flexbile, fast, nice to use and bringing some good things from windows to liunx making them so much better! I love it!
What is the best way to learn Mono?
After that you will be there..
In the past our RPMs ended up conflicting with distribution-provided packages, or in the case of Debian, our packages had a very different partitioning than what they used.
We are now working early with distribution maintainers to ensure that relevant patches are applied upstream and that they get the source for their packages on time.
It is a transition period, but the end result will be a better distributed Mono fr everyone.