Hi,
Ben Maurer [EMAIL PROTECTED] [EMAIL PROTECTED] writes:
Author: benm
Date: 2005-06-14 14:30:41 -0400 (Tue, 14 Jun 2005)
New Revision: 45986
Added:
trunk/mcs/build/common/
trunk/mcs/build/common/Locale.cs
Removed:
trunk/mcs/class/Commons.Xml.Relaxng/Assembly/Locale.cs
On Tue, 2005-06-14 at 16:57 +0300, Boris Kirzner wrote:
Hello Suresh
I'm not sure this particular fix is correct : for the case that
dataset.EnforceConstraints is false, but datatable.EnforceConstraints is
true we still should check for possible constraint violation.
100% correct fix. I
while porting a library of ours to be usable under mono, we just come
accross an issue which has some impacts on non-C# .NET languages.
in Mono.Security there is a MiniParser class which is declared to be
non-CLS compliant:
Hi,
The same argument about pascal compiler bug was there.
http://galactus.ximian.com/pipermail/mono-devel-list/2005-June/012409.html
I did not try to find out what CLS compliancy requirements are not met
in detail, but there is one which causes this class to be less usable
with some .NET
Hi!
This patch
http://galactus.ximian.com/pipermail/mono-patches/2005-June/05.html
caused mono svn to give:
...
checking whether Solaris gcc optimization fix is necessary... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating include/Makefile
I know little about makefiles and I don't understand what should be
modified
in the makefile.
It doesn't matter, for now. The Makefile will be useful only for
creating the tarball. So, if you check it in, I can take care of the
Makefile part.
An Nth variation was checked in by Ben.
Then,
Atsushi Eno wrote:
The same argument about pascal compiler bug was there.
http://galactus.ximian.com/pipermail/mono-devel-list/2005-June/012409.html
Sorry, I was not yet subscribed to this list when that was discussed.
However, this is not really about XML.MiniParser - its just an example,
Hi Hubert all,
My System.Windows.Forms Problem on my Gentoo Machine is solved! Thank U all :-)
I am using SVN Sources of Mono...and as Peter suggested I checked my
/usr/local/etc/mono/config file for dll mappingsThere it was...libX11 had
an empty target...so no mapping at all, I corrected
2. The new internal DataRow Find (object [] keys, DataViewRowState
rowStateFilter) in datarowcollection.cs, uses Table.FindIndex and if
not found creates a new index. So if there is no suitable index a new
one will be created on each call, what is very inneficient. The better
practice
I believe JB Evain is working on something that uses Mono.Cecil that we
would want to integrate with MonoDevelop. I believe the end goal is that
it will have the features of .net's ildasm.
I've been working on something similar to .net's idasm, so the features
are slightly different from
Hi,
As a result of using only one copy of Locale.cs it's much easier to review a
modified Locale.cs.
Note that this one is based on my previously submitted works but was
modified.
Adds proper gettext () style resource management using ResourceManager to
Locale.cs.
The current implemenation in
I don't understand why you stick to the conclusion that those
case insensitive languages can, or must be able to, access to
non-CLSCompliant types without problem, without discussion if
casesensitivity makes sense or not.
I see casesensitivity as some kind of personal preferences. Use it if
Hi!
Please review the attached patch. It fixes one of the regressions in W3C
testsuite. I checked it with nunit tests and xsl standalone, it does not
break anything.
The idea of the patch is that If the same entity is declared more than
once, the first declaration encountered is binding
Here is a preview of the release notes, please send me updates before
the release:
Mono.Runtime.GetDisplayName() was added.
For more information see the attached message from mono-list.
If it does not cause any issues please list my name as Kornl Pl instead
of Kornel Pal.
Kornl
Hi,
This is ok to check in.
Zoltan
On 6/9/05, Carlos Alberto Cortez [EMAIL PROTECTED] wrote:
Hey,
Currently, when loading a reflection only assembly, and then a normal
assembly is also loaded, they share their images, which of course is not
Hi Gonzalo,
* We are doing some last cleanups on the web test suite and the tests base
classes, I hope to send it (along with 479 tests! ;) for your review in few
days.
* The same harness is used for two scenarios:
* Generating expected xml files (ASP.NET on IIS).
Scenario is in use
On Wed, 2005-06-15 at 10:19 +0200, Kamil Skalski wrote:
Hi!
This patch
http://galactus.ximian.com/pipermail/mono-patches/2005-June/05.html
caused mono svn to give:
...
checking whether Solaris gcc optimization fix is necessary... no
configure: creating ./config.status
config.status:
On Wed, 2005-06-15 at 10:21 +0200, Kornl Pl wrote:
From: Ben Maurer
INSIDE_CORLIB is defined :-). You could always look at the commands make
runs...
I saw it on the command line, but is it safe to assume that INSIDE_CORLIB is
allways defined when mscorlib.dll is compiled and
On Mon, 2005-06-13 at 00:49 +0200, Kamil Skalski wrote:
Attached is the patch moving GenericParameterAttributes to System.Reflection
http://msdn2.microsoft.com/library/ms145349(en-us,vs.80).aspx
Done.
Martin
___
Mono-devel-list mailing list
On Fri, 2005-06-10 at 15:55 +0200, Michal Moskal wrote:
Forgot the changelog entry:
2005-06-10 Michal Moskal [EMAIL PROTECTED]
* reflection.c (field_encode_signature, encode_locals):
Make sizes of buffers for types larger (for big generic types).
Thanks for your
On Tue, 2005-06-14 at 20:46 +0200, Michal Moskal wrote:
I've run into strange SEGV in MonoGenericClass.initialize(). After a few
hours of debugging I have found that GetParentType() sometimes returns
MonoType and not MonoGenericType as it is supposed to.
The MonoType is taken from
Hi,
every time I rebuild and reinstall mono from svn the dllmap entry in my
/usr/local/etc/mono/config for libX11 has an empty target as follows
dllmap dll=libX11 target=/
I have to correct this entry every time I do a new install from svn.
I am running Gentoo linux.
Does anybody know what the
Hey,
On Wed, 2005-06-15 at 17:03 +0200, Matthias Felgner wrote:
every time I rebuild and reinstall mono from svn the dllmap entry in my
/usr/local/etc/mono/config for libX11 has an empty target as follows
dllmap dll=libX11 target=/
I have to correct this entry every time I do a new
On Wed, 2005-06-15 at 17:03 +0300, RafaelMizrahi wrote:
Hi Gonzalo,
* We are doing some last cleanups on the web test suite and the tests base
classes, I hope to send it (along with 479 tests! ;) for your review in few
days.
* The same harness is used for two scenarios:
* Generating
On Wed, 2005-06-15 at 12:28 -0400, Alexander Olk wrote:
- * DataGridTableStyle.cs: default datagrid settings for Default Styles,
fixes
+ * DataGridTableStyle.cs: default datagrid settings for Default Styles,
fixes
It looks like you have an editor that is changing line endings. Can
Should we just use regular NUnit for those?
Well, I guess so.
The web testing framework targets two needs:
* Testing the rendering of web elements.
* Running tests under web context.
* Automate IE and post back. But we currently excluded this feature.
Although, it can be used for testing any
On Wed, 2005-06-15 at 21:25 +0200, Kornl Pl wrote:
private static readonly LocalDataStoreSlot getTextLock =
Thread.AllocateDataSlot ();
Try using [ThreadStatic], it's a bit cleaner.
After that, we have to look at how much extra code this brings on
startup. Give me a day or two for this (sorry
Try using [ThreadStatic], it's a bit cleaner.
I will examine the documentation regarding this attribute because I did not
know it.
Note that this is required only by corlib to prevent infinite recursion
because Locale.cs uses itself in fact. Normally recursion should not happen
but if
From: Miguel de Icaza
So I think none of these issues are critical.
None are critical, but there is no compelling reason to use something
different.
I resubjected the message to separate this topic form my Locale.cs
implementation that uses gettext () style resouce management.
My reasons
private static readonly LocalDataStoreSlot getTextLock =
Thread.AllocateDataSlot ();
Try using [ThreadStatic], it's a bit cleaner.
It examined the documentation and it's really cleaner and may be faster as
well.
I attached a new diff file.
Kornl
Locale.diff
Description: Binary data
Kornl,
My reasons against using English texts as identifiers:
1. Every modified character in English text has to be modified in all of
the
other language files as well. This prevents distributing satellite
assemblies separately or using satellite assemblies that are not very up to
date.
31 matches
Mail list logo