Hi,
(B
(BI wonder which is the best way to have "almost duplicate" but
(Bdifferent parser/tokenizer pair for XSLT "Pattern" apart from
(BXPath (I'm going to fix a bug that allows improper XPath for
(BXSLT pattern e.g. namespace::*).
(B
(BWith my way to do, they could be generated by attached
Hi,
(B
(BHmm, I think there is no preprocessor directive for jay. And those
(Bfiles are compiled at a time in shape of .cs files.
(B
(BAtsushi Eno
(B
(BBen Maurer wrote:
(B> On Thu, 2005-03-17 at 06:43 +0900, Atsushi Eno wrote:
(B>
(B>>Hi,
(B>>
(B>>I wonder
Hi,
(B
(B>>Hmm, I think there is no preprocessor directive for jay. And those
(B>>files are compiled at a time in shape of .cs files.
(B>
(B> By that I mean, maybe we could add support for such a directive. I would
(B> think that it would not be too hard of an addition.
(B
(BOkay. So I mad
Hi Marek,
Oh, what you pointed out is really important. Because if all
the contributors don't want to fix any of assemblies because of
the number of warnings, it is so important matter for all the
hackers and thus we can let people hacking on mono.
OK, I'll look into all the warnings.
A
xample,
- I think there is no (or little) need to report not-in-use
private methods. When we found such methods that we don't
know what it is, we usually grep (usually) single file
and notice that it is not in use.
Hi Hari,
Ohh, sure ;-) Will take this easy way2go.
Thanks,
Atsushi Eno
Raja R Harinath wrote:
Hi Eno,
Atsushi Eno <[EMAIL PROTECTED]> writes:
Okay. So I made tiny patch for jay (am so lazy to make big changes).
Attached patch for jay adds "-d BlahBlah" to insert #define BlahBl
andably, though
I don't know that is the merginal line between those code that is
worthy of being warned and those code that is not.
But csc is really not good in this area. They made some improvement for
2.0. But even
simple cases are still not detected.
Yes, csc 2.0 seems added some additional code analysis. But I doubt
if the remaining check is "better". It sounds like design principle
difference.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
think it is 100% correct.
Well, for this case it looks fine (maybe it should be like "X.x
is assigned but never used" though).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
(B
(BMiguel de Icaza wrote:
(B> Hello,
(B>
(B>I am preparing the 1.1.5 release; Please let me know what features
(B> should be highlighted in this new release since our 1.1.4 release.
(B
(BXML:
(B- XSLT QA task; Andrew Skiba and Konstantin Triger from
(B Mai
Hi,
I fixed that link a few hours ago ;-)
(There's still no 1.1.5 package for OS X)
Atsushi Eno
Martin Möllenbeck wrote:
Hoi,
the link http://www.go-mono.com/archive/1.1.5/macos/MonoFramework-1.1.4.dmg
from the current download page doesn't exist, can you help me.
Thanks
Martin
Am 18.03.
Oops, sorry, was incorrect fix. It should be fine now.
Atsushi Eno
Hubert FONGARNAND wrote:
I've updated my svn source this morning...
after doing my ./autogen.sh && make
i've got this error :
MONO_PATH="../../class/lib/net_2_0:
$MONO_PATH" /home/hubert/mono/mono/run
Hello,
(B
(BAttached is a patch that _fixes_ c14n transformation that did not
(Bconsume CR (\r) in advance. It should remove \r, while the
(Bcorresponding character entity (
) must be preserved.
(B
(BThis patch affects on some XML signature verification.
(B
(BFor SignedXml, there is no stan
.
Atsushi Eno
Konstantin Triger wrote:
Hello Eno,
I looked into XmlUrlResolver and found this code:
// Methods
public override object GetEntity (Uri absoluteUri, string role,
Type ofObjectToReturn)
{
if (ofObjectToReturn == null)
ofObjectToReturn = typeof
onsole.ReadLine ();
}
}
So am going to checkin the fix.
Thanks,
Atsushi Eno
Atsushi Eno wrote:
Hi Kosta,
Yes, I think that is the way it should take. However, AFAIR, there
was an example case that GetEntity() consumed the whole stream up
and after it the network consumption never happened, or e
Hello,
(B
(BI've implemented culture-sensitive ToLower()/ToUpper() with TextInfo.
(BIt slightly affects on the results, but certainly different.
(BTextInfo.ToLower()/ToUpper() should be used by ToLower()/ToUpper() in
(BSystem.Char and System.String. It is also to replace existing
(BInternalCa
CodeDom support impossible?
Anyways if you mean Compiler.cs, it looked unnecessary so I just
removed it. If you mean ScriptCompilerInfo.cs, we can't remove
the line (it is in use for msxsl:script support), so please post
a patch for the Java switch you guys want to add.
Oops, Andrew already posted the patch. So I've just applied it
as well as Guid change. Thanks Rafael!
Atsushi Eno
Rafael Teixeira wrote:
For the maintainer of that code:
Class System.Guid has an overload of ToString that receives a format
specifier, that I think should be preferred, so inste
Hi,
Yes, that's what I meant. Other similar thing is at
System.Xml.Schema/BuiltInDatatype.cs:36. Does it really need
System.Security.Cryptography?
Yes. It uses FromBase64Transform.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel
sushi Eno
Andrew Skiba wrote:
Atsushi Eno wrote:
Yes, that's what I meant. Other similar thing is at
System.Xml.Schema/BuiltInDatatype.cs:36. Does it really need
System.Security.Cryptography?
Yes. It uses FromBase64Transform.
I see that FromBase64Transform was inserted there at svn revision 22
With all the hints David left, I actually wrote a simple case
that Convert.FromBase64String() does not reject incorrect value
while it should.
Atsushi Eno
Andrew Skiba wrote:
Atsushi Eno wrote:
I am not David so I'm not 100% sure (you could ask him directly).
But I can guess from his comment
totally different one, so let's just have a
different source. I guess, you guys anyways have different set of
sources, right? So We can just checkin your source file into
mcs/class/System.XML/Mono.Xml.Xsl and we can just ignore it while
you can just ignore existing XslDecimalFormat.cs.
Atsush
e
separate files.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
= new ArrayList ();
XmlDocument doc = new XmlDocument ();
al.Add (doc.CreateElement ("foo"));
al.Add (doc.CreateAttribute ("attr"));
al.Add (doc.CreateEntityReference ("ent"));
XmlNode [] nodes = (XmlNode []) al.ToArray (typeof
Hi Miguel,
I think r42885 broke cs0208 tests in mcs/errors (verified that
r42884 does not break them and r42885 does).
Atsushi Eno
Original Message
Subject: [Mono-patches] r42885 - trunk/mcs/mcs
Date: Tue, 12 Apr 2005 21:38:46 -0400 (EDT)
From: Miguel de Icaza <[EMAIL PROTEC
Hello,
(B
(BKonstantin Triger wrote:
(B> Hello,
(B>
(B> Attached the RegionDataSet.cs and a region.xml files.
(B> When the following code is run, this type should be outputted:
(B> tests.RegionDataSet+RegionRow
(B>
(B> static void testTypedDS() {
(B>RegionDataSet regionData
em.InvalidCastException: Cannot cast from
(B> source type to destination type.
(B> in <0x0008b> tests.RegionDataSet:Main ()
(B>
(B> I hope this clarifies my suggestion
(B>
(B> This is my first participation within your List, so i hope i did it right
(B>
(B>
no way to identify more...
Atsushi Eno
> Help Please,
>
> My site is down.
>
> I just pulled down the latest code form svn and now
> only 1 of my web sites works, whichever one is
> requested first. I think this is a regression as I
> recall this problem in a previous ve
).
If the problem still happens, it is possible 1) to build xsp with
"mcs -debug+" and 2) run mono with --debug option so that the
stack trace contains error location?
Thanks,
Atsushi Eno
Joe Audette wrote:
I sent this to the list but its taking a while for it
to show up so thought
ot; to
build xsp.)
I hope it helps.
Atsushi Eno
Joe Audette wrote:
Hi Atsushi,
I pulled down the code from svn again but I got rev
43146 not 43147
after build and restart apache
http://www.mojoportal.com works
http://www.joeaudette.com works
htpp://demo.mojoportal.com broken with same error as
be
Hi,
I made a fix for this problem; the type for Finalize() is not
System.Object unless the type which is being added is System.Object.
Atsushi Eno
Raja R Harinath wrote:
Hi,
"Gert Driesen" <[EMAIL PROTECTED]> writes:
As of recently, I get the following warning (numerous times) wh
version of mono you are talking about here,
and we won't fix anything without concrete examples.
Regards,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Andrew Skiba wrote:
(B> * Makefile : track the timestamp so tar does not run when not needed
(B> * xsdtest.cs : fix the case of the directory name
(B>
(B> If no one objects, I'll commit tomorrow
(B
(BThis patch looks ok.
(B
(BAtsushi Eno
(B___
Andrew Skiba wrote:
(B> take care of timestamps to achieve minimal necessary build
(B>
(B> If no one objects, I will commit
(B
(BThis patch looks ok too. Thanks.
(B
(BAtsushi Eno
(B___
(BMono-devel-list mailing list
(BMono-devel-list@lists.ximi
Andrew Skiba wrote:
(B> This patch fixes the following things:
(B>
(B> * eliminates the need to run xsltproc on catalog.xml to produce
(B> catalog-out.xml
(B> * fixes the hack that distinguishes between Xalan and Microsoft
(B> compliance tests
(B> * changes the output of the test: instead
Hi,
(B
(BSince many people as well as me feel that MiniParser is difficult
(Bto fix, I created another small xml parser for corlib. I attached
(Bthe patch for corlib (mostly for SecurityParser and
(BRemotingConfiguration). It should fix bug #74203 (and #74799), and
(Bwill fill the need shown
Hi,
(B
(B> Since many people as well as me feel that MiniParser is difficult
(B> to fix, I created another small xml parser for corlib. I attached
(B> the patch for corlib (mostly for SecurityParser and
(B> RemotingConfiguration). It should fix bug #74203 (and #74799), and
(B> will fill the n
Hi Andrew,
(B
(B> - static readonly ArrayList skipTargets;
(B> + static readonly ArrayList skipTargets = new ArrayList (new
(B> string
(B[] { });
(B> + static readonly ArrayList knownFailures = new ArrayList (new
(B> string
(B[] { });
(B...
(B> -
Hi,
(B
(BIs there any problem if we move Stack and Queue (and related tests)
(Bin System.Collections.Generic from mscorlib.dll to System.dll?
(B
(BIn .NET 2.0 beta2, they are moved to System.dll.
(B
(BAtsushi Eno
(B___
(BMono-devel-list mailing l
Hello,
(B
(B> If it looks good, I'll apply the previous patch and put this one.
(B
(BI've checked in this new stuff. Please tell me if any of you
(Bgot problem, especially who use crypto XML stuff and/or custom
(Bremoting configuration stuff.
(B
(BSebastien, maybe we had better do the same
Hi,
(B
(BPatch applied as 44486.
(B
(B39(w
(BAtsushi Eno
(B
(BKazuki Oikawa wrote:
(B> Hi
(B>
(B> This attached patch corrects the following problem.
(B>
(B> byte[] bytes = System.Web.HttpUtility.UrlDecodeToBytes ("%5c");
(B> Console.WriteLine (bytes[0].ToString ("x2"));
(B>
(B> A
Hello,
(B
(BTom McLaughlin wrote:
(B> Hi, I was looking at the Mono nightly snapshots from
(B> http://mono.ximian.com/snapshots/ and I noticed the latest tarball there
(B> says it is for Mono 1.1.2.99 but the file was created on May 13. Are
(B> nightly snapshots for the latest SVN still bein
" etc. by those flags. We won't actually
run tests with those individual options, but it will still tell
us how we created the output. In other words, we won't know how
"domresults" are actually created.
Thanks again for those test improvements. It's really decent :)
Ats
Hello,
I put the test result archive in
release/test-ext/xslt-standalone
so update the related URL to there (we can't put that archive
directory under "release").
Atsushi Eno
Andrew Skiba wrote:
Please, use a new patch instead of the one I sent few minutes ago. Sorry
for th
Hello,
(B
(BWith related to XSLT standalone tests, I talked with Andrew and Ben,
(Band we think about having separate "standalone_tests" module, since
(Bthose tests are likely to increate mono's tarball size extraneously
(Bwhen we just put them inside mcs module.
(B
(BThings we should note a
r."
(excerpt from http://www.mono-project.com/Coding_Guidelines )
I don't think "having '_' everywhere" rule is enforceable. Some
people want to maintain field names equivalent to that of MS.NET
to enable runtime serialization interoperability.
Atsushi Eno
Konstantin Triger
by
codepoint. With full collation support, '-' is kinda ignored
(unless we use StringSort option when comparing strings) and
thus the output should be like the reference output.
> XSLTFunctions__emptyParameters
This is also rejected in MS.NET.
We should try to compile the stylesheet and
n
XmlConert.ToDateTime() will be used (and it allows many more
patterns). If it is allowed in MS.NET, maybe attached patch will
fix it.
Lluis: maybe you can check the patch sanity?
Atsushi Eno
Index: XmlCustomFormatter.cs
==
Hi,
(B
(BI created a patch for mcs that 1) adds Location property to
(BParameterBase, and 2) removes Location property from Parameters.
(BOn Parameter class there was a comment:
(B
(B//TODO: Add location member to this or base class for better error
(Blocation and all methods simplification.
(B> Sounds good?
(B>
(B> (I wanted to solve this matter before improving my precise location
(B> patch which I created once upon a time.)
(B>
(B> Atsushi Eno
(B___
(BMono-devel-list mailing list
(BMono-devel-list@lists.ximian.com
(Bhttp://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
I have never tried to use Delphi.NET but it is really weird if it
really tries to validate(?) non-CLSCompliant types while it should
not (MiniParser is not CLS compliant) and rejects them because
of that.
It sounds like a bug in Delphi.NET.
Atsushi Eno
Matthijs ter Woord (meddochat
/cons, I leave it to Lluis who rules ;)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ata("") which causes significant (but
still empty) output i.e. . WriteString() is explicitly
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:
xmlns="jabber:client">
aWriter.WriteStartDocument();
aWriter.WriteStartElement("stream",
"stream","http://etherx.jabber.org/streams";);
a
; it, but it would help those who want to know compat issues.
For now it is easily workarounded by using 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
>> call
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 (revision 57123)
+++ ChangeLog (working copy)
@@
im) caused by the GC, 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
hi
or just revert in case 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 En
hould 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.
At
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.
A
ument.
It still have to modify mono executable name (since Windows native
Process.Start() never runs shell scripts) but it is not safe, so
for now I didn't include such hacky change.
If it looks good please tell me and I'll commit the patch.
Atsushi Eno
Index: tools/compiler-teste
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. Array
still possible.
Oh, thanks for the info. Hmm, so, should we wait for that bug got
fixed? I think we could just fix this problem by my tiny patch
without harm.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
)
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
-list is better for mono users like 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
_
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 ha
; fixed? I think we could just fix this problem 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-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
mmented out.
I 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'
Kornél
Cool, 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
_
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
is better.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
islev
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
e the coding style
please feel free to reformat it but I'm not going to reformat the code
again.
Please think about the purpose of patch review, and you'll understand
why I asked to change your code style, and not to introduce different
changes. Don't take it
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 test
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,
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 R&D team, Mainsoft Corporation.
Blogging at
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: XmlAttribu
feel
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.
Thank
one:
Total 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:
(M
Hi,
But I'll add support for nb-NO culture to the runtime.
For your question, the answer would be "yes" - to workaround this
problem with current mono, try
yourDataSet.Locale = CultureInfo.InvariantCulture;
Atsushi Eno
Ivano Luberti wrote:
I'm developing a web
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 a
Ivano Luberti wrote:
At 23.36 02/04/2006, Atsushi Eno wrote:
Mmm, thanks for the bug info. BTW for nb-NO I've committed the fix
in svn.
OK: since I prefer to use "official" releases, can I assume it will be
included in the 1.1.13.7 ?
Hmm, I have never thought that it is pa
your
code cross-platform.
http://www.mono-project.com/Guide:Writing_Cross_Platform_applications
It tells that cross-platformness is *up to you*.
BTW I don't think this subject is not subject to the topic of mono-dev,
as some other people are already losing the point.
Atsushi Eno
__
s. The thing that you say "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
_
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
op helping
Encoding improvements anymore).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
masterinfos/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 do
i/svn/mono/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@lis
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
UTF8Enc
convinced. But as I've written in the first reply, 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:
UnicodeEn
0, 1, new byte[] {}, 0);
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
char* chars, int charCount)
{
So, this is the part that you said 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
_
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
Mon
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.
If no one objects I'll commit If it looks good please
tell me and I will commit.
At
/svn/mono/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/atsushi/svn/mono'
make: *** [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 t
601 - 700 of 1063 matches
Mail list logo