From sonnyjiang at yahoo.com  Mon May  4 16:36:44 2009
From: sonnyjiang at yahoo.com (Sonny Jiang)
Date: Mon, 4 May 2009 07:36:44 -0700 (PDT)
Subject: [DB-SIG] Help! ImportError: DLL load failed: The specified
	procedure could not be found
Message-ID: <523541.55272.qm@web50105.mail.re2.yahoo.com>

Hi, 
I am still having this error. I saw from postings a couple of years ago that said it might be version mismatch. But I tried several combinations but still no progress.
Oracle: 10g
Python: 2.6 (also tried 3.0 with corresponding cx_Oracle download)
cx_Oracle: 5.0.1 (also tried 5.0, 4.4.1)
?
When I do >>>help('modules'), cx_Oracle shows up there.
?
Please help. THANK YOU!
?
--Sonny
?
==================================================
SQL> quit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
C:\Documents and Settings\Songnian Jiang>python -V
Python 2.6.2
C:\Documents and Settings\Songnian Jiang>python
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import cx_Oracle
Traceback (most recent call last):
? File "<stdin>", line 1, in <module>
ImportError: DLL load failed: The specified procedure could not be found.
>>> import sys
>>> print (sys.path)
['', 'C:\\Python26\\lib\\site-packages', 'C:\\WINDOWS\\system32\\python26.zip',
'C:\\python26\\DLLs', 'C:\\python26\\lib', 'C:\\python26\\lib\\plat-win', 'C:\\p
ython26\\lib\\lib-tk', 'C:\\python26']
>>>


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/db-sig/attachments/20090504/78097959/attachment.htm>

From anthony.tuininga at gmail.com  Mon May  4 17:41:27 2009
From: anthony.tuininga at gmail.com (Anthony Tuininga)
Date: Mon, 4 May 2009 09:41:27 -0600
Subject: [DB-SIG] Help! ImportError: DLL load failed: The specified
	procedure could not be found
In-Reply-To: <523541.55272.qm@web50105.mail.re2.yahoo.com>
References: <523541.55272.qm@web50105.mail.re2.yahoo.com>
Message-ID: <703ae56b0905040841j5c84fd82y8afbaa7c81fc9168@mail.gmail.com>

The version mismatch referred to is not for __Python__ but for the
Oracle client. Can you be more precise as to which Oracle version you
are using? There is a big difference between 10g Release 1 and 2. The
version labeled 10g is for 10g Release 2, not 1. If you cannot upgrade
your client or install a more recent instant client, use the 9i
version.

Hope that helps.

Anthony

P.S. The best place to post questions about cx_Oracle is probably on
the cx_Oracle mailing list.

On Mon, May 4, 2009 at 8:36 AM, Sonny Jiang <sonnyjiang at yahoo.com> wrote:
> Hi,
> I am still having this error. I saw from postings a couple of years ago that
> said it might be version mismatch. But I tried several combinations but
> still no progress.
> Oracle: 10g
> Python: 2.6 (also tried 3.0 with corresponding cx_Oracle download)
> cx_Oracle: 5.0.1 (also tried 5.0, 4.4.1)
>
> When I do >>>help('modules'), cx_Oracle shows up there.
>
> Please help. THANK YOU!
>
> --Sonny
>
> ==================================================
> SQL> quit
> Disconnected from Oracle Database 10g Enterprise Edition Release 10.1.0.2.0
> - Production
> With the Partitioning, OLAP and Data Mining options
> C:\Documents and Settings\Songnian Jiang>python -V
> Python 2.6.2
> C:\Documents and Settings\Songnian Jiang>python
> Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit (Intel)]
> on
> win32
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import cx_Oracle
> Traceback (most recent call last):
> ? File "<stdin>", line 1, in <module>
> ImportError: DLL load failed: The specified procedure could not be found.
>>>> import sys
>>>> print (sys.path)
> ['', 'C:\\Python26\\lib\\site-packages',
> 'C:\\WINDOWS\\system32\\python26.zip',
> 'C:\\python26\\DLLs', 'C:\\python26\\lib', 'C:\\python26\\lib\\plat-win',
> 'C:\\p
> ython26\\lib\\lib-tk', 'C:\\python26']
>>>>
>
> _______________________________________________
> DB-SIG maillist ?- ?DB-SIG at python.org
> http://mail.python.org/mailman/listinfo/db-sig
>
>

From phd at phd.pp.ru  Wed May  6 14:19:46 2009
From: phd at phd.pp.ru (Oleg Broytmann)
Date: Wed, 6 May 2009 16:19:46 +0400
Subject: [DB-SIG] SQLObject 0.10.5
Message-ID: <20090506121946.GG15968@phd.pp.ru>

Hello!

I'm pleased to announce version 0.10.5, a minor bugfix release of 0.10 branch
of SQLObject.


What is SQLObject
=================

SQLObject is an 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 supports a number of backends: MySQL, PostgreSQL, SQLite,
Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB).


Where is SQLObject
==================

Site:
http://sqlobject.org

Development:
http://sqlobject.org/devel/

Mailing list:
https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss

Archives:
http://news.gmane.org/gmane.comp.python.sqlobject

Download:
http://cheeseshop.python.org/pypi/SQLObject/0.10.5

News and changes:
http://sqlobject.org/News.html


What's New
==========

News since 0.10.4
-----------------

* Another unicode-related patch for MySQL; required because different
  versions of MySQLdb require different handling::

   - MySQLdb < 1.2.1: only ascii
   - MySQLdb = 1.2.1: only unicode
   - MySQLdb > 1.2.1: both ascii and unicode

* Setup requires FormEncode version 1.1.1+.

* Fixed a minor bug - pass name to DecimalValidator.

* Fixed a bug in InheritableIteration - pass connection to child
  klass.select().

* sqlmeta.getColumns() becomes classmethod.

* A bug was fixed in PostgresConnection.columnsFromSchema() - foreign keys
  are now recognized and created as proper ForeignKey with correct
  column name and table name.

* Bugs in PostgresConnection and MSSQLConnection related to properties was
  fixed. A note for developers: from now on properties in DBConnection
  classes are forbidden as they don't work with Transaction -
  Transaction.__getattr__() cannot properly wrap 'self' so a property is
  called with wrong 'self'.

* Transaction instances now explicitly raises TypeError on close() -
  without this calling Transaction.close() calls connection.close() which
  is wrong.

* A bug in SQLiteConnection.columnsFromSchema() that led to an infinite
  loop was fixed.

For a more complete list, please see the news:
http://sqlobject.org/News.html

Oleg.
-- 
     Oleg Broytmann            http://phd.pp.ru/            phd at phd.pp.ru
           Programmers don't die, they just GOSUB without RETURN.

From phd at phd.pp.ru  Wed May  6 14:10:01 2009
From: phd at phd.pp.ru (Oleg Broytmann)
Date: Wed, 6 May 2009 16:10:01 +0400
Subject: [DB-SIG] SQLObject 0.9.10
Message-ID: <20090506121001.GC15968@phd.pp.ru>

Hello!

I'm pleased to announce version 0.9.10, a minor bugfix release of 0.9 branch
of SQLObject.


What is SQLObject
=================

SQLObject is an 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 supports a number of backends: MySQL, PostgreSQL, SQLite,
Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB).


Where is SQLObject
==================

Site:
http://sqlobject.org

Development:
http://sqlobject.org/devel/

Mailing list:
https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss

Archives:
http://news.gmane.org/gmane.comp.python.sqlobject

Download:
http://cheeseshop.python.org/pypi/SQLObject/0.9.10

News and changes:
http://sqlobject.org/News.html


What's New
==========

News since 0.9.9
----------------

* Another unicode-related patch for MySQL; required because different
  versions of MySQLdb require different handling::

   - MySQLdb < 1.2.1: only ascii
   - MySQLdb = 1.2.1: only unicode
   - MySQLdb > 1.2.1: both ascii and unicode

* Setup requires FormEncode version 1.1.1+.

* Fixed a minor bug - pass name to DecimalValidator.

* Fixed a bug in InheritableIteration - pass connection to child
  klass.select().

* A bug was fixed in PostgresConnection.columnsFromSchema() - foreign keys
  are now recognized and created as proper ForeignKey with correct
  column name and table name.

* Bugs in PostgresConnection and MSSQLConnection related to properties was
  fixed. A note for developers: from now on properties in DBConnection
  classes are forbidden as they don't work with Transaction -
  Transaction.__getattr__() cannot properly wrap 'self' so a property is
  called with wrong 'self'.

* Transaction instances now explicitly raises TypeError on close() -
  without this calling Transaction.close() calls connection.close() which
  is wrong.

* A bug in SQLiteConnection.columnsFromSchema() that led to an infinite
  loop was fixed.

For a more complete list, please see the news:
http://sqlobject.org/News.html

Oleg.
-- 
     Oleg Broytmann            http://phd.pp.ru/            phd at phd.pp.ru
           Programmers don't die, they just GOSUB without RETURN.

From mike_mp at zzzcomputing.com  Sun May 10 19:03:48 2009
From: mike_mp at zzzcomputing.com (Michael Bayer)
Date: Sun, 10 May 2009 13:03:48 -0400
Subject: [DB-SIG] SQLAlchemy and py-postgresql?
In-Reply-To: <49DC5D61.1070205@online.de>
References: <mailman.4.1239012004.26658.db-sig@python.org>	<44291728-546A-4130-AD4C-F7DA89CA544F@mac.com>
	<C57DFF9D-3451-4E6C-9C9C-C6BD50A741AF@jwp.name>
	<49DC5D61.1070205@online.de>
Message-ID: <824DE708-3DB0-4C1D-8C84-0AC0891765B7@zzzcomputing.com>

the 0.6 branch of SQLA supports Python 3K and also pg8000/psycopg2 for  
Postgres access.    Adding py-postgresql would be a simple drop-in  
procedure, as you only need to specify those behaviors of py- 
postgresql which diverge from that of a "vanilla" DBAPI - for example,  
heres the pg8000 driver which is about 50 lines of code:  http://www.sqlalchemy.org/trac/browser/sqlalchemy/branches/rel_0_6/lib/sqlalchemy/dialects/postgres/pg8000.py 
  .

We are hoping to merge 0.6 to trunk sometime over the summer.   More  
contributors on this branch (read: people who can run unit tests for  
different backends and python environments) will help us get there  
faster.


On Apr 8, 2009, at 4:16 AM, Christoph Zwerschke wrote:

> James Pye schrieb:
> > Depends. Does SQLAlchemy support Python 3?
>
> No, that will still take some time. See
> http://groups.google.com/group/sqlalchemy/browse_thread/thread/b4dbc90ccf6ffdfb
>
> -- Christoph
> _______________________________________________
> DB-SIG maillist  -  DB-SIG at python.org
> http://mail.python.org/mailman/listinfo/db-sig


From phd at phd.pp.ru  Mon May 18 20:13:22 2009
From: phd at phd.pp.ru (Oleg Broytmann)
Date: Mon, 18 May 2009 22:13:22 +0400
Subject: [DB-SIG] SQLObject 0.9.11
Message-ID: <20090518181322.GC13292@phd.pp.ru>

Hello!

I'm pleased to announce version 0.9.11, a minor bugfix release of 0.9 branch
of SQLObject.


What is SQLObject
=================

SQLObject is an 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 supports a number of backends: MySQL, PostgreSQL, SQLite,
Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB).


Where is SQLObject
==================

Site:
http://sqlobject.org

Development:
http://sqlobject.org/devel/

Mailing list:
https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss

Archives:
http://news.gmane.org/gmane.comp.python.sqlobject

Download:
http://cheeseshop.python.org/pypi/SQLObject/0.9.11

News and changes:
http://sqlobject.org/News.html


What's New
==========

News since 0.9.10
----------------

* Two bugs in SQLiteConnection.columnsFromSchema() were fixed: use
  sqlmeta.idName instead of 'id'; convert default 'NULL' to None.

* Use sqlmeta.idName instead of 'id' in all connection classes.

* Fixed a bug that prevented to override per class _connection if there is
  sqlhub.processConnection.

For a more complete list, please see the news:
http://sqlobject.org/News.html

Oleg.
-- 
     Oleg Broytmann            http://phd.pp.ru/            phd at phd.pp.ru
           Programmers don't die, they just GOSUB without RETURN.

From phd at phd.pp.ru  Mon May 18 20:14:39 2009
From: phd at phd.pp.ru (Oleg Broytmann)
Date: Mon, 18 May 2009 22:14:39 +0400
Subject: [DB-SIG] SQLObject 0.10.6
Message-ID: <20090518181439.GG13292@phd.pp.ru>

Hello!

I'm pleased to announce version 0.10.6, a minor bugfix release of 0.10 branch
of SQLObject.


What is SQLObject
=================

SQLObject is an 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 supports a number of backends: MySQL, PostgreSQL, SQLite,
Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB).


Where is SQLObject
==================

Site:
http://sqlobject.org

Development:
http://sqlobject.org/devel/

Mailing list:
https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss

Archives:
http://news.gmane.org/gmane.comp.python.sqlobject

Download:
http://cheeseshop.python.org/pypi/SQLObject/0.10.6

News and changes:
http://sqlobject.org/News.html


What's New
==========

News since 0.10.5
-----------------

* Better support for Python 2.6: do not import the deprecated sets module.

* Two bugs in SQLiteConnection.columnsFromSchema() were fixed: use
  sqlmeta.idName instead of 'id'; convert default 'NULL' to None.

* Use sqlmeta.idName instead of 'id' in all connection classes.

* Fixed a bug that prevented to override per class _connection if there is
  sqlhub.processConnection.

For a more complete list, please see the news:
http://sqlobject.org/News.html

Oleg.
-- 
     Oleg Broytmann            http://phd.pp.ru/            phd at phd.pp.ru
           Programmers don't die, they just GOSUB without RETURN.

From zongzhi.liu at gmail.com  Wed May 13 21:04:44 2009
From: zongzhi.liu at gmail.com (zongzhi liu)
Date: Wed, 13 May 2009 15:04:44 -0400
Subject: [DB-SIG] connect to multiple databases at the same time
Message-ID: <f7e79ee80905131204w62e272f0m3bba1959e15977cd@mail.gmail.com>

I am using sqlite3 a lot.  As a database growing larger and larger, I would
like to seperate some tables into another database.  In sqlite3, you can use
something like:
select * from db_a.table1 join db_b.table1 using (ID)

However, I cannot figure out how to use such statement in python.  You help
will be greatly appreciated.

zongzhi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/db-sig/attachments/20090513/0aca689c/attachment.htm>

From mal at egenix.com  Tue May 19 11:30:03 2009
From: mal at egenix.com (M.-A. Lemburg)
Date: Tue, 19 May 2009 11:30:03 +0200
Subject: [DB-SIG] connect to multiple databases at the same time
In-Reply-To: <f7e79ee80905131204w62e272f0m3bba1959e15977cd@mail.gmail.com>
References: <f7e79ee80905131204w62e272f0m3bba1959e15977cd@mail.gmail.com>
Message-ID: <4A127C1B.5090001@egenix.com>

zongzhi liu wrote:
> I am using sqlite3 a lot.  As a database growing larger and larger, I would
> like to seperate some tables into another database.  In sqlite3, you can use
> something like:
> select * from db_a.table1 join db_b.table1 using (ID)
> 
> However, I cannot figure out how to use such statement in python.  You help
> will be greatly appreciated.

That would be a cross-database join. A few databases are able to
handle such joins, e.g. DB2. You have to define access to the
second DB in the first DB and then have the database engine
apply the join for you.

In Python, you'd simply run the query and get back the results.

There are also meta-drivers which provide a similar logic without
the need to modify the databases, e.g.

http://www.easysoft.com/products/data_access/odbc_odbc_join_engine/index.html?location=Easysoft%20Data%20Access%20body

You can use our mxODBC to access this driver from Python.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, May 19 2009)
>>> Python/Zope Consulting and Support ...        http://www.egenix.com/
>>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
>>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________
2009-06-29: EuroPython 2009, Birmingham, UK                40 days to go

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::


   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/

From anthony.tuininga at gmail.com  Fri May 22 15:34:50 2009
From: anthony.tuininga at gmail.com (Anthony Tuininga)
Date: Fri, 22 May 2009 07:34:50 -0600
Subject: [DB-SIG] cx_Oracle 5.0.2
Message-ID: <703ae56b0905220634n681006a2lcccab29ff9806258@mail.gmail.com>

What is cx_Oracle?

cx_Oracle is a Python extension module that allows access to Oracle and
conforms to the Python database API 2.0 specifications with a few
exceptions.


Where do I get it?

http://cx-oracle.sourceforge.net


What's new?

1) Fix creation of temporary NCLOB values and the writing of NCLOB
values in non Unicode mode.

2) Re-enabled parsing of non select statements as requested by Roy Terrill.

3) Implemented a parse error offset as requested by Catherine Devlin.

4) Removed lib subdirectory when forcing RPATH now that the library
directory is being calculated exactly in setup.py.

5) Added an additional cast in order to support compiling by Microsoft
Visual C++ 2008 as requested by Marco de Paoli.

6) Added additional include directory to setup.py in order to support
compiling by Microsoft Visual Studio was requested by Jason Coombs.

7) Fixed a few documentation issues.