TclODBC concern!
arlie
31, 2001. I'm afraid that it may not work with newer version of Tcl/
Tk. I wanted to use SybTcl package since I'm using Sybase ASE 12.5.2
but everytime I tried to execute a query it hangs up. I posted a
message here before but no definite reply.
So my questions are as follows:
1. Is TclODBC dead?
2. How about SybTcl?
3. Why are TclODBC and SybTcl not part standard Tcl/Tk distribution
since these are industry standard?
I'm quite serious about this. So I hope someone would give me an
assurance that I won't left with packages that won't work with newer
versions of Tcl/Tk.
Robert Heller
>
> I'm really worried in using TclODBC since it was last updated on May
> 31, 2001. I'm afraid that it may not work with newer version of Tcl/
> Tk. I wanted to use SybTcl package since I'm using Sybase ASE 12.5.2
> but everytime I tried to execute a query it hangs up. I posted a
> message here before but no definite reply.
>
> So my questions are as follows:
>
> 1. Is TclODBC dead?
I *think* the original TclODBC is dead/dieing or maybe limited to
MS-Windows. I could not get the Linux/UNIX version to build or run
under Linux.
*I* re-wrote a TclODBC package from scratch under Linux. See
http://freshmeat.net/projects/tclodbc/
The original TclODBC is/was full of excessive use of C++ OO nonsense
(which is almost impossible to follow and is impossible to debug) and
tries to support both Tcl's pre-TclObj API *and* the TclObj API (really
unnecessary at this point). My version is in simple, plain C and only
supports the TclObj API (by way of Swig).
> 2. How about SybTcl?
> 3. Why are TclODBC and SybTcl not part standard Tcl/Tk distribution
> since these are industry standard?
>
> I'm quite serious about this. So I hope someone would give me an
> assurance that I won't left with packages that won't work with newer
> versions of Tcl/Tk.
>
>
--
Robert Heller -- 978-544-6933
Deepwoods Software -- Linux Installation and Administration
http://www.deepsoft.com/ -- Web Hosting, with CGI and Database
hel...@deepsoft.com -- Contract Programming: C/C++, Tcl/Tk
Gerald W. Lester
> I'm really worried in using TclODBC since it was last updated on May
> 31, 2001. I'm afraid that it may not work with newer version of Tcl/
> Tk. I wanted to use SybTcl package since I'm using Sybase ASE 12.5.2
> but everytime I tried to execute a query it hangs up. I posted a
> message here before but no definite reply.
Both should work just fine as the are built for the 8.x series of Tcl using
stubs.
Did you post bug report at sybtcl.sf.net -- if not then you should. That is
the offical place to file bug reports.
The most likely reason your SybTcl question did not get answered is that
SybTcl is not a very widely used database anymore -- even in its MS
SqlServer clone -- compared to Oracle and others.
> So my questions are as follows:
>
> 1. Is TclODBC dead?
> 2. How about SybTcl?
> 3. Why are TclODBC and SybTcl not part standard Tcl/Tk distribution
> since these are industry standard?
For this question you will have to ask the companies (ActiveState and
Evolane) that produce the "standard Tcl/Tk distributions". (BTW, I think it
is fair to say that Sybase is not the "industry standard" database in most
industries.)
>
> I'm quite serious about this. So I hope someone would give me an
> assurance that I won't left with packages that won't work with newer
> versions of Tcl/Tk.
>
--
+--------------------------------+---------------------------------------+
| Gerald W. Lester |
|"The man who fights for his ideals is the man who is alive." - Cervantes|
+------------------------------------------------------------------------+
Larry W. Virden
> I'm really worried in using TclODBC since it was last updated on May
> 31, 2001.
Actually, if you take a look at http://sf.net/projects/tclodbc and
browse its cvs repository, you will notice that tclodbc was updated in
2006.
I get cvs snapshots of various packages from
ftp://ftp.tcl.tk/pub/tcl/nightly-cvs/
and there, you will see the last snapshow was from Jan 26th, 2006.
> I'm afraid that it may not work with newer version of Tcl/
> Tk.
I think the question I am reading here from you is this:
Do tclodbc.sf.net bug reports get addressed and solved?
I don't know the answer to that question - it is a good one.
> I wanted to use SybTcl package since I'm using Sybase ASE 12.5.2
> but everytime I tried to execute a query it hangs up. I posted a
> message here before but no definite reply.
I've had questions about sybtcl myself - to date, I've not found
solutions to the problems I was facing.
>
> So my questions are as follows:
>
> 1. Is TclODBC dead?
> 2. How about SybTcl?
> 3. Why are TclODBC and SybTcl not part standard Tcl/Tk distribution
> since these are industry standard?
The standard Tcl and Tk distributions are only updated when someone
proposes a Tcl Improvement Proposal, makes available a variety of
pieces, discusses concerns,etc. with the TCT, and survives a vote of
confidence on the idea of
adding the code to the core.
This generally isn't done for code based on external libraries - and
particularly isn't done against proprietary libraries which might have
restricted licenses. I am not aware of Sybase making an open source
client library available for their database - thus, code that requires
being compiled against that library wouldn't be eligible for
distribution in the core - or even in the ActiveTcl distribution.
As for why tclodbc isn't, at least, a part of ActiveTcl, check with
ActiveState.
>
> I'm quite serious about this. So I hope someone would give me an
> assurance that I won't left with packages that won't work with newer
> versions of Tcl/Tk.
I don't think you are going to get an assurance that someone else will
always be around to make these packages work in the future. However,
the source code is available, so that you can fix code, or hire
someone to fix code, so that they will work.
arlie
tclodbc-20060126.tar.gz. But won't install.
arlie
> I don't think you are going to get an assurance that someone else will
> always be around to make these packages work in the future. However,
> the source code is available, so that you can fix code, or hire
> someone to fix code, so that they will work.
Is there a package similar to TclODBC that is regularly maintained?
arlie
Robert Heller
If you are looking for a version that builds & installs under linux get
*my* rewrite of TclODBC:
http://freshmeat.net/projects/tclodbc/
This version *works* under current versions of Linux (ie CentOS 4.x).
Kevin Kenny
Is there something that you think tclodbc needs that it doesn't have?
It's a mature package. It works. It doesn't need a monthly patch update.
I've been using the same version for a couple of years now, and not had
any trouble. As far as I can tell, it *is* regularly maintained, it's
simply low-maintenance!
--
73 de ke9tv/2, Kevin
Gerald W. Lester
I think a big part of the problem is that he is used to the MS and Java
models -- where if a release is not done in six months to a year it either
must be full of bugs or not compatible with the "current" version or both.
arlie
Yes. I was thinking that since it was last updated long ago that it's
already orphaned or left behind by the developer. And yes, I'm in a ms
windows environment preparing to deploy my apps writtent in Tcl/Tk on
Linux. Will tclodbc work with 8.5 with no problems?
Robert Heller
I could not get it to build, install, or work under Linux, so *I*
re-wrote my own TclODBC package from scratch.
pal...@yahoo.com
support (not possible unless it upgrades to using ODBC 3.0 API) a
major limitation in tclodbc. I last looked at it a couple of years ago
so perhaps it has been enhanced since then. That single issue makes it
unusable for me. We landed up writing a wrapper around ADO.
/Ashok
Kevin Kenny
> Will tclodbc work with 8.5 with no problems?
I can't promise anything for someone else's configuration, but I use it
on 8.5 daily myself without noticing anything amiss.
Larry W. Virden
> Is there something that you think tclodbc needs that it doesn't have?
> It's a mature package. It works. It doesn't need a monthly patch update.
> I've been using the same version for a couple of years now, and not had
> any trouble. As far as I can tell, it *is* regularly maintained, it's
> simply low-maintenance!
>
You probably missed the various previous postings by people unable to
get the latest cvs to build and install...
Patrick Finnegan
JDBC with TclBlend.
See http://www.patrickfinnegan.com/
Examples: http://aspn.activestate.com/ASPN/Cookbook/Tcl?kwd=TclBlend