Hi, I need to port an application developed with standard Qt on Windows/Linux (4.5.3) on the FriendlyArm Mini2440. I downloaded qt-embedded 4.5.3, then configured this way: ./configure -embedded arm -xplatform qws/linux-arm-g++ -prefix /usr/local/Qt-embedded -qt-mouse-tslib -little-endian -nomake examples -nomake demos then installed my cross-compiler ARM-Linux GCC 4.3.2 from friendlyarm download page and updated $PATH, then make sudo make install Then set qt-embedded as default library in Qt-Creator and cross-compiled my application and dependant libraries.... everything went smooth... The problems start here: I deployed the brand-new libraries I need on the mini2440 (libQtCore, libQtGui, libQtNetwork ecc.) in folder (usr/local/Qt-embedded) together with the fonts folder. Deployed my app and launched it with -qws flag from the Qtopia Terminal Application. The screen goes green, the app splash screen appears and then I get a segmentation fault and the graphic is completely messy on screen. As I touch the screen, Qtopia desktop slowly comes back piece by piece :) If I run the qt-embedded sample apps, I just get the segmentation fault every time for all the samples. I think this is due to Qtopia and Qt-embedded app conflicting with the FrameBuffer, am I wrong? How can I run my app without having to flash the board with a NO-QTOPIA distro ? I'm really running out of ideas..... Thank you very much Stefano
Running QT-embedded app over Qtopia desktop
Stefano, you can edit /etc/init.d file and remove or comment /usr/bin/qtopia from there. but FYI, when i run my non-qtopia application using framebuffer, it displays images over Qtopia. I mean it overwrites Qtopia desktop (as designed). did you try to debug what framebuffer address u r getting? try to get this from qtopia as well as from command prompt. regards, Vikas
Are you really running your Qt app and Qtopia at the same time? Try killing Qtopia first, or not loading it at all like Vikas pointed out.