[Mono-devel-list] machine.config not found on Windows
Hi, I've just installed Mono 1.1.8. When I try to run one of my binaries, I now get (under cygwin): $ mono ./server.exe Ice.DNSException: GetHostName failed ---> System.TypeInitializationException: An exception was thrown by the type initia lizer for System.Net.Dns ---> System.Configuration.ConfigurationException: Cannot find C:\cygwin\opt\mono\etc:\mono\1.0\ machine.config () in <0x000a6> System.Configuration.DefaultConfig:Init () in <0xd> System.Configuration.DefaultConfig:GetConfig (System.String sectionName) in <0x0001a> System.Configuration.ConfigurationSettings:GetConfig (System.String sectionName) in <0x000b5> System.Net.Sockets.Socket:CheckProtocolSupport () in <0x7> System.Net.Dns:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00078> IceInternal.Network:getLocalHost (Boolean numeric)--- End of inner exception stack trace --- in <0x00132> IceInternal.Network:getLocalHost (Boolean numeric) in <0x00076> IceInternal.DefaultsAndOverrides:.ctor (Properties properties) in <0x002b1> IceInternal.Instance:.ctor (Communicator communicator, Properties properties) The same code base used to work with Mono 1.1.6, so I suspect that this is due to a configuratin/installation problem. (I installed using the Windows installer on the download page.) Thanks, Michi. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-devel-list] XSP2 & VS 2005 Express
Hello, > Thanks for your reply, is there any way i can get it to work if I modify the > tags (I'm _really_ new to ASP.NET 2)? I had a look at the class library > status and only used stuff that was listed as working / supported in the > project. The best thing to do at this point is to post a full sample into bugzilla, so we can look at what ASP.NET 2 is producing, and we will take care of it. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-devel-list] XSP2 & VS 2005 Express
Hi Miguel, Thanks for your reply, is there any way i can get it to work if I modify the tags (I'm _really_ new to ASP.NET 2)? I had a look at the class library status and only used stuff that was listed as working / supported in the project. Regards, Josh -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Wednesday, 29 June 2005 11:54 AM To: Joshua L. McAdam Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-devel-list] XSP2 & VS 2005 Express Hello, > I can view all the demo?s including 1.1 and 2.0 pages, all my 1.1 > projects seem to work fine J but I can?t use anything I create with VS > 2005, it simply says it cannot find the ProjectName.Global class which > Global.asax inherits from. This is normal, Mono currently does not have support for some of the new tags produced by the new ASP.NET designer and it is lacking some classes. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Winforms state.
Hello, > Does anyone in the mono project keep a comprehensive list of what is > implemented in Windows.Forms and what is not. I have been playing with > porting Infragistics to Linux and it is just not clear what will run and > what won't. The right place to discuss winforms is the mono-winforms-list; But winforms is not complete yet, the closest you will get to a status of what will work and what not is on our API class status pages (linked from the Resources page on the web site). When we release 1.2 there will be a document explaining all the features supported and the elements missing. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] System.Drawing.Printing
Hello, > We're gonna be using the Cairo postscript driver to output to cups on Linux, > (postscript output should also work for the Mac). But this requires a) the > cairo API to settle down and b) moving all of gdiplus to the 1.0 cairo API. > Cairo is still too much in flux (even though they're getting closer), so > we're holding off moving libgdiplus just yet. I had discussed with Duncan having a branch where we could start porting some of the components of libgdiplus in parallel, as it is not likely going to be easy. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] XSP2 & VS 2005 Express
Hello, > I can view all the demo’s including 1.1 and 2.0 pages, all my 1.1 > projects seem to work fine J but I can’t use anything I create with VS > 2005, it simply says it cannot find the ProjectName.Global class which > Global.asax inherits from. This is normal, Mono currently does not have support for some of the new tags produced by the new ASP.NET designer and it is lacking some classes. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Mono repository RSS feeds
At one point Mono's SVN web view provided RSS feeds which I found really useful. I don't think we have that anywhere anymore, so (because I was bored) I set up RSS feeds for the repository. You can pick out the precise directory to watch by editing the URL, e.g: http://taubz.for.net/monorss/feed.cgi?mono:/trunk/mcs/class http://taubz.for.net/monorss/feed.cgi?mono:/trunk/monodoc http://taubz.for.net/monorss/feed.cgi?monodevelop:/trunk It updates every few hours or so. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] XSP2 & VS 2005 Express
Hi Guys, I have been having a look at the VS 2005 Express edition and thought I would try it with XSP2 to see how it went. So I upgraded to mono1.1.8.1 and xsp 1.0.9, copied my project onto my test server and started XSP2 up. I can view all the demo’s including 1.1 and 2.0 pages, all my 1.1 projects seem to work fine J but I can’t use anything I create with VS 2005, it simply says it cannot find the ProjectName.Global class which Global.asax inherits from. Has anyone else tried this or are the VS 2005 express editions too old to be using and I should be using a newer CTP version of it? Thanks, Josh ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] MONO_PARSE_PARAM in metadata.c???
There is a function
mono_metadata_parse_type_full() at metadata.c.
It include the following part:
/* FIXME: remove the != MONO_PARSE_PARAM condition, this accounts for
* almost 10k (about 2/3rds) of all MonoType's we create.
*/
if (mode != MONO_PARSE_PARAM && !type->num_mods) {
.
}
It says we can save some memory if remove "mode != MONO_PARSE_PARAM".
But seems that after we remove this, we got mono crash though we
could save some memory.
The Mono error message is that "cannot decode IL which is all 0x,
when XmlReader.Close() is being JITted".
Do anybody know what's role of "mode != MONO_PARSE_PARAM" ? or what is
MONO_PARSE_PARAM for?
Or any way to prevent the crash without that?
Thanks a lot..
Regards,
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] System.Drawing.Printing
There is a plan, yes, and it involves, to some extent, a mechanism comparable to our driver model in MWF, yes. However, our focus is on MWF controls right now, we're planning working on S.D.P and MWF printing once the rest of MWF is ready. We're gonna be using the Cairo postscript driver to output to cups on Linux, (postscript output should also work for the Mac). But this requires a) the cairo API to settle down and b) moving all of gdiplus to the 1.0 cairo API. Cairo is still too much in flux (even though they're getting closer), so we're holding off moving libgdiplus just yet. Cheers, Peter -Original Message- From: "Aleksandar Dezelin" <[EMAIL PROTECTED]> To: "mono-devel-list" Date: 28 June, 2005 15:31 Subject: [Mono-devel-list] System.Drawing.Printing Is there any plan to implement System.Drawing.Printing namespace? Can it be implemented using a driver model as in MWF? For example, we can use cups on Linux, Win32 API on Windows, some other printing mechanism on Mac OS X, etc... Cheers, Aleksandar Dezelin -- Linux is like wighwam, no windows no gates and apache inside... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] System.Drawing.Printing
Is there any plan to implement System.Drawing.Printing namespace? Can it be implemented using a driver model as in MWF? For example, we can use cups on Linux, Win32 API on Windows, some other printing mechanism on Mac OS X, etc... Cheers, Aleksandar Dezelin-- Linux is like wighwam, no windows no gates and apache inside... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [PATCH] System.Activator
On Tue, 2005-06-28 at 20:55 +0100, Elliott Draper wrote: > Hi guys, > > This is a simple patch that implements the generic > Activator.CreateInstance method found in the .Net framework v2.0, within > Mono (NET_2_0). It will allow code written under .Net v2.0 using the > method, to take advantage of the same method under Mono without code change. > The full method signature is: > public static T CreateInstance(); Great patch! I added it (with a bit of style fix up) to svn. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [PATCH] System.Net.FtpWebRequest
hello, > Also, need to add these lines to the mono supplied machine.config > under to do RegisterPrefix: > > /> > /> This sounds strange, I could swear that these classes are only available in the 2.x profile; Are you sure that we want to use the 1.0.5000.0 version? Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] [PATCH] System.Activator
Hi guys,
This is a simple patch that implements the generic
Activator.CreateInstance method found in the .Net framework v2.0, within
Mono (NET_2_0). It will allow code written under .Net v2.0 using the
method, to take advantage of the same method under Mono without code change.
The full method signature is:
public static T CreateInstance();
Let me know of any comments/problems.
Regards,
-= El =-
Index: ChangeLog
===
--- ChangeLog (revision 46665)
+++ ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2005-06-28 Elliott Draper <[EMAIL PROTECTED]>
+
+ * Activator.cs: This implements the generic
Activator.CreateInstance()
+ function for NET_2_0. It's full signature is:
+ public static T CreateInstance();
+
2005-06-28 Lluis Sanchez Gual <[EMAIL PROTECTED]>
* Decimal.cs: Renamed internal fields for the sake of serialization
Index: Activator.cs
===
--- Activator.cs(revision 46665)
+++ Activator.cs(working copy)
@@ -149,6 +149,14 @@
return (obj != null) ? new ObjectHandle (obj) : null;
}
+#if NET_2_0
+ public static T CreateInstance()
+ {
+ Type type = typeof(T);
+ return (T)CreateInstance(type);
+ }
+#endif
+
public static object CreateInstance (Type type)
{
return CreateInstance (type, false);
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mcs patch for precise location handling
Does anyone in the mono project keep a comprehensive list of what is implemented in Windows.Forms and what is not. I have been playing with porting Infragistics to Linux and it is just not clear what will run and what won't. Thanks, Allan Atsushi Eno wrote: Hi Marek, Thanks for the comments. That is massive ;-) Well, I can split the patch into maybe two parts: 1) make changes to Location, Report and tokenizer, and 2) make changes to parser (lexer.Location elimination). But 1) won't make sense as a standalone patch. And in fact most of the changes are in 2). In the most cases we don't need to pass Location as extra parameter now. It would be nice to remove also this redundant casts and arguments. For example. $$ = new ComposedCast ((Expression) $1, "*", ((Expression) $1).Location); or $$ = new Invocation ((Expression) $1, args, ((Expression) $1).Location); replaced by $$ = new ComposedCast ((Expression) $1, "*"); $$ = new Invocation ((Expression) $1, args) Yeah, I totally agree. So, based on your suggestion, I created further patch. Now it's much more massive than before (hehe). It recuded Location argument in several expressions and statements. For members in iterators (MoveNext() and so on), it reuses the same Location of the corresponding iterator itself. http://monkey.workarea.jp/tmp/20050627/precise-location-20050628.diff Total memory allocated decreased a bit: 77618 KB http://monkey.workarea.jp/tmp/20050627/perf-new3.txt Additionally, I also added the fix for bug #57047 as Hari suggested in tokenizer, parser and Attribute class so that Attribute accepts "nameEscaped" bool parameter which is passed from tokenizer. I think this patch can be delayed for review after the first one. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list . ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
On Tue, 2005-06-28 at 20:23 +0300, Eyal Alaluf wrote: > Hi, Ben. > > As I said we have a problem. It works fine for me, I looked at the test and it > does not use 1 as a year (it uses 2000). Something is wrong. > Also, did you commit all the changes? I get a ton of erros about SqlMoney > (which I don't understand at all, the code looks perfectly innocent). > I am using Windows and Cygwin, and you are probably using Linux. The failures Possibly some tests are culture sensitive? Try running on a system set to en_US. If that helps, we need to fix the tests. I am running on though, could possibly cause problems. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
Hi, Ben.
As I said we have a problem. It works fine for me, I looked at the test and it
does not use 1 as a year (it uses 2000). Something is wrong.
Also, did you commit all the changes? I get a ton of erros about SqlMoney
(which I don't understand at all, the code looks perfectly innocent).
I am using Windows and Cygwin, and you are probably using Linux. The failures
I am getting are:
Failures:
1) MonoTests.System.Data.SqlTypes.SqlBooleanTest.ToSqlMoney : ToSqlMoney method
does not work correctly
expected:<1.>
but was:<10001.>
in <0x000e3> MonoTests.System.Data.SqlTypes.SqlBooleanTest:ToSqlMoney ()
in <0x0>
in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke
(object,object[])
in <0x00062> System.Reflection.MonoMethod:Invoke (System.Object obj,
BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[]
parameters, System.Globalization.CultureInfo culture)
2) MonoTests.System.Data.SqlTypes.SqlBooleanTest.SqlMoneyToSqlBoolean :
System.OverflowException : Number overflow.
in <0x00050> System.Decimal:s64 (Decimal value)
in <0x00028> System.Decimal:op_Explicit (Decimal val)
in <0x00057> System.Data.SqlTypes.SqlBoolean:op_Explicit (SqlMoney x)
in <0x0005a> MonoTests.System.Data.SqlTypes.SqlBooleanTest:SqlMoneyToSqlBoolean
()
in <0x0>
in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke
(object,object[])
in <0x00062> System.Reflection.MonoMethod:Invoke (System.Object obj,
BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[]
parameters, System.Globalization.CultureInfo culture)
and many more similar failures.
Eyal.
On Tue, 28 Jun 2005, Ben Maurer wrote:
> Date: Tue, 28 Jun 2005 12:57:55 -0400
> From: Ben Maurer <[EMAIL PROTECTED]>
> To: Eyal Alaluf <[EMAIL PROTECTED]>
> Cc: Kostantin Triger <[EMAIL PROTECTED]>, mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-devel-list] Re: [Mono-patches] r46615 -
> trunk/mcs/class/System.Data/Test/System.Data
>
> On Tue, 2005-06-28 at 19:51 +0300, Eyal Alaluf wrote:
> > Hi, Ben.
> >
> > I believe that we have an issue to resolve here. I never got this particular
> > error and I believe that you have a problem on your side. Specifically, I
> > don't get any failures like that for the following tests:
> > - [Category ("NotWorking")]
> > public void ReadXml_Strg()
> > - [Category ("NotWorking")]
> > public void ReadXml_Strm()
> > - [Category ("NotWorking")]
> > public void ReadXml_ByTextReader()
> > - [Category ("NotWorking")]
> > public void ReadXml_ByXmlReader()
> >
> [EMAIL PROTECTED] System.Data]$ svn di
> Index: Test/System.Data/DataSetTest2.cs
> ===
> --- Test/System.Data/DataSetTest2.cs(revision 46656)
> +++ Test/System.Data/DataSetTest2.cs(working copy)
> @@ -1851,7 +1851,7 @@
> }
>
> [Test]
> - [Category ("NotWorking")]
> + //[Category ("NotWorking")]
> public void ReadXml_Strg()
> {
> string sTempFileName =
> "tmpDataSet_ReadWriteXml_43894.xml" ;
> [EMAIL PROTECTED] System.Data]$ make run-test
> ok=:; make run-test-recursive || ok=false; make run-test-local || ok=false;
> $ok
> make[1]: Entering directory `/home/benm/msvn/mcs/class/System.Data'
> make[1]: Leaving directory `/home/benm/msvn/mcs/class/System.Data'
> make[1]: Entering directory `/home/benm/msvn/mcs/class/System.Data'
> MONO_PATH="../../class/lib/default:$MONO_PATH"
> /home/benm/msvn/mono/runtime/mono-wrapper ../../class/lib/default/mcs.exe
> -d:NET_1_1 -d:ONLY_1_1 -debug /target:library
> /out:System.Data_test_default.dll /r:../../class/lib/default/System.Data.dll
> -r:../../class/lib/default/nunit.framework.dll
> -r:../../class/lib/default/nunit.core.dll
> -r:../../class/lib/default/nunit.util.dll /nowarn:649 /nowarn:169 /nowarn:219
> /nowarn:168 /nowarn:1595 /r:mscorlib.dll
> /r:../../class/lib/default/System.dll /r:System.Xml.dll
> /r:System.EnterpriseServices.dll /r:Mono.Data.Tds.dll /nowarn:618
> @../../build/deps/System.Data_test_default.dll.response
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(257) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(265) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(269) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(273) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(277) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(281) warning
> CS0162: Unreachable code detected
> Test/System.Data.Tests.Mainsoft/GHTUtils/DbType
Re: [Mono-devel-list] mcs patch for precise location handling
Hi,
Sorry, the last patch actually didn't include the fix for bug
#57047. This time it should be included (I found it running diff
against two diff files).
This time the patch changes only a few things than before:
http://monkey.workarea.jp/tmp/20050627/precise-location-20050628_2.diff
You could remove loc from MemberCore and add only property as
Location Location { get {
return member_name.Location;
}
}
Oh, true. I just replaced the field with the above property.
It can save a lot.
Actually it was 77618 KB to 77570 KB ;) But yeah, still better.
Also code like this
-ModFlags = Modifiers.Check (allowed_mod, mod, def_mod, loc);
+ModFlags = Modifiers.Check (allowed_mod, mod, def_mod,
name.Location);
then could be written more elegant with Location only.
Ok, I changed as long as I noticed.
Additionally I reviewed MemberName.ctor() invocation and added
Location wherever possible (actually only in iterator AFAIR).
Atsushi Eno
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
On Tue, 2005-06-28 at 19:51 +0300, Eyal Alaluf wrote:
> Hi, Ben.
>
> I believe that we have an issue to resolve here. I never got this particular
> error and I believe that you have a problem on your side. Specifically, I
> don't get any failures like that for the following tests:
> - [Category ("NotWorking")]
> public void ReadXml_Strg()
> - [Category ("NotWorking")]
> public void ReadXml_Strm()
> - [Category ("NotWorking")]
> public void ReadXml_ByTextReader()
> - [Category ("NotWorking")]
> public void ReadXml_ByXmlReader()
>
[EMAIL PROTECTED] System.Data]$ svn di
Index: Test/System.Data/DataSetTest2.cs
===
--- Test/System.Data/DataSetTest2.cs(revision 46656)
+++ Test/System.Data/DataSetTest2.cs(working copy)
@@ -1851,7 +1851,7 @@
}
[Test]
- [Category ("NotWorking")]
+ //[Category ("NotWorking")]
public void ReadXml_Strg()
{
string sTempFileName =
"tmpDataSet_ReadWriteXml_43894.xml" ;
[EMAIL PROTECTED] System.Data]$ make run-test
ok=:; make run-test-recursive || ok=false; make run-test-local || ok=false; $ok
make[1]: Entering directory `/home/benm/msvn/mcs/class/System.Data'
make[1]: Leaving directory `/home/benm/msvn/mcs/class/System.Data'
make[1]: Entering directory `/home/benm/msvn/mcs/class/System.Data'
MONO_PATH="../../class/lib/default:$MONO_PATH"
/home/benm/msvn/mono/runtime/mono-wrapper ../../class/lib/default/mcs.exe
-d:NET_1_1 -d:ONLY_1_1 -debug /target:library /out:System.Data_test_default.dll
/r:../../class/lib/default/System.Data.dll
-r:../../class/lib/default/nunit.framework.dll
-r:../../class/lib/default/nunit.core.dll
-r:../../class/lib/default/nunit.util.dll /nowarn:649 /nowarn:169 /nowarn:219
/nowarn:168 /nowarn:1595 /r:mscorlib.dll /r:../../class/lib/default/System.dll
/r:System.Xml.dll /r:System.EnterpriseServices.dll /r:Mono.Data.Tds.dll
/nowarn:618 @../../build/deps/System.Data_test_default.dll.response
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(257) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(265) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(269) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(273) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(277) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(281) warning
CS0162: Unreachable code detected
Test/System.Data.Tests.Mainsoft/GHTUtils/DbTypeParameter.cs(285) warning
CS0162: Unreachable code detected
Compilation succeeded - 7 warning(s)
ok=:; \
MONO_PATH="../../class/lib/default::$MONO_PATH"
/home/benm/msvn/mono/runtime/mono-wrapper --debug
../../class/lib/default/nunit-console.exe /output:TestResult-default.log
/exclude:NotWorking,ValueAdd,CAS,InetAccess /xml:TestResult-default.xml
System.Data_test_default.dll || ok=false; \
sed '1,/^Tests run: /d' TestResult-default.log; \
$ok
NUnit version 2.2.0
Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov,
Charlie Poole.
Copyright (C) 2000-2003 Philip Craig.
All Rights Reserved.
OS Version: Unix 2.6.11.1Mono Version: 1.1.4322.573
Excluded categories: NotWorking,ValueAdd,CAS,InetAccess
..N..N..N.N.N.N.NNN..N...NN..F..
Tests run: 1131, Failures: 1, Not run: 12, Time: 12.614229 seconds
Failures:
1) MonoTests_System.Data.DataSetTest2.ReadXml_Strg :
System.ArgumentOutOfRangeException : 1 is not in a range between 1 and .
Parameter name: year
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
Hi, Ben.
I believe that we have an issue to resolve here. I never got this particular
error and I believe that you have a problem on your side. Specifically, I
don't get any failures like that for the following tests:
- [Category ("NotWorking")]
public void ReadXml_Strg()
- [Category ("NotWorking")]
public void ReadXml_Strm()
- [Category ("NotWorking")]
public void ReadXml_ByTextReader()
- [Category ("NotWorking")]
public void ReadXml_ByXmlReader()
Eyal.
On Tue, 28 Jun 2005, Ben Maurer wrote:
> Date: Tue, 28 Jun 2005 12:34:09 -0400
> From: Ben Maurer <[EMAIL PROTECTED]>
> To: Eyal Alaluf <[EMAIL PROTECTED]>
> Cc: Kostantin Triger <[EMAIL PROTECTED]>, mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-devel-list] Re: [Mono-patches] r46615 -
> trunk/mcs/class/System.Data/Test/System.Data
>
> On Tue, 2005-06-28 at 11:16 +0300, Eyal Alaluf wrote:
> > Hi, Ben.
> >
> > Can you send me & Kosta the list of failures you have? I don't recall these
> > tests below failing and perhaps something does not work well on your side.
>
> I mostly got stuff like:
>
> 2) MonoTests_System.Data.DataSetTest2.ReadXml_Strm :
> System.ArgumentOutOfRangeException : 1 is not in a range between 1
> and .
>
> I don't have a complete list here. If you revert the changes I made, you
> can see what is failing.
>
> -- Ben
>
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
Hi Eyal, You can check the buildbot log and what was failing for everyone. http://mono.ximian.com:8008/i386-head-mono/builds/137/test%20profiles/0 (I searched "failure 1" and it hit "failures1) ...") To find build breakage for class libraries from the top page (http://mono.ximian.com:8008/ ), "test-profiles" in the each build shows the result. Atsushi Eno Ben Maurer wrote: > On Tue, 2005-06-28 at 11:16 +0300, Eyal Alaluf wrote: >> Hi, Ben. >> >> Can you send me & Kosta the list of failures you have? I don't recall these >> tests below failing and perhaps something does not work well on your side. > > I mostly got stuff like: > > 2) MonoTests_System.Data.DataSetTest2.ReadXml_Strm : > System.ArgumentOutOfRangeException : 1 is not in a range between 1 > and . > > I don't have a complete list here. If you revert the changes I made, you > can see what is failing. > > -- Ben > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
On Tue, 2005-06-28 at 11:16 +0300, Eyal Alaluf wrote: > Hi, Ben. > > Can you send me & Kosta the list of failures you have? I don't recall these > tests below failing and perhaps something does not work well on your side. I mostly got stuff like: 2) MonoTests_System.Data.DataSetTest2.ReadXml_Strm : System.ArgumentOutOfRangeException : 1 is not in a range between 1 and . I don't have a complete list here. If you revert the changes I made, you can see what is failing. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mcs patch for precise location handling
Hello Eno,
Now as you moved Location to MemberName
public class MemberName {
public readonly string Name;
public readonly MemberName Left;
+ public readonly Location Location;
You could remove loc from MemberCore and add only property as
Location Location {
get {
return member_name.Location;
}
}
It can save a lot.
Also code like this
- ModFlags = Modifiers.Check (allowed_mod, mod, def_mod,
loc);
+ ModFlags = Modifiers.Check (allowed_mod, mod, def_mod,
name.Location);
then could be written more elegant with Location only.
Marek
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mcs patch for precise location handling
Hi Marek, Thanks for the comments. That is massive ;-) Well, I can split the patch into maybe two parts: 1) make changes to Location, Report and tokenizer, and 2) make changes to parser (lexer.Location elimination). But 1) won't make sense as a standalone patch. And in fact most of the changes are in 2). In the most cases we don't need to pass Location as extra parameter now. It would be nice to remove also this redundant casts and arguments. For example. $$ = new ComposedCast ((Expression) $1, "*", ((Expression) $1).Location); or $$ = new Invocation ((Expression) $1, args, ((Expression) $1).Location); replaced by $$ = new ComposedCast ((Expression) $1, "*"); $$ = new Invocation ((Expression) $1, args) Yeah, I totally agree. So, based on your suggestion, I created further patch. Now it's much more massive than before (hehe). It recuded Location argument in several expressions and statements. For members in iterators (MoveNext() and so on), it reuses the same Location of the corresponding iterator itself. http://monkey.workarea.jp/tmp/20050627/precise-location-20050628.diff Total memory allocated decreased a bit: 77618 KB http://monkey.workarea.jp/tmp/20050627/perf-new3.txt Additionally, I also added the fix for bug #57047 as Hari suggested in tokenizer, parser and Attribute class so that Attribute accepts "nameEscaped" bool parameter which is passed from tokenizer. I think this patch can be delayed for review after the first one. Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Detecting Unicode strings
Hi Aleksandar, Are you meaning Unicode (16-bit wide chars [in truth UTF-16, as Unicode is 32bit nowadays]) or UTF-8 (8-bit multibyte encoding of Unicode chars)? The wide char encodings (UCS-2, UTF-16, UCs-4) are easily spotted by the large number of zeroed bytes in the stream for texts in western languages like english or portuguese. but things get harder with eastern texts. UTF-8 has some specific byte-combinations that are valid, and so you can look for invalid ones to guess it is not encoded in UTF-8, but for english texts those byte-combinations are very rare to make it reliable. Google for "BOM Byte Order Marker" to see another (non-standard) way to look at it. Any of those method are just playing guess nad should be applied with care. The correct way is to have the source text correctly identified with what encoding it is using, like xml for instance mandates (utf-8 is the default). HIH, On 6/28/05, Aleksandar Dezelin <[EMAIL PROTECTED]> wrote: > How can I detect if the string is a Unicode string at runtime? > > cheers, > Aleksandar Dezelin > > -- > Linux is like wighwam, no windows no gates and apache inside... > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > -- Rafael "Monoman" Teixeira --- I'm trying to become a "Rosh Gadol" before my own eyes. See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment. It hurts! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Detecting Unicode strings
How can I detect if the string is a Unicode string at runtime? cheers, Aleksandar Dezelin-- Linux is like wighwam, no windows no gates and apache inside... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Nested Master Pages
Kornél Pál wrote: From: "Johann BLAIS" I'm sorry but I still don't understand what prevent ASP.NET 2.0 features from being documented (a little)... It takes time to document something.:) And as it' still under development it's no use to create documentation about implemented features. You can look at the status pages (http://www.mono-project.com/Resources) to get more information about what is implemented. And of course you can look at the source code to check it. Kornél I understand your point. thanks a lot for the link, that is indeed what I was looking for :) Johann ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with MSSQL server and GUID parameters...
Le Mardi 28 Juin 2005 12:41, Hubert FONGARNAND a écrit :
I've seen with ethereal that a GUID parameter is sent as binary form with
MS.NET
with Mono, a GUID parameter is sent as text : 0x
is that the problem???
> I've an issue with MSSQL Server and mono...
> I just do a select * where [EMAIL PROTECTED]
> and fiche_id is a Guid parameters... MS.NET return something, mono returns
> nothing;
> here's my code :
> class MainClass
> {
> static string cnx="packet size=4096;user id=sa;password=sa;data
> source=10.69.100.93;persist security info=false;initial
> catalog=Fiche_Produit";
>
>
> public static void Main(string[] args)
> {
> Console.WriteLine("Hello World!");
> string requete="SELECT * FROM FICHE";
> SqlCommand cmd=new SqlCommand();
> SqlDataAdapter dta=new SqlDataAdapter(cmd);
> DataSet ds=new DataSet();
> cmd.Connection=new SqlConnection(cnx);
> cmd.CommandText=requete;
> dta.Fill(ds,"fiche");
> Console.WriteLine("Select effectué");
> Console.WriteLine(ds.DataSetName);
> foreach (DataColumn col in ds.Tables["fiche"].Columns)
> {
> Console.WriteLine(col.ColumnName);
> }
> Guid found=Guid.Empty;
> foreach (DataRow row in ds.Tables["fiche"].Rows)
> {
> Guid id=(Guid)row["FICHE_ID"];
> string titre=(string)row["FICHE_TITRE"];
>
> Console.WriteLine("ID :"+ id.ToString()+ " : "+titre);
> if (titre=="essai")
> {
> Console.WriteLine("Fiche Trouvée");
> found=id;
> }
> }
> SqlCommand sqlc=new SqlCommand();
> sqlc.CommandText= @"SELECT * FROM Fiche
> WHERE
> [EMAIL PROTECTED]";
> sqlc.Parameters.Clear();
>
> sqlc.Parameters.Add("@fiche_id",SqlDbType.UniqueIdentifier).Value=found;
> sqlc.Connection=new SqlConnection(cnx);
> dta=new SqlDataAdapter(sqlc);
> ds=new DataSet();
> dta.Fill(ds,"fiche");
> Console.WriteLine(ds.Tables["fiche"].Rows.Count);
> }
> }
> thanks
> ___
> Ce message et les éventuels documents joints peuvent contenir des
> informations confidentielles. Au cas où il ne vous serait pas destiné, nous
> vous remercions de bien vouloir le supprimer et en aviser immédiatement
> l'expéditeur. Toute utilisation de ce message non conforme à sa
> destination, toute diffusion ou publication, totale ou partielle et quel
> qu'en soit le moyen est formellement interdite. Les communications sur
> internet n'étant pas sécurisées, l'intégrité de ce message n'est pas
> assurée et la société émettrice ne peut être tenue pour responsable de son
> contenu. ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Ce message et les éventuels documents joints peuvent contenir des informations
confidentielles.
Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir
le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce
message non conforme à sa destination, toute diffusion ou publication, totale
ou partielle et quel qu'en soit le moyen est formellement interdite.
Les communications sur internet n'étant pas sécurisées, l'intégrité de ce
message n'est pas assurée et la société émettrice ne peut être tenue pour
responsable de son contenu.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mcs patch for precise location handling
Hi, Atsushi Eno <[EMAIL PROTECTED]> writes: [snip] > - I changed tokenizer to return Location for keywords, and > new "LocatedToken" for IDENTIFIERS, unary operators and > some symbols such as SEMICOLON. And modified cs-parser.jay > to cast correct types (especially for IDENTIFIERS). Since a token is now more heavyweight, I think it should also address bug #57047. There should be a way to determine if the token was quoted with an @. - Hari ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] mcs patch for precise location handling
Hello Eno, That is massive ;-) In the most cases we don't need to pass Location as extra parameter now. It would be nice to remove also this redundant casts and arguments. For example. $$ = new ComposedCast ((Expression) $1, "*", ((Expression) $1).Location); or $$ = new Invocation ((Expression) $1, args, ((Expression) $1).Location); replaced by $$ = new ComposedCast ((Expression) $1, "*"); $$ = new Invocation ((Expression) $1, args) Marek >Hello, > >I once posted a patch but it seems waiting for approval and >Miguel still could not see, so am reposting the message without >patch. The patch itself is here: >http://monkey.workarea.jp/tmp/20050627/precise-location-20050627.diff > > > >Here is the latest mcs patch for precise location handling. With >this patch mcs reports > - the column number as well as line number, and > - the line number which is not shifted to next token > (you would have seen mcs reporting "next line" to the > actual related line number). > >As long as I tested it does not fail under mcs/tests and mcs/errors. > >This patch sadly has a bad side effect that it increases memory >consumption than before. Here are the profile results for >building sys.xml (I ran "make BOOTSTRAP_MCS="mono ../../mcs/mcs.exe"): >http://monkey.workarea.jp/tmp/20050627/perf-old.txt >http://monkey.workarea.jp/tmp/20050627/perf-new2.txt > >For summary, total memory consumption became 77765 KB from 74023 KB. > >For the change details (will form ChangeLog): > > - I added Column support in location.cs that is originally > suggested by Ben (checkpoints) last year, and added > Location to MemberName to store location for identifiers. > - I changed tokenizer to return Location for keywords, and > new "LocatedToken" for IDENTIFIERS, unary operators and > some symbols such as SEMICOLON. And modified cs-parser.jay > to cast correct types (especially for IDENTIFIERS). > - I replaced most of "lexer.Location" with > corresponding locations. I also removed "_mark_" hack in > cs-parser.jay and shifted some item numbers in the rules. > >(Ben and Miguel: there are some changes since the last patch you >guys might have seen: unary operators return Location in tokenizer, >and I removed _mark_ in cs-parser.jay.) > >There are still a few things I cannot remove lexer.Location and thus >for them it still reports "shifted" location (but with column). > >I'll clarify more if any of them are not clear. > >Atsushi Eno >___ >Mono-devel-list mailing list >Mono-devel-list@lists.ximian.com >http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Indentation
Hello! > Its just a style choice. Like any style choice it is pretty much made > up arbitrarily. > The point is that for the sake of conformance, we must keep the coding > style consistent. Thank you (and thanks to Ben Maurer as well) for you explanation. The was no intention to start a flamewar of course, I was just a bit curious. ;-) Michele. -- Michele Beltrame http://www.massainforme.it/mb/ ICQ# 76660101 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-devel-list] problems with Syscall.syslog
Good day.
But it still has a problem in map.c for function int
Mono_Posix_FromSyslogFacility (int x, int *r).
It checks for constants via &-mask: search for first occurrence. The
next code:
if ((x & Mono_Posix_SyslogFacility_LOG_USRE) ==
Mono_Posix_SyslogFacility_LOG_USRE)
#ifdef LOG_USRE
*r |= LOG_USRE;
#else /* def LOG_USRE */
{errno = EINVAL; return -1;}
will be TRUE for all constants, which ends with "8"
(Mono_Posix_SyslogFacility_LOG_DAEMON and so on - "even ones"). Here
should be another way for testing. BTW, why to look throght all possible
constants? Since these are not flags, where could be only one possible
value. So, function should return after first found. And IMHO test
should be performed like this:
if ((x & Mono_Posix_SyslogFacility_ALL) ==
Mono_Posix_SyslogFacility_LOG_USRE)
#ifdef LOG_USRE
{*r = LOG_USRE;return 0;}
#else /* def LOG_USRE */
{errno = EINVAL; return -1;}
Where Mono_Posix_SyslogFacility_ALL = Mono_Posix_SyslogFacility_LOG_KERN
| Mono_Posix_SyslogFacility_LOG_USRE |
Thank you for your answer.
On Mon, 2005-06-27 at 18:35 +0400, Vorobiev Maksim wrote:
> I've started using Syscall.syslog method and encounted several
> problems. It may be errors in mono, or I just missed some details.
> Please note, that I use Suse 9.2 linux distribute.
It's nice to know someone is testing it. :-)
> 1. In Syscall.cs enumeration SyslogFacility declared with members:
>
> LOG_UUCP = 8 << 3,
>
> LOG_CRON = 8 << 3
>
> But under Suse the same constants declared in
> /usr/include/sys/syslog.h as LOG_UUCP = 8 << 3, LOG_CRON = 9 << 3
Oops, my bad. Fixed in svn-trunk (r46637,r46638).
> 2. There is no constant LOG_USRE in syslog.h under Suse, but it's
> LOG_USER. So, in support/map.c there is a bug (?) - no such definition
> found and error returned then code execution steps in this branch. The
> question is the same: is it mono problem, or Suse-platform specific
> header file?
This was fixed on June 15 in svn-trunk.
> 3. It seems very strange that SyslogFacility enumeration declared with
> [Flag] attribute. Members of this enumeration are not "powers of 2",
> so their combination via OR-mask is something incorrect. And these
> constants should be used independantly, not in combination. Is it true
> or I missed something?
No, it's my mistake. Fixed in svn-trunk.
Thank you for the help.
- Jon
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Nested Master Pages
From: "Johann BLAIS" I'm sorry but I still don't understand what prevent ASP.NET 2.0 features from being documented (a little)... It takes time to document something.:) And as it' still under development it's no use to create documentation about implemented features. You can look at the status pages (http://www.mono-project.com/Resources) to get more information about what is implemented. And of course you can look at the source code to check it. Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Nested Master Pages
Lluis Sanchez wrote: El dv 17 de 06 del 2005 a les 11:41 +0200, en/na Johann BLAIS va escriure: Hi, I'm still working on Master Pages (thanks to Lluis), but now I face another problem : I cannot nest master pages. Usually this is done by adding a master attribute to the child master definition tag. <%@ Master Language="C#" Master="~/MyMainMaster.master" %> but when i try to access a content page referencing the child master page, i end up with a "Unknown attribute: Master" error. Can you please open a bug report for this and attach some sample pages? Bug report opened, attached (very simple) sample pages... Anyway, is there somewhere i can find a mono asp.net 2.0 features documentation ? No, since ASP.NET 2.0 is just being developed in mono. I'm sorry but I still don't understand what prevent ASP.NET 2.0 features from being documented (a little)... Anyway, thanks for your reply. Thanks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] problems with Syscall.syslog
On Mon, 2005-06-27 at 18:35 +0400, Vorobiev Maksim wrote: > I've started using Syscall.syslog method and encounted several > problems. It may be errors in mono, or I just missed some details. > Please note, that I use Suse 9.2 linux distribute. It's nice to know someone is testing it. :-) > 1. In Syscall.cs enumeration SyslogFacility declared with members: > > LOG_UUCP = 8 << 3, > > LOG_CRON = 8 << 3 > > But under Suse the same constants declared > in /usr/include/sys/syslog.h as LOG_UUCP = 8 << 3, LOG_CRON = 9 << 3 Oops, my bad. Fixed in svn-trunk (r46637,r46638). > 2. There is no constant LOG_USRE in syslog.h under Suse, but it's > LOG_USER. So, in support/map.c there is a bug (?) - no such definition > found and error returned then code execution steps in this branch. The > question is the same: is it mono problem, or Suse-platform specific > header file? This was fixed on June 15 in svn-trunk. > 3. It seems very strange that SyslogFacility enumeration declared with > [Flag] attribute. Members of this enumeration are not "powers of 2", > so their combination via OR-mask is something incorrect. And these > constants should be used independantly, not in combination. Is it true > or I missed something? No, it's my mistake. Fixed in svn-trunk. Thank you for the help. - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Re: problems with Syscall.syslog
Hello Vorobiev,
Vorobiev Maksim wrote:
> Good day.
>
> I've started using Syscall.syslog method and encounted several problems.
> It may be errors in mono, or I just missed some details. Please note,
> that I use Suse 9.2 linux distribute.
>
> 1. In Syscall.cs enumeration SyslogFacility declared with members:
>
> LOG_UUCP = 8 << 3,
>
> LOG_CRON = 8 << 3
>
Yes, it's a bug! Should be filed.
>
> 2. There is no constant LOG_USRE in syslog.h under Suse, but it's
> LOG_USER. So, in support/map.c there is a bug (?) - no such definition
> found and error returned then code execution steps in this branch. The
> question is the same: is it mono problem, or Suse-platform specific
> header file?
This bug was fixed some days ago in SVN.
http://bugzilla.ximian.com/show_bug.cgi?id=75274
>
> 3. It seems very strange that SyslogFacility enumeration declared with
> [Flag] attribute. Members of this enumeration are not "powers of 2", so
> their combination via OR-mask is something incorrect. And these
> constants should be used independantly, not in combination. Is it true
> or I missed something?
You are right. They are not to be used in combination. Quoting
http://blogs.msdn.com/kcwalina/archive/2004/05/18/134208.aspx):
"Do use the System.FlagsAttribute custom attribute for an enum only if a
bitwise OR operation is to be performed on the numeric values[1]."
And, as an additional advice:
"Do use powers of two for the enum values so they can be easily combined."
It seems like this should be commented on by a real Mono dev..
> 4. In Mono_Posix_FromSyslogFacility in support/map.c constants from
> SyslogFacility interpreted as flags - they checked with OR-mask. It's
> incorrect as I understand, but more then it, there is such branch:
>
> if ((x & Mono_Posix_SyslogFacility_LOG_USRE) ==
> Mono_Posix_SyslogFacility_LOG_USRE)
>
> #ifdef LOG_USRE
>
> *r |= LOG_USRE;
>
> #else /* def LOG_USRE */
>
> {errno = EINVAL; return -1;}
>
> #endif /* ndef LOG_USRE */
>
> This is combination of 2) and 3) issues. First of all, undefined macro
> LOG_USRE always runs to error return. The second one, that
> Mono_Posix_SyslogFacility_LOG_USRE declared as follows:
>
> #define Mono_Posix_SyslogFacility_LOG_USRE 0x0008
>
> This means, that branch
>
> if ((x & Mono_Posix_SyslogFacility_LOG_USRE) ==
> Mono_Posix_SyslogFacility_LOG_USRE)
>
> will becomes true for all constants like #define
> Mono_Posix_SyslogFacility_LOG_DAEMON 0x0018 #define
> Mono_Posix_SyslogFacility_LOG_SYSLOG 0x0028 ...etc
>
> And it always will generate error for Suse.
You are right. This is really wrong behaviour!
>
> I'm ready to fix these issues and supply the patch. Is it OK to change
> SyslogFacility enumeration to simple enum, not flags? Is it OK to
> assume, that LOG_USRE is LOG_USER in real for all platforms?
As I said above, this has been fixed in Syscall.cs. map.c and map.h have yet
to be changed, though!
>
> Is it good to change declaration of LOG_UUCP and LOG_CRON as LOG_UUCP =
> 8 << 3, LOG_CRON = 9 << 3 ?
I think so.
Greetz,
Martin
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [PATCH] Reworked unified Locale classes
I posted this message a long ago. Please review the benchmark results and tell me whether this overhead is worth or is too much. Kornél - Original Message - From: Miguel de Icaza From: Ben Maurer I want to know the real impact (we have the tools, it should take a few minutes at most to find out the numbers). The best way for Kornel to do that (just as an FYI since he has probably never used the tools) is to run: mono --stats foo.exe mono --profile foo.exe You are right I have never used these tools.:) I tested "internal static string GetText (string message)" without INSIDE_CORLIB. It is a very common code. getTextLock and SafeGetText are required anyway. GetResource is not changed significantly. I tested GetTextResourceManager without resource files (just used the transparent GetTextResourceSet) because the current ResourceManager and ResourceSet implementations are not currently effective enough and there are no localized resources yet. And of course localizing resources from files will result in worse performance anyway but it depends on ResourceManager and not Locale. I attached the source files and the results: mcs /out:OldLocaleBenchmark.exe LocaleBenchmark.cs OldLocale.cs mcs /out:NewLocaleBenchmark.exe LocaleBenchmark.cs NewLocale.cs mono --stats OldLocaleBenchmark.exe >OldLocaleBenchmark.stats mono --profile OldLocaleBenchmark.exe >OldLocaleBenchmark.profile mono --stats NewLocaleBenchmark.exe >NewLocaleBenchmark.stats mono --profile NewLocaleBenchmark.exe >NewLocaleBenchmark.profile I have runned this on Windows. Kornél LocaleBenchmark.tar.gz Description: GNU Zip compressed data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Problem with MSSQL server and GUID parameters...
I've an issue with MSSQL Server and mono...
I just do a select * where [EMAIL PROTECTED]
and fiche_id is a Guid parameters... MS.NET return something, mono returns
nothing;
here's my code :
class MainClass
{
static string cnx="packet size=4096;user id=sa;password=sa;data
source=10.69.100.93;persist security info=false;initial
catalog=Fiche_Produit";
public static void Main(string[] args)
{
Console.WriteLine("Hello World!");
string requete="SELECT * FROM FICHE";
SqlCommand cmd=new SqlCommand();
SqlDataAdapter dta=new SqlDataAdapter(cmd);
DataSet ds=new DataSet();
cmd.Connection=new SqlConnection(cnx);
cmd.CommandText=requete;
dta.Fill(ds,"fiche");
Console.WriteLine("Select effectué");
Console.WriteLine(ds.DataSetName);
foreach (DataColumn col in ds.Tables["fiche"].Columns)
{
Console.WriteLine(col.ColumnName);
}
Guid found=Guid.Empty;
foreach (DataRow row in ds.Tables["fiche"].Rows)
{
Guid id=(Guid)row["FICHE_ID"];
string titre=(string)row["FICHE_TITRE"];
Console.WriteLine("ID :"+ id.ToString()+ " : "+titre);
if (titre=="essai")
{
Console.WriteLine("Fiche Trouvée");
found=id;
}
}
SqlCommand sqlc=new SqlCommand();
sqlc.CommandText= @"SELECT * FROM Fiche
WHERE
[EMAIL PROTECTED]";
sqlc.Parameters.Clear();
sqlc.Parameters.Add("@fiche_id",SqlDbType.UniqueIdentifier).Value=found;
sqlc.Connection=new SqlConnection(cnx);
dta=new SqlDataAdapter(sqlc);
ds=new DataSet();
dta.Fill(ds,"fiche");
Console.WriteLine(ds.Tables["fiche"].Rows.Count);
}
}
thanks
___
Ce message et les éventuels documents joints peuvent contenir des informations
confidentielles.
Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir
le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce
message non conforme à sa destination, toute diffusion ou publication, totale
ou partielle et quel qu'en soit le moyen est formellement interdite.
Les communications sur internet n'étant pas sécurisées, l'intégrité de ce
message n'est pas assurée et la société émettrice ne peut être tenue pour
responsable de son contenu.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Re: [Mono-patches] r46615 - trunk/mcs/class/System.Data/Test/System.Data
Hi, Ben.
Can you send me & Kosta the list of failures you have? I don't recall these
tests below failing and perhaps something does not work well on your side.
Eyal.
On Mon, 27 Jun 2005, Ben Maurer <[EMAIL PROTECTED]> wrote:
> Date: Mon, 27 Jun 2005 18:35:04 -0400 (EDT)
> From: "Ben Maurer <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]>
> To: mono-patches@lists.ximian.com, [EMAIL PROTECTED]
> Subject: [Mono-patches] r46615 -
> trunk/mcs/class/System.Data/Test/System.Data
>
> Author: benm
> Date: 2005-06-27 18:35:03 -0400 (Mon, 27 Jun 2005)
> New Revision: 46615
>
> Modified:
>trunk/mcs/class/System.Data/Test/System.Data/DataSetTest2.cs
> Log:
> more stuff that is somehow failing now
>
> Modified: trunk/mcs/class/System.Data/Test/System.Data/DataSetTest2.cs
> ===
> --- trunk/mcs/class/System.Data/Test/System.Data/DataSetTest2.cs
> 2005-06-27 22:13:02 UTC (rev 46614)
> +++ trunk/mcs/class/System.Data/Test/System.Data/DataSetTest2.cs
> 2005-06-27 22:35:03 UTC (rev 46615)
> @@ -669,7 +669,9 @@
> Assert.AreEqual("attr2",
> ds.Tables[0].Columns["attr2"].ColumnName, "DS88");
> }
>
> - [Test] public void InferXmlSchema_inferingTables5()
> + [Test]
> + [Category ("NotWorking")]
> + public void InferXmlSchema_inferingTables5()
> {
> //Acroding to the msdn documantaion :
>
> //ms-help://MS.MSDNQTR.2003FEB.1033/cpguide/html/cpconinferringtables.htm
> @@ -1848,7 +1850,9 @@
> Assert.AreEqual(0, ds2.Tables[1].Rows.Count , "DS296");
> }
>
> - [Test] public void ReadXml_Strg()
> + [Test]
> + [Category ("NotWorking")]
> + public void ReadXml_Strg()
> {
> string sTempFileName =
> "tmpDataSet_ReadWriteXml_43894.xml" ;
>
> @@ -1885,7 +1889,9 @@
> System.IO.File.Delete(sTempFileName);
> }
>
> - [Test] public void ReadXml_Strm()
> + [Test]
> + [Category ("NotWorking")]
> + public void ReadXml_Strm()
> {
> DataSet ds1 = new DataSet();
> ds1.Tables.Add(DataProvider.CreateParentDataTable());
> @@ -2119,7 +2125,9 @@
>
> Assert.AreEqual(m_ds.Tables[toTable].Select(toTestSelect)[0]["Stock_Id"],
> m_ds.Tables[toCompareTable].Select(toCompareSelect)[0]["Stock_Id"],
> AssertTag);
> }
>
> - [Test] public void ReadXml_Strm5()
> + [Test]
> + [Category ("NotWorking")]
> + public void ReadXml_Strm5()
> {
> string xmlData;
> string name;
> @@ -2371,7 +2379,9 @@
> Assert.AreEqual(3, ds.Tables["c"].Rows.Count, "DS338");
> }
>
> - [Test] public void ReadXml_ByTextReader()
> + [Test]
> + [Category ("NotWorking")]
> + public void ReadXml_ByTextReader()
> {
> DataSet ds1 = new DataSet();
> ds1.Tables.Add(DataProvider.CreateParentDataTable());
> @@ -2408,7 +2418,9 @@
> sw.Close();
> }
>
> - [Test] public void ReadXml_ByXmlReader()
> + [Test]
> + [Category ("NotWorking")]
> + public void ReadXml_ByXmlReader()
> {
> DataSet ds1 = new DataSet();
> ds1.Tables.Add(DataProvider.CreateParentDataTable());
>
> ___
> Mono-patches maillist - Mono-patches@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-patches
>
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
