Re: Suggestion: Mono.Collection really useful

Hello Francisco,

I think you may be more interested in the mono-list (for those using mono/C#), 
as this is the mono-devel-list for internal development of the mono 
framework/platform.

First, regarding compatibility, C# and the .Net CLI are ECMA and ISO standards 
at this point, so it is important to maintain that as a base/minimum level. 
Beyond this, the most widely used implementation is Microsoft's, which does 
include segments other than what was submitted to ECMA and ISO.  Some of these 
extensions are more important than others to the mono framework (ex: ASP.Net 
support).

There are some things you may or may not agree with inside the core system, 
but the fact is, compatibility is pretty important as .Net (MS, Mono, dot-gnu 
etc) lends itself to cross-platform development.  Though most of what will be 
developed in mono will probably center around Linux development.  Many (myself 
included) would like to see more projects work across varied platforms without 
issue, or at least with less issue.

Even though .Net started as a Microsoft "standard," we should at least respect 
the core of the standard... MS has a history of breaking accepted standards, I 
don't think it would benefit mono to follow that path.

Moreover, if there is more there than you need, so be it, better than there 
being less than you need.  I find it very handy that most collections can be 
used like arrays in code (foreach is my friend).  I've used this for 
strings/chars quite a bit.  It tends to keep the app-level code a bit cleaner, 
and easier to understand, even if it doesn't fit the separation in your mind.

Re: Maybe a System.Data.OracleClient.dll bug

I have started (finally!) to work on this bug. The test I am currently
using fails, with or without patch... although in an unexpected way.

On mono, it breaks with:

Failures:
1) MonoTests.System.Data.OracleClient.Oci.OciDefineHandleTest.TrimsWideUnicodeStringsTest
: Directly passed value mismatched
        String lengths are both 25.
        Strings differ at index 2.

        expected:<"chㄼar入act本ers插 utf8 l日ong">
         but was:<"ch?ar?act?ers? utf8 l?ong">
        -------------^

(If your PC does not render east-asian fonts - upper line contains
some japanese and chinese glyphs, in the lower they are replaced by
question marks.)
The string doesn't get trimmed. I suppose this is a problem with the
setup of my Oracle database.
To verify, I tried to run the code on MS.Net 1.1. It breaks... with
OracleException Ora 12571:TNS:packket writer failure. Any sugestions?
I attach the regression for bug 78840.

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Problem with compiling using MySQL library

Hello,

I am trying to compile a small hello-program which will open a
connection to a MySQL database, but the mcs compiler fails because it
can't find the MySQL library ( I am running Fedora 5 Linux).

I have installed the MySql.Data.dll into the GAC, using "gacutil -i
MySql.Data" and I can even confirm its existence and version:

[kaj <at> adm7-203 w5]$ gacutil -l MySql.Data
The following assemblies are installed into the GAC:
MySql.Data, Version=1.0.7.30073, Culture=neutral,
PublicKeyToken=8e323390df8d9ed4
Number of items = 1
[kaj <at> adm7-203 w5]$ mcs MySqlExample.cs -r:System.Data -r:MySql.Data
error CS0006: Cannot find assembly `MySql.Data'
Log:

Compilation failed: 1 error(s), 0 warnings
[kaj <at> adm7-203 w5]$

I'm quite new to Mono, so forgive me if I have missed something
obvious, but should I do anything else besides installing new modules
into the GAC, for the compiler and runtime to be able to reference
them?

---
Cheers,
Kenneth

Re: COM Interop Patch

Hello,

> Other than that, I think this is ok to check in. About the reorg: we
> have way too
> many way too big files, so this will be useful, but I'm not sure this
> is the right time
> to do it, since 1.2 is close. But if we do it after the big release,
> then we will
> have problems merging changes back.

I think that as long as the split is done and maintained by Jon, that is
OK.   So if he wants to split some stuff into cominterop.c, and expose a
handful of internals in an internal.h file, that should be fine.

Miguel.

Re: Build mono from svn on Solaris Express x86

Hello,

> configure error building mono from svn on solaris x86
> /configure: line 22795: syntax error near unexpected
> token `BASE_DEPENDENCIES,'./configure: line 22795: ` 
> PKG_CHECK_MODULES(BASE_DEPENDENCIES, glib-2.0 >=
> $GLIB_REQUIRED_VERSION)'

This looks like you are missing the pkg-config installation on your
system, or you have not set ACLOCAL_FLAGS to include the -I and the path
where aclocal can find it.

You will drastically reduce the number of dependencies in your build, if
you use a tarball instead of SVN which has none of these problems.

Miguel

Re: Problem with compiling using MySQL library

The compiler won't use the GAC installed library as a reference. You
need to give it dll in the current directory or a full path to a
specific dll, to make sure which version of a library you are
referencing (the GAC can contain many different versions of the same
library).

Copy the MySQl.Data.dll library to the directory your sources are or
reference it with a relative or absolute path like:

cd src && gmcs -r:../lib/MySQL.Data.dll mysource.cs

The above example assumes sources on ./src and referenced libs on ./lib.

The System.* libs doesn't need to be copied to be referenced as the
compiler finds them not because they also are in the GAC but because
they are installed in the same directory as the compiler.

:)

On 10/2/06, Kenneth Jensen <xmlsec <at> gmail.com> wrote:
> Hello,
>
> I am trying to compile a small hello-program which will open a
> connection to a MySQL database, but the mcs compiler fails because it
> can't find the MySQL library ( I am running Fedora 5 Linux).
>
> I have installed the MySql.Data.dll into the GAC, using "gacutil -i
> MySql.Data" and I can even confirm its existence and version:
>
> [kaj <at> adm7-203 w5]$ gacutil -l MySql.Data

Offtopic: C5 and class design

Jonathan Pryor wrote:
> Look at the Mono.C5 assembly, which contains many of these special
> collections classes.  Though I don't see what's wrong with the
> System.Collections & System.Collections.Generic types.  Sure, there's no
> Set<T>, but Dictionary<K,V> suffices, just use the keys as a set.

I've never seen that library before. What a wacky collection!

Has anyone noticed how a lot of projects, when designing object-oriented 
frameworks, tend to ignore principles of keep-it-simple? I'm all for powerful 
classes, but I try to keep them small.

I could write volumes about the errors of frameworks like Crystal Space or OGRE 
(game "engines"). C5 is better off than most libraries, but I still see them 
using protected fields (ick!), and there's something to be said for consistent 
naming.

--Brian

Re: Maybe a System.Data.OracleClient.dll bug

Yeah, I tried looking at it the other day, but I have
no idea how to test unicode stuff.

Maybe eno on GimpNet IRC #mono can help you.  He may
not be able to help with Oracle, but he knows unicode
very well.  jonp is another good person to to talk to.

If possible, write a Windows.Forms application with a
rich text box or a Gtk# application with a TextView
and output your result there.  This is so unicode
characters will show up for you.  

When looking at the output in a MS DOS Command Prompt,
all I get is ? (question marks) as well.

Also, Oracle SQL Developer is a good oracle GUI tool
which is free to download and use.  It uses JDK 1.5
(JRE 1.5 will not work).  This tool shows the unicode
characters.

--- Leszek Ciesielski <skolima <at> gmail.com> wrote:

> I have started (finally!) to work on this bug. The
> test I am currently
> using fails, with or without patch... although in an
> unexpected way.
> 
> On mono, it breaks with:
> 
> Failures:

Re: Maybe a System.Data.OracleClient.dll bug

On 10/2/06, Daniel Morgan <monodanmorg <at> yahoo.com> wrote:
> Yeah, I tried looking at it the other day, but I have
> no idea how to test unicode stuff.
>
> Maybe eno on GimpNet IRC #mono can help you.  He may
> not be able to help with Oracle, but he knows unicode
> very well.  jonp is another good person to to talk to.
>
> If possible, write a Windows.Forms application with a
> rich text box or a Gtk# application with a TextView
> and output your result there.  This is so unicode
> characters will show up for you.
>
> When looking at the output in a MS DOS Command Prompt,
> all I get is ? (question marks) as well.
>
> Also, Oracle SQL Developer is a good oracle GUI tool
> which is free to download and use.  It uses JDK 1.5
> (JRE 1.5 will not work).  This tool shows the unicode
> characters.
>
> --- Leszek Ciesielski <skolima <at> gmail.com> wrote:
>
> > I have started (finally!) to work on this bug. The
> > test I am currently
> > using fails, with or without patch... although in an
> > unexpected way.
> >
> > On mono, it breaks with:
> >

[PATCH] DataTable.WriteXml

I've implemented the WriteXml method for System.Data.DataTable.  Since 
writing a table is similar to writing a DataSet, it leverages many of 
the methods used to write DataSets.  Included with the patch are a 
successful unit test for the new WriteXml functionality and a failing 
unit test for ReadXml, which has not yet been implemented.  The patch 
caused no regressions in the System.Data net_2_0 test suite.

The patch applies against the mcs/class/System.Data folder in the latest 
SVN revision (66162 as of this message).

This is my first substantial contribution, so I'm happy to get feedback 
on it.  Thanks.

        Patrick Earl

Index: Test/System.Data/ChangeLog
===================================================================
--- Test/System.Data/ChangeLog	(revision 66162)
+++ Test/System.Data/ChangeLog	(working copy)
 <at>  <at>  -1,3 +1,9  <at>  <at> 
+2006-09-28  Patrick Earl <mono <at> patearl.net>
+
+	* DataTableReadWriteXml.cs: Added new tests for the DataTable's
+	ReadXml and WriteXml methods.  These tests assume proper
+	functioning of the DataSet ReadXml and WriteXml methods.
+
 2006-09-18	Boris Kirzner <borisk <at> mainsoft.com>

 	* DataViewTest.cs : fix compilation error.