for a bunch of ASP.NET 2.0 resources. So it might be time
to call Hari Potter :-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
when /langversion indicates ISO-1.
Until this problem got fixed (and funky internal error caused by
csc bug went away), yes you will need mcs bootstrap.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
Mono.CSharp.Block::Resolve(EmitContext)
Total memory allocated: 54110 KB
--- managed-collation ---
Time(ms) Count P/call(ms) Method name
43226.000 102284.226 Mono.CSharp.Block::Resolve(EmitContext)
Total memory allocated: 54125 KB
The result looks good I guess :-)
Atsushi Eno
, if there
are still problems on managed resource way.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
it out of the makefile or
attempt to get it from one of the branches (main?). Thanks!
PEAPI is part of the tarball. Check if your tar command works fine.
(i.e. try GNU tar instead of the pre-installed one.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono
Hi Boris,
Please commit the fix. It'd be nicer if whitespaces in test xml
string could be removed or shorten ;-)
Thanks,
Atsushi Eno
Boris Kirzner wrote:
Hello all,
Attached is a test case and proposed patch for
System.Data/XmlSchemaDataImporter.cs :
Data relations should be processes after
Hello,
My precise location patch for mcs (to report line/column, where it
used to report incorrect locations) is now checked in svn.
If any of you found such case that mcs does not report error location,
please file a bug and/or report it here, with an example.
Thanks,
Atsushi Eno
Hello,
The same exception happens under MS.NET ... ?
Atsushi Eno
Hi,
I have a small piece of code (which uses SWF, but the problem is not
there) below. It compiles fine and runs. However, if I click on the
Swahili radio button, I get the errors set out beneath the source
there is an error/warning at column 255
Oh, true... so I fixed this bug in svn (r48002).
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
there is an error/warning at column 255
Oh, true... so I fixed this bug in svn (r48002).
BTW, yes, it is a limitation of location reporting that the maximum
precise column number is 255 (to save memory consumption).
Thanks,
Atsushi Eno
___
Mono-devel-list
copyrighted
materials one by one, or just post to mass mailing lists.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
Well, there is ResetAbort() which can stop the ThreadAbortException
only from inside the same thread (AFAIK). Other than that yes it is
not possible to stop this error propagation.
Atsushi Eno
David Waite wrote:
ThreadAbort is thrown as result of the thread being aborted. You
cannot
received any comments yet.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
It's outdated and it fails on svn latest.
I could not understand this line.
As it is completely replaced by Test/System.Xml/W3C
This is not true. See Test/System.Xml/standalone_tests.README.
But yes it is good to document that we can use new test
instead of xmltest.cs.
Atsushi Eno
, but it should mostly work fine. If you found problem
in culture-sensitive comparison, please tell me and/or file a bug
to bugzilla: http://bugzilla.ximian.com
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
No, no, I mean, old icu4c stuff ;-)
Atsushi Eno
Rafael Mizrahi wrote:
Atsushi,
WOW, managed ICU,
Does this mean that, soon, mono will stop using the native ICU
implementation ?
rafi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Atsushi
Eno
Sent
Atsushi Eno wrote:
But it is good idea to measure comparison between ICU based code and
managed collation. I'll post a followup if I managed to get
icu-based code working (it is disabled now and am not sure if the
latest code works fine).
I put some example results here:
http
Hi,
Now that it turned out that the bug is not reproducible with the
latest svn HEAD (i.e. the bug report is invalid)...
Alfredo Jose Muela Romero wrote:
Hello,
El Tue, 09 Aug 2005 13:30:19 +0900
Atsushi Eno [EMAIL PROTECTED] escribió:
Hello,
[...]
In fact using
Hi,
Alfredo Jose Muela Romero wrote:
El Tue, 09 Aug 2005 19:01:32 +0900
Atsushi Eno [EMAIL PROTECTED] escribió:
Hi,
Now that it turned out that the bug is not reproducible with
the latest svn HEAD (i.e. the bug report is invalid)...
Which bug? Did I talk to any bug? :-S If I did
. The resulting culture-info-table.h will become
like 175 KB where it currently is about 140 KB.
Any comments are appreciated :)
Atsushi Eno
Index: object-internals.h
===
--- object-internals.h (revision 48380)
+++ object-internals.h
One more thing:
Paolo Molaro wrote:
#ifdef HAVE_ICU
Feel free to completely remove the icu stuff with another patch, too;-)
Let me keep it for a while - it's a bit convenient to check icu
performance.
Atsushi Eno
___
Mono-devel-list mailing list
Hi Andrew,
I think xmlconf.exe should also include the actual error message
in addition to the stack trace string. Does the attached patch
look OK for you?
Atsushi Eno
Index: ChangeLog
===
--- ChangeLog (revision 48380
Hi,
Paolo Molaro wrote:
On 08/16/05 Atsushi Eno wrote:
+typedef struct {
+ const stridx_t name;
+ gint16 region_entry_index;
+} RegionInfoNameEntry;
+
+typedef struct {
+ gint16 lcid;
+ gint16 region_entry_index;
It likely makes sense to put region_entry_index inside
does not work fine for libs
and partial sources - maybe someone missed to commit it?
Atsushi Eno
const-location.tar.bz2
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
NUM_CACHED_REGIONS 4 as well?
Atsushi Eno
Index: threads.c
===
--- threads.c (revision 48451)
+++ threads.c (working copy)
@@ -68,6 +68,7 @@
/* Number of cached culture objects in the MonoThread-culture_info array */
#define
invocations.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
test-388-p2.cs
test-389-p2.cs
They happen even though I haven't made any changes.
Atsushi Eno
const-location-2.tar.bz2
Description: Binary data
Index: compiler-tester.cs
===
--- compiler-tester.cs (revision 48485)
+++ compiler
Oops, the corlib patch was wrong. Reattached ones should work fine.
Atsushi Eno
Atsushi Eno wrote:
Hola,
Paolo Molaro wrote:
On 08/17/05 Atsushi Eno wrote:
I mostly copied those icall code from CurrentCulture support,
but one thing I don't understand is NUM_CACHED_CULTURES ... why
it is set
Any comments on this patch? If we leave this problem as is, most
of native-language dependent applications won't compile fine
(as I experienced on many Japanese sources).
Atsushi Eno
Atsushi Eno wrote:
Hello,
I've attached a fix for mcs to not use Latin1 encoding everywhere.
I think
consider BOM
(currently we disable it), there are still some files
borking.
Am digging into this bug in depth. Hopefully I'll post a set of
fixes later.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
as such.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
curious, aren't you setting NET_1_1 by default? It should be
used all around mcs source code and if you actually define NET_1_1
this fix would be extraneous.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
Hi,
Ok, then now I'll stop pushing shift_jis as the default (well,
I didn't ;-) and just use Encoding.Default. BTW if it falls back
to unsupported case, then this property returns UTF8.
Atsushi Eno
Kornél Pál wrote:
1252 is far from Hungarian as well altough I think not as far as from
) Always use true for detecting BOM at any time.
- support.cs : Handle preamble_size precisely.
- UTF8Encoding.cs : it should not skip U+FEFF. This fixes
bug #73086 and #75065.
They should be applied at a time, except for a).
Atsushi Eno
Index: mcs/driver.cs
calling
ClearCachedData. So CurrentCulture should not be used as it can be changed
but the default value for CurrentCulture can be used if it's required.
I think it would be OK just to be equal to what things are done on
Windows since no one uses it ;-)
Atsushi Eno
by \u but I have no idea what those
characters actually are :|
Atsushi Eno
Marek Safar wrote:
Hello Eno,
Could you write some tests to cover this functionality. I mean e.g.
simple test file with UTF header.
Thanks,
Marek
Hi again,
Agreed. In fact, I was also fixing bug #75065, maybe
replace all of them
and create instance for each empty statements?
Atsushi Eno
Index: mcs/cs-parser.jay
===
--- mcs/cs-parser.jay (revision 48738)
+++ mcs/cs-parser.jay (working copy)
@@ -3843,6 +3843,7 @@
$$ = new
Hi,
2005-06-24 Marek Safar [EMAIL PROTECTED]
* compiler-tester.cs: Enabled error/warning message checking.
I think we should never do such kind of check. It will mess
localization of compiler messages in the future. Or do we never
provide localized messages?
Atsushi Eno
and they highly messed
System.Data unit tests. I believe this will become messy version
by version.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
I made a tiny patch to set property method location correctly.
A repro case is also attached.
Atsushi Eno
Index: class.cs
===
--- class.cs(revision 48814)
+++ class.cs(working copy)
@@ -5704,7 +5704,7
.
If so please tell us what locale you are using, Jonathan.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
)
Console.WriteLine ({0:x02} , (int) c);
}
}
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Ok, now am removing all characters that is not accepted by
UTF8Encoding from mcs sources. Maybe they are mostly contributor
names, but don't get me wrong. They should not be in the
international project.
Atsushi Eno
Kornél Pál wrote:
UTF-8 should ignore invalid character representations like é
as a candidate of
encodings to save file).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
it is
the exact *fact* as of today that we shouldn't expect mcs to
handle BOM-less UTF-8 sources correctly.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
is not changing the mcs source files, and instead
force mcs to use the latin-1 code page while building the class
libraries and changing mcs to use Encoding.Default.
I personally tend to take this way for those library that already
contains not a small number of Latin1 source files.
Atsushi Eno
code.
Atsushi Eno
Index: cs-tokenizer.cs
===
--- cs-tokenizer.cs (revision 49034)
+++ cs-tokenizer.cs (working copy)
@@ -1590,6 +1590,13 @@
//
bool process_directives = true
Hi,
It is known bug #75925.
Atsushi Eno
Paul F. Johnson wrote:
Hi,
I noticed on the svn branch a nice little utility for browsing msdn
without having to pratt about with the MSDN website.
I've run makefile, but all I get back is this (the code fails to
compile)
Unhandled Exception
using -codepage:28591 -codepage:1252 in
mcs/build to use that encoding.
Maybe after 1.1.9 as Miguel suggested? I don't think the default
encoding problem would happen only to mcs.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
Hi,
I just commited and reverted the patch - gmcs seems pretty complex
on those tokenization matter than mcs. I'll try to make those
changes on gmcs directly.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
I agree that xtoken() could be performance sensitive, but on the
other hand, current code
if it
is wrong.
Thus csc 1.x reports an error at #pragma line inSystem/ConsoleKey.cs
and mcs will become the same. So I should have attached the patch to
fix this.
... Yes it brings back CS3005, but I don't think there would be
another way :|
Atsushi Eno
Index: ConsoleKey.cs
which is much easier than typing -r:System.Drawing.dll
-r:System.Windows.Forms.dll -r:System.Data.dll
-r:System.Runtime.Remoting.dll
-r:System.Runtime.Serialization.Formatters.Soap.dll manually.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
using System.Windows.Forms;
class TV : Form
% Mono.CSharp.SeekableStreamReader::.ctor(Stream,Encoding)
Atsushi Eno
Index: support.cs
===
--- support.cs (revision 49144)
+++ support.cs (working copy)
@@ -344,6 +344,7 @@
}
}
+/*
/// summary
than immediate bugfixing.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
I just reverted r49459. Hari was trying to fix another build problem
at that time, but seems like it brought another problem.
Atsushi Eno
Kornél Pál wrote:
Hi,
I am unable to build mcs tree since r49459 updates.
I used the following command line, but the result is the same with just
don't have sane Unix environment and I'm
not in such region that has summer time ;-) It would be even nicer
if you try the entire corlib Nunit tests as well.
Atsushi Eno
Index: System/DateTime.cs
===
--- System/DateTime.cs (revision
(this).
So, I'll revisit here later. Thanks for all your help, Brion :-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
the basis difference (UTC or localtime).
So I will have to dig into POSIX timezone design in depth.
And apart from the matter above, I will still have to extend our
locale-builder to support TimeZone name.
Atsushi Eno
Index: System/TimeZone.cs
It depends on how 1) underlying localtime() works on *nix environment
and 2) GetTimeZoneInformation() works on Windows environment.
Atsushi Eno
Harry Holt wrote:
Hmmm... Will the changes in daylight saving time for 2007+ (
http://aa.usno.navy.mil/faq/docs/daylight_time.html) have any affect
it and possibly fix the code after 1.1.9 release.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi again,
I found an interesting fact that MS.NET 1.x treats such row values
of inconvertible columns as System.String. The attached example
shows you what happens there on MS.NET 1.x
On .NET 2.0 it throws an exception as Mono does. So it really
seems MS bug in 1.x.
Atsushi Eno
Atsushi Eno
).
What's the status of this class? Is this currently an expected issue?
No, please file a bug for this issue on bugzilla. I'll take care of it
when I finish improvments on this class (it's kinda going on).
Thanks
Atsushi Eno
___
Mono-devel-list
Thread (as once Kornel suggested) but it is not
working perfectly now, so I just extracted minimal working part.
(This looks like independent but it shares a function with 1).
Comments are welcome :-)
Atsushi Eno
Index: tools/locale-builder/Driver.cs
then it is coverted back to and LCID.
Agreed. I added a tiny switch for PLATFORM_WIN32 in that function.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
.
Atsushi Eno
Index: CompareInfo.cs
===
--- CompareInfo.cs (revision 50272)
+++ CompareInfo.cs (working copy)
@@ -42,8 +42,8 @@
public class CompareInfo : IDeserializationCallback
{
static readonly
Maybe we had better revert driver.cs in r50836 ... it would be
somethat complicated to differentiate file not found and
incrrect compiler options.
Marek, any good ideas?
Atsushi Eno
Hubert FONGARNAND wrote:
I've updated my mono from svn this morning...
There's apparently a problem with Mcs
* or marked as *todo*.
So if a member does not show up on that status page, then it is
implemented and is not marked as todo.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
Just to make sure, in your box Extras/NUnit/AssemblyInfo.cs is empty,
right? As far as I tried, mcs complains during parsing this file
which was empty.
Atsushi Eno
In revision #51007 the mcs/suport.cs file has broken the MD build. The
problem is when mcs tries to assign
Hi,
I guess the attached one _might_ reproduce the problem. XSLT testcase
is still not preferable but at least it works standalone.
Atsushi Eno
Zoltan Varga wrote:
Hi,
Could you create a testcase which doesn't depend on System.Data+Oracle
etc
Hi,
I made a quick build fix for r51154.
Atsushi Eno
Kornél Pál wrote:
Hi,
The error is the following:
file-io.c: In function `get_error_from_g_file_error':
file-io.c:256: error: `ETXTBSY' undeclared (first use in this function)
file-io.c:256: error: (Each undeclared identifier is reported
into a dll, rather
than just General.
Atsushi Eno
Johann BLAIS wrote:
Thanks for your reply.
I'm using mono-1.1.8.20050824 which seems to be the last version that
compile and don't break my web app.
Actually, i'm looking for a way to generate test pages for my web
services (like
Oops, good catch. Please commit the patch. Thanks!
(btw strictly to say, it is a text declaration rather than neither
an xml declaration nor a processing instruction.)
Atsushi Eno
Joshua Tauberer wrote:
I think this is an issue. Hopefully it won't be my second false alarm
today
-status-System.Data.html
In general, try searching from our top page:
http://www.mono-project.com/
I got the Class Status page from querying ADO.NET status there ;-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
Hi,
I noticed that mcs/errors/gcs0310-3.cs is not rejected as expected.
The attached patch fixes this problem. Does it look OK to commit?
Atsushi Eno
Index: generic.cs
===
--- generic.cs (revision 51926)
+++ generic.cs (working
to have you working on gmcs :-)
My pleasure :-)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
I think this patch does what we need - some protected virtual methods
such as SetItem() should be used for every content-changing methods.
Can anyone review it?
Atsushi Eno
Carlo Kok wrote:
Attached to this email an incremental patch for the KeyedCollection ( to
be applied in the \mcs
works fine
only after r52118).
Atsushi Eno
Index: mono-api-info.cs
===
--- mono-api-info.cs(revision 52122)
+++ mono-api-info.cs(working copy)
@@ -699,6 +699,28 @@
MethodBase method = (MethodBase) member
Oops, am sorry I missed it too.
I support the fix. Since we already have -codepage in mcs build
itself, it should be seamlessly done.
Atsushi Eno
Kornél Pál wrote:
Hi,
I posted this patch two weeks ago but I got no comments. Could you review
please?
Kornél
- Original Message -
From
void FooT,U () where T : IFoo, U : IBar
as is ;-) I attached the updated patch.
Atsushi Eno
Index: mono-api-info.cs
===
--- mono-api-info.cs(revision 52138)
+++ mono-api-info.cs(working copy)
@@ -699,6 +699,34
Hi,
Martin Baulig wrote:
On Tue, 2005-10-25 at 06:05 +0900, Atsushi Eno wrote:
Then it prints
Foo[T(IFoo), U(IBar)]
I prefer the syntax where will be more obvious that it is about generic
possibly use same syntax as csc/gmcs use for error reporting.
Something like `FooT(IFoo), U
.
- abstract/static/sealed signature on methods.
Atsushi Eno
Martin Baulig wrote:
On Wed, 2005-10-26 at 03:09 +0900, Atsushi Eno wrote:
Just wondering, what should I print constraints for example below?
where T : class, IFoo
Hi,
that's class (IFoo) T.
This change should
ideas to recover from it?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
should (not) Overridable instead of
should (not) be Virtual.
Based on the premise above, I created another corcompare patch.
This time it won't show such annoying differences.
Does it sound fine?
Atsushi Eno
Index: mono-api-diff.cs
Hi Andrew,
Please commit the fix. Thanks.
Atsushi Eno
Andrew Skiba wrote:
Hi Eno,
I saw in one of the overloads there is a check that stylesheet was
loaded, and in the other there is no such check, so instead of
XsltException there will be NullPointerException. Please review the
patch to fix
Hi,
Ok, I ended up to revert the patches.
Atsushi Eno
Zoltan Varga wrote:
Hi,
I can't repro this on my windows box. Also, I can only look into
this next week, since I
will be on holiday this week. Feel free to revert these two patches:
http
Hi,
AFAIK the masterinfos has already been updated.
Atsushi Eno
Kornél Pál wrote:
Hi,
MS.NET 2.0 is available at
http://msdn.microsoft.com/netframework/downloads/updates/default.aspx
Please update masterinfos.
Kornél
___
Mono-devel-list mailing
r52508 might have fixed SEGFAULT stuff (might not, since it was for
fixing Windows build breakage). The error entrypoint looks the same.
Atsushi Eno
Hubert FONGARNAND wrote:
I use a little webapp to regenerate an oracle database :
The execution of the regeneration function take 1-2 minutes
reasonable, I'll bring another patch again.
Thanks,
Atsushi Eno
Kornél
- Original Message -
From: Atsushi Eno [EMAIL PROTECTED]
To: mono-devel mailing list mono-devel-list@lists.ximian.com
Sent: Tuesday, November 01, 2005 11:07 AM
Subject: [Mono-dev] another corcompare patch to hide extraneous
XmlInputStream.cs to detect more encodings than it does
now, dunno if other encodings really work though (no one or very few
people would have touched EBCDIC).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
Thanks for your nice assumption that we are using non-OSS browsers
to develop status pages. This bug coming from the ongoing changes
is fixed in svn; will be reflected in the status pages as well.
Atsushi Eno
Ron Vered wrote:
I use Firefox 1.0.7 and when I view class-status pages such as
http
System.Xml.dll, I don't want
XmlReader.Read() while we have XmlTextReader.Read() for XmlTextReader.)
Is there any preferable way I can go, or do I have to create such one?
It would be useful to fix one /doc bug; #76690.
thx
Atsushi Eno
___
Mono-devel-list mailing
Hi,
Thanks for the hints, Hari.
Raja R Harinath wrote:
Hi,
Atsushi Eno [EMAIL PROTECTED] writes:
In mcs(.exe) I want to get a MemberInfo array which has a certain
name and does not contain overriden base members i.e. something
like Type.FindMembers() with Type.FilterName
Hi,
Raja R Harinath wrote:
Hi,
Atsushi Eno [EMAIL PROTECTED] writes:
Raja R Harinath wrote:
Atsushi Eno [EMAIL PROTECTED] writes:
In mcs(.exe) I want to get a MemberInfo array which has a certain
name and does not contain overriden base members i.e. something
like Type.FindMembers
Windows, I got 31D3D0CDF8. But under Mono,
the result is 0031D3D0CDF8.
Who can help me?
It would be nice if you file a bug on our bugzilla:
http://www.mono-project.com/Bugs
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
Hello,
Both of the bugs were now fixed in svn.
Thanks,
Atsushi Eno
zhu shi song wrote:
Dear Sir,
(1) codepage = GB18030
String s = 12\u7f51\u9875;
Encoding e = Encoding.GetEncoding(GB18030);
byte[] bytebuf = e.GetBytes(s);
for ( int i =0; i bytebuf.Length
/standalone_tests? Andrew made a
pretty useful NUnit integration there.
Thanks,
Atsushi Eno
Konstantin Triger wrote:
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
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
System.Xml\Mono.Xml.Xsl
);
StringReader sr = new StringReader (sw.ToString ());
f = (Foo) s.Deserialize (sr);
Console.WriteLine (f.efoo);
}
}
public enum EnumFoo {
A = 1,
B = 2
}
Cheers,
Atsushi Eno
Vladimir Krasnov wrote:
Hello Atsushi
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
101 - 200 of 890 matches
Mail list logo