Hello,
To my understanding there is no work on lc.exe and license.licx stuff
done.
Atsushi Eno
Shunyata Kharg wrote:
Hello!
I have a .net dll built under windows .NET which implements the
LicenseProviderAttribute class. Under windows .NET, I can do the following:
lc
Since MVC is a moving target, you should not really rely on that
schedule. We won't release or even might not start MVC stuff until
it gets out on .NET side.
Atsushi Eno
Abe Gillespie wrote:
OK, thank you, all.
On Thu, Nov 20, 2008 at 11:47 PM, Gonzalo Paniagua Javier
[EMAIL PROTECTED
limitations. If you give detailed questions, others may answer
to you.
3. Are there any issues we should be aware of for this usage scenario?
Probably my answer to 1. holds here?
Atsushi Eno
___
Mono-list maillist - Mono-list@lists.ximian.com
http
at some stage unless its build get
fixed.
Winforms version of NUnit GUI should work if you build it or copy
executables.
Atsushi Eno
Hello,
As some of you may have noticed, I have upgraded our local use of nunit
from 2.2.0 to 2.4.8. It involved some changes in our test run, but
should
or
whatever, to explicitly indicate that it is for mono internals.
Is this the only concern, or is it just an example? :)
Atsushi Eno
Charlie Poole wrote:
Hi Atsushi,
If you want to attract folks to Mono, then I think it's
important not
to confuse them. :-)
If there's reasonable reason people
without
-noshadow, so I am rather afraid that NUnit 2.4.8 unlike 2.2.0 cannot
handle it.
I'd like to hear inputs on what could be done to fix this issue.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
, not the tests). I wouldn't like
to do it after this continuous build/test failures :(
Actually as I wrote above, this failure has nothing to do with
-noshadow.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
make PROFILE=net_1_1
make
cd ../class/corlib
make PROFILE=net_1_1 clean
make PROFILE=net_1_1 run-test
Atsushi Eno
Michael Franz wrote:
Hi,
Update to from svn (I also did clean checkouts) for
mono/mcs/libgdiplus. The build works fine, however when I try
get confused because of my
interpretation or effort on upgrading nunit version, then I feel
sorry ;)
Atsushi Eno
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
of nunit for our own use:
http://veritas-vos-liberabit.com/tmp/2008/nunit24-mono.tar.bz2
If no problem, I'll checkin this new nunit24 directory and build
changes, without removing nunit20 for a while.
Atsushi Eno
It is anything but negative approach. As I wrote earlier, I believe this
is a mono bug
Hello,
Raja R Harinath wrote:
Hi Eno,
Atsushi Eno [EMAIL PROTECTED] writes:
There is a documentation bug in MSDN for .NET 3.5 SP1 on DbDataRecord
that says as if some members were virtual, not abstract. Our code is
based on them and then it blocked some System.Data.Entity types.
Ok
option.
Actually I think that tuner should be built regardless of this option.
Is it impossible to build tuner under 2.0 profile?
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono
of nunit for our own use:
http://veritas-vos-liberabit.com/tmp/2008/nunit24-mono.tar.bz2
If no problem, I'll checkin this new nunit24 directory and build
changes, without removing nunit20 for a while.
Atsushi Eno
It is anything but negative approach. As I wrote earlier, I believe this
is a mono bug
.
I wanted to upgrade it just because it is easier for my dblinq
integration task. (So it was by chance that I had the upgraded version
this week.)
Atsushi Eno
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
Atsushi Eno wrote:
Hello,
Charlie Poole wrote:
I didn't know it was your archive, but if you need it
then it seemed to make sense that there would be some
changes. If not, why build it from source at all?
This isn't a criticism - just something I'm trying to
get an understanding about
overwrite the pre-installed version.
Atsushi Eno
Charlie Poole wrote:
Hi,
This isn't a criticism - just something I'm trying to get an
understanding about. There seems to be some obstacle to NUnit
adoption (I don't mean obsolete versions, but up to date
ones) in the
Mono community and I'd
using other URLs like:
http://mono.ximian.com/monobuild/preview/2.2/download-preview/
Thanks,
Atsushi Eno
Thomas Wiest wrote:
Hey Everyone,
We've just released Mono 2.2 Preview 1 today!
Please help us out by giving it a try with your applications.
As always, you can get the preview/RC
using other URLs like:
http://mono.ximian.com/monobuild/preview/2.2/download-preview/
Thanks,
Atsushi Eno
Thomas Wiest wrote:
Hey Everyone,
We've just released Mono 2.2 Preview 1 today!
Please help us out by giving it a try with your applications.
As always, you can get the preview/RC
AssemblyInfo (assembly key location), remove
tests (they are extra in our source tree) and extra stuff such as GUI.
It is straightforward upstream code. Believe or not, just diff them ;)
Atsushi Eno
Charlie Poole wrote:
I think a more positive approach would be to
work with the NUnit project so
in nunit) to fix
any issues, that is welcome.
Atsushi Eno
Michael Franz wrote:
OK,
I thought I read somewhere that there were patches to NUnit that were
mono specific.
Is it ok to submit patches to mono that depend on the latest version of
NUnit?
Michael
On Tue, Nov 18, 2008
FreeBSD users in Japan. Not sure if they can fix runtime code though.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
be better?
Atsushi Eno
Atsushi Eno wrote:
Hola,
Thanks for the previous fix, Zoltan.
Here's another FreeBSD/amd64 build error report (forwarded):
gmake[6]: Entering directory `/local/home/ksmakoto/Mono/mcs/class'
gmake[7]: Entering directory `/local/home/ksmakoto/Mono/mcs/class/corlib
not break any practical code; DbDataRecord
constructor in 1.1 used to be internal and no one could derive from it.)
Atsushi Eno
Index: System.Data.Common/DbEnumerator.cs
===
--- System.Data.Common/DbEnumerator.cs (revision 118952
(HAVE_MOVING_COLLECTOR)
#define MONO_ARCH_MONITOR_OBJECT_REG AMD64_RDI
#endif
and hence it is *not* defined in FreeBSD.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
$olivedir; then
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
There is gui-compare and moma when you are curious about
missing/not-supported functionality (google them for details).
Atsushi Eno
Danny Waite wrote:
Excellent, thanks Atsushi,
Are you able to comment on the parts that are not yet ready? Is it
workable right now for basic
IMO it is not time to do it yet because we are rather stuck in too
separate build revisions to track regressions i.e. improving quality of
monobuild is in higher precedence. Having those standalone tests
in those builds makes current situation worse.
Atsushi Eno
Gert Driesen wrote:
Hi
Hi,
The WCF core is incomplete, but System.ServiceModel.Web is almost
already done:
http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.ServiceModel.Web/
Atsushi Eno
Danny Waite wrote:
Hi All,
I'm looking at the possibility of using REST together with mono and wondering
(and svn propdel svn:executable):
copypaste those lines in svn add command line.
Can these tasks ever easier by switching to your beautiful xml csproj?
In MWF land did we create csproj-sources converter?
Classlib hackers who uses Visual Studio: how do you do those tasks?
Atsushi Eno
Jonathan
Atsushi Eno
Index: configure.in
===
--- configure.in(revision 118305)
+++ configure.in(working copy)
@@ -2054,6 +2054,37 @@
unset fpu
fi
+case $host_os in
+darwin* | *bsd* )
+ AC_MSG_CHECKING
The original patch author said that it does not compile on
FreeBSD(7,amd64). Haven't asked the actual output.
Atsushi Eno
Geoff Norton wrote:
Eno,
Whats the testcase/rationale for this patch?
On Sun, 2008-11-09 at 23:34 +0900, Atsushi Eno wrote:
Atsushi Eno
Index: configure.in
So your suggestion is to limit the target only to freebsd, right?
I'll ask him and he would be able to provide the error details but to be
realistic he won't be able to provide further output from other BSDs
(unless he is a BSD freak to have all of them installed).
Atsushi Eno
Geoff Norton
Even if we do the right thing, it will break some Windows components
due to not supported features and then your OS gets unstable.
For example, it may break Windows Cardspace support (infocard.exe).
Unless you want others suffer from OS unstability, I don't think it's
worth doing it.
Atsushi Eno
Hey Charlie,
No your suggestion wasn't. The original suggestion was. So my post is
rather about it. Sorry for confusion.
Atsushi Eno
Charlie Poole wrote:
It wasn't a suggestion that the mono project do it, which
I think is a bad idea. I was just trying to indicate the
relative level
Hello,
Thanks Sasha, I'll have a look. It looks like only about XmlTextReader,
and once I find the culprit it wouldn't be hard to fix.
Atsushi Eno
Sasha Kogan wrote:
Hi,
I get OutOfMemoryError (I use Grasshopper, but the problem is not
Java-specific) when running the following code:
void
I think it is fixed at r117838 Can you try it and see if it's gone?
Thanks,
Atsushi Eno
Atsushi Eno wrote:
Hello,
Thanks Sasha, I'll have a look. It looks like only about XmlTextReader,
and once I find the culprit it wouldn't be hard to fix.
Atsushi Eno
Sasha Kogan wrote:
Hi,
I
on MS Robotics Runtime must be also interested in hacking it.
You say rather just as a watcher who don't contribute to the
achievement than a programmer.
Atsushi Eno
lonifasiko wrote:
Hi,
Miguel de Icaza-2 wrote:
We will be implementing a few bits of the CCR ourselves, but only enough
:)
Atsushi Eno
//
// UCD.cs
//
// Author:
// Atsushi Enomoto [EMAIL PROTECTED]
//
// Copyright (C) 2008 Novell, Inc.
//
//
// Unicode table generator for eglib.
// Note that this code is only for Unicode 5.1.0 or earlier.
// (regarding character ranges)
//
// Some premises:
// - lower-band (
* a
complainer but as a constructive hacker with belief.
Atsushi Eno
Onur Gumus wrote:
http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx
On Tue, Jul 1, 2008 at 12:32 PM, Onur Gumus [EMAIL PROTECTED] wrote:
Because NHiberate is hard. I
Applied the patch. Thanks :)
Atsushi Eno
Michael Barker wrote:
Hi,
Attached is a patch that adds support for passing all of the Message
properties via RabbitMQ (as per version 1.1 of System.Messaging).
This includes Recoverable (supporting persistence) and Priority (which
would support
Hey Marek,
Marek Habersack wrote:
On Wed, 22 Oct 2008 13:47:46 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hi grendel,
Hey Atsushi,
How does this break 2.0 apps? They do not exist in .NET, but
they do in our 2.0 profile (lib/mono/2.0).
If you have an application which uses
Marek Habersack wrote:
On Thu, 23 Oct 2008 01:44:25 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hey Marek,
Marek Habersack wrote:
On Wed, 22 Oct 2008 13:47:46 +0900
Atsushi Eno [EMAIL PROTECTED] wrote:
Hi grendel,
Hey Atsushi,
How does this break 2.0 apps? They do not exist in .NET
Hi grendel,
How does this break 2.0 apps? They do not exist in .NET, but
they do in our 2.0 profile (lib/mono/2.0).
Atsushi Eno
Original Message
Subject: [Mono-patches] r116660 - trunk/mono/data/net_2_0
Date: Tue, 21 Oct 2008 14:40:56 -0400 (EDT)
From: Marek Habersack ([EMAIL
OK, I have committed the patch to messaging-2008 branch.
http://anonsvn.mono-project.com/viewvc/branches/messaging-2008/mcs/class/
Atsushi Eno
Michael Barker wrote:
On Thu, Oct 16, 2008 at 9:24 PM, Atsushi Eno [EMAIL PROTECTED] wrote:
Looks like (at least) Mono.Messaging.RabbitMQ
implementations
(such as Win32API one, as I suggested earlier).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
could simply
use them. The binding does not have to be limited to AMQP (still might
be better to have Rabbit/Qpid bindings based on AMQP binding based on
Mono.Messaging though).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
.
It is a good a idea to cache the results of GetProperty() and
GetSetMethod().
Sure, will improve them. Thanks for the suggestion.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
)
BTW do you know if AMQP/Rabbit is going to support message peek
and receive-by-id functionality (in some milestones), as you
mentioned in the early discussion ?
http://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg16731.html
Atsushi Eno
Michael Barker wrote:
Hi,
Patch attached
I don't remember the details but I indeed tried to implement it one
year ago, and gave up for not a minor difference between those ACLs.
http://lists.ximian.com/pipermail/mono-devel-list/2007-September/025096.html
If you take your words and go to implement it, it'd be awesome.
Atsushi Eno
Seo Sanghyeon wrote:
2008/9/27 Atsushi Eno [EMAIL PROTECTED]:
I disagree; the only people who actually hack the source file should
have the right to decision.
Isn't source code for API users as much as API developers who hack on it?
It does not contradict my opinion.
Atsushi Eno
Cory Foy wrote:
Atsushi Eno wrote:
I disagree; the only people who actually hack the source file should
have the right to decision.
When I read comments like that, it makes me think that there is an air
of elitism to it, and that if you aren't touching source, you don't have
a say.
You
in the near future. (B) won't happen. It is Windows-only ACL things.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
actually hack the source file should
have the right to decision.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
AFAIK it does not already compile.
Atsushi Eno
Rodrigo Kumpera wrote:
The interpreter is no longer supported and there is no guarantee that it
will even compile.
Whatever you might be thinking I can't see why not using mono JIT would
be desirable.
On Wed, Sep 24, 2008 at 7:52 PM, Nuno
I'm not with free hand and cannot immediately work on it.
What I know so far is that .NET outperforms only 2x difference over
Mono on XSLTMark C# port (2x is not a small difference, but not that
much as your testcases try to impress).
Atsushi Eno
Bradford Stephens wrote:
Hey there,
Has
System.Web.Extensions.dll since it is in the same directory
as gmcs.exe exists. Neither of -pkg:dotnet35 or local copy of the
assembly helps (and to my understanding, current mono behavior to
probe assemblies is correct).
Am I missing something easy to make it?
Atsushi Eno
Hello,
That's interesting. If I have enough time I'll check what are likely
culprits with modified version of the cases and possibly fix them.
Atsushi Eno
Bradford Stephens wrote:
Hello all,
It seems that XPath selection is several orders of magnitude slower in
Mono 2.0 on Ubuntu than on C
type check. It distinguishes
rnc or rng when it is included (by include element), but not
for external. I'll make a fix in svn soon. Thanks for the report.
Atsushi Eno
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman
.
That rather sounds like you have some valid setup for en_US.UTF8
but not for en_GB.UTF8.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
by default (--with-gc=sgen). It in general
works but is not stable yet. See
http://mono-project.com/Mono_Project_Roadmap
Atsushi Eno
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
is likely breaking your mono/mwf
environment.
We cannot introduce any workaround for you, as we cannot avoid call to
XOpenIM() while everything looks fine.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
. The last maintainers were not me but Mainsoft guys.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hola,
Hey,
On 8/19/08, Atsushi Eno [EMAIL PROTECTED] wrote:
You meant System.ServiceModel*.
Of course, thanks :)
Most generally, we have two choices:
Another option I'm thinking about, is to have SL2 *only* versions of
such assemblies in mcs. That is, the code still lives
assemblies actually exists) ?
Since they are not supported assemblies, we could rather live without
them, or something like pkg:dotnet-preview would be better (just to
replace olive, minus UIA stuff).
At least -pkg:wcf and -pkg:cardspace sounds identical.
Atsushi Eno
, and I have
never heard of any problem as of now.
Atsushi Eno
Hi,
What do I need to do to get XIM working with winforms? I've built
2.0preview1 (from the tarballs) and that seems fine. When I run a
winform app from a terminal, I get a line Can't find XIM (or something
similar) which
Congrats guys :) Do you have any release notes on what's new in
this release?
Atsushi Eno
Rusty Howell wrote:
Hey folks,
We just released the next version of Moonlight!
You can download the Firfefox plugin from http://go-mono.com/moonlight
or get the sources from
http://ftp.novell.com
Sharique uddin Ahmed Farooqui wrote:
On Wed, Aug 13, 2008 at 7:12 AM, Atsushi Eno [EMAIL PROTECTED] wrote:
Hello,
Sharique uddin Ahmed Farooqui wrote:
Hi,
To day MS has released sp1 of .net 3.5. which has Dynamic data,
Ado.net Entity set, some improvements in Linq to Sql are the new
Hey Marek,
Thanks. OK, that is not much improvement IMO ;-)
Atsushi Eno
Marek Safar wrote:
Hello Eno
As you didn't answer this question, I assume there is not any
improvement on Linq to SQL in fact.
(I'm not confirming you are wrong ;) If there is any improvement,
I would like to tell
Why not just copy relevant code block in HttpUtility.cs from mcs sources?
Atsushi Eno
Forgive me if this isn't the correct place for this question but is
there a pure Cocoa equivalent for Mono's
System.Web.HttpUtility.UrlEncode
method in Cocoa anywhere? I'd rather not have to link
don't think Linq to Entities depend on Linq to SQL (does it?).
Linq to SQL is narrow-minded SQL Server only technology. As Pablo
wrote, it is being implemented though (in DBLinq Mono mode, which is
somewhat wider-minded to open to some other vendors).
Atsushi Eno
. It is almost API
complete, but cannot be released without System.ServiceModel.dll
which has a lot of unimplemented annoyance such as WS-*.
Astoria in .NET 3.5 would likely run into the same problem too.
Atsushi Eno
___
Mono-devel-list mailing list
Mono
For reference, we have somewhat similar things: System.Management.dll,
System.EnterpriseServices.dll and System.Messaging.dll.
Atsushi Eno
The problem here is that the dependency WindowsBase.dll has never
been worked on (actually I'm even unsure what kind of
work this dll needs) and hence
You cannot open this csproj file without building mono.
Those files are automatically generated in the build process.
Atsushi Eno
[EMAIL PROTECTED] wrote:
The following files seem to be missing ( SD2K 5 .csproj ) :
I ’ m using a branch in a effort to avoid build issues:
svn
();
r.Read ();
}
}
Atsushi Eno
Hi all,
I downloaded the version number 1.9.1 of Mono and but when I try run
some assembly using NUnit I got the next error message.
Thank you for your help!
Unhandled Exception: System.ArgumentException: Encoding name
'Windows-1252' not supported
://msdn.microsoft.com/en-us/library/aa365261(VS.85).aspx
Anyone volunteer to implement it? :) That'd be great.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
To make sure, the release notes contain changes only from 1.9 (unlike
the page title implies), right?
Atsushi Eno
Marc Christensen wrote:
Hey Everyone,
We've just released Mono 2.0 Preview 1 today! Please help us out by
giving it a try with your applications.
As always, you can get
the title implies as if it were for
the final release notes.
IMO current release notes (including the document title) should be
distinguished from the final one.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
To make sure, the release notes contain changes only from 1.9 (unlike
the page title implies
I wonder what if you use sgen-gc instead of the default one (i.e. configure
--with-gc=sgen). It should be used only for testing latency though.
Atsushi Eno
Hi,
I've run into an odd problem in a streaming TV application that I'm
building. I have a client and server on the same machine
) Activator.CreateInstance (
col.DataType, new object [0]);
if (!reader.IsEmptyElement) {
reader.ReadStartElement ();
reader.MoveToContent ();
x.ReadXml (reader);
reader.ReadEndElement ();
}
else
reader.Skip ();
row [col] = x; // not sure if it is filled in case of empty element...
Atsushi
cannot wait for its release for,
say, half a year.
Having said that, since there isn't a lot of changes in olive and
mono in sync lately, such mismatches between olive trunk and mono
release wouldn't likely to happen once the next 2.0 beta release
gets out.
Atsushi Eno
[EMAIL PROTECTED] wrote:
Ok
is released, you'll be able to build
olive (if you are not very unlucky).
BTW (as you are cross posting to moonlight-list) olive has nothing
to do with moonlight anymore.
Atsushi Eno
[EMAIL PROTECTED] wrote:
Hi guys:
Curently is not posible for our development team to change the
development
msxsl:script cannot be thread safe on transform operations as script
writers could write any thread-unsafe operations. If MSDN says it
is thread safe for transformation, then that is wrong. If it were
correct, it requires whatever no one can achieve.
Atsushi Eno
Joshua Tauberer wrote:
Okay, so
thread safe.
So it falls back to my second reply: I don't think we welcome x is
thread safe y is not sort of complication. (And I don't forget
the performance issue in your change yet.)
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list
for each thread.
Atsushi Eno
Joshua Tauberer wrote:
From time to time I encounter index out of range errors in
Mono.Xml.Xsl.XslSortEvaluator during my multi-threaded use of a single
XSLT transform object, which I think was due to modifying the state of a
XslSortEvaluator object during
multiple
XslTransform for each thread. Since newobj happens a lot, it shouldn't
be a big problem (for you at least).
Atsushi Eno
Joshua Tauberer wrote:
Atsushi Eno wrote:
Thanks for the patch, but I don't think it makes things better.
It adds extra newobj cost at every transformation time
, as long as it could be
almost
harmlessly done. At least we always give our feedback on any desired
changes,
as we used to do :)
Atsushi Eno
This message is an official statement from the position and does not
represent
the position of myself.
Pascal Craponne wrote:
Hi Pablo,
yes, that's
Thanks, the patch is applied.
Atsushi Eno
Jonathan Gagnon wrote:
Hi,
I just filed a bug (408381) for a problem that I found with the CP1252
encoding. I attached a one-line patch that fixes the problem as well as
a new unit test. Could someone have a look at it? Since
, some by statistically).
I can almost fully disclose our email exchanges from my side (I was
thinking to forward it here instead, if it were written by myself).
Those messages are friendly given.
Atsushi Eno
Gert Driesen wrote:
Atsushi,
Is that an insult? I've scanned that post several times
they have fair mind and glad to fix their bugs unlike
you guess.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Um, you're right, sadly.
Then; check the name of the argument.
Atsushi Eno
Atsushi,
I did not ask you privately.
Gert
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: vrijdag 27 juni 2008 23:34
To: Gert Driesen
Subject: Re: [Mono-patches] r106777
insignificant here.
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
As usual, I didn't start insulting posts from my side. Though I'm
pretty much positive to return the same (and more) words to the starter.
Atsushi Eno
Daniel Morgan wrote:
Comments from eno like the one below is one of the main reasons I no longer
felt motivated to contribute to mono
http://lists.ximian.com/pipermail/mono-devel-list/2008-June/028336.html
Atsushi,
If you can find ANY, I mean, ANY insult I addressed to you then please show
me.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
Sent: zaterdag 28
I stop posting to this really fruitless thread (I've already intended to
do and
actually did that until I was asked to post more).
Atsushi Eno
http://lists.ximian.com/pipermail/mono-devel-list/2008-June/028336.html
Atsushi,
If you can find ANY, I mean, ANY insult I addressed to you
makes such ones.)
Atsushi Eno
Atsushi,
Yes, the argument name in the ArgumentNullException does not match the name
of the method argument.
This is probably because the argument check itself is not performed in the
Find method, but bubbled up.
This is a detail not worth discussing, but also
, or at least block significant performance
improvements.
I see almost no benefits and will revert unless you claim very
important improvements.
Atsushi Eno
Original Message
Subject: [Mono-patches] r106626 - in
trunk/mcs/class/System.Configuration: . System.Configuration
Test
somewhat special eyes on your changes because you usually
seem to make larger changes than usual hackers do. And this time
unfortunately we were actually discussing System.Configuration
refactoring. That's why your change is specially mentioned.
Atsushi Eno
Gert Driesen wrote:
Hey Jb,
Sorry
I think that's kind of mistake we often make; CONFIGURATION_DEP
annoyance. Let's not worry much about it ;-)
Atsushi Eno
Jb Evain wrote:
Hey,
On 6/26/08, Gert Driesen [EMAIL PROTECTED] wrote:
Please be reasonable. What more can you ask?
Is that worth noting that the particular commit
responded to your comments inline.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno
Sent: donderdag 26 juni 2008 17:41
To: Gert Driesen
Cc: 'mono-devel-list'
Subject: Re: [Mono-dev] [Fwd: [Mono-patches] r106626 - in
trunk/mcs/class
with sources.
Atsushi Eno
Andreas Nahr wrote:
The attached patch reduces code duplication in Char by more than 130 lines
and improves the performance of some methods a little bit.
Somebody please have a short look...
Happy Hacking
Andreas
401 - 500 of 1323 matches
Mail list logo