QSqlite driver does not load
-
Try using the windows deployment tool. It's a great start point.
http://doc.qt.io/qt-5/windows-deployment.html#the-windows-deployment-tool
-
I'm having the same problem... Whenever I try to open a database it just ends up like this:
QSqlDatabase(driver="QSQLITE", database="", host="", port=-1, user="", open=true) trueThis means that everytime I try to use QSqlQuery, I get the following error(s):
QSqlQuery::prepare: database not open
QSqlError("", "Driver not loaded", "Driver not loaded")This is how my connection looks like:
static bool createConnection(QString dbName) { QSqlDatabase dbLotto = QSqlDatabase::addDatabase("QSQLITE", dbName); dbLotto.open(); qDebug()<< dbLotto <<dbLotto.isOpen(); if (!dbLotto.open()) { return false; } else { return true; } }
and it's being called like so:
if(!createConnection("C:\\LottoNCA\\SZ10.sqlite")){ ... }
Error persists even is I set it to be C:/LottoNCA/SZ10.sqlite. Just like OP mentioned, if the file doesn't exist, it should create one at the very least. The file gets created, but it doesn't connect to it?
Edit: When using db.setDatabaseName (File Path); the following occurs
error: 'class QSqlDatabase' has no member named 'setDatabaseName'
-
I had the same issue too, i made mine work by
create a folder in my deploy folder
called "sqldrivers"
with these files in it
qsqlite.dll
qsqlited.dlland also
Qt5Sqld.dll
in the root of the deploy folder. (where my exe is)Directory of F:\dropbox\Time\Klok\Tools
05-05-2015 15:05 <DIR> sqldrivers<-------------------------
09-12-2014 20:21 10.397.296 icudt52.dll
14-09-2014 03:28 1.798.656 icuin52.dll
14-09-2014 03:28 1.304.064 icuuc52.dll
07-03-2014 20:56 117.262 libgcc_s_dw2-1.dll
07-03-2014 20:56 970.766 libstdc++-6.dll
07-03-2014 20:56 48.640 libwinpthread-1.dll
10-03-2015 13:52 1.449.613 mpreader.exe
20-10-2014 08:55 77.428.646 Qt5Cored.dll
11-09-2014 15:36 5.156.192 Qt5Sqld.dll<-----------------------I got the same error "not loaded" running prepare so I hope it solves yours too.
-
@Leonardo
Yes, should be the -d version. thank you for catching. i used the folder to test standalone also even in debug builds.After reading OPs post more carefully , it seems the only difference is
Qt5Sql.dll vs libsqlite3-0 -
@mrjj I'm running it from inside QT, the file is located here:
Documents\build-LNCA-Desktop_Qt_5_5_0_MinGW_32bit-Debug\debugSo I created the folder
Documents\build-LNCA-Desktop_Qt_5_5_0_MinGW_32bit-Debug\debug\sqldriversand added qsqlite.dll (and d.dll), and added Qt5Sql.dll (and d.dll), error persists,.
-
@danks_
Damn, so even it sounded the same, the fix was not. You seems to copy files to correct/same place.Well, then I think Leonardos suggestion is pretty good, try to use the deployment tool and see if
copy some extra dlls. -
@mrjj Weirdly, I do get the same list from standalone...
I wasn't sure about how to get the list from standalone, since standalone doesn't show qDebug, so I did the following:
QStringList testStr; testStr << QSqlDatabase::drivers(); QString str = testStr.join(""); str = testStr.join(","); QMessageBox boxQry; boxQry.setText(str); boxQry.exec();
Standalone folder only has sqlite.dll inside of sqldrivers folder, I'm really confused now.
-
@danks_
oh so it list all drivers even it should only see the lite one.
That is not what I would expect.I also checked in release build and still only got QSQLITE.
Also I wonder a bit about
db.setDatabaseName (File Path); error as I use that call.db = QSqlDatabase::addDatabase ( "QSQLITE" ); db.setDatabaseName ( DBPath ); if ( db.open() ) ...
Also Im using qt 5.4 so I wonder if setDatabaseName was dropped.
-
@danks_
Well, there is no reason it should not work in 5_5. but could be fun to test 5.4 just to see.
tomorrow I will try 5_5 in virtual machine. I was planning to upgrade :)You are most welcome. Sadly we did not find a fix.
-
@danks_
That is good to hear !
Could also been some kind of setup problem with 5_5 but yeah it does
seems like a bug.I will try with 5_5 and see it it fails for me too.
update:
Tested win pure 5_5 install
It worked by copying the DLLs ! ?
Even worked with no sub sqldrivers folder ...!
(in the release folder)But when moved out of the virtual machines
it did want the sqldrivers folder to work.So the current version of 5.5 via the online installer does seems to work in regards to sql.?!