From ianb at colorstudy.com Sun Oct 2 01:41:23 2005 From: ianb at colorstudy.com (Ian Bicking) Date: Sat, 01 Oct 2005 18:41:23 -0500 Subject: [DB-SIG] ANN: SQLObject 0.7.0 Message-ID: <433F1EA3.40704@colorstudy.com> I'm pleased to announce the 0.7.0 release of SQLObject. Thanks to Oleg Broytmann for his ongoing help on maintenance and to all the other helpful people on the mailing list. SQLObject is a popular object-relational mapper. Your database tables are described as classes, and rows are instances of those classes. SQLObject is meant to be easy to use and quick to get started with. SQLObject is now being used in several projects: Subway, TurboGears, and Zope 3 (sqlos). SQLObject supports a number of backends: MySQL, PostgreSQL, SQLite, Firebird, Sybase, and MAXDB/SAPDB. Locations --------- http://sqlobject.org http://sqlobject.org/News.html Download: http://cheeseshop.python.org/pypi/SQLObject http://cheeseshop.python.org/packages/source/S/SQLObject/SQLObject-0.7.0.tar.gz Discussion list: https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss http://news.gmane.org/gmane.comp.python.sqlobject What's New? ----------- A quick summary: * More sophisticated inheritance support * Management command-line client sqlobject-admin * New way of managing connections and transaction (sqlhub) * A variety of joins (e.g., LEFT JOIN) supported * New SQL joins, with further filtering allowed * Public introspection interface (sqlmeta) * Better date support * New column types: BLOBCol and PickleCol * Bug fixes, small changes, etc. See http://sqlobject.org/News.html for details. -- Ian Bicking / ianb at colorstudy.com / http://blog.ianbicking.org From nand_rathi at yahoo.com Tue Oct 4 20:41:38 2005 From: nand_rathi at yahoo.com (Nand Rathi) Date: Tue, 4 Oct 2005 11:41:38 -0700 (PDT) Subject: [DB-SIG] Getting cx_Oracle.NotSupportedError while accessing a PL/SQL function returning a ref cursor... Message-ID: <20051004184138.98322.qmail@web34304.mail.mud.yahoo.com> Hello I am trying to use Python and Cx_Oracle module for my new project using linux and Oracle9i. I am getting the following error while excuting the sample python code (given below). Please help me out in rectifying the error. Regards Nand ########### Code snippet.... ## Python code snippet #! /usr/local/bin/python import cx_Oracle import sys connection = cx_Oracle.connect('test', 'test', 'test'); cursor = connection.cursor(); cursor.arraysize = 5; print "some cx_Oracle information..", cx_Oracle.version, cx_Oracle.apilevel, cx_Oracle.buildtime # ref cursor is returned as return value of a PL/SQL function refcur = cursor.callfunc('pkg_oratest.getRefCur', cx_Oracle.CURSOR, [12]) print refcur.fetchall() sys.exit ### PL/SQL finction code snippet type cur_test_t is ref cursor; function getRefCur( pi_numArg1 in number ) return cur_test_t; ##### End PL/SQL Code #### Error reported by Python/cx_Oracle some cx_Oracle information.. HEAD 2.0 October 02, 2005 12:18:04 refcur = cursor.callfunc('pkg_oratest.getRefCur', cx_Oracle.CURSOR, [12]) cx_Oracle.NotSupportedError: Variable_TypeByPythonType(): unhandled data type __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From psucorp at grinchcentral.com Thu Oct 13 18:20:44 2005 From: psucorp at grinchcentral.com (Erik Rose) Date: Thu, 13 Oct 2005 12:20:44 -0400 Subject: [DB-SIG] Forking ADODBAPI Message-ID: <1F1B999E-23C0-4D50-ABE5-631D28433338@grinchcentral.com> Aha, so I'm not the only one to consider forking ADODBAPI! :-) I, too, submitted some fixes to the mailing list long ago and never got a reply, and it's increasingly cumbersome to say "Requires ADODBAPI v2.0.1 with this patch and that patch and...." Has anyone forked it already? If I don't hear anything within a week, I'm going to set up a Trac environment myself. I won't replace the mailing list immediately, since Sourceforge's works fine and I don't especially want to become a mail admin. I do look forward, though, to rolling the accumulated patches into an up-to-date release and having a central place to ticket what remains. Any objectors? Regards, Erik Rose P.S. In response to the long-ago bottom poster, I think there are more preferable ways to talk to MS SQL from Python than through ADO: FreeTDS, for instance, which is cross-platform and less flakey than ADO. However, for applications like mine which absolutely need ADO- driven access, ADODBAPI seems the most mature solution. > I think a re-do may be going a little far, but the source is there, > and > it is easy to modify. A fork may be called for, and people to help > maintain the fork would be needed. > > What issues have you had with MSSQL and adodbapi? > > ~Jon Franz > NeuroKode Labs, LLC > > Chris Curvey wrote: > > I think I had posted something several years ago and never heard > > anything back. Since Python-to-MSSQL has been a pain in the neck > for > > years now, I'd be willing to help in an effort to re-do adodbapi. > > > > On 4/25/05, *Jonathan Franz* > > wrote: > > > > Does anyone know how I can reach the maintainer of adodbapi? I > > submitted a fix for a bug with transaction handling two weeks > ago, and > > heard nothing back. > > > > Looking closer at the project on SF, it looks like there > are open bugs > > dating back almost 2 years... is adodbapi now an orphaned > project? > > > > ~Jon Franz > > NeuroKode Labs, LLC > > _______________________________________________ > > DB-SIG maillist - DB-SIG at python.org python.org> > > http://mail.python.org/mailman/listinfo/db-sig From wnvcole at peppermillcas.com Thu Oct 13 22:19:51 2005 From: wnvcole at peppermillcas.com (Vernon Cole) Date: Thu, 13 Oct 2005 13:19:51 -0700 Subject: [DB-SIG] Forking ADODBAPI Message-ID: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> I am among those who have submitted patches. I get the idea (perhaps unfounded) that the guys who made ADODBAPI now work for Micro$oft and that their employer does not WANT them to maintain it. A pity, if so. All I really know is that they have been silent for a very long time. Sourceforge seems have a policy for other volunteers taking over an inactive project. I think it would be better to try that than to make a new effort. I am trying to contact the existing project administrator by sending him a copy of this message. If there is continued silence, we should try taking over this project, I would think. Comments or volunteers, anyone? --- Vernon Cole -----Original Message----- From: db-sig-bounces at python.org [mailto:db-sig-bounces at python.org] On Behalf Of Erik Rose Sent: Thursday, October 13, 2005 10:21 AM To: db-sig at python.org Subject: [DB-SIG] Forking ADODBAPI Aha, so I'm not the only one to consider forking ADODBAPI! :-) I, too, submitted some fixes to the mailing list long ago and never got a reply, and it's increasingly cumbersome to say "Requires ADODBAPI v2.0.1 with this patch and that patch and...." Has anyone forked it already? If I don't hear anything within a week, I'm going to set up a Trac environment myself. I won't replace the mailing list immediately, since Sourceforge's works fine and I don't especially want to become a mail admin. I do look forward, though, to rolling the accumulated patches into an up-to-date release and having a central place to ticket what remains. Any objectors? Regards, Erik Rose P.S. In response to the long-ago bottom poster, I think there are more preferable ways to talk to MS SQL from Python than through ADO: FreeTDS, for instance, which is cross-platform and less flakey than ADO. However, for applications like mine which absolutely need ADO- driven access, ADODBAPI seems the most mature solution. > I think a re-do may be going a little far, but the source is there, > and > it is easy to modify. A fork may be called for, and people to help > maintain the fork would be needed. > > What issues have you had with MSSQL and adodbapi? > > ~Jon Franz > NeuroKode Labs, LLC > > Chris Curvey wrote: > > I think I had posted something several years ago and never heard > > anything back. Since Python-to-MSSQL has been a pain in the neck > for > > years now, I'd be willing to help in an effort to re-do adodbapi. > > > > On 4/25/05, *Jonathan Franz* > > wrote: > > > > Does anyone know how I can reach the maintainer of adodbapi? I > > submitted a fix for a bug with transaction handling two weeks > ago, and > > heard nothing back. > > > > Looking closer at the project on SF, it looks like there > are open bugs > > dating back almost 2 years... is adodbapi now an orphaned > project? > > > > ~Jon Franz > > NeuroKode Labs, LLC > > _______________________________________________ > > DB-SIG maillist - DB-SIG at python.org python.org> > > http://mail.python.org/mailman/listinfo/db-sig _______________________________________________ DB-SIG maillist - DB-SIG at python.org http://mail.python.org/mailman/listinfo/db-sig From ccurvey at gmail.com Thu Oct 13 22:27:09 2005 From: ccurvey at gmail.com (Chris Curvey) Date: Thu, 13 Oct 2005 16:27:09 -0400 Subject: [DB-SIG] Forking ADODBAPI In-Reply-To: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> References: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> Message-ID: <25ef693e0510131327o201cdf7fje1ef30430a52597e@mail.gmail.com> I would definitely be interested. (Whether or not the community wants my code is another question! :) On 10/13/05, Vernon Cole wrote: > > I am among those who have submitted patches. I get the idea (perhaps > unfounded) that the guys who made ADODBAPI now work for Micro$oft and > that their employer does not WANT them to maintain it. A pity, if so. > All I really know is that they have been silent for a very long time. > Sourceforge seems have a policy for other volunteers taking over an > inactive project. I think it would be better to try that than to make a > new effort. I am trying to contact the existing project administrator > by sending him a copy of this message. If there is continued silence, we > should try taking over this project, I would think. > Comments or volunteers, anyone? > --- > Vernon Cole > > -----Original Message----- > From: db-sig-bounces at python.org [mailto:db-sig-bounces at python.org] On > Behalf Of Erik Rose > Sent: Thursday, October 13, 2005 10:21 AM > To: db-sig at python.org > Subject: [DB-SIG] Forking ADODBAPI > > Aha, so I'm not the only one to consider forking ADODBAPI! :-) I, > too, submitted some fixes to the mailing list long ago and never got > a reply, and it's increasingly cumbersome to say "Requires ADODBAPI > v2.0.1 with this patch and that patch and...." > > Has anyone forked it already? If I don't hear anything within a week, > I'm going to set up a Trac environment myself. I won't replace the > mailing list immediately, since Sourceforge's works fine and I don't > especially want to become a mail admin. I do look forward, though, to > rolling the accumulated patches into an up-to-date release and having > a central place to ticket what remains. > > Any objectors? > > Regards, > Erik Rose > > P.S. In response to the long-ago bottom poster, I think there are > more preferable ways to talk to MS SQL from Python than through ADO: > FreeTDS, for instance, which is cross-platform and less flakey than > ADO. However, for applications like mine which absolutely need ADO- > driven access, ADODBAPI seems the most mature solution. > > > I think a re-do may be going a little far, but the source is there, > > and > > it is easy to modify. A fork may be called for, and people to help > > maintain the fork would be needed. > > > > What issues have you had with MSSQL and adodbapi? > > > > ~Jon Franz > > NeuroKode Labs, LLC > > > > Chris Curvey wrote: > > > I think I had posted something several years ago and never heard > > > anything back. Since Python-to-MSSQL has been a pain in the neck > > for > > > years now, I'd be willing to help in an effort to re-do adodbapi. > > > > > > On 4/25/05, *Jonathan Franz* > > > >> wrote: > > > > > > Does anyone know how I can reach the maintainer of adodbapi? I > > > submitted a fix for a bug with transaction handling two weeks > > ago, and > > > heard nothing back. > > > > > > Looking closer at the project on SF, it looks like there > > are open bugs > > > dating back almost 2 years... is adodbapi now an orphaned > > project? > > > > > > ~Jon Franz > > > NeuroKode Labs, LLC > > > _______________________________________________ > > > DB-SIG maillist - DB-SIG at python.org DB-SIG at > > python.org > > > > http://mail.python.org/mailman/listinfo/db-sig > _______________________________________________ > DB-SIG maillist - DB-SIG at python.org > http://mail.python.org/mailman/listinfo/db-sig > > _______________________________________________ > DB-SIG maillist - DB-SIG at python.org > http://mail.python.org/mailman/listinfo/db-sig > -- Nervous passengers are advised to wear a blindfold. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/db-sig/attachments/20051013/4cf76f80/attachment.htm From psucorp at grinchcentral.com Thu Oct 13 22:48:55 2005 From: psucorp at grinchcentral.com (Erik Rose) Date: Thu, 13 Oct 2005 16:48:55 -0400 Subject: [DB-SIG] Forking ADODBAPI In-Reply-To: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> References: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> Message-ID: <7C3F455B-D938-45F5-B98B-166BEC8D990C@grinchcentral.com> > I am among those who have submitted patches. I get the idea (perhaps > unfounded) that the guys who made ADODBAPI now work for Micro$oft and > that their employer does not WANT them to maintain it. A pity, if so. Hmm, Google doesn't show me any evidence of MS having assimilated him. ;-) If it's the same Henrik Ekelund, he seems to be CEO of the BTS Group in San Fran and a board member of several European companies: http://www.prodapt.com/about_prodaptteam.htm . Maybe he's just extremely busy. Regardless, he seems to have lost interest in this project. > Sourceforge seems have a policy for other volunteers taking over an > inactive project. I think it would be better to try that than to > make a > new effort. I am trying to contact the existing project administrator > by sending him a copy of this message. If there is continued > silence, we > should try taking over this project, I would think. > Comments or volunteers, anyone? I agree we should definitely get ahold of the Sourceforge project if we can, but, in my ideal universe, I'd still go with a Trac setup and just point the Sourceforge page to it. Trac has a much better UI than Sourceforge provides, and Subversion is a significant improvement over CVS (I'm a CVS refugee myself). I'm willing to host it for free on my dedicated server, which would give us the most power and flexibility. If that scares people, python-hosting.com offers the same thing for free, at the price of a more restricted environment. (Example: http://cherrytemplate.python-hosting.com/) For anyone who hasn't played with it, here's the ultimate example of a Trac environment: its own self-hosted development site at http:// projects.edgewall.com/trac/ . (It's got some cruft and ads that I would leave out, of course.) Cheers, Erik From wilk-ml at flibuste.net Fri Oct 14 09:08:47 2005 From: wilk-ml at flibuste.net (William Dode) Date: Fri, 14 Oct 2005 07:08:47 +0000 (UTC) Subject: [DB-SIG] Forking ADODBAPI References: <1DE30EB3ECE266409FDE6E7032F178C4139992@pcimail1s.peppermillcas.com> <7C3F455B-D938-45F5-B98B-166BEC8D990C@grinchcentral.com> Message-ID: On 13-10-2005, Erik Rose wrote: >> I am among those who have submitted patches. I get the idea (perhaps >> unfounded) that the guys who made ADODBAPI now work for Micro$oft and >> that their employer does not WANT them to maintain it. A pity, if so. > > Hmm, Google doesn't show me any evidence of MS having assimilated > him. ;-) If it's the same Henrik Ekelund, he seems to be CEO of the > BTS Group in San Fran and a board member of several European > companies: http://www.prodapt.com/about_prodaptteam.htm . Maybe he's > just extremely busy. Regardless, he seems to have lost interest in > this project. > >> Sourceforge seems have a policy for other volunteers taking over an >> inactive project. I think it would be better to try that than to >> make a >> new effort. I am trying to contact the existing project administrator >> by sending him a copy of this message. If there is continued >> silence, we >> should try taking over this project, I would think. >> Comments or volunteers, anyone? > > I agree we should definitely get ahold of the Sourceforge project if > we can, but, in my ideal universe, I'd still go with a Trac setup and > just point the Sourceforge page to it. Trac has a much better UI than > Sourceforge provides, and Subversion is a significant improvement > over CVS (I'm a CVS refugee myself). I'm willing to host it for free > on my dedicated server, which would give us the most power and > flexibility. If that scares people, python-hosting.com offers the > same thing for free, at the price of a more restricted environment. > (Example: http://cherrytemplate.python-hosting.com/) Don't you think that it's a little bit overkill for such a litle project ? What if tomorow we must change again ? it can be difficult to find a trac hosting with svn... I'm +1 to try everything to stay at sourceforge. If cvs is not enough we can switch to bazaar-ng to never have problem about hosting and forking. Anyway i use adodbapi for a lot of professionals projects, i'm very happy to see that i'm not alone :-) -- William Dode - http://flibuste.net From daniel at bowettsolutions.com Wed Oct 19 21:38:36 2005 From: daniel at bowettsolutions.com (Daniel Bowett) Date: Wed, 19 Oct 2005 20:38:36 +0100 Subject: [DB-SIG] Foxpro Message-ID: Hi all, I've been programming with python for a while now. Recently I switched to Linux but can't find a way to read and update Foxpro dbf's. In windows I would have done a ODBC connection. Can anyone help? Regards, Dan. From alan.mcintyre at esrgtech.com Wed Oct 19 23:38:26 2005 From: alan.mcintyre at esrgtech.com (Alan McIntyre) Date: Wed, 19 Oct 2005 17:38:26 -0400 Subject: [DB-SIG] Foxpro In-Reply-To: References: Message-ID: <4356BCD2.1040406@esrgtech.com> Dan, I have a module that can read and add records to DBF files; it's based on the XBase documentation here: http://www.clicketyclick.dk/databases/xbase/format/ I've never used it with Foxpro, but you're welcome to give it a shot. Just let me know if you'd like me to email it to you. Alan Daniel Bowett wrote: >Hi all, > >I've been programming with python for a while now. Recently I switched >to Linux but can't find a way to read and update Foxpro dbf's. > >In windows I would have done a ODBC connection. > >Can anyone help? > >Regards, > >Dan. > >_______________________________________________ >DB-SIG maillist - DB-SIG at python.org >http://mail.python.org/mailman/listinfo/db-sig > > > From jlh at yvn.com Sat Oct 22 06:17:04 2005 From: jlh at yvn.com (jim) Date: Fri, 21 Oct 2005 21:17:04 -0700 Subject: [DB-SIG] Foxpro In-Reply-To: References: Message-ID: <200510212117.04263.jlh@yvn.com> You can still use odbc. There is a library (that costs) out there that will do it. I have a python wrapper that I did for the xbase/xbase64 library that should work with the dbfs. I doubt it will do any good with the indexes though. I didn't really care about .cdx indexes. I made it work ok with clipper .ntx indexes so long as the clipper index doesn't have a conditional filter built in. If you want I can shoot you a tarball of the pieces I used. It's more that a bit crude since I'm not a skilled package maker. On the other hand, I'm using it in a production environment and subject to the limitations have had no problems from the clipper side. Jim Hurlburt Yakima, WA On Wednesday 19 October 2005 12:38 pm, Daniel Bowett wrote: > Hi all, > > I've been programming with python for a while now. Recently I switched > to Linux but can't find a way to read and update Foxpro dbf's. > > In windows I would have done a ODBC connection. > > Can anyone help? > > Regards, > > Dan. > > _______________________________________________ > DB-SIG maillist - DB-SIG at python.org > http://mail.python.org/mailman/listinfo/db-sig > > From gh at ghaering.de Sun Oct 23 19:06:08 2005 From: gh at ghaering.de (=?ISO-8859-1?Q?Gerhard_H=E4ring?=) Date: Sun, 23 Oct 2005 19:06:08 +0200 Subject: [DB-SIG] [ANN] pysqlite 2.0.5 Message-ID: <435BC300.2040606@ghaering.de> I just released pysqlite version 2.0.5. Many thanks to Christian Boos of the Trac project for testing pysqlite, spotting the following bugs and providing patches. Changes since release 2.0.4: - Do not leak statements if an error occurs during BEGIN, ROLLBACK or COMMIT. - Fixed numeric overflow/underflow bugs in the calculation of the sleep interval for timeouts. This bug could lead to application crashes. - Code cleanup: Reordered #includes to remove the need for an ugly cast from and to a void pointer. Two new features: - A new function complete_statement(sql) at module-level that wraps sqlite3_complete(). This can be used to implement a pysqlite-based SQL shell more easily, for example. - The Windows binaries are now dynamically linked against sqlite3.dll. This way users can easily upgrade the SQLite engine used by pysqlite by just replacing the installed sqlite3.dll with a newer one from the SQLite homepage. The Windows binaries now include the most recent SQLite3.DLL at the time they're built. If this change creates any problems for you, please submit a ticket. From carsten at uniqsys.com Mon Oct 24 14:15:52 2005 From: carsten at uniqsys.com (Carsten Haese) Date: Mon, 24 Oct 2005 08:15:52 -0400 Subject: [DB-SIG] [ANN] Python API InformixDB-2.0 released Message-ID: <1130156151.12635.26.camel@dot.uniqsys.com> Hi everybody, Thanks to significant code contributions by Daniel Smertnig, I am proud to announce release 2.0 of the Informix implementation of the Python DB-API, a mere 5 weeks after release 1.5. Downloads and info at http://informixdb.sourceforge.net/ This release features the following improvements over InformixDB-1.5: * Full compliance with version 2 of the DB-API specification, including many useful optional features suggested by the specification. * Improved documentation: Command line help and HTML manual. * Improved portability: The module now builds painlessly on Windows, and a binary installer for Python 2.4 is provided. Note that this release requires Python 2.2 or better, and it breaks backwards compatibility with version 1 of the DB-API specification. If either of these are a problem for you, you may still use InformixDB-1.5, but I strongly recommend upgrading as I won't develop InformixDB-1.5 any further. Best regards, Carsten Haese. From luizgeron at gmail.com Thu Oct 27 21:45:26 2005 From: luizgeron at gmail.com (Luiz Carlos Geron) Date: Thu, 27 Oct 2005 17:45:26 -0200 Subject: [DB-SIG] Query fields Metadata Message-ID: Hi All, I am searching for a way to obtain the type of the fields in a query, like in Java rs.metadata property. Is there a way to do this with python db modules, such as kinterbasdb? Or it is only possible under Jython? Cheers, Luiz Carlos Geron From carsten at uniqsys.com Thu Oct 27 21:55:35 2005 From: carsten at uniqsys.com (Carsten Haese) Date: Thu, 27 Oct 2005 15:55:35 -0400 Subject: [DB-SIG] Query fields Metadata In-Reply-To: References: Message-ID: <1130442935.22172.55.camel@dot.uniqsys.com> On Thu, 2005-10-27 at 15:45, Luiz Carlos Geron wrote: > Hi All, > I am searching for a way to obtain the type of the fields in a query, > like in Java rs.metadata property. Is there a way to do this with > python db modules, such as kinterbasdb? Or it is only possible under > Jython? That depends on the type of metadata you're looking for. If the module is DB-API compliant, the cursor's ".description" attribute will give you at least the column name and type. Depending on the database module, you may get more information than that. HTH, Carsten Haese.