sqlite & tclForum: Apps Topic: sqlite & tcl started by: dslSmiley Posted by dslSmiley on May 16 2007,14:53
first THANKS for a great Linux distro ...Q. does anyone know how to setup SQLite with tcl/tk support? I've tried to compile sqlite 3.3.17 (the latest version) which is meant to have native tcl support built in. It compiles and runs fine. but when I use tcl script to access a sqlite database. I get errors. I don't think sqlite is setup properly. Hints would be appreciated. Posted by lucky13 on May 16 2007,15:59
Are you calling sqlite or sqlite3? I've never had trouble with the sqlite version (2.8.6) in DSL 2.1b when using the tcl/tk 8.4 extension from MyDSL.
< http://www.sqlite.org/tclsqlite.html > Posted by dslSmiley on May 16 2007,17:00
lucky13I have the tcltk8.3.dsl not the tcltk8.4 UCI. When I compile sqlite, it thinks there is no tcl on my system. The makefile is looking for "tclConfig.sh" (which doesn't exist on my system). Therefore sqlite is not installing the sqlite/tcl library. I hacked it but still no luck. I'm gonna install the tcltk8.4. I think the problem is tcl configs not sqlite. Incidentally, I used the the exact same tcl code from the sqlite.org link you posted. Thanks. Posted by mikshaw on May 16 2007,19:02
tclConfig.sh and tkConfig.sh are both available in the uci package. However, the headers are not included so you still will not be able to compile programs if they require Tcl source code.The next version of the mydsl will definitely include all necessary files, but it might not be built until 8.4.15 or 8.5 is released, if one of them is released before i get back to packaging stuff. Posted by dslSmiley on May 16 2007,19:22
Thanks O DSL-San !I hacked every which way but Sqlite3.3.17 won't install with tcl support. I eagerly await a new tcl/tk dsl-extension. [ You may want to adjust path for ROOT so he can use tclsh :-) ] Thanks for all the time & help ..... its appreciated. Posted by mikshaw on May 17 2007,16:00
I'm not sure what you mean by adjusting path for root. The only places where the path is set are in the icon and menu item, which are not intended for root. Any other use of tcl/tk requires PATH to be set manually anyway, whether you're root or not. This is mentioned in the readme.Maybe you're bringing up an issue that I haven't seen? I've never had any reason to run wish as root, so I could only guess. In any case, I had built version 8.4.14 in DSL last year and forgot about it. Just running some tests on it for a day or two before uploading. Posted by lucky13 on May 18 2007,22:58
If someone wants universal access to wish, he could just symlink to /usr/bin. Then root can run it without problem. (That's what I chose to do rather than edit PATHs, but root access wasn't what I had in mind when I did it that way.) Posted by mikshaw on May 18 2007,23:49
Many different ways to get what you need in *nix =o)My own methods change depending on the current circumstances...what kind of package it is, whether it's installed automatically every time i boot or if i hook it up manually just when i want it, whether I'm in my custom-configured DSL or a vanilla testing session. Sometimes I modify PATH, particularly if there is more than one executable in the program...sometimes I'll make a symlink in $HOME/bin (I *always* create a $HOME/bin directory and add it to the top of PATH if the distro doesn't already do that)...sometimes an alias is more convenient....sometimes I have a half-dozen little wrapper scripts for certain applications. One thing I don't do in DSL, though, is add files outside of /ramdisk, apart from a couple of files backed up from /etc. Usually that means nothing goes to /usr or /bin, unless I'm compiling stuff. It's not that I think it's a bad idea; I just try to stay as close to the original state of DSL as possible, as more of a challenge than a necessity. Posted by mikshaw on May 19 2007,03:43
An updated tcl/tk 8.4.14 uci package, including headers, has been submitted to the repository, so that should be available in...a while or so.
Posted by lucky13 on May 19 2007,13:20
Excellent, and thank you. :-)
|