[Mono-list] Mono 0.28 has been released

David La Motta dlamotta@email.com
Thu, 02 Oct 2003 13:31:40 -0400


This is a multi-part message in MIME format.
--------------020809060803060405030804
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hey guys... maybe I just don't see it but the Winblows version is not there.

// David

Miguel de Icaza wrote:

> [ To fully appreciate this, see: 
> http://www.go-mono.com/archive/mono-0.28.html ]
>
>
> Mono 0.28 Release
> Hello everyone,
>
> A new release of the _Mono_ <http://www.go-mono.com> runtime and SDK 
> is available for UNIX and Windows. Packages for various distributions 
> are also available from our download page.
>
> Since the last release, 1,124 individual commits were done to our 
> runtime and class libraries.
>
> 144 bugzilla bugs were closed.
>
> I know that the following summary is incomplete, I apologize for 
> missing major features
>
> We have finished the SourceGear _contract_ 
> <http://www.ximian.com/about_us/press_center/press_releases/index.html?pr=sourcegear>, 
> which funded Web Services in Mono as well as various improvements in 
> the runtime. We are very happy to have served our first customer, and 
> we will continue to improve Mono to make sure the _Vault software_ 
> <http://www.sourcegear.com/vault/> runs flawlessly on Mono.
>
> As you can expect, this release features bug fixes everywhere: memory 
> leaks plugged, performance problems solved, performance improvements 
> and more. A special area of robustness is the client-side web services 
> component: it is extremely robust now, as one of the SourceGear 
> acceptance criteria was a 24-hour continuous test of their client 
> library that did millions of web service operations.
>
> We hope to bring the same level of robustness to the server side 
> component in the next release, the www.go-mono.com site 
> _documentation_ <http://www.go-mono.com/docs/index.html> is currently 
> running with Mono and our ASP.NET implementation (that is why the site 
> has gone down a few times: we were using it on our production system 
> to use it under stress).
>
> Each new release of Mono opens the door for more abusive tests, and 
> this time is not an exception, we already have a few areas of 
> performance and scalability that we want to address for the next release.
>
>
>     1. Availability
>
> Binaries for various platforms are available from our web site from 
> the _download_ <http://www.go-mono.com/download.html> section:
>
>       _http://www.go-mono.com/download.html_ 
>
> If you are using Red Carpet, subscribe to the Mono channel to install 
> this update.
>
> Source code for Mono, MCS, XSP and mod_mono are also available from 
> our web site
>
>     * MCS package (Class Libraries, C# and VB.NET compiler and managed
>       tools):
>       _http://www.go-mono.com/archive/mcs-0.28.tar.gz_
>     * Mono package (Runtime engine, JIT compiler, pre-compiled
>       compiler and class libraries):
>       _http://www.go-mono.com/archive/mono-0.28.tar.gz_
>     * Apache Mono Module and XSP runtime (needed for the Apache module):
>       _http://www.go-mono.com/archive/mod_mono-0.5.tar.gz_
>       <http://www.go-mono.com/archive/mod_mono-0.4.tar.gz>_
>       http://www.go-mono.com/archive/xsp-0.6.tar.gz
>       <http://www.go-mono.com/archive/xsp-0.5.tar.gz>_
>
>
>     2. New Features in this release.
>
>
>       New Thread Locking
>
> Zoltan removed the big locks we had in the runtime, and now we have a 
> finely grained lock system in the runtime. Runtime hackers can read 
> the included lock matrix document which describes the requirements to 
> use the new fine grained locks in their code.
>
>
>       Ahead of Time Compiler Optimizations
>
> Zoltan has worked extensively on the Mono ahead-of-time compilation 
> feature (AOT). The AOT code is now considered to be production 
> quality, and also for the first time precompiled code runs faster than 
> JITed code. This resulted in a 13% compilation speed up for the Mono 
> C# compiler, reducing the compile time to 3.185 seconds. A clear goal 
> of the team for the next release is to reach 3.1416 seconds.
>
> An MCS bug prevents System.dll from being precompiled currently, we 
> hope to fix this by the next release, but everything else should work 
> fine.
>
>
>       Web Services
>
> Now we have a complete Web Services stack in Mono, In this release we 
> added:
>
>     * The WSDL command line tool: this tool is used to generate web
>       service client proxies from a WSDL document (local or remote).
>     * WSDL documents: now ASP.NET can generate a WSDL document for any
>       web service that it hosts.
>     * Web service documentation page: it shows information about the
>       methods of a web service. It also provides a form with which you
>       can test simple methods.
>     * Support for HttpGet and HttpPost protocols.
>     * Our WSDL documentation page (http://.../file.asmx) also can
>       generate a sample proxy for you, if you don't want to use wsdl.
>
> Notice that the stack was already functional in 0.26, but the addition 
> of the WSDL tools makes the setup complete for developing completely 
> on Mono.
>
> The work to support Web Services was possible thanks to _SourceGear_ 
> <http://www.sourcegear.com>. We should all send them a token of 
> appreciation.
>
>
>       Xml Serialization
>
> New XML serializer generator tool (genxs). With this tool you can 
> generate a XML serializer for any type and customize it to your needs. 
> For details about the use of this tool see Lluis' blog: 
> _http://primates.ximian.com/~lluis/blog/archives/000120.html_ 
> <http://primates.ximian.com/%7Elluis/blog/archives/000120.html>
>
> Lots of fixes and improvements to support the WSDL generation and 
> consumption.
>
>
>       Security
>
> Sebastien has implemented Authenticode(tm) and the code is now part of 
> the distribution.
>
> A couple of new tools are available: signcode and chktrust. The former 
> is used to sign assemblies (or any PE files) and the later is used to 
> verify signatures and timestamps.
>
>
>       Web Service Enhancements
>
> Implementations of WSE 1.0 and WSE 2.0 appeared on the CVS, thanks to 
> Sebastien, Duncan, Todd and Daniel. We build both assemblies at this 
> point.
>
>
>       XML Improvements
>
> Speed and memory usage: extensive use of --profile and various clever 
> tricks from Atsushi and Ben. Lots of performance critical classes were 
> improved, and XPathDocument (which is used extensively by XPath and 
> Xslt) uses arrays of structs for its implementation to improve 
> performance.
>
> XML Schema validation support in now in XmlValidatingReader (although 
> it is not finished). It also means that now many schema component 
> constraints have been implemented.
>
>
>       Remoting
>
> Added support for CallContext. Now the CallContext is sent through 
> remoting boundaries and fixed various problems related to in/out 
> parameters in Remoting invocations.
>
> Improved robustness, specially for asynchronous calls.
>
>
>       Generics
>
> Work continues on supporting generics: more changes have been done to 
> the runtime, class libraries and tools, but we are not complete.
>
> To build the generic version of Mono, you have to compile the code 
> from source, and build the class libraries with the `generics' profile 
> (make PROFILE=generics). The generics C# compiler is called `gmcs' and 
> not `mcs'. They will merge in the future, but we wanted to maintain 
> mcs robust, and do all of our experimentation on a separate branch.
>
>
>       XSLT Managed Engine
>
> Over the past month, Ben's Managed XSLT engine has grown by leaps and 
> bounds. The implementation now offers compliance in critical areas 
> such as template conflict resolution. It also implements all of the 
> XSLT elements, including xsl:number. All of the extension functions 
> with the exception of format-number have also been implemented.
>
> Oleg Tkachenko, a seasoned .NET developer, joined Ben in his efforts 
> on XSLT, working on making the design of outputting XSLT much better. 
> His work will allow for better compliance with the spec, greatly 
> improved speed, and support for mode="html" for xsl:output.
>
> The work of all the XSLT hackers has resulted in a major rewarded, in 
> many cases the managed engine is faster than the C based libxslt.
>
> Although the Managed XSLT provider is still not the default provider, 
> you can enable it by setting the MONO_MANAGED_XSLT environment 
> variable, like this:
>
>	export MONO_MANAGED_XSLT=true
>
>
>       PowerPC Runtime
>
> Progress on the PowerPC JIT engine, but the full engine did not make 
> it into the 0.28 release, it should still be available before the 
> Microsoft PDC.
>
>
>       Windows.Forms
>
> We got a nice upgrade from Vladimir at _OpenLink_ 
> <http://www.openlinksw.com> for WineLib: various new DLLs from the 
> Wine runtime are now available (in particular all the common dialog 
> routines are now available to us). Vladimir is currently working on 
> updating WineLib to the latest edition of Wine.
>
> Jordi Mas contributed the ListViewItem widget and the file dialog and 
> Jonathan Hogg contributed a few fixes to the code base as well. Brian 
> Takita contributed the List control.
>
> Alexandre Pigolkine continued fixing the various low-level controls to 
> have the same rendering behavior that they do have on Windows together 
> with Jerome Laban. We started a thread to discuss the future 
> implementation strategy for System.Drawing to be fully cross-platform.
>
> Dennis continues in his quest to fix all the signatures in the 
> Windows.Forms. Johannes added support to make Wine track the theme 
> settings of Gnome (we will fully complete this on the next release).
>
> System.Drawing now has migrated to use Cairo bindings on Unix.
>
>
>       IL Assembler
>
> Jackson was in charge of most of these improvements. New features in 
> this release: .data, p/invoke support, allow multiple constraints on 
> generic parameters, Oberon is now self hosting with our il assembler 
> and plenty of bugs fixed.
>
>
>       JScript and Vsa
>
> Cesar has picked up again on JScript and has done incredible progress 
> on JScript and the Vsa engine, still not ready for hello world, but 
> moving along.
>
>
>       Bug Fixing
>
> As you can expect bug fixes everywhere: ASP.NET server and client, 
> ADO.NET, memory leak fixes. The client side for web services is 
> extremely robust (we passed the 24-hour continous test from SourceGear 
> and fixed tons of memory leaks, performance issues and stability 
> problems).
>
> We hope to bring the same level of robustness to the server side 
> component
>
>
>     3. The people behind this release
>
> The following developers contributed to this release:
>
> Alejandro Sanchez, Alexandre Pigolkine, Alp Toker, Atsushi Enomoto, 
> Ben Maurer, Bernie Solomon, Bernie Solomon, Cesar Octavio Lopez 
> Nataren, Christopher Taylor, David Sandor, David Waite, Dennis Hayes, 
> Dick Porter, Duco Fijma, Duncan Mak, Eran Domb, Eric Lindvall, Gaurav 
> Vaish, Gonzalo Paniagua, Hector E. Gomez Morales, Jackson Harper, 
> Jaime Anguiano, Jerome Laban, Joel Basson, Joerg Rosenkranz, Johannes 
> Roith, John Luke, Jonathan Hogg., Jonathan Pryor, Jordi Mas, Joshua 
> Tauberer, Juraj Skripsky, Laurent Morichetti, Laurent Morichetti, 
> lb@lb.ods.org, Lluis Sanchez, Malte Hildingson, Marco Ridoni, Martin 
> Baulig, Martin Willemoes Hansen, Miguel de Icaza, Mike Kestner, Nick 
> Drochak, Oleg Tkachenko, Paolo Molaro, Patrik Torstensson, Pedro 
> Martinez, Peter Williams, Philip Van Hoof, Piers Haken, Piers Haken, 
> Rachel Hestilow, Radek Doulik, Rafael Teixeira, Ravi Pratap, Sebastien 
> Pouliot, Timothy Parez, Todd Berman, Vladimir Kaluzhny, Vladimir 
> Vukicevic, Yaacov Akiba Slama, Yaron Shk op, Zoltan Varga.
>
> This list is not complete, it is missing contributions that were sent 
> to the list, as it was very hard to track the two million incremental 
> line patch since the last release (lots of documentation, thats why ;-). 


--------------020809060803060405030804
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=UTF-8">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Hey guys... maybe I just don't see it but the Winblows version is not
there.<br>
<br>
// David<br>
<br>
Miguel de Icaza wrote:<br>
<blockquote type="cite"
 cite="mid1065067079.11612.940.camel@erandi.boston.ximian.com">
  <meta content="text/html; " http-equiv="Content-Type">
  <meta content="GtkHTML/3.0.8" name="GENERATOR">
[ To fully appreciate this, see: <a
 href="http://www.go-mono.com/archive/mono-0.28.html">http://www.go-mono.com/archive/mono-0.28.html</a>
]<br>
  <br>
  <br>
Mono 0.28 Release<br>
Hello everyone,<br>
  <br>
A new release of the <a href="http://www.go-mono.com"><u>Mono</u></a>
runtime and SDK is available for UNIX and Windows. Packages for various
distributions are also available from our download page.<br>
  <br>
Since the last release, 1,124 individual commits were done to our
runtime and class libraries.<br>
  <br>
144 bugzilla bugs were closed.<br>
  <br>
I know that the following summary is incomplete, I apologize for
missing major features<br>
  <br>
We have finished the SourceGear <a
 href="http://www.ximian.com/about_us/press_center/press_releases/index.html?pr=sourcegear"><u>contract</u></a>,
which funded Web Services in Mono as well as various improvements in
the runtime. We are very happy to have served our first customer, and
we will continue to improve Mono to make sure the <a
 href="http://www.sourcegear.com/vault/"><u>Vault software</u></a> runs
flawlessly on Mono. <br>
  <br>
As you can expect, this release features bug fixes everywhere: memory
leaks plugged, performance problems solved, performance improvements
and more. A special area of robustness is the client-side web services
component: it is extremely robust now, as one of the SourceGear
acceptance criteria was a 24-hour continuous test of their client
library that did millions of web service operations. <br>
  <br>
We hope to bring the same level of robustness to the server side
component in the next release, the <a class="moz-txt-link-abbreviated" href="http://www.go-mono.com">www.go-mono.com</a> site <a
 href="http://www.go-mono.com/docs/index.html"><u>documentation</u></a>
is currently running with Mono and our ASP.NET implementation (that is
why the site has gone down a few times: we were using it on our
production system to use it under stress). <br>
  <br>
Each new release of Mono opens the door for more abusive tests, and
this time is not an exception, we already have a few areas of
performance and scalability that we want to address for the next
release.
  <h2>1. Availability</h2>
Binaries for various platforms are available from our web site from the
  <a href="http://www.go-mono.com/download.html"><u>download</u></a>
section:
  <ul>
    <a href="http://www.go-mono.com/download.html"><u>http://www.go-mono.com/download.html</u></a>
  </ul>
If you are using Red Carpet, subscribe to the Mono channel to install
this update. <br>
  <br>
Source code for Mono, MCS, XSP and mod_mono are also available from our
web site<br>
  <br>
  <ul>
    <li>MCS package (Class Libraries, C# and VB.NET compiler and
managed tools):<br>
      <a href="http://www.go-mono.com/archive/mcs-0.28.tar.gz"><u>http://www.go-mono.com/archive/mcs-0.28.tar.gz</u></a>
    </li>
    <li>Mono package (Runtime engine, JIT compiler, pre-compiled
compiler and class libraries):<br>
      <a href="http://www.go-mono.com/archive/mono-0.28.tar.gz"><u>http://www.go-mono.com/archive/mono-0.28.tar.gz</u></a>
    </li>
    <li>Apache Mono Module and XSP runtime (needed for the Apache
module):<br>
      <a href="http://www.go-mono.com/archive/mod_mono-0.4.tar.gz"><u>http://www.go-mono.com/archive/mod_mono-0.5.tar.gz</u></a><u><br>
      <a href="http://www.go-mono.com/archive/xsp-0.5.tar.gz">http://www.go-mono.com/archive/xsp-0.6.tar.gz</a></u><br>
      <br>
    </li>
  </ul>
  <br>
  <h2>2. New Features in this release.</h2>
  <h3>New Thread Locking</h3>
Zoltan removed the big locks we had in the runtime, and now we have a
finely grained lock system in the runtime. Runtime hackers can read the
included lock matrix document which describes the requirements to use
the new fine grained locks in their code.
  <h3>Ahead of Time Compiler Optimizations</h3>
Zoltan has worked extensively on the Mono ahead-of-time compilation
feature (AOT). The AOT code is now considered to be production quality,
and also for the first time precompiled code runs faster than JITed
code. This resulted in a 13% compilation speed up for the Mono C#
compiler, reducing the compile time to 3.185 seconds. A clear goal of
the team for the next release is to reach 3.1416 seconds. <br>
  <br>
An MCS bug prevents System.dll from being precompiled currently, we
hope to fix this by the next release, but everything else should work
fine.
  <h3>Web Services</h3>
Now we have a complete Web Services stack in Mono, In this release we
added:
  <ul>
    <li>The WSDL command line tool: this tool is used to generate web
service client proxies from a WSDL document (local or remote). </li>
    <li>WSDL documents: now ASP.NET can generate a WSDL document for
any web service that it hosts. </li>
    <li>Web service documentation page: it shows information about the
methods of a web service. It also provides a form with which you can
test simple methods. </li>
    <li>Support for HttpGet and HttpPost protocols. </li>
    <li>Our WSDL documentation page (<a class="moz-txt-link-freetext" href="http://.../file.asmx">http://.../file.asmx</a>) also can
generate a sample proxy for you, if you don't want to use wsdl. </li>
  </ul>
Notice that the stack was already functional in 0.26, but the addition
of the WSDL tools makes the setup complete for developing completely on
Mono. <br>
  <br>
The work to support Web Services was possible thanks to <a
 href="http://www.sourcegear.com"><u>SourceGear</u></a>. We should all
send them a token of appreciation.
  <h3>Xml Serialization</h3>
New XML serializer generator tool (genxs). With this tool you can
generate a XML serializer for any type and customize it to your needs.
For details about the use of this tool see Lluis' blog: <a
 href="http://primates.ximian.com/%7Elluis/blog/archives/000120.html"><u>http://primates.ximian.com/~lluis/blog/archives/000120.html</u></a><br>
  <br>
Lots of fixes and improvements to support the WSDL generation and
consumption.
  <h3>Security</h3>
Sebastien has implemented Authenticode(tm) and the code is now part of
the distribution. <br>
  <br>
A couple of new tools are available: signcode and chktrust. The former
is used to sign assemblies (or any PE files) and the later is used to
verify signatures and timestamps.
  <h3>Web Service Enhancements</h3>
Implementations of WSE 1.0 and WSE 2.0 appeared on the CVS, thanks to
Sebastien, Duncan, Todd and Daniel. We build both assemblies at this
point.
  <h3>XML Improvements</h3>
Speed and memory usage: extensive use of --profile and various clever
tricks from Atsushi and Ben. Lots of performance critical classes were
improved, and XPathDocument (which is used extensively by XPath and
Xslt) uses arrays of structs for its implementation to improve
performance. <br>
  <br>
XML Schema validation support in now in XmlValidatingReader (although
it is not finished). It also means that now many schema component
constraints have been implemented.
  <h3>Remoting</h3>
Added support for CallContext. Now the CallContext is sent through
remoting boundaries and fixed various problems related to in/out
parameters in Remoting invocations. <br>
  <br>
Improved robustness, specially for asynchronous calls.
  <h3>Generics</h3>
Work continues on supporting generics: more changes have been done to
the runtime, class libraries and tools, but we are not complete. <br>
  <br>
To build the generic version of Mono, you have to compile the code from
source, and build the class libraries with the `generics' profile (make
PROFILE=generics). The generics C# compiler is called `gmcs' and not
`mcs'. They will merge in the future, but we wanted to maintain mcs
robust, and do all of our experimentation on a separate branch.
  <h3>XSLT Managed Engine</h3>
Over the past month, Ben's Managed XSLT engine has grown by leaps and
bounds. The implementation now offers compliance in critical areas such
as template conflict resolution. It also implements all of the XSLT
elements, including xsl:number. All of the extension functions with the
exception of format-number have also been implemented. <br>
  <br>
Oleg Tkachenko, a seasoned .NET developer, joined Ben in his efforts on
XSLT, working on making the design of outputting XSLT much better. His
work will allow for better compliance with the spec, greatly improved
speed, and support for mode="html" for xsl:output. <br>
  <br>
The work of all the XSLT hackers has resulted in a major rewarded, in
many cases the managed engine is faster than the C based libxslt. <br>
  <br>
Although the Managed XSLT provider is still not the default provider,
you can enable it by setting the MONO_MANAGED_XSLT environment
variable, like this:
  <blockquote>
    <pre>	export MONO_MANAGED_XSLT=true</pre>
  </blockquote>
  <br>
  <h3>PowerPC Runtime</h3>
Progress on the PowerPC JIT engine, but the full engine did not make it
into the 0.28 release, it should still be available before the
Microsoft PDC.
  <h3>Windows.Forms</h3>
We got a nice upgrade from Vladimir at <a
 href="http://www.openlinksw.com"><u>OpenLink</u></a> for WineLib:
various new DLLs from the Wine runtime are now available (in particular
all the common dialog routines are now available to us). Vladimir is
currently working on updating WineLib to the latest edition of Wine. <br>
  <br>
Jordi Mas contributed the ListViewItem widget and the file dialog and
Jonathan Hogg contributed a few fixes to the code base as well. Brian
Takita contributed the List control. <br>
  <br>
Alexandre Pigolkine continued fixing the various low-level controls to
have the same rendering behavior that they do have on Windows together
with Jerome Laban. We started a thread to discuss the future
implementation strategy for System.Drawing to be fully cross-platform. <br>
  <br>
Dennis continues in his quest to fix all the signatures in the
Windows.Forms. Johannes added support to make Wine track the theme
settings of Gnome (we will fully complete this on the next release). <br>
  <br>
System.Drawing now has migrated to use Cairo bindings on Unix.
  <h3>IL Assembler</h3>
Jackson was in charge of most of these improvements. New features in
this release: .data, p/invoke support, allow multiple constraints on
generic parameters, Oberon is now self hosting with our il assembler
and plenty of bugs fixed.
  <h3>JScript and Vsa</h3>
Cesar has picked up again on JScript and has done incredible progress
on JScript and the Vsa engine, still not ready for hello world, but
moving along.
  <h3>Bug Fixing</h3>
As you can expect bug fixes everywhere: ASP.NET server and client,
ADO.NET, memory leak fixes. The client side for web services is
extremely robust (we passed the 24-hour continous test from SourceGear
and fixed tons of memory leaks, performance issues and stability
problems). <br>
  <br>
We hope to bring the same level of robustness to the server side
component
  <h2>3. The people behind this release</h2>
The following developers contributed to this release: <br>
  <br>
Alejandro Sanchez, Alexandre Pigolkine, Alp Toker, Atsushi Enomoto, Ben
Maurer, Bernie Solomon, Bernie Solomon, Cesar Octavio Lopez Nataren,
Christopher Taylor, David Sandor, David Waite, Dennis Hayes, Dick
Porter, Duco Fijma, Duncan Mak, Eran Domb, Eric Lindvall, Gaurav Vaish,
Gonzalo Paniagua, Hector E. Gomez Morales, Jackson Harper, Jaime
Anguiano, Jerome Laban, Joel Basson, Joerg Rosenkranz, Johannes Roith,
John Luke, Jonathan Hogg., Jonathan Pryor, Jordi Mas, Joshua Tauberer,
Juraj Skripsky, Laurent Morichetti, Laurent Morichetti, <a class="moz-txt-link-abbreviated" href="mailto:lb@lb.ods.org">lb@lb.ods.org</a>,
Lluis Sanchez, Malte Hildingson, Marco Ridoni, Martin Baulig, Martin
Willemoes Hansen, Miguel de Icaza, Mike Kestner, Nick Drochak, Oleg
Tkachenko, Paolo Molaro, Patrik Torstensson, Pedro Martinez, Peter
Williams, Philip Van Hoof, Piers Haken, Piers Haken, Rachel Hestilow,
Radek Doulik, Rafael Teixeira, Ravi Pratap, Sebastien Pouliot, Timothy
Parez, Todd Berman, Vladimir Kaluzhny, Vladimir Vukicevic, Yaacov Akiba
Slama, Yaron Shk op, Zoltan Varga. <br>
  <br>
This list is not complete, it is missing contributions that were sent
to the list, as it was very hard to track the two million incremental
line patch since the last release (lots of documentation, thats why
;-).
</blockquote>
</body>
</html>

--------------020809060803060405030804--