Currently mdvalidator doesn't like the documentation for generic
types/members, as the XSD that mdvalidator uses hasn't been updated for
the new XML tags like typeparam/. This is to be expected.
However, some non-ECMA tags were added to the output of monodocer, in
particular the
Thought it might be worth bringing up this:
http://research.microsoft.com/os/singularity/
Ms has a research project like this, and the paper describing the design is
the first paper from Microsoft that states that Linux is faster than
Windows :-)
pgpNizoILMaPw.pgp
Description: PGP signature
Stefan Dösinger wrote:
Thought it might be worth bringing up this:
http://research.microsoft.com/os/singularity/
Ms has a research project like this, and the paper describing the design is
the first paper from Microsoft that states that Linux is faster than
Windows :-)
An excellent
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit http://sharpos.org
Please start editing
Hi,
This sounds very interesting indeed, I'll be sure to watch this and
possibly would like to get involved.
On 10/30/06, Johann MacDonagh [EMAIL PROTECTED] wrote:
So does anyone have any problems with calling this project SharpOS? If not,
I'll register www.sharpos.org right now and set up a
Hi,
The attached patch contains tests that we added a NotWorking
category attribute for them as they pass on .NET and fail on mono.
This is part of an effort we make to get zero failures
execution of the mono's System.Web 2.0 test suite. Having that, all NotWorking
tests are bugs and
On 10/29/06 Kornél Pál wrote:
I'll probably be able to fix that one as well, but my very-very big problem
is that vbnc is so undarebly slow on Mono that it's quite impossible to wait
for the compiler to reach again the stage where it's failing.
If the results of previous stages could be
On 10/29/06 Kornél Pál wrote:
I forgot to attach the diff file.:)
You also forgot the nunit tests that are required to be able to commit
a change so deep in the runtime a few days before a major release:)
Also, please don't post patches marked as octect-stream, they are text
files, post them as
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
In my opinion, instead of having a tokenization phase that keeps all the
tokens
Hello,
The attached patch contains tests that we added a NotWorking category
attribute for them as they pass on .NET and fail on mono.
This is part of an effort we make to get zero failures execution of
the mono's System.Web 2.0 test suite. Having that, all NotWorking
tests are bugs
On 10/31/06 Miguel de Icaza wrote:
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
While that is clearly a very inefficient
Hi Jensen,
You need to add the source file name to the lists of sources to
compile the desired library, a file named like
'libraryname.dll.sources'. In this specific case the file you need to
change is:
mcs/class/System/System.dll.sources.
I've seen that you are surrounded your source with the
Hi,
I have a small question.
I noticed on the Class Status Page that the public enum
DecompressionMethods hasn't been implemented yet. It's not a big enum so
I gave it a shot.
The next step is to test it. Unfortunately recompiling mono (make clean,
autogen, make make install) did not include my
Hi,
Added it, recompiled and everything worked.
I tested it with a small Console.WriteLine statement and got the same
output as it does on Windows using the .NET framework.
I've attached the diff file with the ChangeLog and System.dll.sources
entry and the class file.
Jensen
Rafael Teixeira
http://bugzilla.ximian.com/show_bug.cgi?id=79396Hi, if anyone can commit this before 1.2, or something better, I'd appreciate it.It's the same fix submitted by Marek Habersack for
http://bugzilla.ximian.com/show_bug.cgi?id=78321, [2.0] ObjectDataSource fails to find the specified type
which was
Andrés G. Aragoneses [ knocte ] wrote:
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit
On Tue, 2006-10-31 at 09:03 -0500, Abe Gillespie wrote:
No one wants to host at Google?
That would be my recommendation.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On 10/31/06 Miguel de Icaza wrote:
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
While that is clearly a very inefficient
Is there a sample app the compiles slowly somewhere (and instructs on how to use VBNC) that i can download it and run a few tests myself to see if i could lend a hand? I'm interested in this kind of stuff, but probably won't be able to help much :p But i'll try.
Thanks,Alan.On 10/31/06, Ben Maurer
[Not approving the 700KB mail message to the list, just replying to some
comments here]
On 10/31/06 Kornél Pál wrote:
Does the code properly dispose the file strem objects as sson as
tokenization is done?
Is that a problem if the compilation cannot complete? Currently vbnc is
able
to finish the resolve phase on Mono when bootstrapping and fails in early
define phase.
How much time does it take to complete the resolve phase? I thought that
was the issue given this thread subject. If there are
On 10/31/06 Kornél Pál wrote:
The resolve phase is part of compilation so the subject covers the problem.
When doing bootstrap (compiling vbnc using vbnc) finishing the resolve phase
takes up to 2 minutes on MS.NET. Doing the same on Mono takes at least 1
hour on the same machine.
So I
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and a complete waste of time. Is that so hard to get through?
You mean, we should ignore the comment from Kosta on bugzilla
and apply your patch anyways, right? Why?
Atsushi Eno
blackdog wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=79396
Hi, if anyone can commit this before 1.2, or something better, I'd
appreciate it.
It's the same fix submitted
What he needs and i need and anyone else who wants to help with this issue needs is a program that takes 5-15 minutes to compile using VBNC. Trying to profile a 1 hour compile that crashes is a waste of time. Profiling for 10 minutes allows reasonalby fast results when testing a new patch. Making
This is a small program that wraps normal executable to be services.
Compile using:
mono --debug vbnc.exe /reference:System.dll,System.ServiceProcess.dll
ServiceHost.vb
vbnc is able to successfully compile this program.
Hope this helps.
If you need small programs, you may want to try the
Please check the thread Re: [Mono-dev] [PATCH] Correction to the r65131 inSystem.Web.UI.WebControls/ObjectDataSourceView.csKosta replied that he didn't fix the bug, specifically:
I did not make any fixes for
http://bugzilla.ximian.com/show_bug.cgi?id=79396.
My comment was made to avoid a
Oh, okay, thanks for the clarification. I also prefer your fix and
make some changes to ObjectDataSourceView as Kosta suggested, but
at this state the svn tree is almost already frozen for 1.2 release
which should not cause regression, it would be better to wait for
1.2.1 which won't be so far.
On Tue, 2006-10-31 at 22:52 +0100, Kornél Pál wrote:
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and
Hello,
Oh, okay, thanks for the clarification. I also prefer your fix and
make some changes to ObjectDataSourceView as Kosta suggested, but
at this state the svn tree is almost already frozen for 1.2 release
which should not cause regression, it would be better to wait for
1.2.1 which won't
Hello,
Sorry if I don't understand what you need but I have no experience in
profiling Mono.
What is the sample program that you need? Sorry but I really didn't
understand what exactly you need.
The profiler today only runs when the program exists successfully, so we
need a shorter test
It is pasted in http://bugzilla.ximian.com/show_bug.cgi?id=79396 .
The issue remaining is, looks like ObjectDataSourceView had better
be changed (simplified) as well.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
Oh, okay, thanks for the clarification. I also prefer your fix and
make some
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit http://sharpos.org
Please start editing
Andrés,
- Use NovellForge instead of SourceForge.net (the UI is much simpler and
fast, and it supports bugzilla, much wonderful than the issue tracker of
SF.net).
I used to have couple of projects on NovellForge: I cannot agree with
you about the fact it is better than SourceForge for
Hi people,
I'm looking to a free and nice report writer for
asp.net 2.0, i saw this a few months ago but i don't remember.
Anyone?
Thanks,
Jorge
___
Mono-list maillist - Mono-list@lists.ximian.com
The Run in Mono button removes the need to find the mono command line,
and call mono on wherever your assembly happens to be. I think this
feature absolutely needs to be ported to VS2005, and renamed something
more like Mono Development Plugin or something. The other features
can come along
http://www.fyireporting.com
Andrus.
- Original Message -
I'm looking to a free and nice report writer for asp.net 2.0, i saw this a few
months ago but i
don't remember.
Anyone?
___
Mono-list maillist - Mono-list@lists.ximian.com
Hi,
I've developed a SWF Apps under Mono and i've tryed it on windows. Everythings
looks nearly fine excepts some little stuff.
One off them is annoying ...
When I launch my apps under Mono/Linux, no console windows ...
When I launch my apps under .Net/Windows, lauch a console then the windows
[EMAIL PROTECTED] wrote:
Hi,
I've developed a SWF Apps under Mono and i've tryed it on windows. Everythings
looks nearly fine excepts some little stuff.
One off them is annoying ...
When I launch my apps under Mono/Linux, no console windows ...
When I launch my apps under .Net/Windows,
On Tue, 2006-10-31 at 09:03 -0500, Abe Gillespie wrote:
No one wants to host at Google?
That would be my recommendation.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
A couple months ago I stripped down a few pieces of my WinForms 2.0
application until it compiled on gmcs 1.1.13. The blocking issues where
all 2.0 stuff, so now I got 1.1.18 and tried to recompile to see what I
could re-enable to bring the code closer to the original project. (I
really want
On Tue, 2006-10-31 at 15:00 +0100, Robert Jordan wrote:
[EMAIL PROTECTED] wrote:
Hi,
I've developed a SWF Apps under Mono and i've tryed it on windows.
Everythings
looks nearly fine excepts some little stuff.
One off them is annoying ...
When I launch my apps under
Andrus wrote:
Use the appropriate target:
mcs /target:winexe ...
It's a common question and a great opportunity for someone to contribute
a (very simple) rule for Gendarme ;-)
E.g. Any .EXE that reference System.Windows.Forms.dll should have a
winexe target (or we issue a warning).
mono
Andrés G. Aragoneses [ knocte ] wrote:
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit
Use the appropriate target:
mcs /target:winexe ...
It's a common question and a great opportunity for someone to contribute
a (very simple) rule for Gendarme ;-)
E.g. Any .EXE that reference System.Windows.Forms.dll should have a
winexe target (or we issue a warning).
mono
Has anyone see C# bindings for libgaim? If there aren't bindings would libgaim be the preferred route to provide IM network services to .NET applications (all networks or at least the most important types xmpp / oscar / msn / yahoo).
___
Mono-list
2006/10/31, Corbin Hoenes [EMAIL PROTECTED]:
Has anyone see C# bindings for libgaim? If there aren't bindings would libgaim be the preferred route to provide IM network services to .NET applications (all networks or at least the most important types xmpp / oscar / msn / yahoo).
I don't know of any
No one wants to host at Google?
-Abe
On 10/31/06, Antonello Provenzano [EMAIL PROTECTED] wrote:
Andrés,
- Use NovellForge instead of SourceForge.net (the UI is much simpler and
fast, and it supports bugzilla, much wonderful than the issue tracker of
SF.net).
I used to have couple of
The initial console cannot be suppressed. It it shown because
mono.exe is a native Win32 console application.
This could be fixed by providing monow.exe, compiled
for the native Win32 winexec target.
Can you include such exe with mono windows distribution like activestate python
distro
MSN:
http://www.xihsolutions.net/dotmsn/
Oscar:
http://www.danielgrunwald.de/coding/NOscar/
Jabber
http://jabberstudio.org/projects/jabber-net/project/view.php
dont know if these libs are pure .net and will run under mono.
nothing found about yahoo. but there are inofficial protocol
Andrus wrote:
The initial console cannot be suppressed. It it shown because
mono.exe is a native Win32 console application.
This could be fixed by providing monow.exe, compiled
for the native Win32 winexec target.
Can you include such exe with mono windows distribution like activestate
I don't know how I missed this:
http://evain.net/blog/articles/2006/08/21/link-to-link
Thanks Massi and JB Evain.
Massimiliano Mantione wrote:
On Mon, 2006-10-30 at 14:51 +, Colin JN Breame wrote:
I know this is probably pretty far fetched, but is it possible to statically
link an
52 matches
Mail list logo