Я использую API sqlite3 C ++. После запуска
int rc = sqlite3_exec(db, pSQL, 0, 0, 0);
который возвращает rc
Результат SQLITE_OK
,
Кроме того, я проверил на errno != 0
,
Результат cout << strerror(errno) << endl
последовательно:
Данный файл или каталог отсутствует
Другими словами, я знаю, что sqlite3 имеет свой собственный набор «кодов возврата» (то есть SQLITE_OK). Тем не менее, sqlite3 использует коды ошибок правильно / последовательно? То есть, если другая часть моего приложения использует глобальную переменную errno, я должен сбрасывать ее после каждого вызова sqlite3_exec
?
Благодарю.
Более полный пример моего кода:
const int errno_start = errno;
if (errno_start > 0) {
std::cout << "errno=" << strerror(errno) << std::endl;
std::cout << "errno_start=" << strerror(errno_start) << std::endl;
}
// prepare sql statement
const char *pSQL;
pSQL = "CREATE TABLE ""IF NOT EXISTS ""test1""(""id INTEGER,""field VARCHAR(32),""value DOUBLE,""timestamp DATETIME"")";
//int rc = sqlite3_exec(db, pSQL, callback, 0, &szErrMsg);
int rc = sqlite3_exec(db, pSQL, 0, 0, 0);
const int errno_here1 = errno;
if (errno_here1 > 0) {
std::cout << "errno_start=" << strerror(errno_start) << ", errno_here1="<< strerror(errno_here1) << std::endl;
}
if (rc != SQLITE_OK) {
std::cout << "SQL Error: " << szErrMsg << std::endl;
sqlite3_free(szErrMsg);
} else {
std::cout << "initialize successful" << std::endl;
}
Результат из этого фрагмента:
errno_start = Success, errno_here1 = Нет такого файла или каталога
успешная инициализация
Вам следует никогда полагаться на значение в errno
сохраняться после следующего вызова ОС, так как практически любой вызов ОС, который может дать сбой (то есть почти все), может его установить. По крайней мере, есть одна вещь: errno
в настоящее время, как правило, за кулисами. Тем не менее, библиотека может хорошо установить errno
когда вы обращаетесь к нему, имеет смысл сохранить значение сразу после сбоя системного вызова и игнорировать его в противном случае.
SQLite делает вызовы ОС внутри себя (когда, конечно, обращается к файлу БД), так что он вполне может установить errno
практически ничего. Ошибки, с которыми он сталкивается, обрабатываются внутри него; если что-то не так, он сообщит вам, используя собственный документированный механизм ошибок. Это никогда не включает в себя информацию от errno
как это происходит (и на самом деле это было бы непереносимо; SQLite также работает в Windows, и в нем используется другой механизм сообщения о кодах ошибок).
sqlite3 возвращает код результата, который соответствует набору DEFINES, как указано в API sqlite3:
#define SQLITE_OK 0 /* Successful result */
/* beginning-of-error-codes */
#define SQLITE_ERROR 1 /* SQL error or missing database */
#define SQLITE_INTERNAL 2 /* Internal logic error in SQLite */
#define SQLITE_PERM 3 /* Access permission denied */
#define SQLITE_ABORT 4 /* Callback routine requested an abort */
#define SQLITE_BUSY 5 /* The database file is locked */
#define SQLITE_LOCKED 6 /* A table in the database is locked */
#define SQLITE_NOMEM 7 /* A malloc() failed */
#define SQLITE_READONLY 8 /* Attempt to write a readonly database */
#define SQLITE_INTERRUPT 9 /* Operation terminated by sqlite3_interrupt()*/
#define SQLITE_IOERR 10 /* Some kind of disk I/O error occurred */
#define SQLITE_CORRUPT 11 /* The database disk image is malformed */
#define SQLITE_NOTFOUND 12 /* Unknown opcode in sqlite3_file_control() */
#define SQLITE_FULL 13 /* Insertion failed because database is full */
#define SQLITE_CANTOPEN 14 /* Unable to open the database file */
#define SQLITE_PROTOCOL 15 /* Database lock protocol error */
#define SQLITE_EMPTY 16 /* Database is empty */
#define SQLITE_SCHEMA 17 /* The database schema changed */
#define SQLITE_TOOBIG 18 /* String or BLOB exceeds size limit */
#define SQLITE_CONSTRAINT 19 /* Abort due to constraint violation */
#define SQLITE_MISMATCH 20 /* Data type mismatch */
#define SQLITE_MISUSE 21 /* Library used incorrectly */
#define SQLITE_NOLFS 22 /* Uses OS features not supported on host */
#define SQLITE_AUTH 23 /* Authorization denied */
#define SQLITE_FORMAT 24 /* Auxiliary database format error */
#define SQLITE_RANGE 25 /* 2nd parameter to sqlite3_bind out of range */
#define SQLITE_NOTADB 26 /* File opened that is not a database file */
#define SQLITE_ROW 100 /* sqlite3_step() has another row ready */
#define SQLITE_DONE 101 /* sqlite3_step() has finished executing */
/* end-of-error-codes */
Ничто в API не указывает на то, что они используют те же коды ошибок, которые определены в Errno.h. Это просто совпадение.
API sqlite3 уже предоставляет интерфейс для печати строкового представления кода ошибки. Я рекомендую вам изучить API немного больше.
РЕДАКТИРОВАТЬ: На основании вашего комментария я посмотрел на исходник для sqlite3 и он использует функции ОС, которые устанавливают errno
, Возможно, поэтому вы видите errno
менять. Нет никакой связи между кодом результата SQLITE и ошибкой.