I tried Googling for "ADODB_Exception sqlite native" and no results, so I'm hoping this is a simple fix. It could be that I took the example config.php too literal, and the $dsn should have some fully-qualified pathname. Right now it is at its default value of "sqlite://svnmanager.db".
Any insight will be much appreciated.
-- /v\atthew
ADODB_Exception: sqlite error: [0: Missing extension for native] in CONNECT(svnmanager.db, '', '****', )
I haven't got much time at the moment to investigate your problem, but please make sure that:
- Apache (it's user) can write at the location where the sqlite database is put (which is html location where you installed svnmanager for the default configuration)
- Sqlite is installed properly (this should be the case, since it's bundled with php 5, so when you aren't using a stand-alone Sqlite version, you can disregard this)
Another solution might be to use a MySQL database!
Kind regards,
Marijn Verkerk
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ah, well if it's supposed to be bundled with php5, you should open a bug against FC4 since their php-5.0.4-10.x86_64 rpm is compiled --without-sqlite. I'm going to work on rebuilding php to include sqlite, but in the meantime is there a way I can add sqlite support through PEAR or similar "at runtime" way?
Or maybe is this an adodb or prado bug?
I read your comment about mysql and I will go to great lengths to avoid that piece of garbage.
Thanks for your help,
-- /v\atthew
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried Googling for "ADODB_Exception sqlite native" and no results, so I'm hoping this is a simple fix. It could be that I took the example config.php too literal, and the $dsn should have some fully-qualified pathname. Right now it is at its default value of "sqlite://svnmanager.db".
Any insight will be much appreciated.
-- /v\atthew
ADODB_Exception: sqlite error: [0: Missing extension for native] in CONNECT(svnmanager.db, '', '****', )
#0 /tmp/svnmanager-0.35/prado-2.0.1/Data/adodb/adodb-exceptions.inc.php(76): adodb_throw()
#1 /tmp/svnmanager-0.35/prado-2.0.1/Data/adodb/adodb.inc.php(427): adodb_throw('sqlite', 'CONNECT', 0, 'Missing extensi...', 'svnmanager.db', '', Object(ADODB_sqlite))
#2 /tmp/svnmanager-0.35/prado-2.0.1/Data/adodb/adodb.inc.php(3713): ADODB_sqlite->Connect('svnmanager.db', '', '', '')
#3 /tmp/svnmanager-0.35/prado-2.0.1/Data/TAdodb.php(318): ADONewConnection('sqlite://svnman...')
#4 /tmp/svnmanager-0.35/prado-2.0.1/Data/TAdodb.php(113): TAdodb->open()
#5 /tmp/svnmanager-0.35/svnmanager/MainModule/DataModule.php(20): TAdodb->__call('MetaTables', Array)
#6 /tmp/svnmanager-0.35/svnmanager/MainModule/DataModule.php(20): TAdodb->MetaTables()
#7 /tmp/svnmanager-0.35/prado-2.0.1/TApplication.php(548): DataModule->onLoad(Object(TEventParameter))
#8 /tmp/svnmanager-0.35/prado-2.0.1/TApplication.php(593): TApplication->loadModule('Main')
#9 /tmp/svnmanager-0.35/prado-2.0.1/TApplication.php(451): TApplication->loadPage('Main:StartPage')
#10 /tmp/svnmanager-0.35/index.php(9): TApplication->run()
#11 {main}
Hi Matthew,
I haven't got much time at the moment to investigate your problem, but please make sure that:
- Apache (it's user) can write at the location where the sqlite database is put (which is html location where you installed svnmanager for the default configuration)
- Sqlite is installed properly (this should be the case, since it's bundled with php 5, so when you aren't using a stand-alone Sqlite version, you can disregard this)
Another solution might be to use a MySQL database!
Kind regards,
Marijn Verkerk
Ah, well if it's supposed to be bundled with php5, you should open a bug against FC4 since their php-5.0.4-10.x86_64 rpm is compiled --without-sqlite. I'm going to work on rebuilding php to include sqlite, but in the meantime is there a way I can add sqlite support through PEAR or similar "at runtime" way?
Or maybe is this an adodb or prado bug?
I read your comment about mysql and I will go to great lengths to avoid that piece of garbage.
Thanks for your help,
-- /v\atthew