Hi Sergei,
On Mon, May 21, 2007 at 07:26:41PM +0400, Sergei Vyshenski wrote:
> The reason of problems is understood, but solution is not evident.
Good ...
> I begun with launching of your script generate_report.pl, but without SQLite
> installed at all.
> It seems that some SQLite related files were created during this run, and
> only then
> the check was performed to find out if SQLite is installed.
> This check complained to the screen about missing SQLite,
> so I installed SQLite and again tried to run generate_report.pl.
> It ended up with complains which I presented to you in my previous message,
> and which seemed not shedding light to the real problem.
Does this mean that the SQLite installation check caches that
information and writes it to disk? Weird behaviour ...
> Only after careful manual cleaning of the svn snapshot
> (in particular, of .../t/instance/*) subsequent run of generate_report.pl
> succeeded.
Hmmm, that should be cleaned by the clean-up tests anyways :-/
> Do you think if introducing a more careful check of SQLite availability could
> make sense?
As the test definitely _needs_ SQLite to make sense, what about just
adding a 'use DBD::SQLite;' to run_test.pl (or even generate_report.pl)?
This would make it fail as early as possible without creating temporary
files during the test runs ...
Best regards,
Alex
--
Dipl.-Math. Alexander Klink | IT-Security Engineer
[EMAIL PROTECTED] | working @ urn:oid:1.3.6.1.4.1.11417
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
OpenXPKI-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openxpki-devel