[Mono-list] RE: Mono-list digest, Vol 1 #549 - 24 msgs

H.W.Thomas Hywel@controlspecials.demon.co.uk
Tue, 15 Oct 2002 21:42:42 -0000


Robin,
After much hassle (I'll elaborate sometime) I've got Mandrake running
and dhcp installed.
However, it fails on bootup with the message (from /var/log/messages)

"dhcpd: can't parse standard ddns updater!"

Your red book describes roughly what it's doing with the dynamic dns
entries, but no detail
on setting up config files etc. (Why haven't you had this problem?!)
Can any of your networking experts point me in the right direction, ie
what file is it trying to parse,
and what format should it be.  All the Mandrake wizards seem to complete
OK, and I can do a
"host localhost" OK, so Bind appears to be running with the default
configuration.

In hope,

Hywel

-----Original Message-----
From: mono-list-admin@ximian.com [mailto:mono-list-admin@ximian.com]
Sent: 14 October 2002 08:46
To: mono-list@ximian.com
Subject: Mono-list digest, Vol 1 #549 - 24 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. RE: ODBC.NET Provider on Windows (Rodrigo Moya)
  2. Re: Help needed with XSLT transformations
 (documentation browser) (Scott Bronson)
  3. RE: Help needed with XSLT transformations(documentation browser)
(Piers Haken)
  4. Re: Help needed with XSLT transformations(documentation browser)
(Adam Treat)
  5. Re: Help needed with XSLT transformations (documentation browser)
(Adam Treat)
  6. Re: Help needed with XSLT transformations
 (documentation browser) (Miguel de Icaza)
  7. Re: Help needed with XSLT transformations
 (documentation browser) (Miguel de Icaza)
  8. Re: Help needed with XSLT transformations
 (documentation browser) (Scott Bronson)
  9. Re: Help needed with XSLT transformations
 (documentation browser) (Scott Bronson)
  10. CNet Article "C# Standardization Moves Ahead" (ISO C# and CLI)
(Daniel Morgan)
  11. Re: CNet Article "C# Standardization Moves Ahead" (ISO C# and CLI)
(Guenther Roith)
  12. MacOS X and nonresponsiveness (John Duncan)
  13. Update of SQL# and the MySQL ADO.NET Provider in Mono (Daniel
Morgan)
  14. Any info on MACTripleDES or PKCS1MaskGenerationMethod ? (Sebastien
Pouliot)
  15. RE: SchemaTable support (Brian Ritchie)
  16. ODBC.NET Data Provider Update (Brian Ritchie)
  17. Re: Help needed with XSLT transformations
 (documentation browser) (Scott Bronson)
  18. Re: Patch for bugzilla 31265, plus some pthreads (Tim Haynes)

--__--__--

Message: 1
Subject: RE: [Mono-list] ODBC.NET Provider on Windows
From: Rodrigo Moya <rodrigo@ximian.com>
To: Brian Ritchie <brianlritchie@hotmail.com>
Cc: danmorg@sc.rr.com, Mono List <mono-list@ximian.com>
Organization:
Date: 12 Oct 2002 13:55:17 +0200

On Sat, 2002-10-12 at 07:57, Brian Ritchie wrote:
> Great news!!
>
> I'm "power-leveling" the odbc code...
> - I've jacked in the transaction objects
> - I'm straightening out all of the SQL data type mappings.
> - DBNull works
> - I've implemented the Cancel method
>
> Do we have a #define to force conditional compilation on
Linux/Windows?  I'd
> like to setup the libodbc to point at odbc32 on windows.  Or is there
a
> better way?
>
I think using a config entry for mapping the library names is the
correct way. Other people will tell you for sure.

> I'll be checking this stuff in this weekend.
>
cool! Thanks a lot for your work

cheers
--
Rodrigo Moya <rodrigo@ximian.com>


--__--__--

Message: 2
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Scott Bronson <bronson@rinspin.com>
To: Miguel de Icaza <miguel@ximian.com>, mono-list@ximian.com,
Adam Treat <manyoso@yahoo.com>
<1034423173.1574.32.camel@emma>
Date: 12 Oct 2002 12:55:08 -0700

On Sat, 2002-10-12 at 04:46, Scott Bronson wrote:
> Here is a very, very, VERY basic start.  Don't expect much.  It's a
> super quick demo that shows a little of what's possible.

Whoops, sorry guys.  I didn't realize Evo quoted the entire Types.xml
file in the reply.  Weird.  I'll try to keep mailbombs to a minimum in
the future...


My questions, a bit more lucid:

1) How do you want the transformed data stored?
   Need to know this to know how to generate URLs.

2) What sort of output do you want?  Right now, I'm just shoving
   out some really bad HTML.  I figure you'll want some sort of
   parseable XML or at the very least presentable CSS/xhtml.
   Have you got an example of what you want?

3) Where can I find the other XML files?  Is there a DTD or spec
   or something?  I've only tested against Types.xml.




--__--__--

Message: 3
charset="US-ASCII"
Subject: RE: [Mono-list] Help needed with XSLT
transformations(documentation browser)
Date: Sat, 12 Oct 2002 15:44:30 -0700
From: "Piers Haken" <piersh@friskit.com>
To: "Scott Bronson" <bronson@rinspin.com>,
"Miguel de Icaza" <miguel@ximian.com>, <mono-list@ximian.com>,
"Adam Treat" <manyoso@yahoo.com>

The file you're looking for is
ftp://ftp.ecma.ch/ecma-st/Ecma-335-xml.zip

It contains the whole spec as one file: All.xml.

Piers.

> -----Original Message-----
> From: Scott Bronson [mailto:bronson@rinspin.com]
> Sent: Saturday, October 12, 2002 12:55 PM
> To: Miguel de Icaza; mono-list@ximian.com; Adam Treat
> Subject: Re: [Mono-list] Help needed with XSLT
> transformations(documentation browser)
>
>
> On Sat, 2002-10-12 at 04:46, Scott Bronson wrote:
> > Here is a very, very, VERY basic start.  Don't expect much.  It's a
> > super quick demo that shows a little of what's possible.
>
> Whoops, sorry guys.  I didn't realize Evo quoted the entire
> Types.xml file in the reply.  Weird.  I'll try to keep
> mailbombs to a minimum in the future...
>
>
> My questions, a bit more lucid:
>
> 1) How do you want the transformed data stored?
>    Need to know this to know how to generate URLs.
>
> 2) What sort of output do you want?  Right now, I'm just shoving
>    out some really bad HTML.  I figure you'll want some sort of
>    parseable XML or at the very least presentable CSS/xhtml.
>    Have you got an example of what you want?
>
> 3) Where can I find the other XML files?  Is there a DTD or spec
>    or something?  I've only tested against Types.xml.
>
>
>
>
> _______________________________________________
> Mono-list maillist  -  Mono-list@ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>

--__--__--

Message: 4
charset="iso-8859-1"
From: Adam Treat <manyoso@yahoo.com>
Reply-To: manyoso@yahoo.com
To: "Piers Haken" <piersh@friskit.com>, "Scott Bronson"
<bronson@rinspin.com>,
"Miguel de Icaza" <miguel@ximian.com>, <mono-list@ximian.com>
Subject: Re: [Mono-list] Help needed with XSLT
transformations(documentation browser)
Date: Sat, 12 Oct 2002 18:41:00 -0400

Well, no. Miguel is placing the All.xml into the monodoc module where
every
type is broken out into its own file.  Please have a look in the cvs
monodoc
module for other examples.

Adam

On Saturday 12 October 2002 06:44 pm, Piers Haken wrote:
> The file you're looking for is
> ftp://ftp.ecma.ch/ecma-st/Ecma-335-xml.zip
>
> It contains the whole spec as one file: All.xml.
>
> Piers.
>
> > -----Original Message-----
> > From: Scott Bronson [mailto:bronson@rinspin.com]
> > Sent: Saturday, October 12, 2002 12:55 PM
> > To: Miguel de Icaza; mono-list@ximian.com; Adam Treat
> > Subject: Re: [Mono-list] Help needed with XSLT
> > transformations(documentation browser)
> >
> > On Sat, 2002-10-12 at 04:46, Scott Bronson wrote:
> > > Here is a very, very, VERY basic start.  Don't expect much.  It's
a
> > > super quick demo that shows a little of what's possible.
> >
> > Whoops, sorry guys.  I didn't realize Evo quoted the entire
> > Types.xml file in the reply.  Weird.  I'll try to keep
> > mailbombs to a minimum in the future...
> >
> >
> > My questions, a bit more lucid:
> >
> > 1) How do you want the transformed data stored?
> >    Need to know this to know how to generate URLs.
> >
> > 2) What sort of output do you want?  Right now, I'm just shoving
> >    out some really bad HTML.  I figure you'll want some sort of
> >    parseable XML or at the very least presentable CSS/xhtml.
> >    Have you got an example of what you want?
> >
> > 3) Where can I find the other XML files?  Is there a DTD or spec
> >    or something?  I've only tested against Types.xml.
> >
> >
> >
> >
> > _______________________________________________
> > Mono-list maillist  -  Mono-list@ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-list


--__--__--

Message: 5
charset="iso-8859-1"
From: Adam Treat <manyoso@yahoo.com>
Reply-To: manyoso@yahoo.com
To: Scott Bronson <bronson@rinspin.com>, Miguel de Icaza
<miguel@ximian.com>,
mono-list@ximian.com
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
Date: Sat, 12 Oct 2002 18:54:54 -0400

On Saturday 12 October 2002 03:55 pm, Scott Bronson wrote:
> On Sat, 2002-10-12 at 04:46, Scott Bronson wrote:
> > Here is a very, very, VERY basic start.  Don't expect much.  It's a
> > super quick demo that shows a little of what's possible.
>
> Whoops, sorry guys.  I didn't realize Evo quoted the entire Types.xml
> file in the reply.  Weird.  I'll try to keep mailbombs to a minimum in
> the future...
>
>
> My questions, a bit more lucid:
>
> 1) How do you want the transformed data stored?
>    Need to know this to know how to generate URLs.

IMHO, every type should have it's own file.  Miguel would probably want
every
member to have it's own file too, but am not sure about that.  Many
people
are clamoring for an msdn like documentation and this would require
members
to be broken out into individual html files, but many others like
javadoc
style...

So for linking you'd probably have something like <a
href="RelativePath/System.Object.html">Object</a>

> 2) What sort of output do you want?  Right now, I'm just shoving
>    out some really bad HTML.  I figure you'll want some sort of
>    parseable XML or at the very least presentable CSS/xhtml.
>    Have you got an example of what you want?

My preference is css/xhtml or compliant css/html ie, it should follow
web
standards and work in all major browsers.

> 3) Where can I find the other XML files?  Is there a DTD or spec
>    or something?  I've only tested against Types.xml.

The monodoc module in cvs.

--__--__--

Message: 6
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Miguel de Icaza <miguel@ximian.com>
To: Scott Bronson <bronson@rinspin.com>
Cc: mono-list@ximian.com, Adam Treat <manyoso@yahoo.com>
<1034423173.1574.32.camel@emma>  <1034452509.4349.26.camel@emma>
Organization:
Date: 12 Oct 2002 18:59:37 -0400

Hello!

> My questions, a bit more lucid:
>
> 1) How do you want the transformed data stored?
>    Need to know this to know how to generate URLs.

Well, the various "scripts" should be used to generate different
presentations (class info, complete class dumping, specific member,
member summary).  So just assume that you can jump to all of those entry
points.

I would like to only ship the XML files, and have our documentation
browser generate the various presentations on the flight using the XSLT
transformations.

> 2) What sort of output do you want?  Right now, I'm just shoving
>    out some really bad HTML.  I figure you'll want some sort of
>    parseable XML or at the very least presentable CSS/xhtml.
>    Have you got an example of what you want?

CSS/HTML I think is best, feel free to use CSS liberally, and I will
nicely ask Jakub from Ximian to design a nice look for the
documentation.

Structurally-wise, I think that following the MSDN model is sound.

> 3) Where can I find the other XML files?  Is there a DTD or spec
>    or something?  I've only tested against Types.xml.

I have now checked in all the XML files into the Mono CVS repository in
the module `monodoc' (I had forgotten to push it to the anoncvs servers,
but am forcing a push right now).

Miguel

--__--__--

Message: 7
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Miguel de Icaza <miguel@ximian.com>
To: Adam Treat <manyoso@yahoo.com>
Cc: Scott Bronson <bronson@rinspin.com>, mono-list@ximian.com
<1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma>
<200210121854.54859.manyoso@yahoo.com>
Organization:
Date: 12 Oct 2002 19:00:41 -0400

Hello!

> member to have it's own file too, but am not sure about that.  Many
people
> are clamoring for an msdn like documentation and this would require
members
> to be broken out into individual html files, but many others like
javadoc
> style...
>
> So for linking you'd probably have something like <a
> href="RelativePath/System.Object.html">Object</a>

Do not worry too much about the a href, since we are going to be the
ones parsing this information on the flight, just make up something, as
we will be the ones resolving the link anyways:

	<a href="class:System.Object">

Miguel

--__--__--

Message: 8
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Scott Bronson <bronson@rinspin.com>
To: manyoso@yahoo.com
Cc: Miguel de Icaza <miguel@ximian.com>, mono-list@ximian.com
<1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma>
<200210121854.54859.manyoso@yahoo.com>
Date: 12 Oct 2002 16:05:39 -0700

On Sat, 2002-10-12 at 15:54, Adam Treat wrote:
> On Saturday 12 October 2002 03:55 pm, Scott Bronson wrote:
> > 2) What sort of output do you want?  Right now, I'm just shoving
> >    out some really bad HTML.
> My preference is css/xhtml or compliant css/html ie, it should follow
web
> standards and work in all major browsers.

OK, I can definitely do the XSLT.  I'm not a web designer though.  High
quality HTML/CSS is not in my toolbox.

If you guys could send me a style sheet and a *tiny* example of an HTML
file showing the desired colors, headings, font choices, tables spacing,
etc., I can use that as a guide to generate the rest.

   - Scott




--__--__--

Message: 9
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Scott Bronson <bronson@rinspin.com>
To: Miguel de Icaza <miguel@ximian.com>
Cc: mono-list@ximian.com, Adam Treat <manyoso@yahoo.com>
<1034423173.1574.32.camel@emma>  <1034452509.4349.26.camel@emma>
<1034463576.14577.444.camel@erandi.boston.ximian.com>
Date: 12 Oct 2002 16:21:47 -0700

OK, that's enough to get me started.

I'm looking forward to Jakub's style sheet...

    - Scott


On Sat, 2002-10-12 at 15:59, Miguel de Icaza wrote:
> Hello!
>
> > My questions, a bit more lucid:
> >
> > 1) How do you want the transformed data stored?
> >    Need to know this to know how to generate URLs.
>
> Well, the various "scripts" should be used to generate different
> presentations (class info, complete class dumping, specific member,
> member summary).  So just assume that you can jump to all of those
entry
> points.
>
> I would like to only ship the XML files, and have our documentation
> browser generate the various presentations on the flight using the
XSLT
> transformations.
>
> > 2) What sort of output do you want?  Right now, I'm just shoving
> >    out some really bad HTML.  I figure you'll want some sort of
> >    parseable XML or at the very least presentable CSS/xhtml.
> >    Have you got an example of what you want?
>
> CSS/HTML I think is best, feel free to use CSS liberally, and I will
> nicely ask Jakub from Ximian to design a nice look for the
> documentation.
>
> Structurally-wise, I think that following the MSDN model is sound.
>
> > 3) Where can I find the other XML files?  Is there a DTD or spec
> >    or something?  I've only tested against Types.xml.
>
> I have now checked in all the XML files into the Mono CVS repository
in
> the module `monodoc' (I had forgotten to push it to the anoncvs
servers,
> but am forcing a push right now).
>
> Miguel
>



--__--__--

Message: 10
From: "Daniel Morgan" <danmorg@sc.rr.com>
To: "Mono-List" <mono-list@ximian.com>
Date: Sun, 13 Oct 2002 02:38:14 -0400
charset="iso-8859-1"
Subject: [Mono-list] CNet Article "C# Standardization Moves Ahead" (ISO
C# and CLI)

CNet news.com "C# standardization moves ahead" By Stephen Shankland

The news article is at:
http://news.com.com/2100-1001-961737.html

However, I found the link at:
http://developers.slashdot.org/developers/02/10/11/150256.shtml?tid=156


Some interesting tid bits I found I have commented on below.


"Last week, an ISO subcommittee cleared the way for final ratification
by
the full ISO of C# and the required underpinnings called the Common
Language
Infrastructure (CLI), said John Montgomery, group product manager for
the
.Net Developer Platform at Microsoft."

Cool.  ISO C# and CLI standards.


"Analysts said the C# and CLI submissions from Microsoft to ECMA and now
ISO
define only a subset of the .Net Framework that makes it possible to
share
data with applications on other operating systems. Not included, for
example, is software needed to define a Windows or Web graphical user
interface...  Also missing from the submission is the .Net code needed
to
access databases"

And I'm sure there are many other neccessary pieces missing from the C#
and
CLI submissions.  What are they?   Good thing Mono is implementing many
of
these missing pieces, such as, Windows Forms based on winelib, ASP.NET,
and
ADO.NET.


"Microsoft is... including the .Net Framework, with Service Pack 1 for
the
Windows XP operating system."

I never did like "Service Packs" to include new fuctionality.  They
should
only contain bug fixes.  However, we know that .NET will be included
with
any new operating systems from Microsoft now.  Those new operating
systems
will not contain Java.  If you want Java, you will have to download it.


Microsoft has also "released a version of the CLI--the software
apparatus to
run C# programs--under its "shared source" license. That license permits
people to see how Microsoft programmers wrote the software and to tinker
with it, but not to sell products using it."


However, Microsoft is considering to allow people to sell products with
the
shared-source CLI for a price.

"Microsoft has attracted some unusual allies to C# and the CLI,
including
advocates of open-source software who often are opposed to Microsoft's
proprietary approach to software. Among the allies is desktop Linux
specialist Ximian, which with help from Hewlett-Packard and Intel is
working
to clone much of the C# environment in a project called Mono."

I didn't realize that HP (or is it HPQ now?) and Intel were helping
Ximian
with Mono.  Is this true?


Moreover, those are my thoughts on the article, what do you think?



--__--__--

Message: 11
From: groith@tcrz.net (Guenther Roith)
To: "Daniel Morgan" <danmorg@sc.rr.com>
Cc: "mono-list" <mono-list@ximian.com>
Subject: Re: [Mono-list] CNet Article "C# Standardization Moves Ahead"
(ISO C# and CLI)
Date: Sun, 13 Oct 2002 09:21:44 +0200
charset="iso-8859-1"

> "Microsoft has attracted some unusual allies to C# and the CLI,
including
> advocates of open-source software who often are opposed to Microsoft's
> proprietary approach to software. Among the allies is desktop Linux
> specialist Ximian, which with help from Hewlett-Packard and Intel is
working
> to clone much of the C# environment in a project called Mono."
>
> I didn't realize that HP (or is it HPQ now?) and Intel were helping
Ximian
> with Mono.  Is this true?

That was the reason for BSD-license change in January.

But I don't know if it helped ;-)

Johannes


--__--__--

Message: 12
Date: Sun, 13 Oct 2002 10:27:47 -0400
From: John Duncan <projekt@earthlink.net>
To: mono-list@ximian.com
Subject: [Mono-list] MacOS X and nonresponsiveness

Hi Everyone,

I thought I should mention my general reason for not responding to
messages regarding MacOS X development. I've been keeping the messages
and I intend to respond to them provided they are not outdated when I
get to doing so. But I've been going through some tough personal times
and I haven't been able to do any development, let alone mono, recently.
Sorry for the immense delays.

John



--__--__--

Message: 13
From: "Daniel Morgan" <danmorg@sc.rr.com>
To: "Mono-List" <mono-list@ximian.com>
Date: Sun, 13 Oct 2002 17:17:05 -0400
charset="iso-8859-1"
Subject: [Mono-list] Update of SQL# and the MySQL ADO.NET Provider in
Mono

Hey,

For those wanting to see SQL# using the MySQL ADO.NET Provider working
in
Mono.

SQL# has better formatting of the output then it did before.  It was
buggy
before.  Numbers are right-justified now.  DateTime is expressed in ISO
format "YYYY-MM-DD HH:MM:SS".  Any column longer than 32 characters is
truncated to 32 characters.

Here is the output of running it:

DanielMorgan@DANPC ~/mono/mcs/class/System.Data/Test
$ mcs SqlSharpCli.cs -r System.Data.dll
Compilation succeeded

DanielMorgan@DANPC ~/mono/mcs/class/System.Data/Test
$ mono SqlSharpCli.exe
Welcome to SQL#. The interactive SQL command-line client
for Mono.Data.  See http://www.go-mono.com/ for more details.

Type:  \Q to quit
       \ConnectionString to set the ConnectionString
       \Provider to set the Provider:
                 {OleDb,SqlClient,MySql,Odbc,
                  Oracle,PostgreSql,Sqlite)
       \Open to open the connection
       \Close to close the connection
       \Execute to execute SQL command(s)/queries(s)
       \h to show this help.
       \defaults to show default variables.


The default Provider is POSTGRESQL

The default ConnectionString is:
    "host=localhost;dbname=test;user=postgres"


SQL# \provider mysql
The default Provider is LOADEXTPROVIDER
          Assembly: Mono.Data.MySql
  Connection Class: Mono.Data.MySql.MySqlConnection

SQL# \connectionstring dbname=test

SQL# \open
Attempt to open connection...
Loading external provider...
External provider loaded.
Open was successfull.

SQL# select int_value,datetime_value,text_value,double_value

SQL# from mono_mysql_test

SQL# \e
Execute SQL: select int_value,datetime_value,text_value,double_value
from mono_mysql_test

Display any result sets...
Display the result set 1
Fields in Query Result: 4

int_value datetime_value      text_value double_value
========= =================== ========== ============

      777 2002-12-31 11:15:07 smell               2.2
        4 2002-12-31 11:15:07 smell               2.2
       94 2003-11-23 10:24:45 nope               92.2

Rows retrieved: 3

SQL#


--__--__--

Message: 14
Date: Sun, 13 Oct 2002 19:15:21 -0400
From: Sebastien Pouliot <spouliot@videotron.ca>
To: mono-list <mono-list@ximian.com>
Reply-to: Sebastien Pouliot <spouliot@videotron.ca>
Subject: [Mono-list] Any info on MACTripleDES or
PKCS1MaskGenerationMethod ?

Hello all,

1. MACTripleDES

I'm a little confused by MACTripleDES as there are many variant out
there
(CBC, CFB, with/without IV, encrypting the last block, ...) depending
which
standard you choose from: like FIPS81, FIPS113 and ANSI X9.19.

Has any body used this class to exchange data with another system (not
using
the .NET framework)?


2. PKCS1MaskGenerationMethod

This one is a bugger! I couldn't find a single sample using this class
on
the net. This isn't surprising because it normally only used when
encrypting
a value (using RSA) which is something that we can't do using the
framework
(as RSACryptoServiceProvider.EncryptValue throws a
NotSupportedException).

Right now I'm beginning to doubt that Microsoft is using this class in
the
framework as all their asymmetric crypto comes from CryptoAPI
(unmanaged)
why do they need this class ?

Anyway I'll commit the "pkcs official" version (the one that generate
the
same output as the test vectors supplied with PKCS#1) as it is required
for
other PKCS#1 related classes. But we may have to change this IF i'm
wrong!


Sebastien Pouliot
Security Architect, Motus Technologies, http://www.motus.com/
work: spouliot@motus.com
home: spouliot@videotron.ca



--__--__--

Message: 15
From: "Brian Ritchie" <brianlritchie@hotmail.com>
To: danmorg@sc.rr.com, mono-list@ximian.com
Subject: RE: [Mono-list] SchemaTable support
Date: Mon, 14 Oct 2002 00:06:25 -0400

Daniel,

I've implemented the SchemaTable support using your MySQL code as a
guide.

I need to move the following line directly under the NewRow():
dataTableSchema.Rows.Add (schemaRow);

It was throwing the following exception:
System.Data.RowNotInTableException: Cannot perform this operation on a
row
not in the table.

I was using the MS.NET System.Data when I got the exception.  The Mono
class
must not be checking for this.

Brian



_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx


--__--__--

Message: 16
From: "Brian Ritchie" <brianlritchie@hotmail.com>
To: mono-list@ximian.com
Date: Mon, 14 Oct 2002 01:00:18 -0400
Subject: [Mono-list] ODBC.NET Data Provider Update

For those that are following the life and times of the ODBC provider...

I've updated the provider significantly.  It should now work on Linux
and
Windows.  SqlSharp has also been updated to work with the provider.

Here's the low down...
- Added OdbcTransaction Object and moved transaction logic out of
connection
and into new object.
- Support for DSN-less connection strings
- Fixed OdbcType enum to have correct values
- General cleanup on all objects
- Implemented Cancel in OdbcCommand
- Added DBNull support
- Updated OdbcType enum with values from header files.
- Modified column description code to happen dynamically as a column is
accessed instead of describing all columns when the query opens
- Works with SqlSharp
- Implemented GetSchemaTable for OdbcDataReader

Known Issues:
- Transaction Isolation Level isn't handled
- A number of data types are returned as strings instead of native types
- Parameter support is weak -- only supports int types
- ExecuteReader: CommandBehavior isn't implemented
- ExecuteScalar not implemented
- Need better error handling

Happy Hacking...
Brian


_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail.
http://www.hotmail.com


--__--__--

Message: 17
Subject: Re: [Mono-list] Help needed with XSLT transformations
(documentation browser)
From: Scott Bronson <bronson@rinspin.com>
To: Miguel de Icaza <miguel@ximian.com>
Cc: mono-list@ximian.com, Adam Treat <manyoso@yahoo.com>
<1034423173.1574.32.camel@emma>  <1034452509.4349.26.camel@emma>
<1034463576.14577.444.camel@erandi.boston.ximian.com>
Date: 14 Oct 2002 00:22:39 -0700


--=-MIBDmR7iduu5GJDQEAUq
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

I played around with mscorlib.xml today.  Enclosed are some files to
generate a really raw set of index pages.



On Sat, 2002-10-12 at 15:59, Miguel de Icaza wrote:
> Well, the various "scripts" should be used to generate different
> presentations (class info, complete class dumping, specific member,
> member summary).  So just assume that you can jump to all of those
entry
> points.

OK, right now they're generating static html files, locally browsable.
All the information needed to generate the files is contained in the
link, i.e.


> I would like to only ship the XML files, and have our documentation
> browser generate the various presentations on the flight using the
XSLT
> transformations.

It takes both Sablotron and xalan C++ the better part of a second just
to read in mscorlib.xml (Athlon 1800, 512 Mb RAM).  Breakdown: parsing
the input files takes 900 ms, the transform takes 150 ms.  I can cut
this down by doing a pre-transform and caching the results.

Where did mscorlib.xml come from?  Can we add class summaries to it?
Right now, if I want to create a page that lists classes and their
summaries


> > 3) Where can I find the other XML files?  Is there a DTD or spec
> >    or something?  I've only tested against Types.xml.
>
> I have now checked in all the XML files into the Mono CVS repository
in
> the module `monodoc' (I had forgotten to push it to the anoncvs
servers,
> but am forcing a push right now).


--=-MIBDmR7iduu5GJDQEAUq
Content-Disposition: attachment; filename=generate-index.pl
Content-Transfer-Encoding: quoted-printable
Content-Type: text/x-perl; name=generate-index.pl;
charset=ANSI_X3.4-1968

#!/usr/bin/perl -w

my $xml =3D 'mscorlib.xml';

open(FH, "xalan -Q -XSL list-namespaces.xsl -IN $xml |")
  or die "Could not list namespaces: $!\n";
my @arr =3D <FH>;
close FH;

print "Generating (root)\n";
system("xalan -Q -XSL show-namespace.xsl -IN $xml -OUT
show-namespace.xsl--=
[].html") =3D=3D 0 or die "Could not run xalan: returned $?\n";

for(@arr)
{
   chomp;
   print "Generating $_\n";
   system("xalan -Q -XSL show-namespace.xsl -IN $xml -PARAM ns
\"'$_'\" -OU=
T show-namespace.xsl--[$_].html") =3D=3D 0 or die "Could not run xalan:
ret=
urned $?\n";
}



--=-MIBDmR7iduu5GJDQEAUq--


--__--__--

Message: 18
To: mono-list@ximian.com
Subject: Re: [Mono-list] Patch for bugzilla 31265, plus some pthreads
<1034351698.17088.105.camel@hagbard.apathetic.discordia.org.uk>
From: Tim Haynes <thaynes@openlinksw.com>
Reply-To: thaynes@openlinksw.com (Tim Haynes)
Date: Mon, 14 Oct 2002 09:48:55 +0100
(i386-debian-linux-gnu)

Dick Porter <dick@ximian.com> writes:

> On Fri, 2002-10-11 at 15:32, Tim Haynes wrote:
>> Also, there was a mono_thread_create, but no mono_thread_attach for
>> existing threads). Have copied the mono_thread_create and replaced a
>> call t pthread_create() with pthread_self(), which works. There is a
>> callback to be called on unhandled exception for example, which now
can
>> call a user-registerable callback or the original callback (calling
>> pthread_exit). The code in the user callback
>> mono_thread_attach_aborted_cb should do a longjmp to unwind the stack
to
>> a frame above any Mono frames.
>
> Could you explain why this code is needed?

Suppose an already multithreaded program needs to host the Mono runtime.
In
order to issue mono calls from an exitsing thread it needs a mono
environment (usually setup by mono_jit_init).
But since mono jit_init can only be called once per process, it has to
create the environment somehow (or it should create a new thread by
calling
mono_thread_create, pass the info to its start function and wait for
it -
but just imagine what it would be like if we create/wait/destry a
pthread
for each operation!). That's where the mono_thread_attach comes in
handy.

Cheers,

~Tim
--
Product Development Consultant
OpenLink Software
Tel: +44 (0) 20 8681 7701
Web: <http://www.openlinksw.com>
Universal Data Access & Data Integration Technology Providers




--__--__--

_______________________________________________
Mono-list mailing list
Mono-list@ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


End of Mono-list Digest