The debugger is not currently supported in MD.
El mié, 16-11-2005 a las 20:44 -0800, zhu shi song escribió:
Dear lists,
I got monodevelop from svn and compiled it with
enable-debugger correctly. But when I run it, there
are some errors:
2005-11-17 12:44:01,029
Hello Eno,
We fail to load the following xml:
!DOCTYPE doc [
!ENTITY e PUBLIC ;[EMAIL PROTECTED] 100.xml
!ELEMENT doc (#PCDATA)
]
doc/doc
The reason is that we try to set the entity content when its
declared and not when its referenced.
The attached patch fixes the issue.
Hi,
Before we can use Gnome.Vfs APIs to read remote files, do we need to
initialize it? If so which API is used? I didn't find a suitable API in
monodoc. Any help is appreciated.
I executed the following code -
VfsStream sr = new
VfsStream(@smb://server/share/file.txt,FileMode.Open);
I see that work on the new IR will start soon...
Here is a list of things that I think it should have.
This is just from the top of my head, I didn't re-read all of the
HSSA code to see every point in which I would have liked something
more, but anyway if we'll have the infrastructure to handle
Hi,
The general JIT changes in the patch look harmless to me. There is a problem
tough: the patch makes tests/marhal2.exe crash when run with -O=all.
Zoltan
On 11/15/05, Massimiliano Mantione [EMAIL PROTECTED] wrote:
The
On Thu, 2005-11-17 at 13:23 +0100, Zoltan Varga wrote:
The general JIT changes in the patch look harmless to me. There is a problem
tough: the patch makes tests/marhal2.exe crash when run with -O=all.
That looks more SSAPRE than the patch (or, better, it happens if
you specify -O=ssapre and
Hello Atsushi,
Ive found that your fix in PreserveWhitespace()
method in System.Xml\Mono.Xml.Xsl\XslTransformProcessor.cs (rev. 41620) causes
some different behavior from .net. Some white spaces are omitted in the transform
result.
What do you think about it?
See attached sample
Hi all,
Well, I didn't find any precompiled mono for OpenBSD, so I tried myself...
Steps I had to made
1) in support/mph.h
#if defined (PLATFORM_WIN32) || !defined (EOVERFLOW)
important || instead of because EOVERFLOW is not defined in OpenBSD
either!
2) in
Hi,
We don't have an OpenBSD port maintanier, so somebody with the
neccesary motivation and technical skills need to step up, do the port, and then
maintain it.
Zoltan
On 11/17/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi all,
About what is related this error at Mono???
When happend and why???
Thnx
__
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
___
Mono-devel-list mailing
Hi Kosta,
I think the idea that entity declaration does not have to resolve
the actual entity until it is referenced is nice to do.
But the patch breaks several tests with NullReferenceException.
Can you please run make run-test in System.XML and hopefully
in
Velazquez Angel wrote:
About what is related this error at Mono???
When happend and why???
Do you mean this error?
$ mcs
error CS2008: No files to compile were specified
Compilation failed: 1 error(s), 0 warnings
This error ocurs if, well, no input file was specified.
Robert
It would be much better if you avoid application/octet-stream for
your text attachments (it is even unlikely to be read by others).
Are you sure that enum default value is always 0 ?
Also, it looks like you forgot to create NUnit test for your
example case.
Cheers,
Atsushi Eno
Vladimir
Hi,
The fix at r41620 should be fine. The problem was in
XsltCompiledContext.cs as fixed at r53184 just now.
So it should work fine now.
Thanks,
Atsushi Eno
Vladimir Krasnov wrote:
Hello Atsushi,
I've found that your fix in PreserveWhitespace() method in
On 11/16/05 Jonathan S. Chambers wrote:
Attached is a diff of some current progress. These changes are all in
place right now, they would of course need moved to an external library.
Thanks for the patch.
I don't think this stuff should be moved to a library, at least not
until it's
Oh, I didn't know that enum fields are always initialized as 0.
So your patch is basically to omit the value string instead of
omitting the entire element (or attribute) and it isn't
deserializable anyways (as well as MS.NET), right?
using System;
using System.IO;
using
Hello,
I have just posted a document that details the status of the Mono
Development:
http://tirania.org/blog//texts/mono-status.html
Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
Unless you want to use it on Linux immediately (and of course if it can be
used on Linux), this should be Windows only currently. As such it can be
simply #ifdef'd as windows-only.
Porting COM interop to Linux will need some support functions exported by
Mono to support everiyhing (not all
In System.Web/HttpResponseStream the ApplyFilter method does'nt flush the
filter before closeing it. In 1.1.7 and .NET Framework the filter will be
flushed at final flush.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
When i do a google for C# and IE plugin,
i find surprizingly litte.
Comments like should be doable, or probably not doable are what I see, but
no conrcete
answers.
I have a project that will start out as a app. that would thus make C#/Mono
for use on Linux and Win32 a good sol'n.
But there is
On Thu, 2005-11-17 at 04:48 -0700, Buderya Roshan wrote:
Before we can use Gnome.Vfs APIs to read remote files, do we need to
initialize it? If so which API is used? I didn't find a suitable API in
monodoc. Any help is appreciated.
Are you doing a Gtk.Application.Init? That seems to be all
Ah, now I understand what you wanted to do (serializing flag enums).
BTW I'm not maintaining XmlSerializer stuff; you should ping Lluis
to get your patches approved ;-)
Atsushi Eno
Vladimir Krasnov wrote:
You are right, but this occurs only on not flaggable enums. I suppose
the reason for
2005/11/17, Mike Kestner [EMAIL PROTECTED]:
On Thu, 2005-11-17 at 04:48 -0700, Buderya Roshan wrote:
Before we can use Gnome.Vfs APIs to read remote files, do we need to
initialize it? If so which API is used? I didn't find a suitable API in
monodoc. Any help is appreciated.
Are you
I have been looking the latest WinFX bits from Microsoft, and I found
the Workflow Foundation very interesting.
Is there any workflow engine for Mono at this moment?
If not, I think it would be a good idea to start one, even though I
think it's better not to base it in Microsoft
On Mon, 2005-11-14 at 16:39 -0500, Dean Brettle wrote:
On Mon, 2005-11-14 at 20:35 +0100, Lluis Sanchez wrote:
I think this is fixed in SVN.
Cool! Which component was fixed? Monodevelop, gtk-sharp, mono, or mcs? I'm trying to figure out what I should build from SVN.
I've now added binary and source zips, which you can get on sourceforge.
I have not put out a mono distribution for this release and I won't unless
there's a need for one.
My thinking is as follows:
1. Many people using mono want the source anyway.
2. Lots of others run mono under windows and
On Wed, 2005-11-16 at 23:43 +0100, Marek Habersack wrote:
On Wed, Nov 16, 2005 at 11:00:05AM -0600, Carlos Solorzano scribbled:
Whats the easiest way to do some debugging of XSP, is there a way to
turn on logs for XSP?
personally I use log4net (catches also Console.Write/WriteLine) with
On Wed, 2005-11-16 at 18:16 -0500, Yogendra Thakur wrote:
Please see following bug.
http://bugzilla.ximian.com/show_bug.cgi?id=76732
If DataGrid control is binded with EmptyDataView and rebinded again it
crashes XSP.
See attached crash message and test page.
Thanks. I'll take care of
On Wed, 2005-11-16 at 17:14 +0100, Geir Johan Bergum wrote:
In System.Web/HttpResponseStream the ApplyFilter method does'nt flush the
filter before closeing it. In 1.1.7 and .NET Framework the filter will be
flushed at final flush.
Would you please send a simple test case that I can use
Gonzalo Paniagua Javier wrote:
On Wed, 2005-11-16 at 23:43 +0100, Marek Habersack wrote:
On Wed, Nov 16, 2005 at 11:00:05AM -0600, Carlos Solorzano scribbled:
Whats the easiest way to do some debugging of XSP, is there a way to
turn on logs for XSP?
personally I use log4net
Hi people!
I'm working on a open source server, that can be used like a workflow
engine, or like a request/response server. Actually, my implementation is in
.NET. When I could stabilize the features and implementation strategies,
I'll publish the code. I think that it can be easily ported to
Felipe Almeida Lessa [EMAIL PROTECTED] 11/18/05 1:44 AM
2005/11/17, Mike Kestner [EMAIL PROTECTED]:
Are you doing a Gtk.Application.Init? That seems to be all that
sample/TestVfs does.
Iam doing a standalone executable which needs to read/write to remote
shares.
AFAIK, you should do:
(1) I feel a little disappointed at the comparsion
results. I think we should not only prove we can do
this but we can do even better. The performance fact
is very essential for production applications. I hope
the mono community can improve performance of mono
largely. Then mono will be depoyed
I'm sorry for lacking debugger. It's very important
for developing apps.
tks
zhu
--- Lluis Sanchez [EMAIL PROTECTED] wrote:
The debugger is not currently supported in MD.
El mié, 16-11-2005 a las 20:44 -0800, zhu shi song
escribió:
Dear lists,
I got monodevelop from svn and compiled it
zhu shi song wrote:
(1) I feel a little disappointed at the comparsion
results. I think we should not only prove we can do
this but we can do even better. The performance fact
is very essential for production applications. I hope
the mono community can improve performance of mono
largely.
BTW we have more detailed description on this topic here:
http://www.mono-project.com/Performance_Tips
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
I very agree with you. The right direction to
improve performance should be from :
- class libraries
- compiler outputs
- JIT
I don't think we put emphasis on apps. Because we
have the same source, but the running results are so
different using linux+mono and msft
From the measurements I've taken, MS .NET is generally 2 to 3 times faster
than Mono, both using micro-benchmarks and applications that do real work.
I would also point out that your .NET test was on MS, whereas your Mono test
was on Linux. Exception-handling on MS is thought to be very slow.
38 matches
Mail list logo
