Which KDE4 release you're using? By the way, can't you just compile MySql driver from Qt 4.4 against Qt 4.5? It should work just fine.
Which KDE4 release you're using? By the way, can't you just compile MySql driver from Qt 4.4 against Qt 4.5? It should work just fine.
I hadn't thought of trying to use a source-compiled 4.4 MySQL driver with the rpm-installed 4.5.1. I suspect it might work but I'm unsure how to do it. I'd prefer to stay within a single version, though, as I deliver everything to my customer as is required for a complete source-up build (and I don't want to complicate support matters).
yum list installed reports the following for kdebase:
kdebase.i586 6:4.2.4-2.fc11
I am puzzled about the behavior of the source-built Qt's. I've built using Qt source distros many times in the past and never encountered this problem. My ./configure options for X11 seem right to me.
BE
KDE 4.2 doesn't work fell with pre-Qt4.5 installations, as far as I remember.
But I'd suggest solving the MySQL problem or building the older driver against a newer library. I'd even try deploying older binary driver into newer Qt installation, there is a high chance it will work regardless of different Qt releases.
I seem to recall reading that 4.4 and 4.5 are source/binary compatible. I just rebuilt 4.4.3 to re-test one more time (display still corrupted). I think I will take your suggestion and try installing the MySQL driver from the 4.4.3 build into the 4.5 tree. I'll ldd it an make sure there are no 4.4.3 dependencies burned into it.
Thanks for the suggestion.
Bill
UPDATE:
The culprit is CPU cycles. My two (unmodified) apps grab a massive amount of CPU time for about 30-45 seconds wall clock time. This prevents desktop background redraw (and other things, like launching KSnapshot to get a picture of it).
Not sure what's behind this yet. My main()'s fire off QSplashScreens and are liberally sprinkled with qApp->processEvents().
Bookmarks