Извиняюсь за задержку. Провёл процедуру по рекомендации, результат тотже. Насторожил Trolltech.conf первая часть с плагинами с записью false.
В вашем log_strace_new.txt нет создания Trolltech_conf.txt .
А я просил показать strace при создании Trolltech_conf.txt .
Нужно ещё раз удалить Trolltech_conf.txt и собрать strace вашего test_sql.
В вашем Trolltech_conf.txt есть различие в описании плагинов -
opt\qtsdk-2009.03\qt\plugins\sqldrivers\libqsqlite.so=40502, 0, x86_64 linux g++-4 full-config, 2009-06-22T17:20:51
opt\qtsdk-2009.03\qt\plugins\sqldrivers\libqsqlite2.so=40502, 0, x86_64 linux g++-4 full-config, 2009-06-22T17:20:51
opt\qtsdk-2009.03\qt\plugins\sqldrivers\libqsqlmysql.so=40804, 0, linux full-config, 2013-04-19T20:21:19
opt\qtsdk-2009.03\qt\plugins\sqldrivers\libqsqlpsql.so=40502, 0, x86_64 linux g++-4 full-config, 2009-06-22T17:20:51
Все плагины кроме libqsqlmysql.so относятся к qt 4.5.2, а libqsqlmysql.so к qt 4.8.4.
Далее, все плагины кроме libqsqlmysql.so помечены как 64-битные библиотеки, а libqsqlmysql.so никак не помечен. Хотя если бы он был бы 32-битным, была бы отметка i386.
Можно предположить, что происходит такая последовательность событий:
- при создании Trolltech_conf.txt не удаётся загрузка плагина libqsqlmysql.so. Это может произойти по разным причинам. Надеюсь, что strace эту причину покажет.
- "обследование" плагина оказывается невозможным, и его флаги оказываются установленными "как попало".
- кроме того, плагин не попадает в список Factory Cache.
- поэтому при перечислении плагинов libqsqlmysql.so оказывается не виден.
