[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?
> 
> Im not sure, but I think that Microsoft licensing wont 
> 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