From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 31 Jul 2000 09:33:42 -0500 From: Stephen Harris To: 9fans@cse.psu.edu Subject: Re: [9fans] database fileservice Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Topicbox-Message-UUID: ef3b4226-eac8-11e9-9e20-41e7f4b1d025 Nick Gorham wrote: > If you wanted any help with the port and didn't mind explaining plan 9 > to me I wouldn't mind helping. Unfortunately I'm something of a beginner myself with Plan 9. It would probably be a good project to learn Plan 9 with, given that you are already familiar with ODBC. I haven't touched ODBC in years, and it looked like for me it would be a learning experience for recent ODBC more so than for Plan9. I'm going to try to port a database (postgres) instead because I've been interested in its internals anyway, and I think it would be nice to have a standalone database for Plan 9. That being said, if you want to go for it I will try to help as much as possible. Query result sets map naturally into a file heirarchy, so it will be a really nice thing when either port is completed, and we can write a database file service. > AS to the dynamic loading, thats half the point of the driver manager, > you link the application to the DM and select the driver at run time. Yep, this *may be* a real problem though, since as far as I know there's no way to load shared libraries in Plan 9, it just hasn't needed it so far (which says a lot). You could rewrite a little to eliminate the dynamic loading, and instead just compile in the drivers you want, but as you say that would defeat the purpose of the driver manager. Creative solutions to this would probably be welcomed by all. Cheers, Steve Everything you do from now on will be more fun - Windows 95 installation