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 "", 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: 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 "", 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 "", 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: 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.