FreeTDS Development Group

[Chad Wagner <vdr781 AT yahoo.com>]

--- ZIGLIO Frediano
<Frediano.Ziglio AT vodafoneomnitel.it> wrote:
> It seem a strange problem (like heap corruption....)
> I never tried ODBC with HP/UX (and I'm very busy in
> this period) perhaps
> compiling with ElectricFence and or dmalloc will
> help...
> Another thing about dstr* function and
> optimizations. 
> dstr functions use a global pointer to string for
> empty string. I putted
> this string in a module to avoid strange link
> problem (I test pointer, so
> using a constant give problems cause pointer change
> between modules).

I looked at dmalloc, but I suspect I would have to
rebuild everything (perl, iODBC, FreeTDS, DBI, and
DBD::ODBC).  Oddly though, I statically linked iODBC
in with the perl binary and it works.  It is a SQL
Server 2000 I am hitting, but it complains about
AutoCommit => 0 (set implicit_transactions on)... 
Apparently something doesn't go right there.

I found that if I set AutoCommit => 1, execute the set
implicit_transactions on statement and execute
commit's as statements it appears to work fine. 
Obviously there is some problems...

This all works flawlessly on perl 5.00503 and Linux
2.2.22.

The other thing that is noteworthy is that the
libraries were shared, but were not installed in
standard locations.  I tried with and without setting
SHLIB_PATH, made no difference.  DBD::ODBC appears to
set -rpath, and iODBC uses the direct pathname to
libtdsodbc.so, so everything appeared to map as shared
when I did a trace on the binary.


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/