[Mono-list] RE: Mono-list digest, Vol 1 #137 - 18 msgs
mal@hidden-address.net
mal@hidden-address.net
Thu, 13 Dec 2001 12:05:53 +0100
Hello,
I suggest first make "managed" provider that fits to gnome-db.
Second step could be make OleDb compatible provider - that is classes
OleDbConnection etc.
Ado.NET OleDb is based entirely on disconnected datasets, which could be
good in some scenarios and very bad on others. I see no reason not to
implement mono-proprietary provider with lot of features and than
compatible provider which maps on that GnomeDB provider (like
Microsoft's SQL provider pro MS SQL)
MARTIN ALIGER
PS: hope my English is readable
> -----Original Message-----
> From: mono-list-admin@ximian.com [mailto:mono-list-admin@ximian.com]
> Sent: Thursday, December 13, 2001 11:27 AM
> To: mono-list@ximian.com
> Subject: Mono-list digest, Vol 1 #137 - 18 msgs
>
>
>
> Send Mono-list mailing list submissions to
> mono-list@ximian.com
>
> To subscribe or unsubscribe via the web, visit
> http://lists.ximian.com/mailman/listinfo/mono-list
> or, via email, send a message with subject or body 'help' to
> mono-list-request@ximian.com
> You can reach the person managing the list at
> mono-list-admin@ximian.com
>
> When replying, please edit your Subject line so it is more
> specific than
> "Re: Contents of Mono-list digest..."
>
>
> Today's Topics:
>
> 1. [patch] mcs - using aliases (Radek =?ISO-8859-1?Q?Doul=EDk?=)
> 2. test-54.cs (Radek =?ISO-8859-1?Q?Doul=EDk?=)
> 3. Windowproc (John Ky)
> 4. Re: Windowproc (John Ky)
> 5. Re: Parse methods (Derek Holden)
> 6. Mono and MSIL (tom.prendergast@smed.com)
> 7. Re: Mono and MSIL (A Rafael D Teixeira)
> 8. Contribute code to System.Net (Marc Mosko)
> 9. Re: Contribute code to System.Net (Miguel de Icaza)
> 10. Re: Re: Contribute code to System.Net (Phillip Pearson)
> 11. Re: Re: Contribute code to System.Net (Dick Porter)
> 12. Re: Mono and MSIL (A Rafael D Teixeira)
> 13. System.Resources in CVS (Duncan Mak)
> 14. Re: Mono and MSIL (tom.prendergast@smed.com)
> 15. FW: Byte.cs (Nick Drochak)
> 16. Mono.ADO.Net (Rodrigo Moya)
> 17. Article about Mono at Microsoft's Developer Network
> site (Daniel Morgan)
> 18. RE: Mono.ADO.Net (Adam Chester)
>
> --__--__--
>
> Message: 1
> From: Radek =?ISO-8859-1?Q?Doul=EDk?= <rodo@ximian.com>
> To: Mono list <mono-list@ximian.com>
> Cc: Miguel de Icaza <miguel@ximian.com>, Ravi Pratap <ravi@ximian.com>
> Date: 08 Dec 2001 19:15:40 -0500
> Subject: [Mono-list] [patch] mcs - using aliases
>
>
> --=-L4AD3eIHbPDmankCvvgL
> Content-Type: text/plain
> Content-Transfer-Encoding: 7bit
>
>
> Hi all!
>
> I am attaching my first contribution to mcs. Following patch
> implements using aliases directive. I am looking forward to
> hear from you. Also test-54.cs is attached.
>
> Cheers
> Radek
>
> --=-L4AD3eIHbPDmankCvvgL
> Content-Disposition: attachment; filename=diff
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain; charset=ISO-8859-2
>
> ? box.cs
> ? diff
> ? log
> ? ua.cs
> ? ua1.cs
> Index: TODO
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/public/mcs/mcs/TODO,v
> retrieving revision 1.47
> diff -u -p -r1.47 TODO
> --- TODO 2001/12/07 04:52:18 1.47
> +++ TODO 2001/12/08 20:14:48
> @@ -155,33 +155,6 @@ PENDING TASKS
> properties, operators and indexers (currently we only do this
> on methods).
> =20
> -
> -* Using Alias
> -
> - Need to reset the aliases for each compilation unit, so an
> - alias defined in a file does not have any effect on another one:
> -
> - File.cs
> - =3D=3D=3D=3D=3D=3D=3D
> - namespace A {
> - using X =3D Blah;
> -
> - class Z : X { <-- This X is `Blah'=20
> - }
> -
> - File2.cs
> - namespace {
> - class Y : X { <-- This X Is not `Blah'=20
> - }
> - }
> -
> - I think we can implement Aliases by having an `Alias'
> context in all
> - the toplevel TypeContainers of a compilation unit. The
> children typecont=
> ainers
> - just chain to the parents to resolve the information.
> -
> - The driver advances the Alias for each file compiled,
> so that each file
> - has its own alias set.
> -
> * Handle volatile
> =20
> * Support Re-Throw exceptions:
> Index: class.cs
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/public/mcs/mcs/class.cs,v
> retrieving revision 1.110
> diff -u -p -r1.110 class.cs
> --- class.cs 2001/12/07 04:52:18 1.110
> +++ class.cs 2001/12/08 20:14:48
> @@ -1073,11 +1073,10 @@ namespace Mono.CSharp {
> /// </summary>
> public string LookupAlias (string name)
> {
> - //
> - // Read the comments on `mcs/mcs/TODO'
> for details
> - //
> -
> - return null;
> + if (my_namespace !=3D null)
> + return my_namespace.LookupAlias (name);
> + else
> + return null;
> }
> =09
> /// <summary>
> Index: cs-parser.jay
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/public/mcs/mcs/cs-parser.jay,v
> retrieving revision 1.103
> diff -u -p -r1.103 cs-parser.jay
> --- cs-parser.jay 2001/12/07 04:52:18 1.103
> +++ cs-parser.jay 2001/12/08 20:14:48
> @@ -280,7 +280,7 @@ using_alias_directive
> : USING IDENTIFIER ASSIGN=20
> namespace_or_type_name SEMICOLON
> {
> - // FIXME : Need to implement actual action.
> + current_namespace.UsingAlias ((string) $2,
> (string) $4);
> }
> ;
> =20
> Index: ecore.cs
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/public/mcs/mcs/ecore.cs,v
> retrieving revision 1.20
> diff -u -p -r1.20 ecore.cs
> --- ecore.cs 2001/12/05 13:11:27 1.20
> +++ ecore.cs 2001/12/08 20:14:48
> @@ -2435,12 +2435,13 @@ namespace Mono.CSharp {
> // Stage 2: Lookup members
> //
> e =3D MemberLookup (ec,
> ec.TypeContainer.TypeBuilder, Name, true, Locat= ion);
> - if (e =3D=3D null){
> + if (e =3D=3D null) {
> //
> // Stage 3: Lookup symbol in
> the various namespaces.=20
> //=20
> Type t;
> - =09
> + string alias_value;
> +
> if ((t =3D
> ec.TypeContainer.LookupType (Name, true)) !=3D null)
> return new TypeExpr (t);
> =20
> @@ -2451,11 +2452,16 @@ namespace Mono.CSharp {
> // Since we are cheating: we
> only do the Alias lookup for
> // namespaces if the name does
> not include any dots in it
> //
> - =09
> - // IMPLEMENT ME. Read
> mcs/mcs/TODO for ideas, or rewrite
> - // using NamespaceExprs (dunno
> how that fixes the alias
> - // per-file though).
> - =09
> +
> + if (Name.IndexOf ('.') =3D=3D
> -1 && (alias_value =3D
> +ec.TypeContainer.=
> LookupAlias (Name)) !=3D null) {
> + //
> System.Console.WriteLine (Name + " --> " + alias_value);
> + if ((t =3D
> ec.TypeContainer.LookupType (alias_value, true)) !=3D
> +null=
> )
> + return new TypeExpr (t);
> +
> + // we have alias value,
> but it isn't Type, so try if it's namespace
> + return new SimpleName
> (alias_value, Location);
> + }
> +
> // No match, maybe our parent
> can compose us
> // into something meaningful.
> //
> Index: namespace.cs
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
> D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvs/public/mcs/mcs/namespace.cs,v
> retrieving revision 1.4
> diff -u -p -r1.4 namespace.cs
> --- namespace.cs 2001/11/19 00:44:09 1.4
> +++ namespace.cs 2001/12/08 20:14:48
> @@ -18,6 +18,7 @@ namespace Mono.CSharp {
> Namespace parent;
> string name;
> ArrayList using_clauses;
> + Hashtable aliases;
> bool decl_found =3D false;
> =09
> /// <summary>
> @@ -85,6 +86,25 @@ namespace Mono.CSharp {
> get {
> return using_clauses;
> }
> + }
> +
> + public void UsingAlias (string alias, string
> namespace_or_type) {
> + if (aliases =3D=3D null)
> + aliases =3D new Hashtable ();
> + aliases [alias] =3D namespace_or_type;
> + }
> +
> + public string LookupAlias (string alias) {
> + string value =3D null;
> +
> + // System.Console.WriteLine ("Lookup "
> + alias + " in " + name);
> +
> + if (aliases !=3D null)
> + value =3D (string) (aliases [alias]);
> + if (value =3D=3D null && Parent !=3D null)
> + value =3D Parent.LookupAlias (alias);
> +
> + return value;
> }
> =20
> /// <summary>
>
> --=-L4AD3eIHbPDmankCvvgL--
>
>
> --__--__--
>
> Message: 2
> From: Radek =?ISO-8859-1?Q?Doul=EDk?= <rodo@ximian.com>
> To: Mono list <mono-list@ximian.com>
> Date: 08 Dec 2001 19:27:01 -0500
> Subject: [Mono-list] test-54.cs
>
>
> --=-JEy2MbQCP2C++zzPDDCW
> Content-Type: text/plain
> Content-Transfer-Encoding: 7bit
>
> Ops, here it is.
>
> --=-JEy2MbQCP2C++zzPDDCW
> Content-Disposition: attachment; filename=test-54.cs
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain; charset=ISO-8859-2
>
> using c =3D System.Console;
> using s =3D System;
>
> namespace A {
> namespace B {
> class C {
> public static void Hola () {
> c.WriteLine ("Hola!");
> }
> }
> }
> }
>
> namespace X {
> namespace Y {
> namespace Z {
> class W {
> public static void Hello () {
> s.Console.WriteLine ("Ahoj!");
> }
> }
> }
> }
> }
>
> class App {
> public static int Main () {
> A.B.C.Hola ();
> X.Y.Z.W.Hello ();
>
> return 0;
> }
> }
>
> --=-JEy2MbQCP2C++zzPDDCW--
>
>
> --__--__--
>
> Message: 3
> From: "John Ky" <hand@speednet.com.au>
> To: "Mono list" <mono-list@ximian.com>
> Date: Mon, 10 Dec 2001 22:32:27 +1100
> charset="ISO-8859-2"
> Subject: [Mono-list] Windowproc
>
> Does anyone have a sample C# message-loop/windowproc that works?
>
> I have one at
>
> ftp://hand@www.syd.speednet.com.au/public_html/Nirgal/Nirgal.zip
> (0.5mb)
>
> but it crashes after a few seconds and I don't know why.
>
> Thanks
>
> -John
>
>
>
> --__--__--
>
> Message: 4
> From: "John Ky" <hand@speednet.com.au>
> To: "John Ky" <hand@speednet.com.au>, "Mono list"
> <mono-list@ximian.com>
> Date: Mon, 10 Dec 2001 22:35:20 +1100
> charset="ISO-8859-2"
> Subject: [Mono-list] Re: Windowproc
>
> > ftp://hand@www.syd.speednet.com.au/public_html/Nirgal/Nirgal.zip
> > (0.5mb)
>
> Make that: http://www.syd.speednet.com.au/~hand/Nirgal/Nirgal.zip
>
> -John
>
>
>
> --__--__--
>
> Message: 5
> Date: Mon, 10 Dec 2001 06:59:46 -0500
> From: Derek Holden <dsh2120@draper.com>
> Subject: Re: [Mono-list] Parse methods
> To: Nick Drochak <ndrochak@gol.com>
> Cc: mono-list@ximian.com
>
> I have something at the beginning of IntegerFormatter. Feel
> free to improve it.
>
> ----- Original Message -----
> From: "Nick Drochak" <ndrochak@gol.com>
> To: "'Bob Smith'" <bob@thestuff.net>; "'Derek Holden'"
> <dsh2120@draper.com>
> Cc: <mono-list@ximian.com>
> Sent: Friday, December 07, 2001 8:10 PM
> Subject: RE: [Mono-list] Parse methods
>
>
> > Glad I didn't go too far.
> >
> > Do either of you have helper classes to pull the digits out of the
> > different string formats?
> >
> > Nick D.
> >
> > > -----Original Message-----
> > > From: mono-list-admin@ximian.com
> [mailto:mono-list-admin@ximian.com]
> > > On Behalf Of Bob Smith
> > > Sent: Saturday, December 08, 2001 2:39 AM
> > > To: Derek Holden
> > > Cc: Nick Drochak; mono-list@ximian.com
> > > Subject: Re: [Mono-list] Parse methods
> > >
> > >
> > > I've been working on some of the Parse methods myself. I've got
> > > Double's done, and Int64 just needs a test compile from someone.
> > > Once those two are done, they should work on Float, Int32
> and some
> > > of the other ones with very minor modifications.
> > >
> > > Bob Smith
> > >
> > > On Fri, 7 Dec 2001, Derek Holden wrote:
> > >
> > > > A while back I planned on working on the Parse
> > > implementation, but got
> > > > sidetracked with other stuff. I'm currently at work on the
> > > ToString's
> > > > for Single and Double, but I don't mind working with the
> > > parsing after
> > > > that if no one else wants it.
> > > >
> > > > ----- Original Message -----
> > > > From: "Nick Drochak" <ndrochak@gol.com>
> > > > To: <mono-list@ximian.com>
> > > > Sent: Friday, December 07, 2001 10:57 AM
> > > > Subject: [Mono-list] Parse methods
> > > >
> > > >
> > > > > All,
> > > > >
> > > > > I got Byte.Parse(string) to work, which makes us pass the
> > > test for
> > > > > that. The other overloaded Parse()'s in Byte need to handle
> > > > > other number formats, and since I'm off to Hawaii for a couple
> > > of weeks, I
> > > > > thought I'd just check it in and hopefully someone else
> > > can work on
> > > > > it while I'm gone.
> > > > >
> > > > > Basically what we need is the counterpart to
> IntegerFormatter.
> > > > > Something like "NumberParser" that can extract the digits
> > > out of a
> > > > > valid string and provide them to each number type for
> specific
> > > > > parsing.
> > > > >
> > > > > Anyone want to tackle that one? This would help us
> pass a whole
> > > > > bucket load of unit tests!
> > > > >
> > > > > Aloha,
> > > > > Nick D.
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Mono-list maillist - Mono-list@ximian.com
> > > > > http://lists.ximian.com/mailman/listinfo/mono-list
> > > >
> > > >
> > > > _______________________________________________
> > > > Mono-list maillist - Mono-list@ximian.com
> > > > http://lists.ximian.com/mailman/listinfo/mono-list
> > > >
> > >
> > >
> > > _______________________________________________
> > > Mono-list maillist - Mono-list@ximian.com
> > > http://lists.ximian.com/mailman/listinfo/mono-> list
> > >
> > >
> >
> >
> >
> > _______________________________________________
> > Mono-list maillist - Mono-list@ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list
>
>
> --__--__--
>
> Message: 6
> From: Tom.Prendergast@smed.com
> To: mono-list@ximian.com
> Cc: Michael.Lutz@smed.com
> Date: Mon, 10 Dec 2001 10:35:02 -0500
> Subject: [Mono-list] Mono and MSIL
>
>
> Hi,
> I read your FAQ and am interested in your project. Will
> the mono runtime execute Microsoft Intermediate Language
> (MSIL) code? I ask this because we are developing code with
> Visual Studio and do not have much C# at this time (in fact
> we have some J++ and are evaluating J# as a migration path).
> Ultimately, it would be very interesting to have J#
> generating MSIL that could run on Linux and other Unix
> variants (via your mono runtime).
>
> Thanks,
> Tom
>
>
>
>
> --------------------------------------------------------------
> -----------------
> This message and any included attachments are from Siemens
> Medical Solutions
> Health Services Corporation and are intended only for the
> addressee(s).
> The information contained herein may include trade secrets or
> privileged or
> otherwise confidential information. Unauthorized review,
> forwarding, printing,
> copying, distributing, or using such information is strictly
> prohibited and may
> be unlawful. If you received this message in error, or have
> reason to believe
> you are not authorized to receive it, please promptly delete
> this message and
> notify the sender by e-mail with a copy to CSOffice@smed.com.
> Thank you
>
>
> --__--__--
>
> Message: 7
> From: "A Rafael D Teixeira" <rafaelteixeirabr@hotmail.com>
> To: Tom.Prendergast@smed.com, mono-list@ximian.com
> Cc: Michael.Lutz@smed.com
> Subject: Re: [Mono-list] Mono and MSIL
> Date: Mon, 10 Dec 2001 14:41:54 -0200
>
> >From: Tom.Prendergast@smed.com
>
> >
> >
> >Hi,
> > I read your FAQ and am interested in your project.
> Will the mono
> >runtime execute Microsoft Intermediate Language (MSIL) code?
>
> Yes
>
> >Ultimately, it would be very interesting to have J# generating MSIL
> >that could run on Linux and other Unix variants (via your mono
> >runtime).
>
> For that to happen, someone has to implement the false JDK,
> that Visual J#
> uses. I say false, because it has all the old-versioned JDK
> Classes, but is
> MSIL code, not Java Bytecodes. No one volunteered until now
> for that task,
> or opened a parallel project to that end.
>
> Rafael Teixeira
> Brazilian Developer
>
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
>
>
> --__--__--
>
> Message: 8
> Date: Sun, 09 Dec 2001 10:10:10 -0800
> From: Marc Mosko <marc@computer.org>
> To: mono-list@ximian.com
> CC: miguel@ximian.com
> Subject: [Mono-list] Contribute code to System.Net
>
> Hello,
>
> I am a graduate student in computer engineering (networking)
> at U.C. Santa Cruz and would like to contribute code to
> the Mono project. I'm interesting in working on the
> System.Net and System.Net.Socket sections.
>
> How can I help?
>
> Thanks
> Marc Mosko
>
>
>
> --__--__--
>
> Message: 9
> From: Miguel de Icaza <miguel@ximian.com>
> To: Marc Mosko <marc@computer.org>
> Cc: mono-list@ximian.com, Dick Porter <dick@ximian.com>
> Date: 10 Dec 2001 02:33:06 -0500
> Subject: [Mono-list] Re: Contribute code to System.Net
>
> > I am a graduate student in computer engineering
> (networking) at U.C.
> > Santa Cruz and would like to contribute code to the Mono
> project. I'm
> > interesting in working on the System.Net and System.Net.Socket
> > sections.
>
> It depends on the classes you want to work on.
>
> Dick will be working on the core socket code (I CCed him) as
> that requires integration with our support libraries.
>
> I would say, pick an unimplemented class (get a snapshot from
> http://www.go-mono.com/snapshots) and work on it ;-)
>
> Miguel
>
> --__--__--
>
> Message: 10
> From: "Phillip Pearson" <pp@myelin.co.nz>
> To: "Miguel de Icaza" <miguel@ximian.com>, <dick@ximian.com>,
> <mono-list@ximian.com>, <marc@computer.org>
> Subject: Re: [Mono-list] Re: Contribute code to System.Net
> Date: Tue, 11 Dec 2001 10:07:54 +1300
> charset="iso-8859-1"
>
> > It depends on the classes you want to work on.
> >
> > Dick will be working on the core socket code (I CCed him) as that
> > requires integration with our support libraries.
> >
> > I would say, pick an unimplemented class (get a snapshot from
> > http://www.go-mono.com/snapshots) and work on it ;-)
>
> I'm working on System.Net.Sockets.Socket too, but haven't
> done anything on it in a couple of weeks now. I've made a
> skeleton and documented it, but haven't written the actual code yet.
>
> (You'll find it in mcs/class/System/System.Net.Sockets/Socket.cs)
>
> Should I leave this one alone, if Dick has it marked for himself?
>
> Cheers,
> Phillip.
>
>
>
> --__--__--
>
> Message: 11
> Subject: Re: [Mono-list] Re: Contribute code to System.Net
> From: Dick Porter <dick@ximian.com>
> To: Phillip Pearson <pp@myelin.co.nz>
> Cc: Miguel de Icaza <miguel@ximian.com>,
> mono-list@ximian.com, marc@computer.org
> <1007969586.1358.35.camel@erandi.ximian.com>
> <003d01c181be$bcb9d830$1700a8c0@chch.pulsedata.com>
> Date: 11 Dec 2001 12:23:38 +0000
>
> On Mon, 2001-12-10 at 21:07, Phillip Pearson wrote:
> > > Dick will be working on the core socket code (I CCed him) as that
> > > requires integration with our support libraries.
> >
> > I'm working on System.Net.Sockets.Socket too, but haven't done
> > anything on it in a couple of weeks now. I've made a skeleton and
> > documented it, but haven't written the actual code yet.
> >
> > (You'll find it in mcs/class/System/System.Net.Sockets/Socket.cs)
> >
> > Should I leave this one alone, if Dick has it marked for himself?
>
> I will be working on the integration between the runtime and
> the host system. I'm not sure yet which C# classes that will be.
>
> - Dick
>
>
>
> --__--__--
>
> Message: 12
> From: "A Rafael D Teixeira" <rafaelteixeirabr@hotmail.com>
> To: Tom.Prendergast@smed.com
> Cc: mono-list@ximian.com, Michael.Lutz@smed.com
> Subject: Re: [Mono-list] Mono and MSIL
> Date: Tue, 11 Dec 2001 14:57:31 -0200
>
> >Hi Rafael,
> > Thanks for your response. Since Mono will run MSIL, and the
> >false
> >JDK is MSIL, will not Mono run the false JDK?
>
> I´m not sure, but I think that Microsoft licensing won´t
> allow you to run
> their class library outside of Windows.
>
> The current download is a beta so the licensing may be less
> restrictive just
> now, but is time limited.
>
> Rafael Teixeira
> Brazilian Developer
>
>
>
>
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
>
>
> --__--__--
>
> Message: 13
> From: Duncan Mak <duncan@ximian.com>
> To: mono-list Mailing list <mono-list@ximian.com>
> Date: 11 Dec 2001 14:07:51 -0500
> Subject: [Mono-list] System.Resources in CVS
>
> Hey gang,
>
> I talked to Miguel last night and got my cvs account. This
> morning, I cleaned up some of the code, and committed it to
> CVS. It's now all in corlib/System.Resources. I also added
> the whole namespace to the exclude list in corlib.build,
> hopefully I did everything right and I didn't break the build.
>
> So far, I have most of the classes "in there". All the
> interfaces, exceptions and attributes are there, and they
> should be correct. I just started looking into the ResX*
> classes, so those are the least developed of all the classes
> I've checked in.
>
> Of the Resource* classes (ResourceSet, ResourceManager,
> ResourceReader, ResourceWriter), I think I have at least
> stubbed out all of the methods and properties in the classes
> and when possible, also threw the correct Exceptions. A lot
> of the implementation stuff still isn't there yet, but the
> skeleton/framework is.
>
> I know this is pretty bad, but yes, the code hasn't been
> checked AT ALL. I have to take a final (exam) tomorrow, so I
> probably won't have time to switch over to Windows and at
> least check the code for typos and other stupid mistakes with
> csc. I'll be done with school after Wednesday, so hopefully
> I'll have time to test the code before I leave for Hong Kong
> (Christmas vacation)
>
> If anyone is interested in contributing to the Mono,
> System.Resources might be a good place to start. I, too, am a
> novice programmer, and I would love to get some help to work
> out the namespace!
>
> p.s. Thanks to Martin Weindel and Radek Doulik for helping me out.
>
> --
> Duncan Mak
> duncan@ximian.com
>
> --__--__--
>
> Message: 14
> From: Tom.Prendergast@smed.com
> Subject: Re: [Mono-list] Mono and MSIL
> To: "A Rafael D Teixeira" <rafaelteixeirabr@hotmail.com>
> Cc: Tom.Prendergast@smed.com, mono-list@ximian.com,
> Michael.Lutz@smed.com
> Date: Tue, 11 Dec 2001 11:24:44 -0500
>
>
> Hi Rafael,
> Thanks for your response. Since Mono will run MSIL, and
> the false JDK is MSIL, will not Mono run the false JDK?
>
> Thanks,
> Tom
>
>
>
>
>
> "A Rafael D Teixeira" <rafaelteixeirabr@hotmail.com> on
> 12/10/2001 11:41:54 AM
>
> To: Tom.Prendergast@smed.com, mono-list@ximian.com
> cc: Michael.Lutz@smed.com
> Subject: Re: [Mono-list] Mono and MSIL
>
>
> >From: Tom.Prendergast@smed.com
>
> >
> >
> >Hi,
> > I read your FAQ and am interested in your project.
> Will the mono
> >runtime execute Microsoft Intermediate Language (MSIL) code?
>
> Yes
>
> >Ultimately, it would be very interesting to have J# generating MSIL
> >that could run on Linux and other Unix variants (via your mono
> >runtime).
>
> For that to happen, someone has to implement the false JDK,
> that Visual J# uses. I say false, because it has all the
> old-versioned JDK Classes, but is MSIL code, not Java
> Bytecodes. No one volunteered until now for that task, or
> opened a parallel project to that end.
>
> Rafael Teixeira
> Brazilian Developer
>
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
>
>
>
>
>
>
>
>
> --------------------------------------------------------------
> -----------------
> This message and any included attachments are from Siemens
> Medical Solutions
> Health Services Corporation and are intended only for the
> addressee(s).
> The information contained herein may include trade secrets or
> privileged or
> otherwise confidential information. Unauthorized review,
> forwarding, printing,
> copying, distributing, or using such information is strictly
> prohibited and may
> be unlawful. If you received this message in error, or have
> reason to believe
> you are not authorized to receive it, please promptly delete
> this message and
> notify the sender by e-mail with a copy to CSOffice@smed.com.
> Thank you
>
>
> --__--__--
>
> Message: 15
> From: "Nick Drochak" <ndrochak@gol.com>
> To: "Mono-List" <mono-list@ximian.com>
> Cc: "Nick D Drochak" <ndrochak@gol.com>
> Date: Thu, 13 Dec 2001 07:34:32 +0900
> charset="us-ascii"
> Subject: [Mono-list] FW: Byte.cs
>
> Ah. I thought it was too easy.
>
> I didn't know we couldn't cross-pollinate, maybe others are
> unaware also. I'm forwarding this to the list to alert others.
>
> Nick D.
>
> -----Original Message-----
> From: lupus@ximian.com [mailto:lupus@ximian.com]
> Sent: Tuesday, December 11, 2001 11:27 PM
> To: ndrochak@gol.com
> Subject: Byte.cs
>
>
> Your changes to the file make use of Regular expressions
> (from the System.dll assembly), but corlib.dll should not use
> stuff from other assemblies. Please remove that code: you
> need to implement parsing without regexes.
>
> lupus
>
> --
> -----------------------------------------------------------------
> lupus@debian.org debian/rules
> lupus@ximian.com Monkeys do it better
>
>
>
> --__--__--
>
> Message: 16
> From: Rodrigo Moya <rodrigo@ximian.com>
> To: Miguel de Icaza <miguel@ximian.com>
> Cc: mono-list@ximian.com
> Date: 13 Dec 2001 02:02:48 +0100
> Subject: [Mono-list] Mono.ADO.Net
>
> Hi!
>
> Ok, so as suggested by Miguel, I went through a chapter about
> ADO.Net in a book I've got, and read about it, to see if the
> implementation of the ADO.Net classes can be developed in
> Mono using libgda/gnome-db
> (www.gnome-db.org)
>
> I must confess that I haven't read too deep that chapter, so
> I'd appreciate if somebody with a good knowledge on ADO.Net
> can correct me/add new things to what I say.
>
> Ok, so, the short answer is that libgda/gnome-db can be
> perfectly be used in Mono.ADO.Net. I've found a lot of
> similar stuff, and the missing pieces in libgda/gnome-db can
> be (or even some are being) developed
> easily:
>
> * basic ADO.Net interfaces map easily to libgda ones:
> - IDbConnection -> GdaConnection
> - IDbCommand -> GdaCommand
> - IDbDataReader -> GdaDataModel
> - IDbDataAdapter -> GdaServerProvider
>
> * DataSet's: there's no such thing in libgda, but adding this
> is just a matter of creating a new GObject class to libgda,
> since all the needed stuff (XML for data transfer, offline,
> etc) is already available in libgda or can easily be
> implemented. The only thing I think won't be easy to
> implement is read-write datasets. That is, I can't imagine
> why somebody will get a picture of an entire database, modify
> it for a day, for instance, and then put it back to the
> database. This can be a nightmare if the database has been
> modified by other people. But, well, it's not something
> impossible to implement, so if it's needed, it can be added.
>
> * DataColumn, Constraint, DataView, DataRow, etc, all these
> have their counterparts in libgda. Some work might be done to
> add the level of detail all these classes seem to have in
> ADO.Net, but, again, nothing difficult to do.
>
> * XML: we are using custom XML formats for representing SQL
> queries (XML queries we call them) and an entire database
> (GdaXmlDatabase), so maybe there can be a problem with this
> custom format if it is to be shared with other apps. We were
> thinking on switching to the XML DTDs defined in
> http://www.odmg.org. Maybe we should support various formats
> for all this?
>
> * GUI -> in gnome-db, we've got a bunch of data-bound widgets
> (grids, lists, icon lists, labels, entries, etc), and all of
> them use a GdaDataModel, which is an abstract class for
> getting data from somewhere. This is the way I've seen the
> ADO.Net's DataGrid works
>
> * IDbAdapter -> I guess we should just provide a
> System.Data.MonoDB (or GnomeDB, or whatever) managed provider
> (as there is OleDb and SqlClient in ADO.Net), or replace the
> 2 in ADO.Net with the GNOME-DB one. BTW, this interface maps
> almost exactly (from what I've seen) to the libgda API.
>
> One thing to note about libgda/gnome-db usage in Mono is that
> libgda/gnome-db are being refactored for GNOME 2, cleaning up
> a lot of things and adding more-easily-extended interfaces,
> so anything that is needed for Mono.ADO.Net can be added to
> libgda/gnome-db if it makes sense.
>
> cheers
> --
> Rodrigo Moya <rodrigo@gnome-db.org> - <rodrigo@ximian.com>
> http://www.gnome-db.org/ - http://www.ximian.com/
>
>
> --__--__--
>
> Message: 17
> From: "Daniel Morgan" <danmorg@sc.rr.com>
> To: <Mono-list@ximian.com>
> Date: Wed, 12 Dec 2001 23:31:32 -0500
> charset="iso-8859-1"
> Subject: [Mono-list] Article about Mono at Microsoft's
> Developer Network site
>
> I thought you might find this interesting. An article about
> Mono at Microsoft's MSDN site.
>
> The aritle is entitled "Using the ECMA Standards: An
> Interview with Miguel de Icaza" and is by Dare Obasanjo. Here
> is the link. Note, Outlook Express tends to break the URIs
> up.
> http://msdn.microsoft.com/library/default.asp?url=/library/en-
> us/Dndotnet/ht
> ml/deicazainterview.asp?frame=true
>
> If this has been posted in this newsgroup already, my apologies.
>
>
>
> --__--__--
>
> Message: 18
> From: "Adam Chester" <a.chester@sph.uq.edu.au>
> To: "Rodrigo Moya" <rodrigo@ximian.com>
> Cc: <mono-list@ximian.com>
> Subject: RE: [Mono-list] Mono.ADO.Net
> Date: Thu, 13 Dec 2001 18:11:02 +1000
> charset="iso-8859-1"
>
> RE DataSet's:
>
> "That is, I can't imagine why somebody will get a picture of
> an entire database, modify it for a day, for instance, and
> then put it back to the database"
>
> Actually, this is kind of core the whole ADO.NET model (the
> disconnected DataSet's). The theory is you get the data as
> quickly as possible and then you are disconnected from the
> database server to avoid using (and locking) server resources.
>
> Then once you complete your modifications (which are stored
> in the DataSet as being modified) it compiles a list of
> changes and calls the respective Update/Insert/Delete
> commands using the DBDataAdapter.
>
> It's not necessarily a "nightmare" as you put it, because you
> can easily implement concurency techniques to avoid modifying
> any data that was changed after you aquired your DataSet snapshot.
>
> - Adam
>
>
> -----Original Message-----
> From: mono-list-admin@ximian.com [mailto:mono-list-admin@ximian.com]On
> Behalf Of Rodrigo Moya
> Sent: Thursday, December 13, 2001 11:03 AM
> To: Miguel de Icaza
> Cc: mono-list@ximian.com
> Subject: [Mono-list] Mono.ADO.Net
>
>
> Hi!
>
> Ok, so as suggested by Miguel, I went through a chapter about
> ADO.Net in a book I've got, and read about it, to see if the
> implementation of the ADO.Net classes can be developed in
> Mono using libgda/gnome-db
> (www.gnome-db.org)
>
> I must confess that I haven't read too deep that chapter, so
> I'd appreciate if somebody with a good knowledge on ADO.Net
> can correct me/add new things to what I say.
>
> Ok, so, the short answer is that libgda/gnome-db can be
> perfectly be used in Mono.ADO.Net. I've found a lot of
> similar stuff, and the missing pieces in libgda/gnome-db can
> be (or even some are being) developed
> easily:
>
> * basic ADO.Net interfaces map easily to libgda ones:
> - IDbConnection -> GdaConnection
> - IDbCommand -> GdaCommand
> - IDbDataReader -> GdaDataModel
> - IDbDataAdapter -> GdaServerProvider
>
> * DataSet's: there's no such thing in libgda, but adding this
> is just a matter of creating a new GObject class to libgda,
> since all the needed stuff (XML for data transfer, offline,
> etc) is already available in libgda or can easily be
> implemented. The only thing I think won't be easy to
> implement is read-write datasets. That is, I can't imagine
> why somebody will get a picture of an entire database, modify
> it for a day, for instance, and then put it back to the
> database. This can be a nightmare if the database has been
> modified by other people. But, well, it's not something
> impossible to implement, so if it's needed, it can be added.
>
> * DataColumn, Constraint, DataView, DataRow, etc, all these
> have their counterparts in libgda. Some work might be done to
> add the level of detail all these classes seem to have in
> ADO.Net, but, again, nothing difficult to do.
>
> * XML: we are using custom XML formats for representing SQL
> queries (XML queries we call them) and an entire database
> (GdaXmlDatabase), so maybe there can be a problem with this
> custom format if it is to be shared with other apps. We were
> thinking on switching to the XML DTDs defined in
http://www.odmg.org. Maybe we should support various formats for all
this?
* GUI -> in gnome-db, we've got a bunch of data-bound widgets (grids,
lists, icon lists, labels, entries, etc), and all of them use a
GdaDataModel, which is an abstract class for getting data from
somewhere. This is the way I've seen the ADO.Net's DataGrid works
* IDbAdapter -> I guess we should just provide a System.Data.MonoDB (or
GnomeDB, or whatever) managed provider (as there is OleDb and SqlClient
in ADO.Net), or replace the 2 in ADO.Net with the GNOME-DB one. BTW,
this interface maps almost exactly (from what I've seen) to the libgda
API.
One thing to note about libgda/gnome-db usage in Mono is that
libgda/gnome-db are being refactored for GNOME 2, cleaning up a lot of
things and adding more-easily-extended interfaces, so anything that is
needed for Mono.ADO.Net can be added to libgda/gnome-db if it makes
sense.
cheers
--
Rodrigo Moya <rodrigo@gnome-db.org> - <rodrigo@ximian.com>
http://www.gnome-db.org/ - http://www.ximian.com/
_______________________________________________
Mono-list maillist - Mono-list@ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
--__--__--
_______________________________________________
Mono-list mailing list
Mono-list@ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
End of Mono-list Digest