Igor Korot | 16 Jan 03:35 2016
Picon

unixodbc gui split

Hi, Nick,
Sorry to write on the private email. I just don't know which unixODBC
mailing list is still good...

Have a quick question: what was the reasoning behind the GUI part split?
I am running Gentoo and trying to compile the unixODBC GUI part it
gives an error.

It is very helpful to have the GUI part put back and ship it as one project.

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

Andrew Punch | 12 Nov 00:38 2015

Re: Buffer overflow in extract_diag_error_w()

Hi,

I tested 2.3.4 and it does not segfault. The netezza driver is a bit 
buggy, so I wouldn't be surprised if it is doing something wrong.

Thanks for your help.

-Andrew

On 11/11/15 23:00, unixodbc-dev-request <at> mailman.unixodbc.org wrote:
> Send unixODBC-dev mailing list submissions to
> 	unixodbc-dev <at> mailman.unixodbc.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
> or, via email, send a message with subject or body 'help' to
> 	unixodbc-dev-request <at> mailman.unixodbc.org
>
> You can reach the person managing the list at
> 	unixodbc-dev-owner <at> mailman.unixodbc.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of unixODBC-dev digest..."
>
>
> Today's Topics:
>
>     1. Buffer overflow in extract_diag_error_w() (Andrew Punch)
>     2. Re: Buffer overflow in extract_diag_error_w() (Nick Gorham)
>     3. Re: Buffer overflow in extract_diag_error_w() (Andrew Punch)
(Continue reading)

Andrew Punch | 11 Nov 07:32 2015

Buffer overflow in extract_diag_error_w()

Hi,

I am working with Netezza in Perl. The script was crashing with a 
segfault. When I used gdb to investigate the problem was isolated to the 
wide_strcpy() call in extract_diag_error_w() due to a larger than 
expected error message from the Netezza driver. The error message from 
the Netezza driver was not corrupt and was in the correct format.

I solved this problem in the short term by increasing 
SQL_MAX_MESSAGE_LENGTH from 512 to 1024. Ideally something like 
wcscpy_s() should be used.

Thanks
-Andrew

diff -ur unixODBC-2.3.1/include/sql.h unixodbc-2.3.1-patched/include/sql.h
--- unixODBC-2.3.1/include/sql.h    2011-07-04 18:54:09.000000000 +1000
+++ unixodbc-2.3.1-patched/include/sql.h    2015-11-11 
16:13:26.709201111 +1100
 <at>  <at>  -46,7 +46,7  <at>  <at> 
  #define SQL_NTSL                  (-3L)

  /* maximum message length */
-#define SQL_MAX_MESSAGE_LENGTH   512
+#define SQL_MAX_MESSAGE_LENGTH   1024

  /* date/time length constants */
  #if (ODBCVER >= 0x0300)
_______________________________________________
unixODBC-dev mailing list
(Continue reading)

Nick Gorham | 31 Aug 22:35 2015

Just like buses here comes 2.3.4

An unnoticed (till now) typo in 2.3.3 caused any attempt to load the 
cursor lib to fail. So I have updated the current build to contain this 
fix and its now 2.3.4. This is the build on the web site and sourceforge 
now as current.

Hopefully not to many other mistakes on my part in there. It was too 
much of a mistake to wrap in 2.3.4pre and sit on it for a year.

Thanks to Axel for spotting it.

Sorry for any inconvenience this may have caused folk. But if you are 
not using the cursor lib, its not going to bite you.

--

-- 
Nick

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

Kevin Adler | 19 Aug 00:33 2015
Picon

2.3.3 release ETA?

Hi Nick, are there any plans to release 2.3.3? It's been almost 2 years 
since 2.3.2 was released and there are quite a few changes piled up 
judging by the current ChangeLog in SVN. I want to push Debian (and by 
proxy Ubuntu) to update to the latest unixODBC release before Ubuntu 16.04 
ships next April, but if 2.3.3 is coming out soon, I'd just wait for that.

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

Kevin Moody | 4 Apr 00:37 2015

ODBC 2.2.8 automake failing on EL5

Hi All,

 

First off, please let me know if obscure build questions are meant for the support mailing list.  I’ll gladly post there.  I just wasn’t sure.

 

Second, our ODBC 2.2.8 build, which was working fine on our old RHEL 4 build machines, fails to configure properly on both our 32-bit and 64-bit CentOS 5.8 machines. 

 

Here is what we are seeing:

 

make[6]: Nothing to be done for `install-data-am'.

make[6]: Leaving directory `/builds/jenkins/workspace/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'

make[5]: Leaving directory `/builds/jenkins/workspace/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg1'

Making install in drvcfg2

make[5]: Entering directory `/builds/jenkins/workspace/build/objydb/develop/8ebc22e0/src/sql/unixODBC/src/DRVConfig/drvcfg2'

cd ../.. && \

/bin/sh /builds/jenkins/workspace/build/objydb/develop/8ebc22e0/src/sql/unixODBC/linux86_64/src/missing --run automake-1.7 --gnu DRVConfig/drvcfg2/Makefile

configure.in:3: error: m4_defn: undefined macro: _m4_divert_diversion

aclocal.m4:6425: AM_INIT_AUTOMAKE is expanded from...

configure.in:3: the top level

autom4te: /usr/bin/m4 failed with exit status: 1

configure.in: no proper invocation of AM_INIT_AUTOMAKE was found.

configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE,

configure.in: that aclocal.m4 is present in the top-level directory,

configure.in: and that aclocal.m4 was recently regenerated (using aclocal).

 

My internet search yielded this: http://www.delorie.com/gnu/docs/autoconf/autoconf_163.html

 

But, my autoconf/automake knowledge is weak, at best.  I was hoping to figure out if there is a patch to configure.in that I could apply.

 

autoconf (GNU Autoconf) 2.59

automake (GNU automake) 1.9.6

 

Regards,

Kevin

 

_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
Heikki Linnakangas | 23 Jan 12:16 2015

Grab bag of typo fixes

Hi,

Attached is a patch with miscellaneous typo fixes, mostly in comments.

- Heikki
Attachment (typo-fixes-1.patch): text/x-diff, 13 KiB
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
Jens Kallup | 17 Jan 17:04 2015
Picon

Re: MySQL properties (Nick Gorham)

Hello Nick,

I get working by setup the right library.
Give it programmers here, that have support for "dBase" odbc drivers?
It would be great if someone tell me, how to download.
The dBase driver should support the Level 7 format.

Thanks
Jens
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev

Jens Kallup | 16 Jan 23:32 2015
Picon

MySQL properties

Hello,

I am new in odbc, but i could compile the package 2.3.2.
Now, the problem is, I can not add new drivers to the list.
e.g.: when I try to use the tool ODBCCreateDataSooureQ4,
I get the error  "could not find setup property for (MySQL) in system 
information".
I have install mysql.
what can this be?

great waiting for response
Jens
_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev

xiaonan | 25 Dec 04:15 2014

Memory leak in __SQLAllocHandle

Hi Nick,

Merry Xmas!
In the line 874 and 1051 of __SQLAllocHandle function(DriverManager/SQLAllocHandle.c), I think the __release_stmt( statement ) should be called, like this:
{
__release_stmt( statement );
*output_handle = SQL_NULL_HSTMT;
}
Else the memory will leak.
Best Regards
Nan Xiao


_______________________________________________
unixODBC-dev mailing list
unixODBC-dev <at> mailman.unixodbc.org
http://mailman.unixodbc.org/mailman/listinfo/unixodbc-dev
xiaonan | 9 Dec 06:55 2014

An issue about SQLFreeStmt


Hi Nick,

Sorry for interrupting you!

Could you give some comments on this issue in stackoverflow.com? Thanks very much in advance!

Best Regards
Nan Xiao


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

Gmane