anand.vasudevan | 11 May 2006 13:44

Timestamp in the unixODBC log file


Hi all,

I have the following entry in my odbcinst.ini file: -

[ODBC]
Trace           = Yes
TraceFile               = /tmp/sql.log
ForceTrace              = Yes
Pooling         = Yes

I get the following log messages in the /tmp/sql.log file: -

[ODBC][23545][SQLAllocHandle.c][463]
                Exit:[SQL_SUCCESS]
                        Output Handle = 11c340
[ODBC][23545][SQLSetConnectAttr.c][318]
                Entry:
                        Connection = 11c340
                        Attribute = SQL_ATTR_LOGIN_TIMEOUT
                        Value = 5
                        StrLen = 0
[ODBC][23545][SQLSetConnectAttr.c][500]
                Exit:[SQL_SUCCESS]
[ODBC][23545][SQLConnect.c][3549]
                Entry:
                        Connection = 11c340
                        Server Name = [testdb][length = 14 (SQL_NTS)]
                        User Name = [usr][length = 6 (SQL_NTS)]
                        Authentication = [******][length = 6 (SQL_NTS)]
(Continue reading)

Nick Gorham | 11 May 2006 14:15
Favicon

Re: Timestamp in the unixODBC log file

anand.vasudevan <at> wipro.com wrote:
> Hi all,
> 
> I have the following entry in my odbcinst.ini file: -
> 
> [ODBC]
> Trace           = Yes
> TraceFile               = /tmp/sql.log
> ForceTrace              = Yes
> Pooling         = Yes
> 
> 
> I get the following log messages in the /tmp/sql.log file: -
> 
> [ODBC][23545][SQLAllocHandle.c][463]
>                 Exit:[SQL_SUCCESS]
>                         Output Handle = 11c340
> [ODBC][23545][SQLSetConnectAttr.c][318]
>                 Entry:
>                         Connection = 11c340
>                         Attribute = SQL_ATTR_LOGIN_TIMEOUT
>                         Value = 5
>                         StrLen = 0
> [ODBC][23545][SQLSetConnectAttr.c][500]
>                 Exit:[SQL_SUCCESS]
> [ODBC][23545][SQLConnect.c][3549]
>                 Entry:
>                         Connection = 11c340
>                         Server Name = [testdb][length = 14 (SQL_NTS)]
>                         User Name = [usr][length = 6 (SQL_NTS)]
(Continue reading)

Igor Korot | 11 May 2006 21:29
Picon
Favicon

unixODBC-2.2.12 with QT4

Hi, Nick,
There is a bug report on the Gentoo Linux site against this configuration.
The report says, that the unixODBC -2.2.12 failed to build with the qt4 installed.

Can you confirm?

Thank you.
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> easysoft.com
http://mail.easysoft.com/mailman/listinfo/unixodbc-dev

Nick Gorham | 12 May 2006 00:56
Favicon

Re: unixODBC-2.2.12 with QT4

Igor Korot wrote:

>Hi, Nick,
>There is a bug report on the Gentoo Linux site against this configuration.
>The report says, that the unixODBC -2.2.12 failed to build with the qt4 installed.
>
>Can you confirm?
>  
>
No,

Any chance you could give more information?

Actually, it would be hard to provide less information.

Remember 2.2.12 IS NOT RELEASED, no one should be using it, and if they 
are, shouldn't be upset when it fails. I do need to get it released, but 
I am still working at adding the unicode odbcinst functions at the moment.

--

-- 
Nick
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> easysoft.com
http://mail.easysoft.com/mailman/listinfo/unixodbc-dev

Stefan Radman | 12 May 2006 07:04
Favicon

RE: unixODBC-2.2.12 with QT4

Nick,

> Remember 2.2.12 IS NOT RELEASED, no one should be using it, 

I remember at least one case in the past where it people used a CVS
snapshot tarball thinking it was the next released version (e.g. PLD
Linux).

To avoid similar confusion in the future I'd like to propose that in the
future the version in the CVS is always labeled "pre" (e.g. 2.2.12pre)
prior to release so that any tarballs (and RPMs) generated from it are
clearly labelled as PRE-RELEASE.
What do you think?

Stefan
> -----Original Message-----
> From: unixodbc-dev-bounces <at> easysoft.com 
> [mailto:unixodbc-dev-bounces <at> easysoft.com] On Behalf Of Nick Gorham
> Sent: Friday, 12 May, 2006 00:56
> To: Igor Korot; Development issues and topics for unixODBC
> Subject: Re: [unixODBC-dev] unixODBC-2.2.12 with QT4
> 
> Igor Korot wrote:
> 
> >Hi, Nick,
> >There is a bug report on the Gentoo Linux site against this 
> configuration.
> >The report says, that the unixODBC -2.2.12 failed to build 
> with the qt4 installed.
> >
(Continue reading)

Nick Gorham | 12 May 2006 08:50
Favicon

Re: unixODBC-2.2.12 with QT4

Stefan Radman wrote:

>Nick,
>
>  
>
>>Remember 2.2.12 IS NOT RELEASED, no one should be using it, 
>>    
>>
>
>I remember at least one case in the past where it people used a CVS
>snapshot tarball thinking it was the next released version (e.g. PLD
>Linux).
>
>To avoid similar confusion in the future I'd like to propose that in the
>future the version in the CVS is always labeled "pre" (e.g. 2.2.12pre)
>prior to release so that any tarballs (and RPMs) generated from it are
>clearly labelled as PRE-RELEASE.
>What do you think?
>  
>
Yes, that would be a good idea. I will do that.

--

-- 
Nick
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> easysoft.com
http://mail.easysoft.com/mailman/listinfo/unixodbc-dev

(Continue reading)

Stefan Radman | 12 May 2006 10:52
Favicon

RE: unixODBC-2.2.12 with QT4

configure.in: AM_INIT_AUTOMAKE(unixODBC, 2.2.12pre)
unixODBC.spec: unixODBC.spec:%define ver      2.2.12pre

Should be enough, right?

Stefan
> -----Original Message-----
> From: unixodbc-dev-bounces <at> easysoft.com 
> [mailto:unixodbc-dev-bounces <at> easysoft.com] On Behalf Of Nick Gorham
> Sent: Friday, 12 May, 2006 08:50
> To: Development issues and topics for unixODBC
> Subject: Re: [unixODBC-dev] unixODBC-2.2.12 with QT4
> 
> Stefan Radman wrote:
> 
> >Nick,
> >
> >  
> >
> >>Remember 2.2.12 IS NOT RELEASED, no one should be using it, 
> >>    
> >>
> >
> >I remember at least one case in the past where it people used a CVS
> >snapshot tarball thinking it was the next released version (e.g. PLD
> >Linux).
> >
> >To avoid similar confusion in the future I'd like to propose 
> that in the
> >future the version in the CVS is always labeled "pre" (e.g. 
(Continue reading)

Nick Gorham | 12 May 2006 11:10
Favicon

Re: unixODBC-2.2.12 with QT4

Stefan Radman wrote:
> configure.in: AM_INIT_AUTOMAKE(unixODBC, 2.2.12pre)
> unixODBC.spec: unixODBC.spec:%define ver      2.2.12pre
> 
> Should be enough, right?

Yep, that should do it.

--

-- 
Nick
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> easysoft.com
http://mail.easysoft.com/mailman/listinfo/unixodbc-dev

anand.vasudevan | 15 May 2006 09:30

RE: Timestamp in the unixODBC log file


We are using unixODBC-2.2.7 which is available as a Solaris package on
the unixODBC site.
Is there a place where I can get the source code of this version to make
the change mentioned by you?

Regards
Anand

-----Original Message-----
From: unixodbc-dev-bounces <at> easysoft.com
[mailto:unixodbc-dev-bounces <at> easysoft.com] On Behalf Of Nick Gorham
Sent: Thursday, May 11, 2006 5:46 PM
To: Development issues and topics for unixODBC
Subject: Re: [unixODBC-dev] Timestamp in the unixODBC log file

anand.vasudevan <at> wipro.com wrote:
> Hi all,
>
> I have the following entry in my odbcinst.ini file: -
>
> [ODBC]
> Trace           = Yes
> TraceFile               = /tmp/sql.log
> ForceTrace              = Yes
> Pooling         = Yes
>
>
> I get the following log messages in the /tmp/sql.log file: -
>
(Continue reading)

Nick Gorham | 15 May 2006 11:07
Favicon

Re: Timestamp in the unixODBC log file

anand.vasudevan <at> wipro.com wrote:

>We are using unixODBC-2.2.7 which is available as a Solaris package on
>the unixODBC site.
>Is there a place where I can get the source code of this version to make
>the change mentioned by you?
>
>  
>
ftp://ftp.easysoft.com/pub/unixODBC

--

-- 
Nick Gorham
Easysoft Limited
http://www.easysoft.com, http://www.unixODBC.org

_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> easysoft.com
http://mail.easysoft.com/mailman/listinfo/unixodbc-dev


Gmane