Welcome to The Bug GeniePlease fill in your username and password below, and press "Continue" to log in.
If you have not already registered, please use the "Register new account" tab to do so.
May 08, 2014
04:38 Bug report #3 - query.cc compilation fails with older compilers because of a protected constructor in row.h
I get the following error when trying to build in Linux SuSE (customized) environment:
-- start quote --
libtool: compile: mk7i-g++ -DHAVE_CONFIG_H -I. -I.. -I../include -g -O2 -MT query.lo -MD -MP -MF .deps/query.Tpo -c query.cc -fPIC -DPIC -o .libs/query.o
query.cc: In constructor 'sqlite::query::iterator::iterator(sqlite::query&, bool)':
../include/sqlite3cc/row.h:74: error: 'sqlite::row::row()' is protected
query.cc:107: error: within this context
make: *** [query.lo] Error 1
make: Leaving directory `/home/mk7/CxxProf-master/sqlite3cc-0.1.1/src'
-- end quote --
Checking in the source code, it DOES appear to be a genuine C++ error. For the argument's sake, I modified "protected" into "public" in row.h and tried again and this time the build was successful.
I'm trying to build CxxProf package, that uses Sqlite2cc in its implementation.
March 11, 2014
17:30 Bug report #2 - Build failure on FreeBSD 10.0-RELEASE
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
Thread model: posix
<source lang="text"></source>In file included from exception.cc:23:
../include/sqlite3cc/exception.h:117:14: error: implicit instantiation of undefined template 'std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >'
/usr/include/c++/v1/iosfwd:188:28: note: template is declared here
class _LIBCPP_TYPE_VIS basic_string;
exception.cc:35:68: error: '_handle' is a private member of 'sqlite::connection'
_message( get_message( code ) + ": " + sqlite3_errmsg( connection._handle ) )
../include/sqlite3cc/connection.h:169:11: note: declared private here
2 errors generated.</source>
Add #include <string> to the top of include/sqlite3cc/exception.h
September 27, 2012
13:40 Bug report #1 - Update on row open in a query fails without error
Guest user (guest):
While iterating through the results of a query, an update against the row being iterated over fails (I assume because of row/table locking). But no error is thrown and the result code of the operation is that of a success!
If this is sqlite3's behaviour, then so be it, I guess. But it is not behaviour that sqlite3cc should exhibit otherwise.