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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 14 October 2002 08:46 To: [EMAIL PROTECTED] Subject: Mono-list digest, Vol 1 #549 - 24 msgs Send Mono-list mailing list submissions to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> To: Brian Ritchie <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Mono List <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> --__--__-- Message: 2 Subject: Re: [Mono-list] Help needed with XSLT transformations (documentation browser) From: Scott Bronson <[EMAIL PROTECTED]> To: Miguel de Icaza <[EMAIL PROTECTED]>, [EMAIL PROTECTED], Adam Treat <[EMAIL PROTECTED]> <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" <[EMAIL PROTECTED]> To: "Scott Bronson" <[EMAIL PROTECTED]>, "Miguel de Icaza" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, "Adam Treat" <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]] > Sent: Saturday, October 12, 2002 12:55 PM > To: Miguel de Icaza; [EMAIL PROTECTED]; 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 - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-list > --__--__-- Message: 4 charset="iso-8859-1" From: Adam Treat <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: "Piers Haken" <[EMAIL PROTECTED]>, "Scott Bronson" <[EMAIL PROTECTED]>, "Miguel de Icaza" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]] > > Sent: Saturday, October 12, 2002 12:55 PM > > To: Miguel de Icaza; [EMAIL PROTECTED]; 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 - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/mono-list --__--__-- Message: 5 charset="iso-8859-1" From: Adam Treat <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: Scott Bronson <[EMAIL PROTECTED]>, Miguel de Icaza <[EMAIL PROTECTED]>, [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> To: Scott Bronson <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Adam Treat <[EMAIL PROTECTED]> <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 <[EMAIL PROTECTED]> To: Adam Treat <[EMAIL PROTECTED]> Cc: Scott Bronson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] <1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma> <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: Miguel de Icaza <[EMAIL PROTECTED]>, [EMAIL PROTECTED] <1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma> <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> To: Miguel de Icaza <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Adam Treat <[EMAIL PROTECTED]> <1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma> <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> To: "Mono-List" <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] (Guenther Roith) To: "Daniel Morgan" <[EMAIL PROTECTED]> Cc: "mono-list" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]> To: "Mono-List" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> To: mono-list <[EMAIL PROTECTED]> Reply-to: Sebastien Pouliot <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] home: [EMAIL PROTECTED] --__--__-- Message: 15 From: "Brian Ritchie" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] 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" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> To: Miguel de Icaza <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Adam Treat <[EMAIL PROTECTED]> <1034423173.1574.32.camel@emma> <1034452509.4349.26.camel@emma> <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] Subject: Re: [Mono-list] Patch for bugzilla 31265, plus some pthreads <[EMAIL PROTECTED]> From: Tim Haynes <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] (Tim Haynes) Date: Mon, 14 Oct 2002 09:48:55 +0100 (i386-debian-linux-gnu) Dick Porter <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list End of Mono-list Digest _______________________________________________ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
