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
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.List.Sort
>>
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
Mon
Hi,
Just fixed in svn. Thanks.
Atsushi Eno
John Luke wrote:
> Hello,
>
> It seems that if you have a .config file for your app containing dllmaps
> creating a WebRequest will fail. I think it is specific to 2.0
> configuration stuff. (Originally found by trying to use the ba
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
sException with the description when they trow it.
Well, I know. Otherwise it is too weird that I mentioned that
bug here.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
cess non-public
members is improper.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
hout extra discussion
which might happen, 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
___
checked in. Also, we might not want to change some significant bits
if it changes some core class behaviors (which is pulled
via machine.config) at this state. But anyways please post patches
if you already have.
Thanks,
Atsushi Eno
___
Mono-d
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
pported environment which requires different
thinking.
Atsushi Eno
Kornél Pál wrote:
> Hi,
>
> I think we have I18N assemblies because Portable.Net had them (it still has
> but that's not important) as well when they were ported to Mono.
>
> Having tham has the advantag
Please go ahead. Thanks.
Atsushi Eno
Kornél Pál wrote:
> Hi,
>
> Please review and approve the patch.
>
> Kornél
>
>
>
>
> ___
> Mono-dev
Cool, thanks for the fix :-) It is checked in svn (r62136).
(1.1.16 tagging is not started yet.)
Atsushi Eno
Gareth Pearce wrote:
> http://bugzilla.ximian.com/show_bug.cgi?id=78654 contains a patch and a
> example program.
> Could someone have a look at these - it would be really nice
Don't start new topic from an existing thread, especially keeping
irrelevant people CCed. I'm very close to have new spam list entry.
Why not just enter a bug on bugzilla with a patch to wait for
proper people to review it?
Atsushi Eno
Andreas Nahr wrote:
> I had a few minute
you got does not imply that mono loaded
2.0 mscorlib. It just tells you that the assembly you are using
requested the runtime to load 2.0 mscorlib, and the runtime raised the
error you received, in response to that request.
I assume that you don't use xsp2 (instead of xsp) which is required
to run 2.0 code (you use SendOrPostCallback which is only in 2.0).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
.XmlSerializer:.cctor ()--- End of
> inner ex
> ception stack trace ---
Bug #78750 reminded me that ConfigurationManager uses internal
ClientConfigurationSystem which is based on Assembly.GetEntryAssembly().
The exception above happens when there is no entry assembly information,
which
Janne Rantala wrote:
> 2006/7/3, Atsushi Eno <[EMAIL PROTECTED]>:
>>
>> Hello,
>>
>> > Another error about web services is this which I usually get when
>> trying
>> to
>> > initialize client:
>> >
>> > Unhandled Exce
Hello,
I don't think anyone minds serialization compatibility fixes.
So I think you can commit the change if no objection from others.
Actually, how about becoming the encoding maintainer and take
full responsibility on them? Miguel, do you mind?
Atsushi Eno
Kornél Pál wrote:
> Hi,
>
rk correctly with the
> empty string argument.
Thanks for the patch. It looks good. If no one has further comments
I'll check it in svn.
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:
> Janne Rantala wrote:
>> 2006/7/3, Atsushi Eno <[EMAIL PROTECTED]>:
>>> Hello,
>>>
>>>> Another error about web services is this which I usually get when
>>> trying
>>> to
>>>> initialize client:
>&
Hi,
Your patch is in svn (with some tests) now. Thanks.
Atsushi Eno
Thong Nguyen wrote:
> Hi,
>
> The property DateTime.Now, DateTime.UtcNow and the methods
> DateTime.ToLocalTime() and DateTIme.ToUniversalTime() don't set the
> DateTime.Kind property as they should.
>
f our Summer of Code projects:
http://www.mono-project.com/Summer2006#WebParts_Implementation
To keep track of the effort, see:
http://groups.google.com/group/mono-soc-2006
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.
If no problem, it'd be nice to get the code in our svn (of course
it is under his agreement).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
Janne Rantala wrote:
>> >> 2006/7/7, Atsushi Eno <[EMAIL PROTECTED]>:
>> >>
>> >> > I made a fix in svn, but I have no test case for embedded scenario.
>> >> > If you are using mono from svn, can you please try it?
>> >&g
Hi,
Janne Rantala wrote:
> 2006/7/25, Atsushi Eno <[EMAIL PROTECTED]>:
>>
>> Hi,
>>
>> Janne Rantala wrote:
>> >> >> 2006/7/7, Atsushi Eno <[EMAIL PROTECTED]>:
>> >> >>
>> >> >> > I made a fix in svn,
;> precisely keep track of the actual code execution (I haven't
>> ever experienced such a situation).
>>
>> There is nothing other than ClientConfigurationSystem that invokes
>> OpenExeConfigurationInternal(), thus I can only guess that the
>> invoker is ClientConfigurationSystem,
time in embedded scenarios, but I have no
>> other ideas to move this bug away.
>>
>> Atsushi Eno
>>
>
> GetEntryAssembly() returns null. Which configuration file do you mean by
> "not having configuration file"?
>
The configuration file for your applic
nt exception, since you load your own
exe which has a corresponding config file and it is expected that
the config file should be loaded.
There would be a way to load config from the runtime API, or it would
be a bug in the runtime that it does not set corresponding
AppDomainSetup.Configuratio
ccessing configuration without entry
assembly setup.
So, if no further argument, the System.Configuration code would be
changed to allow entrypoint-less setup (especially considering
the case that an embedded runtime is used for running an ASP.NET
server).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
We do support multi AppDomain. Your complaints on bug #76757 is
too tiny to be taken care on this general information. Or are you
saying that we should say "we don't support generics because there
are some bugs" ?
Atsushi Eno
Brian Crowell wrote:
> Miguel de Icaza wrote:
&
could have just searched bugzilla for doubtful behaviors.
Atsushi Eno
Brian Crowell wrote:
> Atsushi Eno wrote:
>> We do support multi AppDomain. Your complaints on bug #76757 is
>> too tiny to be taken care on this general information. Or are you
>> saying that we should say &quo
Hello,
I have some X509Certificate fixes for constructors and Equals(),
attached (ChangeLog inclusive). Please review it.
Atsushi Eno
Index: System.Security.Cryptography.X509Certificates/ChangeLog
someday.
Okay, done.
>> attached (ChangeLog inclusive). Please review it.
>
> and update the dates in the ChangeLog entries.
Seems like I had a good time slip ;-)
Thanks,
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximia
?
Your WinForms application will never be used on Linux in China,
Japan, Korea and everywhere else where input methods are
mandatory, and it won't be supported before Mono 1.2.
Gtk# perfectly works on the other hand.
Atsushi Eno
___
Mono-d
.html
Possible actions you would like to take are:
- stop using such classes that we don't have
- report missing bits to bugzilla.ximian.com and pray for someone fix it
- implement it by yourself and post a patch (best)
Atsushi Eno
Tomek Soroka wrote:
> i try run web app under xsp2 and g
Hi,
Just curious, isn't SOAP extension configuration new functionality
in .NET 2.0 which we don't support yet?
Atsushi Eno
L.G. Meredith wrote:
> All,
>
> i know this question has been asked a million times, but i can't find an
> answer that works with my setup.
re if it is related, as I'm not sure if it is about 1.x
environment. 2.0 has different configuration section (handler)
which might not be fully supported. In that case, regardless of
whether extension types are supported in 1.x, it won't work.
(That's why I wrote "just curious" bt
ons would be
appreciated. If no one is taking care of EventLog stuff, I'll
checkin the code by myself.
Atsushi Eno
Index: System.Diagnostics/EventLogImpl.cs
===
--- System.Diagnostics/EventLogImpl.cs (revision 63403)
+++
Hi Gert,
Thanks for the comments.
Gert Driesen wrote:
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:mono-devel-list-
>> [EMAIL PROTECTED] On Behalf Of Atsushi Eno
>> Sent: maandag 7 augustus 2006 3:58
>> To: mono-devel-list@lists.ximian.com
c members and impl for instance members). If I switch to
interface based implementation, I still need two types.
Regardless of whether we have one class or two, the total amount of
members we need to implement is the same.
(Any simplification idea is of course welcome :-)
Atsushi Eno
__
mpl (or whatever we are going to have)
that works only under Windows. We are not going to mimick the
entire event system for non-Windows land.
If anyone tries to implement it, that would be fine though.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-
ilities on Windows as well. So these informations may help
> implementing event logging on Windows.
>
> And of course knowing how Windows does event logging helps to mimic the
> same on other OSes.
Right.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Cool! BTW Andreas asked me to keep existing "do nothing"
implementation, so please post a patch before committing code
so that we can meet his request.
Atsushi Eno
Gert Driesen wrote:
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:mono-devel-list
Just curious, where is my local file implementation which just works?
If it isn't in your patch, I'll ignore it and commit my patch so
that I don't have to waste customers' time for something unimplemented.
Feel free to improve your implementation after that.
Atsushi Eno
read your next message before sending it as I'm ready to
commit) You don't have to spend your time to include my code.
And I don't use XML here and stick to current code (I hate extraneous
Xmlization ;-)
Atsushi Eno
Gert Driesen wrote:
>
>> -Original Message--
ble diffs
- add old wrong XmlTextWriter to be used in monodocer to replace
correct XmlTextWriter.
Grab XmlTextWriter.cs and XmlTextWriterOpenElement.cs from
branches/mono-1-1-16/mcs/class/System.XML/System.Xml.
Which would be better?
Atsushi Eno
___
Mon
As we talked on #mono yesterday, feel free to commit your changes
that include my local file based implementation (as you rather
wanted, than changing your code after my commit, dunno the reason
though). However it is not the case if you need much more time.
Atsushi Eno
Atsushi Eno wrote:
>
difficult
than reducing little coding cost.
- Other than above, I support your plan. Thanks also to
latexer, it became pretty cute.
Atsushi Eno
Gert Driesen wrote:
> Hi Atsushi,
>
> As we discussed on #mono, I've made modifications to the UnixRegistry API t
Gert Driesen wrote:
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:mono-devel-list-
>> [EMAIL PROTECTED] On Behalf Of Atsushi Eno
>> Sent: zondag 13 augustus 2006 15:32
>> To: Gert Driesen
>> Cc: mono-devel-list@lists.ximian.com
>
ion.
I will Never.
Do think the default behavior should be the best suitable option for
each OSes and platforms. "MS compatible is the best" is a myth.
You can never explain that there is a bunch of I/O environmental
switches.
BTW I just revisited to run the code, and noticed that it
or the sake of real users.
Done. Note that your tests (that you said you spent a lot of time)
are still there.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ji name in front of you guys' cost.
If you guys say we should still stick to Latin1, never write
Jarosław's name on ChangeLog as is. (Does it sound cruel? but that's
the consequence that "use Latin1" results for him. Face the reality.)
Atsushi Eno
So, in such cases, using UTF-8 is the only solution I think.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
i.e. I don't want to spend my time anymore on this tiny demand
on this registry based implementation.
Atsushi Eno
Gert Driesen wrote:
> Hi,
>
> I've finished implementing the eventlog changes and incorporated
> feedback by Atushi Eno (let me know if there's anyt
Hi,
Kornél Pál wrote:
> Hi,
>
> Atsushi Eno:
>> Is saving files in utf-8 without BOM possible in general western
>> editors land? If yes I like the idea. If not then maybe it is not
>> a good solution for us (yeah, not using non-ASCII letters is the
>> most
e.
Please review and approve the patches.
Thanks a bunch for the patch! I attached the result of my audit
as "only meaningful code changes" i.e. I believe I read the
entire changes ;-)
If no objection in reasonable days, let's check the patch in.
Atsushi Eno
Index: mcs/
in $prefix/mono/lib/1.0 and new
MS.VB.dll in $prefix/mono/lib/2.0 would be nicer. And mbas for
1.0, vbnc for 2.0 as well. Would the build be messed up much?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximi
What is more important to know is that this extra dll is "required"
only for Win32 mode of the implementation.
If I wrote about it, I'd have never said it is "required".
Atsushi Eno
Robert Jordan wrote:
> Hello,
>
> Miguel de Icaza wrote:
>>> I'
Hi,
Probably downgrading libtool to 1.5.20 would solve the problem.
Atsushi Eno
Sebastien Pouliot wrote:
> Hello Timo,
>
> On Tue, 2006-08-22 at 15:05 +0200, Timo Rainio wrote:
>> hi all,
>> building mono on windows when in /trunk/mono/mono/monoburg the
>> followin
than cygwin on Windows.
Having build depencency just for dogfooding isn't a good idea.
Every time the build got broken somehow, it will mess every
hackers until the problem goes away. Have you joined the
development and tasted that pain?
Atsushi Eno
Ympostor wrote:
> Sebastien Pouliot wro
no GAC) at least from
what I know of. Of course I might be missing something, especially
the latest cvs version might work (anyways Gert would help you).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ocale-builder/lcids.xml).
Which culture do you need specifically ?
Atsushi Eno
John Hatton wrote:
> In our application, which is solely for the world's minority languages, we
> would like to be able to make new CultureInfo's from ldlm files (Locale Data
> Markup Language).
>
&g
Hmm, what I cannot understand is that while you say that few of those
languages you need are in ICU but you are still saying you will use
ICU.
Also note that CultureAndRegionInfoBuilder never helps custom
string collation. That framework is only for number and date
formatting.
Atsushi Eno
John
on Algorithm) so there is no hope. Their design
is 10 years behind (almost literally; UTS #10 is specified in 1998).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
This should be fixed at r63726. Mono 1.1.17 contains the fix.
Atsushi Eno
Martin Mazur wrote:
> Martin Mazur wrote:
>> Hi all,
>>
>> When attempting to get CC.NET to run on mono 1.1.16 I came across a
>> weird problem with the XmlTextWriter. Whenever i
/8-22.html
Cheers,
Atsushi Eno
L.G. Meredith wrote:
> Lluis,
>
> Thanks for the response. The schema validates against the W3C schema schema
> using Oxygen. i haven't had the chance, yet to validate it using any other
> validation tool. Does xsd.exe on mono not support all valid
Nice. Blind implementation detail differences without any rationality
is always out of my interest, but someone might be interested.
Cheers,
Atsushi Eno
L.G. Meredith wrote:
> Atsushi, Lluis,
>
> In the original schema i sent i used a recursive group style specification
> (a
Mmm, actually the EOL stuff is somehow my bad. I'll change them to LF.
Atsushi Eno
Miguel de Icaza wrote:
> Hello Michael,
>
> A few comments on the patch:
>
> * The changes require ChangeLog entries that detail the changes
>
> * The coding style for
You are still wrong :-) InvariantCulture still causes culture
sensitive comparison.
Use String.CompareOrdinal() or CompareOptions.Ordinal instead.
Atsushi Eno
Andreas Nahr wrote:
> Sorry if this is already handled, just looked over the list and found this
> bug:
>
>>>
Because there are characters that are ignored even in invariant comparison.
Well, I agree that "instead" was not proper here. It should be
"additionally".
Atsushi Eno
Andreas Nahr wrote:
> Care to explain why? I'm aware that Invariant will be
> (invariant-cult
someone who derives another XPathNavigator based on it
would not be messed by CanEdit result. Only XmlDocumentEditableNavigator
should override it.
Atsushi Eno
Konstantin Triger wrote:
> Hello,
>
>
>
> The attached patch and a test case set the CanEdit property ac
lp
on .NET).
I'm not a fan of this specific restructuring anyways: so niche.
Atsushi Eno
Andreas Nahr wrote:
> Hi,
>
>> Hello,
>>
>>> * Creating the binary data should be simple when generating from a
>>> .Net VM.
>>> Would it be allowed to
on by
situation and certain Encoding.GetBytes() slowdown do not sound good to me.
Ok, ok, I might be wrong here again, so let's talk about it after you
have done with it.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
le are not mmaped.
As Andreas claimed, non-mmaped resources is worse (and that's what
I agree with him).
Atsushi Eno
Brian Crowell wrote:
> Atsushi Eno wrote:
>> I quite don't understand why you speak about the _existence_
>> of mmaped external resource loader.
>
> Fo
).
How small is the table above?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
I would love to see such cosmetic differences as totally optional
such as we do filter some attributes such as ComVisibleAttribute out
so that the class status pages do not become totally noisy for 99%
of people.
Atsushi Eno
Leszek Ciesielski wrote:
> On 10/20/06, Kornél Pál <
think today's
presentation will be also available (without my Engrish speech).
Note that the code in general is highly unstable so please don't
hit us right now ;-)
(For those who only know mono-devel-list: we have another mailing
list [EMAIL PROTECTED] for new .NET stack development
hars, 0, chars.Length);
> +#endif
Before fixing the pointer you have to make sure that s is non-zero length.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
s why BenM asked Paolo, as only he would know the best answer ;-)
Atsushi Eno
Alan McGovern wrote:
>> To my understanding, fixed pointers do not participate GC target. And
>> - locally-allocated array anyways lives until its conversion finishes
>>(and probably immediately d
With MD, the only way you can really build mcs classes is to open
Makefile in MD.
.csproj is obviously unused one. Just removed.
Atsushi Eno
Andrés G. Aragoneses [ knocte ] wrote:
> I get:
>
> [mcs/class/System.XML/System.Xml.XPath/Tokenizer.cs, Line=51, Column=29,
> Type=Error,
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.
&g
o far.
Atsushi Eno
blackdog wrote:
> Please check the thread "*Re: [Mono-dev] [PATCH] Correction to the r65131
> inSystem.Web.UI.WebControls/ObjectDataSourceView.cs"
>
> *Kosta replied that he didn't fix the bug, specifically:
>
> "
>
> I did no
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
ones there.
Atsushi Eno
Vladimir Krasnov wrote:
> Hello,
>
> Please review and approve attached paches, this will fix
> element in all configuration col
Hi again,
Seems like you have mixed line endings (LF/CRLF) in this patch,
so please fix it. Another one; your "switch" and "case" should
go at the same tab level.
The same "we need test" issue applies to this patch as well.
Other than the above, the patch lo
notice that this thread is basically about different bug (it
is rather about ConfigurationManager, which should not always expect
entry assembly existence).
Atsushi Eno
Michał Ziemski wrote:
> Hi!
>
> I've just tripped on this one.
> This time under mod_mono.
>
> This is
as there.
Where is the patch? Seems like it should be applied (unless it is
wrong).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
mmm, never mind, Robert already fixed it in svn (r67496)
Atsushi Eno
Atsushi Eno wrote:
> Hello,
>
>> The code I posted originally in the bug report might have been a little
>> misleading.
>> I did an additional comment with more appropriate code later.
>
scussions about third-party compilers that target and/or use directly
> the CLR.
> * discussions about getting a managed application run with mono
>
> specifically dedicated to
> specifically dedicated to
> specifically dedicated to
> specifically dedicated to
> specif
Hi,
I think zip archive for text files is much worse than tgz at
compression. How was the difference?
Atsushi Eno
Wade Berrier wrote:
> Hi,
>
> Several have reported that the tarballs available from
> mono.ximian.com/daily are not buildable.
>
> This is caused by some limi
Hmm... is it difficult to produce both zip and tar.gz (or.bz2) ?
Atsushi Eno
Wade Berrier wrote:
> Hi,
>
> Yes, it is much worse... 20MB to 32MB :(
>
> Wade
>
> On Sat, 2006-11-11 at 06:24 +0900, Atsushi Eno wrote:
>> Hi,
>>
>> I think zip archive f
Guys, I don't think we are interested in which compression format
is most efficient for compression. Only popular, *really* popular
ones such as tar.gz, tar.bz2 or zip would be the choice(s).
(What I practically mean is, it is being so off-topic.)
Atsushi Eno
Angel Marin wrote:
>
ed to create
masterinfos for indigo assemblies first).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Ugh, that's my bad. Thanks for the beta check and patch.
Wade, it is possible to rebuild packages to fix this blocker?
Atsushi Eno
Robert Jordan wrote:
> blackdog wrote:
>> in my web service when i want to check the default wsdl i get the
>> following
>&
ze(object o, Type type)
Thanks,
Atsushi Eno
Tal Klar wrote:
> Hi,
>
> The attached patch contains 32 tests for System.Xml.Serialization
> Generics scenarios. All tests fail. Please review the tests.
>
> Should we commit them with NotWorking attribute? Open bugs i
It is just a mistaken commit. I've already asked Hagit to revert it.
Atsushi Eno
Andrés G. Aragoneses [ knocte ] wrote:
> I have noticed that on revision 68577 some changelogs has been deleted,
> instead of just pointing out the refactoring in a new changelog entry.
> Is that ok
= 0; i < 1000; i++)
DateTime.Parse ("2006-11-30T01:01:01.000");
}
}
Before the patch:
Total memory allocated: 378 KB
After the patch:
Total memory allocated: 292 KB
If it does not look harmful, I'll commit later.
Atsushi Eno
Index:
:-) Good luck with your new job.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Mirco Bauer wrote:
> On Mon, 2006-12-04 at 20:09 +0100, Paolo Molaro wrote:
>> On 11/30/06 Atsushi Eno wrote:
>>> I noticed that many string[] properties in DateTimeFormatInfo are
>>> used directly in DateTime. They have to return Clone() which are
>>> not ne
ld/python/monobuild.py
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
701 - 800 of 1063 matches
Mail list logo
