the code is specially slow, and optimize the sources.
Even a line of change could result in more than 200% performance
boost in some code areas (I often got such hits in DOM/XSLT areas).
Atsushi Eno
tks
zhu
--- Ben Maurer [EMAIL PROTECTED] wrote:
On Wed, 2005-11-16 at 20:30 -0800, zhu shi
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
and get
conformant results at any time, at least until we solve the puzzle.
So please apply the patch, and add below to ignore.lst in
mcs/class/System.XML/Test/System.Xml.Xsl/standalone_tests:
idkey_idkey18
idkey_idkey50
Keys__91835
Thanks,
Atsushi Eno
Oops, good catch! Please commit.
Thanks!
Atsushi Eno
Vladimir Krasnov wrote:
Hello Atsushi,
I've found a problem in SimpleSlashIterator.MoveNextCore() method.
Please see attached sample that reproduces the problem.
I've also attached a patch for System.Xml.XPath\Iterator.cs that fixes
Hello,
Sorry for the delay, I had been on vacation for a while.
I think the patch is good, but seems already committed as r53398
maybe by mistake (or anyone else approved the patch?).
Atsushi Eno
Vladimir Krasnov wrote:
Hello Atsushi,
I've found a problem in UnionIterator.SetCurrent
memory usage.
(If you don't really have System.Data.dll and you specified
-r:System.Data correctly, then the error message would be different.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
and .net 2.0 returns 4).
(I guess you don't avoid mono dependency since it uses
Mono.GetOptions.dll, but in case you do then it could be done
by reflection).
Cheers,
Atsushi Eno
Index: Makefile.in
===
--- Makefile.in (revision 53812
Gert,
Please revert this formatting change, which just makes code much
less readable, with too deep indentation.
Atsushi Eno
Original Message
Subject: [Mono-patches] r53901 -
trunk/mcs/class/System.XML/Test/System.Xml.Xsl
Date: Sun, 4 Dec 2005 13:37:55 -0500 (EST)
From
you query List in CORLIB.
(Feel free to add cc: to yourself on that bug if you'd like to
keep track of the bug.)
Cheers,
Atsushi Eno
Grant Monroe wrote:
The following code results in an InvalidCastException rather than an
InvalidOperationExcepation wrapping the ApplicationException. I didn't
find
/decoder behaviors are inconsistent;
some of they might put '?' for invalid bytes, and some just ignores.
Atsushi Eno
Grant Monroe wrote:
I posted a bug about System.Text.ASCIIEncoding yesterday. Essentially
the problem I have is that I expected this Encoding to be able to
decode an array of bytes
No worry! it's nothing more than just a hint to find bugs. I couldn't
find that bug when I queried InvalidCastException ;-) Thanks for
(attempt for) filing couple of bugs.
Atsushi Eno
Grant Monroe wrote:
Sorry about that. Looks like I checked something incorrectly when I
did my bugzilla search
Please add a corresponding NUnit test(s) and commit. Thanks!
Atsushi Eno
Konstantin Triger wrote:
Hello,
The following code causes an exception and the attached patch fixes it.
Please approve commit.
static void Main(string[] args)
{
StringBuilder sbVisible = new
,
this is just my idea :-)
It won't happen very soon. For C# 3.0 features, you will have to wait
at least to get it checked in svn (local gmcs patches are always
possible). See
http://tirania.org/blog//texts/mono-status.html#csharp
Atsushi Eno
___
Mono
because Linq Preview contains API reference section for it.
(That's also the reason why I haven't tried other stuff).
(System.Xml.XLinq also misses things like extension point support.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
and broken fix for the first case,
but it would require general refactoring. They would handle it better.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
after fixing them.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: vrijdag 23 december 2005 18:54
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: RE: [Mono-dev] [PATCH] Validation for xsl:output
attributes.
Comments inline
-Original Message
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: vrijdag 23 december 2005 19:29
To: Gert Driesen
Cc: mono-devel-list@lists.ximian.com
Subject: RE: [Mono-dev] [PATCH] Validation for xsl:output
attributes
Gert Driesen wrote:
Comments inline
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: dinsdag 20 december 2005 6:26
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for xsl:output
attributes.
Hi
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: vrijdag 23 december 2005 20:31
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for xsl:output
attributes.
Gert Driesen wrote:
Comments inline
the entire changes.
So, now that all problems should have gone, I hope you have a merry
X'mas (it's a bit too late for me and Santa does not seem coming to
this bad boy ;-)
Atsushi Eno
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: zaterdag 24 december 2005
should feel you are rejected. I just keep
pointing out that your fix is not right.
(I, of course, don't like the altitude that compatibility is God and
it can throw better behavior away. I'm not here to reinvent MS bugs.)
Atsushi Eno
___
Mono-devel-list
you haven't posted.
You could have just run standalone tests and see what happens.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
... and here's the patch ;-)
Sorry for the noise !
It looks good. Please apply exactly the same patch by the time you
commit
anything else.
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: zondag 25 december 2005 4:44
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: RE: [Mono-dev] [PATCH] Validation for xsl:output
attributes.
It indeed is indent
Gert Driesen wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: zondag 25 december 2005 15:39
To: Gert Driesen
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Validation for xsl:output
attributes.
Gert Driesen wrote
Hi,
The patch is in svn (though I believe it should be
InvalidOperationException
rather than ArgumentException for attempt to change read-only node. Oh,
yes
it would be another waste of time to discuss about it). Thanks.
Atsushi Eno
Good day.
There is another incompatibitily of Mono
are related only to above).
Thanks,
Atsushi Eno
Gert Driesen wrote:
Hi,
I've attached a patch that fixes the following minor issues in XmlElement
and XmlTextWriter :
- Setting XmlElement.Prefix to null should not result in
ArgumentNullException on 2.0 profile
- XmlTextWriter.WriteNmToken
Gert Driesen wrote:
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 5, 2006 04:53 AM
To: 'Gert Driesen'
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] Minor fixes for XmlElement XmlTextWriter
Hi Gert,
It would be nicer if you avoid
at any time (as
it used to do) and nunit started to work fine.
Atsushi Eno
Original Message
Subject: [Mono-patches] r54798 - trunk/mono/mono/metadata
Date: Fri, 23 Dec 2005 15:28:05 -0500 (EST)
From: Sebastien Pouliot ([EMAIL PROTECTED])
[EMAIL PROTECTED]
To: mono-patches
be not a small number of patches that are just forgotten
or overlooked. You should ping the list on your forgotten patches
*if any*.
(Mine are mostly on bugzilla, but I usually ping about them when
they are required; others are marked as [PATCH]).
Atsushi Eno
Hi,
I have a fix for mcs/class/corlib/Makefile to build version-aware
corlib_plattest.dll (i.e. corlib_plattest_default.dll and
corlib_plattest_net_2_0.dll). Does it look fine to commit?
Atsushi Eno
Index: Makefile
===
--- Makefile
referenced by
System.Web.Services.dll ... I wonder if it is used in System.Web build.
The buildbot does not report such errors, so it might be problems
in windows-specific code such as assembly path resolution failure.
Atsushi Eno
make[8]: Entering directory `/home/atsushi/svn/mcs/class/System.Web
in MS
compatibility), please help fixing them.
(Also, in general make run-test under Windows results in more than
50 failures, which are likely to be because those tests depends on
Unixy environment.)
Cheers,
Atsushi Eno
TestResult-ondotnet-net_2_0.tar.bz2
Description: Binary data
Hi,
Is there some library or program that execute a parser-generator like bison
or yacc in c#?
We use C# port of jay to build mcs and several libraries such as
XPath, Query expression in DataTable.Select(), RELAX NG compact
syntax etc. It is part of mcs module in our svn.
Atsushi Eno
Why? You'd get it if you read library or program in depth ;-)
Atsushi Eno
Daniel Morgan wrote:
I think he is talking about a something written in C#. Jay creates parsers for
C#, but Jay is written in C.
Atsushi Eno [EMAIL PROTECTED] wrote:
Hi,
Is there some library or program
be merged into a single tool.
Atsushi Eno
Hello all,
I've build a simple 1-line-of-code tool that applies xsl
transformation to xml files, in order to transform NUnit output xml
files to more suitable format to be used by automatic testing engine.
Actually, I tried first to find such a tool
to prevent overflow when encoding ToBinary ? (this is not
documented in msdn2).
I am not sure about DateTime changes, but as for TimeSpan I saw that its
range was narrowed - TimeSpan.MaxValue in .NET 2.0 is smaller than
that of .NET 1.1 (so many TimeSpan tests fail under MS.NET 2.0). HTH.
Atsushi
XmlWriterSettings settings = new XmlWriterSettings ();
settings.Encoding = new UTF8Encoding (false);
XmlWriter writer = XmlWriter.Creat (settings);
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
as [Ignore].
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
-ondotnet easier.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
I agree on faster part, but considering the heaviness of string
comparison itself the difference is so trivial ;-)
Atsushi Eno
Thong Nguyen wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier
Sent: Friday, 3
not test and complain
if mono fails to assert this behavior.
(Leaving Assertion-Assert changes is OK.)
Actually why did you mark it as NotDotNet? It does not fail under
.NET 2.0 (or do you have different .NET 2.0 than mine, 2.0.50727 ?)
Thanks,
Atsushi Eno
Original Message
Subject
itself). Maybe something like
regex would help it. I'll look into compiler-tester when I have
extra time to do it.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
, there is no such one (#77491), and I haven't created any
patches for #75831 (maybe you put a different number? it seems
already fixed in svn). For mcs patch (#66031), maybe Harinath
would take care of mcs fix.
Atsushi Eno
___
Mono-devel-list mailing list
from the first stage. If I were you,
I wouldn't have done that in the same message. That is what I
said bad.
You can start marking bad lines in my messages but legally
you cannot make it public. It is even non-publicated authority,
and you didn't absolutely do it by mistake.
Atsushi Eno
How could you read my message like publicate my private favor
in the mailing list ? What I said to you was please post
patch-related stuff to public mailing list, not me.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
was
already in my previous message (I'm writing here on the list in
case someone wonders what he is talking about).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
, anyone can check if the build is working fine by looking
at the buildbot: http://mono.ximian.com:8008/
The log at checkout box would tell you which build is fine or broken.
Atsushi Eno
Janne Rantala wrote:
Hi,
I've been having trouble building Mono on WinXP-Cygwin environment,
following errors
Hola,
The latest FtpWebRequest seems depending on the FtpWebResponse which
is probably only in your box.
svn up -r 56692 in mcs/System/System.Net solved the problem.
Atsushi Eno
Original Message
Subject: [Mono-patches] r56693 - trunk/mcs/class/System/System.Net
Date: Thu, 9
Novell's resources.
We are not playing a game, nor spending resources on someone's
hobby, but doing businesses.
Atsushi Eno
Lluis Sanchez wrote:
Hi,
IMHO, the rule if something works don't touch it applies here. Maybe
we just need smarter unit tests.
Lluis.
El jue, 09-02-2006 a las 10:43
designed to ignore an empty string (both under .NET and Mono).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Atsushi Eno wrote:
Luca wrote:
Il Mon, Feb 13, 2006 at 11:47:23PM +0100, Vincent Daron ha scritto:
stream:stream version=1.0 to=[EMAIL PROTECTED] from=server
xmlns=jabber:client
aWriter.WriteStartDocument();
aWriter.WriteStartElement(stream,
stream,http://etherx.jabber.org/streams
either WriteCData() or
WriteRaw() as I indicated, so the priority is low.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
tried with XMLmark, the attached patch certainly
improves performance (though not big, about 2%). If it looks
good feel free to apply to trunk.
I noticed that string op_Equality is slow, about 2x than MS.
There might be chances to improve it.
Atsushi Eno
Index: String.cs
implementation, but just
my 2 cents.
Atsushi Eno
Marek Safar wrote:
Hello,
I noticed that String operator != just reuses == i.e. a != b
returns ! (a == b). It could be more effective if operator!=
has actual implementation code. Also, string.Equals() currently
calls operator!= which performs
is the problem I am talking about.)
Note that this WellFormedXmlWriter.cs is not for general use (yet)
since it handles only WriteString().
If no objection I'll commit them cpl days later.
Atsushi Eno
Index: ChangeLog
===
--- ChangeLog
, and then everyone would happen
to know which is bad (it's still useful if we could find the
performance problem inside the class libraries).
BTW If there are such people who can improve class library
performance including sys.xml better than now, they are
highly welcomed ;-)
Atsushi Eno
it was
impossible. That's what has happened to such patches that are
accompanied by please review the patch posts.
The same amount of massive patches happen to mcs/gmcs land
without any approvals from the maintainers, kinda everyday.
Atsushi Eno
Boris Kirzner wrote:
Hello Senga,
One of your latest
provide additional marshaling flags so that
it will be truly functional on every platforms (especially considering
that there is also Gtk+ on Windows which is apparently designed to work
on Windows and uses UTF-8 based marshaling). AFAIK they are also aware
on this matter through ECMA meetings.
Atsushi
OASIS suite tests on sorting that pass under mono. Please file
a bug with your reproducible stylesheet and input sources.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
fedotenko wrote:
Im a bit new to this. Wher do i file a bug?
Oops, sorry for that. It's at http://bugzilla.ximian.com/ .
Or in case you couldn't understand the bugzilla interface, posting
the stylesheet and the xml source is still ok.
Atsushi Eno
Hi,
It's always nice if encoding conversion stuff get faster. Can you
also provide how it becomes faster when you finish writing the patch?
Thx,
Atsushi Eno
Kornél Pál wrote:
Hi,
I think doing something like in the attached draft is faster. No new String
object is created. Arrays
/ )
and this particular dll into your mono GAC with mono's gacutil.
(According to that particular date 2006-03-12, I guess it is
related to OASIS UBL activity, as Makoto Murata let me know ;-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
you, but it is
trivial problem. It is of course OK to just send messages to me.
Oh, and I should warn that this NVDL stuff is so unused and it
is likely to happen that you find bugs here and there ;-)
Cheers,
Atsushi Eno
___
Mono-devel-list mailing list
Wow, the numbers are quite impressive. Can you please attach your
String.cs(.new) ? :-)
Atsushi Eno
Andreas Nahr wrote:
Hi Zac, Hi Kornél,
I've been working quite some time on improving the existing String class a
long time ago (about 2-3 years), but as I got a new job back then never had
by my tiny patch
without harm.
I would like to know Zoltan's opinion about this. Any idea what could cause
this
regression ?
ok, I'd follow you guys' decision (I can always keep the patch locally).
Atsushi Eno
___
Mono-devel-list mailing list
Mono
think Trim() can be checked in, with a few changes
(changing CharCopy() to InternalStrcpy()). For CharCopy(),
I'd wait for further review. ToCharArray() is also nicer
to have, but it depends on CharCopy().
Thanks a bunch, Andreas.
Atsushi Eno
Andreas Nahr wrote:
It's just bad naming
, thanks Kornél. Can you please commit the patch with a few
coding style fixes?
foo [i] instead of foo[i]
Blah () instead of Blah()
(byte) x instead of (byte)x
The benchmark results are wonderful :)
Atsushi Eno
___
Mono-devel-list
Oh, forgot to mention, all my evaluations are done with Massi's
latest treeprop patch. That is, inline, copyprop, consprop and
deadce are enabled by default IIRC.
Atsushi Eno
Andreas Nahr wrote:
Basically this also were my findings back then (you can even see some
functions where I did check
.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
and Cheshvan (Heshvan) is pretty complex. It should not be like
current code which determines the number of days in chicken-and-egg
computation.
http://en.wikipedia.org/wiki/Hebrew_calendar
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
Just ran a fullbuild and added some tests to not introduce those
zero-length regressions. So please go ahead and commit it.
Thanks,
Atsushi Eno
Kornél Pál wrote:
OK.:)
BTW I just noticed that an usafe keyword is missing from the diff. A
correct one is attached.
I've done some tests
Hello Yaacov,
Oh, so simple fix - I'm unsure whether my guess on long_heshvan()
and short_kislev(), but for now it's working and we don't have any
further problem, so who cares ;-)
Thanks, I'm going to commit your fix.
Atsushi Eno
Yaacov Akiba Slama wrote:
Hello Atsushi,
The enclosed patch
Oh, good catch. Your patch would be appreciated. Thanks, Boris.
Atsushi Eno
Boris Kirzner wrote:
Hello Atsushi,
Regarding your patch to XmlException (rev 35820):
XmlException.SourceUri property is supported only in 2.0 so, probably
the corresponding serialization calls should be under #ifdef
Hmm ... it brings beautiful change :-( Anyways feel free to commit.
Atsushi Eno
Boris Kirzner wrote:
Hello all,
Attached is a proposed patch for XmlException, that fixes Soap
serialization .Net compatibility.
--
Boris Kirzner
Mono RD team, Mainsoft Corporation.
Blogging at http
Hi Joshua,
I'd prefer different approach so that 1) XmlNameEntry does not
have to become fat boy and 2) keep code cleaner. How about
the attached one? It avoids extra string creation as well.
Thanks for the idea for optimization.
Atsushi Eno
Index: XmlAttribute.cs
reluctant to improve NameTable since your patch adds extra one
to care.
(And: I don't know if it was necessary, but XmlElement was checking if
prefix == null which you're not checking for in your patch.)
Oh, it should check that too, for namespace-less XmlTextReader input.
Thanks!
Atsushi Eno
memory allocated: 6394 KB
real0m10.856s
user0m0.070s
sys 0m0.030s
Mine now:
Total memory allocated: 6394 KB
real0m10.045s
user0m0.080s
sys 0m0.040s
Now it is checked in svn.
Atsushi Eno
Joshua Tauberer wrote:
Atsushi Eno wrote:
Joshua Tauberer wrote:
(My patch
Mmm, thanks for the bug info. BTW for nb-NO I've committed the fix
in svn.
If you cannot control serialization on the other side, you can't
do anything but modifying the input XML to strip the culture info.
Atsushi Eno
Ivano Luberti wrote:
Hi Atsushi.
I have found that someone already has
cross platform (which
actually isn't exactly) won't come true unless you actually report
the bugs you faced.
BTW Mono's cross platform on desktop apps has been done as Gtk#.
It *is* cross platform.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel
they
are overridden.
Please review and approve the patch.
Do you have any NUnit test patches as well?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
: whether it throws NullReferenceException or
ArgumentNullException) but not sure for others.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
by overriding Encoding
and printing notification to the console when a method is called.)
The updated patch is attached.
I wouldn't apply this new patch. If other mono hackers do that I won't
stop (but then it is very likely to happen that I stop helping
Encoding improvements anymore).
Atsushi
/System.Web.xml
10175
Atsushi Eno
Kornél Pál wrote:
Hi,
I had some time and looked at all the encoding classes in I18N and in
System.Text.
byte* and char* is only used in UnicodeEncoding and GetByteCount and
GetBytes in I18N.
This means that having the #if NET_2_0 codes that you don't want
/mono/metadata'
make[2]: *** [all-recursive] Error 1
Atsushi Eno
Original Message
Subject: [Mono-patches] r59306 - in trunk/mono/mono: metadata mini
Date: Mon, 10 Apr 2006 13:55:17 -0400 (EDT)
From: Martin Baulig [EMAIL PROTECTED]
To: mono-patches@lists.ximian.com, [EMAIL PROTECTED
Just a small doubt: how could you run your test that uses Stopwatch
under 1.x profile?
Atsushi Eno
Kornél Pál wrote:
Hi,
I've done some tests:
New 1.1:
UnicodeEncoding: 6750
ASCIIEncoding: 18609
UTF8Encoding: 9922
CP932: 14641
New 2.0:
UnicodeEncoding: 13594
ASCIIEncoding: 19562
UTF8Encoding
, the difference is
so minor that it is low priority for me.
BTW thanks for the decent tester code. It conceived me that there are
still some optimizible things.
Atsushi Eno
Kornél Pál wrote:
Hi,
I've done some tests:
New 1.1:
UnicodeEncoding: 6750
ASCIIEncoding: 18609
UTF8Encoding: 9922
CP932: 14641
New
);
Does this really differentiate results? I got ArgumentException
from (unpatched) svn.
(BTW that's why we need NUnit tests as well.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
it is (will be) overriden only in
Mono (for 1.1), right? I think this 1/2 memory consumption is awesome :)
Other than the first point it looks good. Thanks Kornél.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
Hi,
Attached patch implements System.DateTime.IsDaylightSavingTime by
delegating to System.TimeZone.IsDaylightSavingTime.
Does this look okay?
Your patch is now in svn. Thanks.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
Thong Nguyen wrote:
Patch for missing method DateTime.SpecifyKind
(mcs/class/corlib/System/DateTime.cs)
Patch applied. Thanks.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
/Mono.Globalization.Unicode/Normalization.cs
and so on. The table generator code is already there too (make
will create the same C header file). I made a couple of fixes
to make it work fine in svn.
delIf no one objects I'll commit/del If it looks good please
tell me and I will commit.
Atsushi Eno
Index
: *** [all] Error 2
I tried to sign some core assemblies using external (already
installed) sn.exe to go on, but the same problem still happened
on other assemblies, so I think the runtime incorrectly locks
the target assembly file.
Atsushi Eno
Original Message
Subject: [Mono-patches
Hi Lluis,
I have a set of cosmetic 2.0 API fixed for xml serialization (and
related sys.web.services). If there is no problem I'll commit it.
Some files changes its namespace (S.X.S.Advanced) so I will also
have to create subdirectory for them (after applying the patch).
Atsushi Eno
Index
Hi Kazuki,
Generic List and Array as well. Thanks.
Atsushi Eno
Gonzalo Paniagua Javier wrote:
On Sun, 2006-05-14 at 17:20 +0900, Kazuki Oikawa wrote:
Hi.
I made two patches.
corlib.patch: implemented System.Collections.Generic.ListT.Sort
(ComparisonT).
System.Web.patch: implemented
Thanks, your patch is in svn now.
Atsushi Eno
Sanghyeon Seo wrote:
Attached patch implements .NET 2.0 method DateTime.TryParseExact.
Needed to compile IronPython 1.0 Beta 7.
Seo Sanghyeon
___
Mono-devel-list mailing list
Mono-devel-list
I see no problem on this patch, so feel free to go ahead, though the
improvement is not obvious now. But it would be faster in general
cases.
Just an extra note, see bug #70841 to see concrete nonpublic method
access problem that Miguel was worried.
Atsushi Eno
Kornél Pál wrote:
Is this patch
, as well as the possibility to add extra reflection
dependency. I don't like such extra dependency though, since it makes
code impossible to reuse or to try on other platforms than existing
mono itself.
Atsushi Eno
___
Mono-devel-list mailing list
Mono
Cool. Please apply. Thanks.
Atsushi Eno
Kornél Pál wrote:
Hi,
Big-endian UTF-32 is supported and returned by GetEncoding(string) but
GetEncodings() and GetEncoding(int) don't support it currently.
Please review and approve the patch.
Kornél
201 - 300 of 890 matches
Mail list logo