From R32813 at freescale.com  Tue Mar  8 11:16:10 2011
From: R32813 at freescale.com (Wong Wah Meng-R32813)
Date: Tue, 8 Mar 2011 10:16:10 +0000
Subject: [DB-SIG] ORA-12705: Cannot access NLS data files or invalid
 environment specified
Message-ID: <02EA6D704E30CE499C5071776509A925EBD165@039-SN1MPN1-003.039d.mgd.msft.net>

Hello there,

My oracledb module on HP-UX is unable to connect to database when I export environment variable NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK". There is no issue when such environment variable is exported and the SQLPLUS is issued. The DBA determined that this is an application error. Does anyone know this might be related to the some national language library not properly installed on the server? I noticed that there is no $ORACLE_HOME/ocommon folder on my server where Oracle installed is 11g, and I googled that environemnt variable ORA_NLS33 by default is pointing to $ORACLE_HOME/ocommon/nls/admin/data. Or ORA_NLS33 is no longer in use for Oracle 11g?

$ python
Python 1.5.2 (#9, May 23 2000, 14:18:02) [C] on hp-uxB
Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>> import oracledb
>>> a=oracledb.oracledb("gen812ora8/gen812db1ora8 at DB1ORA9")
Traceback (innermost last):
  File "<stdin>", line 1, in ?
OracleDbError: LOGON caused a ORA-12705: Cannot access NLS data files or invalid environment specified

>>>
$ uname -a
HP-UX zmy02hp3 B.11.31 U ia64 3240906838 unlimited-user license
$ sqlplus gen812ora8/gen812db1ora8 at DB1ORA9

SQL*Plus: Release 11.1.0.7.0 - Production on ?????? 3?? 8 12:10:24 2011
Copyright (c) 1982, 2008, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Data Mining option
With the Data Mining option
SQL>

Regards,
Wah Meng
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/db-sig/attachments/20110308/2f2ffc4b/attachment.html>

From dieter at handshake.de  Thu Mar 10 09:53:18 2011
From: dieter at handshake.de (Dieter Maurer)
Date: Thu, 10 Mar 2011 09:53:18 +0100
Subject: [DB-SIG] ORA-12705: Cannot access NLS data files or
	invalid	environment specified
In-Reply-To: <02EA6D704E30CE499C5071776509A925EBD165@039-SN1MPN1-003.039d.mgd.msft.net>
References: <02EA6D704E30CE499C5071776509A925EBD165@039-SN1MPN1-003.039d.mgd.msft.net>
Message-ID: <19832.37246.767848.106427@gargle.gargle.HOWL>

Wong Wah Meng-R32813 wrote at 2011-3-8 10:16 +0000:
>My oracledb module on HP-UX is unable to connect to database when I export environment variable NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK". There is no issue when such environment variable is exported and the SQLPLUS is issued. The DBA determined that this is an application error. Does anyone know this might be related to the some national language library not properly installed on the server? I noticed that there is no $ORACLE_HOME/ocommon folder on my server where Oracle installed is 11g, and I googled that environemnt variable ORA_NLS33 by default is pointing to $ORACLE_HOME/ocommon/nls/admin/data. Or ORA_NLS33 is no longer in use for Oracle 11g?
>
>$ python
>Python 1.5.2 (#9, May 23 2000, 14:18:02) [C] on hp-uxB
>Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>>> import oracledb
>>>> a=oracledb.oracledb("gen812ora8/gen812db1ora8 at DB1ORA9")
>Traceback (innermost last):
>  File "<stdin>", line 1, in ?
>OracleDbError: LOGON caused a ORA-12705: Cannot access NLS data files or invalid environment specified

I would check the Oracle documentation for error "ORA-12705"
to get indications what can cause this error.

The message indicates that the problem is with the NLS files during "LOGON".
I suppose it is a server problem (but I am not sure). In this case,
you may find something relevant in the server log files.


Unfortunately, Oracle error messages are (following the Microsoft example)
often less specific than they should and could be:
ideally, they would tell which files or directory could not be accessed.
Maybe, the Oracle documentation helps you to fill the holes left
by the error messages.



--
Dieter

From R32813 at freescale.com  Thu Mar 10 10:48:06 2011
From: R32813 at freescale.com (Wong Wah Meng-R32813)
Date: Thu, 10 Mar 2011 09:48:06 +0000
Subject: [DB-SIG] ORA-12705: Cannot access NLS data files or
	invalid	environment specified
In-Reply-To: <19832.37246.767848.106427@gargle.gargle.HOWL>
References: <02EA6D704E30CE499C5071776509A925EBD165@039-SN1MPN1-003.039d.mgd.msft.net>
	<19832.37246.767848.106427@gargle.gargle.HOWL>
Message-ID: <02EA6D704E30CE499C5071776509A925EBD775@039-SN1MPN1-003.039d.mgd.msft.net>

Thanks Dieter. Yeah I logged a ticket to Oracle and wait for their support to advise me what went wrong. The original guess on ORA_NLS33 could be the culprit is wrong as we managed to find the right folder to set the parameter, the problem still exists. 

I will give an update here after working with Oracle. Thanks!

Regards,
Wah Meng  

-----Original Message-----
From: Dieter Maurer [mailto:dieter at handshake.de] 
Sent: Thursday, March 10, 2011 4:53 PM
To: Wong Wah Meng-R32813
Cc: db-sig at python.org
Subject: Re: [DB-SIG] ORA-12705: Cannot access NLS data files or invalid environment specified

Wong Wah Meng-R32813 wrote at 2011-3-8 10:16 +0000:
>My oracledb module on HP-UX is unable to connect to database when I export environment variable NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK". There is no issue when such environment variable is exported and the SQLPLUS is issued. The DBA determined that this is an application error. Does anyone know this might be related to the some national language library not properly installed on the server? I noticed that there is no $ORACLE_HOME/ocommon folder on my server where Oracle installed is 11g, and I googled that environemnt variable ORA_NLS33 by default is pointing to $ORACLE_HOME/ocommon/nls/admin/data. Or ORA_NLS33 is no longer in use for Oracle 11g?
>
>$ python
>Python 1.5.2 (#9, May 23 2000, 14:18:02) [C] on hp-uxB Copyright 
>1991-1995 Stichting Mathematisch Centrum, Amsterdam
>>>> import oracledb
>>>> a=oracledb.oracledb("gen812ora8/gen812db1ora8 at DB1ORA9")
>Traceback (innermost last):
>  File "<stdin>", line 1, in ?
>OracleDbError: LOGON caused a ORA-12705: Cannot access NLS data files 
>or invalid environment specified

I would check the Oracle documentation for error "ORA-12705"
to get indications what can cause this error.

The message indicates that the problem is with the NLS files during "LOGON".
I suppose it is a server problem (but I am not sure). In this case, you may find something relevant in the server log files.


Unfortunately, Oracle error messages are (following the Microsoft example) often less specific than they should and could be:
ideally, they would tell which files or directory could not be accessed.
Maybe, the Oracle documentation helps you to fill the holes left by the error messages.



--
Dieter



From anthony.tuininga at gmail.com  Mon Mar 21 14:38:32 2011
From: anthony.tuininga at gmail.com (Anthony Tuininga)
Date: Mon, 21 Mar 2011 07:38:32 -0600
Subject: [DB-SIG] cx_Oracle 5.1
Message-ID: <AANLkTinkXMfN74+Xbg4iVxuAH2JKae0v_ahyJH28dbbt@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) Remove support for UNICODE mode and permit Unicode to be passed
through everywhere a string may be passed in. This means that strings
will be passed through to Oracle using the value of the NLS_LANG
environment variable in Python 3.x as well. Doing this eliminated a
bunch of problems that were discovered by using UNICODE mode and also
removed an unnecessary restriction in Python 2.x that Unicode could
not be used in connect strings or SQL statements, for example.

2) Added support for creating an empty object variable via a named
type, the first step to adding full object support.

3) Added support for Python 3.2.

4) Account for lib64 used on x86_64 systems. Thanks to Alex Wood for
supplying the patch.

5) Clear up potential problems when calling cursor.close() ahead of
the cursor being freed by going out of scope.

6) Avoid compilation difficulties on AIX5 as OCIPing does not appear
to be available on that platform under Oracle 10g Release 2. Thanks to
Pierre-Yves Fontaniere for the patch.

7) Free temporary LOBs prior to each fetch in order to avoid leaking
them. Thanks to Uwe Hoffmann for the initial patch.

From phd at phdru.name  Tue Mar 22 17:42:46 2011
From: phd at phdru.name (Oleg Broytman)
Date: Tue, 22 Mar 2011 19:42:46 +0300
Subject: [DB-SIG] SQLObject 0.15.1
Message-ID: <20110322164246.GC13093@iskra.aviel.ru>

Hello!

I'm pleased to announce version 0.15.1, a bugfix release of branch 0.15
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.15.1

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


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

* A bug was fixed in MSSQLConnection.

* A minor bug was fixed in sqlbuilder.Union.

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

Oleg.
-- 
     Oleg Broytman            http://phdru.name/            phd at phdru.name
           Programmers don't die, they just GOSUB without RETURN.

From phd at phdru.name  Mon Mar 28 15:29:41 2011
From: phd at phdru.name (Oleg Broytman)
Date: Mon, 28 Mar 2011 17:29:41 +0400
Subject: [DB-SIG] SQLObject 1.0.0
Message-ID: <20110328132941.GC19293@iskra.aviel.ru>

Hello!

I'm really happy to announce SQLObject version 1.0.0!


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/1.0.0

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


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

Features & Interface
--------------------

* Major API change: DB URI parser was changed to use urllib.split*() and
  unquote(). This means any username/password/path are allowed in DB
  URIs if they are properly %-encoded, and DB URIs are automatically
  unquoted.

* A new module ``__version__.py`` was added. New variables ``version``
  (string) and ``version_info`` (5-tuple: major, minor, micro, release
  level, serial) are imported into ``sqlobject`` namespace.

* In SQLite, id columns are made AUTOINCREMENT.

* Parameter ``backend`` in DB URI is no longer supported, use parameter
  ``driver``.

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

Oleg.
-- 
     Oleg Broytman            http://phdru.name/            phd at phdru.name
           Programmers don't die, they just GOSUB without RETURN.