Skip site navigation (1) Skip section navigation (2)

[ psqlodbc-Bugs-1000476 ] DateStyle and Transaction

From: <noreply(at)pgfoundry(dot)org>
To: noreply(at)pgfoundry(dot)org
Subject: [ psqlodbc-Bugs-1000476 ] DateStyle and Transaction
Date: 2005-12-09 22:59:41
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-odbc
Bugs item #1000476, was opened at 2005-12-08 15:43
You can respond by visiting:

Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 3
Submitted By: Nobody (None)
Assigned to: Ludek Finstrle (luf)
Summary: DateStyle and Transaction

Initial Comment:
When I work with auto_commit mode off, I can issue ODBC rollback command after my first statements. After that driver loses his DateStyle ISO setting which one driver setup at begin.
So, later it will return date fields in wrong format if my default database style is different then ISO (I'm using European,SQL format).
Here is example attached. Gzipped TAR archive includes mylog file and postgresql log file.

I'm using Linux with unixODBC 2.2.9, psqlodbc 08.01.0102 with options "Threading=0, UseDeclareFetch=1". In application, I've turned auto_commit mode off.

P.S. The same thing we'll see if we cancel first select statement. After cancellation there will be "ROLLBACK" command which drops DateStyle setting too. What I think, driver should issue "COMMIT" right after settings in connection procedure. For example, call CC_commit() at the end of CC_send_settings() function.


>Comment By: Dave Page  (dpage)
Date: 2005-12-09 22:59

Patch applied, thanks.


Comment By: Ludek Finstrle (luf)
Date: 2005-12-09 02:35

I fix the problem. Patch is attached. Please try it and report if it helps.


You can respond by visiting:


pgsql-odbc by date

Next:From: Dave PageDate: 2005-12-09 23:16:21
Subject: Re: psqlODBC 8.01.0104 Development snapshot
Previous:From: noreplyDate: 2005-12-09 22:51:46
Subject: [ psqlodbc-Bugs-1000477 ] Long parameters are not parsed from initialization string and unitialized options

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group