Re: [sqlite] core dump with TKSQLite
Alexey Pechnikov pechni...@mobigroup.ru writes: Hello! TkSQLite has it's own copies of SQLite2 and SQLite3 inside. I think you are download TkSQLite for different platform. I doubt. To my acknowledge tksqlite is a tcl/tk script run from shell. The source doesn't distinguish the platform. I compiled all necessary libraries and tksqlite runs ok. The author of TkSQLite referred my problem to http://www.sqlite.org/cvstrac/tktview?tn=3553,22. -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] core dump with TKSQLite
Alexey Pechnikov pechni...@mobigroup.ru writes: TkSQLite has it's own copies of SQLite2 and SQLite3 inside. I think you are download TkSQLite for different platform. I doubt. To my acknowledge tksqlite is a tcl/tk script run from shell. The source doesn't distinguish the platform. I compiled all necessary libraries and tksqlite runs ok. The author of TkSQLite referred my problem to http://www.sqlite.org/cvstrac/tktview?tn=3553,22. -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
[sqlite] core dump with TKSQLite
Hello, I installed 3.6.11 on Solaris with 3_6_11-tea. When I try to open sqlite db with tksqlite there is core dump: warning: core file may not match specified executable file. Core was generated by `wish /export/home/user1/tksqlite'. Program terminated with signal 10, Bus error. [New process 79314 ] #0 0xfe4b4b0c in ?? () sqlite from its command line is ok. Any hints? -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] Problem building on Solaris
Larry Martell [EMAIL PROTECTED] writes: I'm trying to build the amalgamation on Solaris, and it's failing: make cd . /bin/bash /home/martella/sqlite3/sqlite-amalgamation-3.6.1/missing --run aclocal-1.9 /usr/local/share/aclocal/winsz.m4:5: warning: underquoted definition of AM_HEADER_TIOCGWINSZ_NEEDS_SYS_IOCTL run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /usr/local/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VORBIS /usr/local/share/aclocal/termios.m4:5: warning: underquoted definition of AM_SYS_POSIX_TERMIOS /usr/local/share/aclocal/strtod.m4:30: warning: underquoted definition of AM_FUNC_STRTOD aclocal: file `/usr/local/share/aclocal/sdl.m4' does not exist make: *** [aclocal.m4] Error 1 Try to install the latest Autotools m4, autoconf, automake from sunfreeware (I suppose you use gnu gcc). When building sqlite-amalgamation I use: CFLAGS=-Os -DSQLITE_ENABLE_FTS3=1 -R/usr/local/lib ./configure -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] DBD::SQLite::Amalgamation?
On 3/31/08, Jim Dodgen [EMAIL PROTECTED] wrote: It makes ok, here is the output from make test. the hang is after t/06error it never finishes DBD-SQLite-Amalgamation-3.5.7 # make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00basic...ok t/01logon...ok t/02cr_tableok t/03insert..ok t/04select..ok t/05tranok t/06error...ok 1/2 (this never finishes) In the beginnig there are unlink and connect commands in t/06 which were successful in previous tests. So something may go wrong with eval of the do test which should throw an error in [EMAIL PROTECTED] You could step in with the debugger to see where's the fault. -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] DBD::SQLite::Amalgamation?
On 3/31/08, Jim Dodgen [EMAIL PROTECTED] wrote: Any Perl people out there using this yet (version 3.5.7)? I'm continually having problems when doing make test Today I tried and installed on Solaris successfully. Both the module 1.14 and sqlite3 amalgamation. -- Radek ___ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] DBD::SQLite for 3.5.4?
On 1/25/08, Alexander Batyrshin [EMAIL PROTECTED] wrote: I have no problem with 3.5.4. Maybe your DBD::SQLite is linked with libsqlite in other dirrectory? For example your DBD::SQLite is linked against /usr/lib/libsqlite3.so.0, and you installed new 3.5.2 into /usr/local/lib ? I've just installed sqlite 3.5.4 on Solaris10 but DBD::SQLite 1.14 fails with tests 07 and 08. They end up with a segmentation fault at this location: #0 0xfefa8d48 in sqlite3_finalize (pStmt=0x2a32f8) at ../sqlite-3.5.4/ src/vdbeapi.c:47 47 sqlite3_mutex *mutex = v-db-mutex; If I can ask here, is there any solution to this problem? -- Radek - To unsubscribe, send email to [EMAIL PROTECTED] -
Re: [sqlite] compiling 3.4.2 on solaris
Funny enough, I just ran into this problem yesterday! I used the information in this ticket [1] to fix the problem. All you have to do is find/replace B_FALSE to BOOL_FALSE and B_TRUE to BOOL_TRUE in the lemon.c file. Thank you much. -- Radek - To unsubscribe, send email to [EMAIL PROTECTED] -
[sqlite] compiling 3.4.2 on solaris
Hello, when running make I get: sed -e s/--VERS--/3.4.2/ ../sqlite/src/sqlite.h.in | \ sed -e s/--VERSION-NUMBER--/3004002/ sqlite3.h gcc -g -O2 -o lemon ../sqlite/tool/lemon.c ../sqlite/tool/lemon.c:111: error: redeclaration of enumerator `B_FALSE' /usr/include/sys/types.h:176: error: previous definition of 'B_FALSE' was here ../sqlite/tool/lemon.c:111: error: redeclaration of enumerator `B_TRUE' /usr/include/sys/types.h:176: error: previous definition of 'B_TRUE' was here *** Error code 1 make: Fatal error: Command failed for target `lemon' Could somenone suggest what's wrong? Thanks. -- Radek - To unsubscribe, send email to [EMAIL PROTECTED] -
Re: [sqlite] sqlite in a shell
Joe Wilson [EMAIL PROTECTED] writes: I've seen this same behavior when running a MinGW-compiled sqlite3.exe in the cygwin shell. It has something to do with the lack of flushing of information written to stdout (until close() anyway). If you blindly type in the sqlite commands - it does work. Once you exit the shell via .q you can see the entire output of the session. One workaround is to use a cygwin-compiled sqlite3.exe. Perhaps hacking the sqlite shell not to buffer its console output would also do the trick. I entered the commands (which I didn't do before) and I can see the output immediately. So the only hitch is a command line without a prompt sqlite. -- Radek
[sqlite] sqlite in a shell
I can run sqlite3 from a windows cmd but running it from msys shell or emacs shell doesn't work. No sqlite prompt and I have to interrupt the process with Ctrl c. Does anyone know the cause? Thank you. -- Radek
