Feed for discussion Qt General in project Qt.Posts for Qt Generalpost122372: Re: "How to" move a Qt Creator Project to QNXMustafa Calishttp://community.qnx.com/sf/go/post1223722023-09-11T16:53:40Z2023-09-11T16:53:40ZHello Dennis,
Could you share your "qmake_qnx.pdf"? The link does not work anymore.
I am trying to migrate a Qt Creator Desktop project to QNX Momentics IDE.
Best regards,
MCMustafa Calis2023-09-11T16:53:40Zpost121953: Qmake Path IssueManoj Chandran Rhttp://community.qnx.com/sf/go/post1219532022-10-11T06:18:08Z2022-10-11T06:18:08ZWe installed the QT through QNX Software Center (fig QT_QNX)
We are using SDP 7.0 and QNX Momentics IDE (Version: 7.0.4.v201905030143) in our design. During compilation, we are getting error in qmake.(fig 1)
We understand that it was because of some issue in setting the Environment variable of QT PATH (\qt\Qt5.6.2\win64\x86_64\target\x86\bin) in Momentics IDE. We are using a ‘.bat’ file to set the required PATH for the project. And from the .bat file, we open the Momentics IDE through the command “start %QNX_INSTALL%..\..\..\QNX\"QNX_Momentics_IDE"\qde.exe -data %XXX_ROOT%\.. -vmargs eclipse.p2.data.area=%QNX_INSTALL%..\..\..\QNX\"QNX_Momentics_IDE"\p2””.
In the “Environment tab” under project settings, we found that the toolchain path is prepended before the path we created with .bat file. We manually modified the PATH variable in IDE, by declaring the of QT PATH (\qt\Qt5.6.2\win64\x86_64\target\x86\bin) before the toolchain path. And the compilation was successful. (fig 2)
Could you please let us know, how we can solve the issue? Also, is there any method to prepend the QT path variable before toolchain PATH from the .bat file?Manoj Chandran R2022-10-11T06:18:08Zpost121952: Qmake Path IssueManoj Chandran Rhttp://community.qnx.com/sf/go/post1219522022-10-11T06:14:02Z2022-10-11T06:14:02ZWe installed the QT through QNX software center (Fig QT_QNX).
We are using SDP 7.0 and QNX Momentics IDE (Version: 7.0.4.v201905030143) in our design. During compilation, we are getting error in qmake.(fig 1)
We understand that it was because of some issue in setting the Environment variable of QT PATH (\qt\Qt5.6.2\win64\x86_64\target\x86\bin) in Momentics IDE. We are using a ‘.bat’ file to set the required PATH for the project. And from the .bat file, we open the Momentics IDE through the command “start %QNX_INSTALL%..\..\..\QNX\"QNX_Momentics_IDE"\qde.exe -data %XXX_ROOT%\.. -vmargs eclipse.p2.data.area=%QNX_INSTALL%..\..\..\QNX\"QNX_Momentics_IDE"\p2””.
In the “Environment tab” under project settings, we found that the toolchain path is prepended before the path we created with .bat file. We manually modified the PATH variable in IDE, by declaring the of QT PATH (\qt\Qt5.6.2\win64\x86_64\target\x86\bin) before the toolchain path. And the compilation was successful. (fig 2)
Could you please let us know, how we can solve the issue? Also, is there any method to prepend the QT path variable before toolchain path from the .bat file?
Regards,
ManojManoj Chandran R2022-10-11T06:14:02Zpost121812: How to run a Qt app on QNX 7julien zhonghttp://community.qnx.com/sf/go/post1218122022-06-03T06:02:52Z2022-06-03T06:02:52Zwhen I try to run the Qt app with following command
export LD_LIBRARY_PATH=/qt/lib
export QT_PLUGIN_PATH=/qt/plugins
export QML2_IMPORT_PATH=/qt/qml
export QT_QPA_FONTDIR=/qt/lib/fonts
export QT_DEBUG_PLUGINS=1
export QQNX_PHYSISCREEN_SIZE=150,100
export LD_DEBUG=1
random -p
waitfor /dev/random
waitfor /dev/slog2e
echo "starting the app"
/home/app/test
echo "the app started"
I got following errors
debug: Looking up symbol eglCreateSync
debug: Symbol eglCreateSync could not be resolved in this scope
NULL
debug: Looking up symbol eglDestroySync
debug: Symbol eglDestroySync could not be resolved in this scope
NULL
debug: Looking up symbol eglClientWaitSync
debug: Symbol eglClientWaitSync could not be resolved in this scope
NULL
debug: Looking up symbol eglGetSyncAttrib
debug: Symbol eglGetSyncAttrib could not be resolved in this scope
NULL
debug: Looking up symbol eglCreateImage
debug: Symbol eglCreateImage could not be resolved in this scope
NULL
debug: Looking up symbol eglDestroyImage
debug: Symbol eglDestroyImage could not be resolved in this scope
NULL
debug: Looking up symbol eglGetPlatformDisplay
debug: Symbol eglGetPlatformDisplay could not be resolved in this scope
NULL
debug: Looking up symbol eglCreatePlatformWindowSurface
debug: Symbol eglCreatePlatformWindowSurface could not be resolved in this scope
NULL
debug: Looking up symbol eglCreatePlatformPixmapSurface
debug: Symbol eglCreatePlatformPixmapSurface could not be resolved in this scope
NULL
debug: Looking up symbol eglWaitSync
debug: Symbol eglWaitSync could not be resolved in this scope
NULL
Process 1450012 (test) terminated SIGSEGV code=1 fltno=11 ip=00000001000788c0(/usr/lib/ldqnx-64.so.2@strlen+0x0000000000000000) mapaddr=00000000000788c0. ref=0000000000000000
Memory fault (core dumped)julien zhong2022-06-03T06:02:52Zpost121480: Re: Building/Running Qt 5 on QNX SDP 7.1cheng changnan(deleted)http://community.qnx.com/sf/go/post1214802021-07-02T03:15:28Z2021-07-02T03:15:28ZHi Daniel,
Did you make it?cheng changnan(deleted)2021-07-02T03:15:28Zpost121020: Re: Building/Running Qt 5 on QNX SDP 7.1Daniel Hines(deleted)http://community.qnx.com/sf/go/post1210202020-10-06T18:18:26Z2020-10-06T18:18:26ZI've been attempting to build Qt 5.15.1 for QNX 7.1, and I'm running into an issue that I don't know how to get around.
Preconditions:
The Qt 5.15 source code is downloaded into a source directory, and I've created separated build and install directories for Qt
Python 3.8 and ActivePerl have been installed as prerequisites for building Qt, and their paths have been added to the PATH variable
I'm using MinGW as the compiler
I've executed qnxsdp-env.bat
Procedure:
1) Execute configure.bat from the build directory "C:\Qt\qt-build-5.15.1-qnx-armle-v7-qcc>..\qt-everywhere-src-5.15.1\configure.bat -prefix ..\qt-install-5.15.1-qnx-armle-v7-qcc -platform win32-g++ -xplatform qnx-armle-v7-qcc -confirm-license -opensource"
2) After configure returns successfully, execute mingw32-make from the build directory "C:\Qt\qt-build-5.15.1-qnx-armle-v7-qcc>mingw32-make"
I've attached a build log, and the error output from the last command is shown below:
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrInterpreter.obj: in function `JSC::Yarr::byteCompile(JSC::Yarr::YarrPattern&, WTF::BumpPointerAllocator*, JSC::NoLock*)':
YarrInterpreter.cpp:(.text+0x34a): undefined reference to `JSC::Yarr::wordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrInterpreter.cpp:(.text+0x3a0): undefined reference to `JSC::Yarr::newlineCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrInterpreter.cpp:(.text+0x3f8): undefined reference to `JSC::Yarr::wordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrJIT.obj: in function `JSC::Yarr::YarrPattern::newlineCharacterClass()':
YarrJIT.cpp:(.text._ZN3JSC4Yarr11YarrPattern21newlineCharacterClassEv[_ZN3JSC4Yarr11YarrPattern21newlineCharacterClassEv]+0x28): undefined reference to `JSC::Yarr::newlineCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrJIT.obj: in function `JSC::Yarr::YarrPattern::wordUnicodeIgnoreCaseCharCharacterClass()':
YarrJIT.cpp:(.text._ZN3JSC4Yarr11YarrPattern39wordUnicodeIgnoreCaseCharCharacterClassEv[_ZN3JSC4Yarr11YarrPattern39wordUnicodeIgnoreCaseCharCharacterClassEv]+0x28): undefined reference to `JSC::Yarr::wordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrJIT.obj: in function `JSC::Yarr::YarrPattern::wordcharCharacterClass()':
YarrJIT.cpp:(.text._ZN3JSC4Yarr11YarrPattern22wordcharCharacterClassEv[_ZN3JSC4Yarr11YarrPattern22wordcharCharacterClassEv]+0x28): undefined reference to `JSC::Yarr::wordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrPattern.obj: in function `JSC::Yarr::dumpCharacterClass(WTF::PrintStream&, JSC::Yarr::YarrPattern*, JSC::Yarr::CharacterClass*)':
YarrPattern.cpp:(.text+0x472): undefined reference to `JSC::Yarr::newlineCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x4e0): undefined reference to `JSC::Yarr::digitsCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x540): undefined reference to `JSC::Yarr::spacesCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x5b8): undefined reference to `JSC::Yarr::wordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x632): undefined reference to `JSC::Yarr::nonwordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x6ac): undefined reference to `JSC::Yarr::wordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x726): undefined reference to `JSC::Yarr::nondigitsCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x76e): undefined reference to `JSC::Yarr::nonspacesCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text+0x9f4): undefined reference to `JSC::Yarr::nonwordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrPattern.obj: in function `JSC::Yarr::YarrPattern::compile(WTF::String const&, void*)':
YarrPattern.cpp:(.text+0x17d8): undefined reference to `JSC::Yarr::newlineCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrPattern.obj: in function `JSC::Yarr::YarrPatternConstructor::atomCharacterClassBuiltIn(JSC::Yarr::BuiltInCharacterClassID, bool)':
YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0xf6): undefined reference to `JSC::Yarr::nondigitsCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x158): undefined reference to `JSC::Yarr::nonspacesCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x1e6): undefined reference to `JSC::Yarr::spacesCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x244): undefined reference to `JSC::Yarr::digitsCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x2b0): undefined reference to `JSC::Yarr::nonwordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x432): undefined reference to `JSC::Yarr::wordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x4a0): undefined reference to `JSC::Yarr::wordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomCharacterClassBuiltInENS0_23BuiltInCharacterClassIDEb]+0x52e): undefined reference to `JSC::Yarr::nonwordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: .obj/YarrPattern.obj: in function `JSC::Yarr::YarrPatternConstructor::atomBuiltInCharacterClass(JSC::Yarr::BuiltInCharacterClassID, bool)':
YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb]+0xee): undefined reference to `JSC::Yarr::spacesCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb]+0x150): undefined reference to `JSC::Yarr::digitsCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb]+0x1ea): undefined reference to `JSC::Yarr::wordUnicodeIgnoreCaseCharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb]+0x242): undefined reference to `JSC::Yarr::wordcharCreate()'
c:\Users\danhin\qnx710\\host\win64\x86_64\usr\bin\arm-unknown-nto-qnx7.1.0eabi-ld: YarrPattern.cpp:(.text._ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb[_ZN3JSC4Yarr22YarrPatternConstructor25atomBuiltInCharacterClassENS0_23BuiltInCharacterClassIDEb]+0x29a): undefined reference to `JSC::Yarr::newlineCreate()'
cc: c:/Users/danhin/qnx710//host/win64/x86_64/usr/bin/arm-unknown-nto-qnx7.1.0eabi-ld caught signal 1
mingw32-make[3]: *** [Makefile:1059: ../../lib/libQt5Qml.so.5.15.1] Error 1
mingw32-make[2]: *** [Makefile:102: sub-qml-make_first-ordered] Error 2
mingw32-make[1]: *** [Makefile:50: sub-src-make_first] Error 2
mingw32-make: *** [Makefile:340: module-qtdeclarative-make_first] Error 2
Any ideas as to what is going on?
ThanksDaniel Hines(deleted)2020-10-06T18:18:26Zpost120937: Re: Building/Running Qt 5 on QNX SDP 7.1James McDonnellhttp://community.qnx.com/sf/go/post1209372020-09-11T21:21:28Z2020-09-11T21:21:28ZHi Daniel,
You'll need to re-build the Qt libraries with QNX 7.1. The ones in the Qt5 evaluation package will be built for QNX 7.0.
JamesJames McDonnell2020-09-11T21:21:28Zpost120936: Building/Running Qt 5 on QNX SDP 7.1Daniel Hines(deleted)http://community.qnx.com/sf/go/post1209362020-09-11T20:33:52Z2020-09-11T20:33:52ZGreetings QNX Developer Community:
Before getting to the meat of this post, I would like to clarify that I am a beginner with both Qt and QNX. I downloaded the evaluation of QNX 7.1, as well as an evaluation of Qt 5. Qt's official documentation for Qt for QNX says that it is supported for QNX 7.0. Is it possible to build/run Qt 5 on QNX 7.1? I haven't found any documentation/tutorials specifically for this. Just as a test, I attempted to build a simple HelloWorld Qt project against my QNX 7.1 install, and there were a bunch of errors on missing libraries. Upon further inspection, I found that the libraries were there, but they were different versions (i.e. libc.so.5 instead of libc.so.4, for example). At this point in time, I don't have any target hardware, as I was tasked with evaluating QNX and Qt for use in future projects.
Thanks,
DanielDaniel Hines(deleted)2020-09-11T20:33:52Zpost119700: Re: Remote QT display / VNCSebastian Kranzhttp://community.qnx.com/sf/go/post1197002019-05-08T05:36:00Z2019-05-08T05:36:00ZHello,
we compiled Qt5.12.x and here the embedded vnc server works.
Another option is to use something like libvncserver and build up your own vnc server, which we are investigating at the moment. It works pretty well and there is also a webbrowser client, so any device can connect to a session.
Regards,
Sebastian
> Hi, We have a requirement to remote the display ... Target is QNX7, imx6 CPU.
>
> Using QNX6.6, we have found a small utility, rfbserv , on a demo to do the
> works....
> But now this utility is no more available on QNX7.0
>
> We have try to use the VNC embedded in qt, both compiling the 5.8 and 5.9
> with no results (see errors)
> Question is: is it possible to remote, in any way, the display using screen?
>
> Please help, thanks in advance
> Mario
>Sebastian Kranz2019-05-08T05:36:00Zpost119597: Re: how to bring shell builtin into QNX 6.6 QT 5.3.1mike scott(deleted)http://community.qnx.com/sf/go/post1195972019-03-21T06:27:56Z2019-03-21T06:27:56Z> You can run "ls" and so on - can you run "ksh"?
Hi Malte Mundt,
As suggested, I tried "ksh", then no commands can be executed ever since. i.e., "ls" or "pwd" will bring the content of the current directory; then input "ksh", no response as expected; after that, "ls" or "pwd" also stops working.
I checked that the "ksh" is available @
# find -iname "ksh"
./proc/boot/ksh
./base/bin/ksh
Please advise, thanks in advance
Mikemike scott(deleted)2019-03-21T06:27:56Zpost119580: Re: how to bring shell builtin into QNX 6.6 QT 5.3.1Malte Mundthttp://community.qnx.com/sf/go/post1195802019-03-14T11:04:45Z2019-03-14T11:04:45ZYou can run "ls" and so on - can you run "ksh"?Malte Mundt2019-03-14T11:04:45Zpost119571: how to bring shell builtin into QNX 6.6 QT 5.3.1mike scott(deleted)http://community.qnx.com/sf/go/post1195712019-03-08T06:49:10Z2019-03-08T06:49:10ZHi QNX,
qnx sdp 6.6,
BSP_ti-am335x-beaglebone_br-660_be-660_SVN797070_JBN574.zip
beaglebone black Rev. C
QT 5.3.1
I implemented a QT program similar to https://evileg.com/en/post/261/
input filesystem command such as "ls", which will list the files under current directory. and "pwd" will show the
current directory path. "ls" / "pwd" and lots of other commands are available @ /opt/qnx660/target/qnx6/armle-v7/bin, however there is no "cd" since 'cd' is a shell builtin.
Please advise how I can bring the shell environment into this QT program, in which then I am able to use "cd" to
change directories.
Thanks in advance
Mikemike scott(deleted)2019-03-08T06:49:10Zpost119530: Re: Remote QT display / VNCDennis Kelllyhttp://community.qnx.com/sf/go/post1195302019-02-19T14:25:59Z2019-02-19T14:25:59Z>>> open a support plan only for such utility can be a bit expensive
Agreed... but easiest.
>>> The other option should be a bit complicated to handle or maintain in the time.
Also agreed - its more work. Depends on if "apps" are in the future of your product.
If you go with the network data model, you have the option of using the QML as javascript on a webpage - or in a true mobile app.Dennis Kellly2019-02-19T14:25:59Zpost119529: Re: Remote QT display / VNCmario sangallihttp://community.qnx.com/sf/go/post1195292019-02-19T14:14:10Z2019-02-19T14:14:10ZThanks for the answer: open a support plan only for such utility can be a bit expensive ,
The other option should be a bit complicated to handle or mantains in the time.
mariomario sangalli2019-02-19T14:14:10Zpost119528: Re: Remote QT display / VNCDennis Kelllyhttp://community.qnx.com/sf/go/post1195282019-02-19T13:42:34Z2019-02-19T13:42:34ZA new, optimized VNC server for screen (not Qt-based) is available via a QNX "custom support plan".
As an alternative you could consider driving your local UI via network 'localhost' - then build the same Qt app for Windows using a remote network connection. The two UI's would both be able to control the embedded system and stay "in sync".Dennis Kellly2019-02-19T13:42:34Zpost119527: Remote QT display / VNCmario sangallihttp://community.qnx.com/sf/go/post1195272019-02-19T09:23:24Z2019-02-19T09:23:24ZHi, We have a requirement to remote the display ... Target is QNX7, imx6 CPU.
Using QNX6.6, we have found a small utility, rfbserv , on a demo to do the works....
But now this utility is no more available on QNX7.0
We have try to use the VNC embedded in qt, both compiling the 5.8 and 5.9
with no results (see errors)
Question is: is it possible to remote, in any way, the display using screen?
Please help, thanks in advance
Mario
Running a QT 5.8.1:
---------------------------------
Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 1, profile QSurfaceFormat::OpenGLContextProfile(NoProfile))
Abort (core dumped)
Running QT 5.9.8:
---------------------------------
[12]/usr/local/Qt-5.9.8/examples/datavisualization/customproxy> ./customproxy -platform vnc
This plugin does not support createPlatformOpenGLContext!
This plugin does not support createPlatformOpenGLContext!
"Couldn't initialize the OpenGL context."mario sangalli2019-02-19T09:23:24Zpost119459: Re: why QT apps loss of integrated parts?mike scott(deleted)http://community.qnx.com/sf/go/post1194592019-01-30T04:28:54Z2019-01-30T04:28:54Znever mind,
after reboot the device, everything is working fine now.
Mikemike scott(deleted)2019-01-30T04:28:54Zpost119453: why QT apps loss of integrated parts?mike scott(deleted)http://community.qnx.com/sf/go/post1194532019-01-29T09:25:02Z2019-01-29T09:25:02ZHi QNX,
qnx sdp 6.6, qnx sdk for apps and media 1.1,
BSP_ti-am335x-beaglebone_br-660_be-660_SVN797070_JBN574.zip
touchscreen 800x480
Following 《QNX SDK for Apps and Media 1.1 Getting Started》pp.39~40, I have built a target image for beaglebone black, which boot-up the device and started the QT gui program named Homescreen, as shown by the 1st attached image file "hmi.png".
However, the individual apps are not functioning right. For example, the helloworld app should looks like as 2nd attached image file "helloworld.png". On my screen, the blue squared parts are all missing, i.e., loss of "close application", "volume control" and qnx title.
Building process has been recorded in attached text file.
Please advise, thanks in advance
Mikemike scott(deleted)2019-01-29T09:25:02Zpost118907: How to use QNX valgrind to check for qt sample app memory leaks?Sangyool Lee(deleted)http://community.qnx.com/sf/go/post1189072018-06-28T08:32:59Z2018-06-28T08:32:59ZI tried, but an error occurred.
# valgrind ./pcsi
==23269537== Memcheck, a memory error detector
==23269537== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==23269537== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==23269537== Command: ./pcsi
==23269537==
QML debugging is enabled. Only use this in a safe environment.
==23269537== Invalid read of size 8
==23269537== at 0x3932C: ??? (in /lib64/libc.so.4)
==23269537== Address 0x1965cd0 is 16 bytes before a block of size 40 alloc'd
==23269537== at 0xC478C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-arm64-nto.so)
==23269537==
==23269537== Invalid read of size 8
==23269537== at 0x36A60: ??? (in /lib64/libc.so.4)
==23269537== Address 0x1965cd0 is 16 bytes before a block of size 40 alloc'd
==23269537== at 0xC478C: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-arm64-nto.so)
==23269537==
free malloc object that is not allocated:/builds/workspace/sdp700/build_aarch64/lib/c/alloc/dlist.c:1129
KilledSangyool Lee(deleted)2018-06-28T08:32:59Zpost118789: Sample build fileAsheesh Jainhttp://community.qnx.com/sf/go/post1187892018-04-25T12:10:19Z2018-04-25T12:10:19ZDear All, I am new to QNX QT interaction, I want to create a QNX6.6 OS image with QT environment which runs on x86 CPU, If anyone can share it, please do the same. It would be very helpful to me... Thanks in advanced...Asheesh Jain2018-04-25T12:10:19Zpost118747: Re: Which Qt Creator version to match QNX Qt 5.3.1 development framework?Dennis Kelllyhttp://community.qnx.com/sf/go/post1187472018-04-05T17:02:29Z2018-04-05T17:02:29Z>>>3. I think the examples referred to in the guide are from Apps and Media 1.1.
Yes, If you install "apps and media 1.1", you will get a "qnx660\source" directory containing "appsmedia_qt_source_v1_1.zip". These are the source examples for AnM (not for CAR).
There is some additional info about using Qt Creator for QNX in this pdf - however Qt Creator keeps evolving - the doc has not :)
https://blackberry.watchdox.com/ngdox/viewer/b0b77c0e-f198-44a2-8248-39ae32e11a3a
.Dennis Kellly2018-04-05T17:02:29Zpost118746: Re: Which Qt Creator version to match QNX Qt 5.3.1 development framework?James McDonnellhttp://community.qnx.com/sf/go/post1187462018-04-05T16:48:48Z2018-04-05T16:48:48ZQt Creator 3.2.1 matches QNX Qt 5.3.1.
1. Creator should be fine once you've set it up with QNX Qt 5.3.1.
2. No, the guide hasn't been updated for later versions of Qt Creator. :-(
3. I think the examples referred to in the guide are from Apps and Media 1.1. The guide is actually geared more toward this product. If you're using vanilla QNX 6.6.0, you can get generic Qt examples by installing the open source Qt 5.3.1 for Windows.James McDonnell2018-04-05T16:48:48Zpost118738: Which Qt Creator version to match QNX Qt 5.3.1 development framework?Mike Yuehttp://community.qnx.com/sf/go/post1187382018-04-05T00:24:44Z2018-04-05T00:24:44ZHi All,
I planned to create a Qt demo app for QNX Car 2 platform(J6 based, QNX 6.6.0), so recently start working on Qt development.
I've downloaded and installed QNX Qt 5.3.1 development framework(from http://www.qnx.com/download/feature.html?programid=26835, assumed this is the most recent version for our QNX Qt development), and installed the opensource version Qt Creator(4.6.0, Based on Qt 5.10.1, was downloaded from https://www.qt.io/download#section-2)
So far there some questions:
1. While configuring the toolchain in Qt Creator for qmake, there was a error - "Invalid Qt Version".
The error disappeared after I picked SDP folder "c:\QNX660"
Wonder if the mismatch will affect Qt development following.
Should I pick the appropriate Qt version while installing Qt Creator to override the Qt 5.3.1(which was from QNX)?
2. The Qt Developer's Guide(http://pegasus.ott.qnx.com/download/download/26837/Qt_Developers_Guide.pdf) is old, could match the Qt 5.3.1 development framework, but not Qt Creator .
Is there an new version guide available?
3. The Qt 5.3.1(which was from QNX) doesn't come with the examples, which are referenced in the Qt Developer's Guide.
Anywhere to find the Qt examples for QNX target?
Thank you for your time for these newbie's questions.
MikeMike Yue2018-04-05T00:24:44Zpost118672: Re: RE: QT on IM.X6q with SDP 6.6Dennis Kelllyhttp://community.qnx.com/sf/go/post1186722018-03-14T16:26:23Z2018-03-14T16:26:23Z>>>Warning: "slog2info" is not found on the device
Just because slogger2 is running does not mean that slog2info is present.. Put it in /bin just to be sure.
DennisDennis Kellly2018-03-14T16:26:23Zpost118671: Re: RE: QT on IM.X6q with SDP 6.6mario sangallihttp://community.qnx.com/sf/go/post1186712018-03-14T14:58:09Z2018-03-14T14:58:09ZI made /var/run as a writable regualr dir but with luck:
drwxrwxrwx 2 root root 4096 Dec 31 19:05 run
the same error occurs...mario sangalli2018-03-14T14:58:09Zpost118670: RE: QT on IM.X6q with SDP 6.6Malte Mundthttp://community.qnx.com/sf/go/post1186702018-03-14T14:17:22Z2018-03-14T14:17:22ZAFAIR, when /tmp was pointing to /dev/shmem, it's not good for Qt. In /dev/shmem, it's not possible to create subdirectories, and that can be a problem for Qt. Make /tmp a writeable /tmp folder on a block device or devb ram disk at least.
> -----Original Message-----
> From: mario sangalli [mailto:community-noreply@qnx.com]
> Sent: Wednesday, March 14, 2018 3:14 PM
> To: general-qt <general-qt@community.qnx.com>
> Subject: Re: QT on IM.X6q with SDP 6.6
>
> Hi James,
>
> the /var/run is writeable:
>
> lrwxrwxrwx 1 root root 4 Mar 13 2018 run -> /tmp
>
> and also /tmp is writable:
>
> lrwxrwxrwx 1 root root 10 Mar 13 2018 /tmp -> /dev/shmem
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post118669
> To cancel your subscription to this discussion, please e-mail general-qt-
> unsubscribe@community.qnx.comMalte Mundt2018-03-14T14:17:22Zpost118669: Re: QT on IM.X6q with SDP 6.6mario sangallihttp://community.qnx.com/sf/go/post1186692018-03-14T14:13:51Z2018-03-14T14:13:51ZHi James,
the /var/run is writeable:
lrwxrwxrwx 1 root root 4 Mar 13 2018 run -> /tmp
and also /tmp is writable:
lrwxrwxrwx 1 root root 10 Mar 13 2018 /tmp -> /dev/shmemmario sangalli2018-03-14T14:13:51Zpost118668: Re: QT on IM.X6q with SDP 6.6James McDonnellhttp://community.qnx.com/sf/go/post1186682018-03-14T14:00:49Z2018-03-14T14:00:49ZThe slog2info message is probably not important.
Unfortunately, the Qt Creator QNX tests aren't complete. They don't verify that /var/run is writeable. Offhand, I don't recall if anything else is required. Try this first.James McDonnell2018-03-14T14:00:49Zpost118667: QT on IM.X6q with SDP 6.6mario sangallihttp://community.qnx.com/sf/go/post1186672018-03-14T11:44:29Z2018-03-14T11:44:29ZWe'are porting a QT application on our custom board based on IM..X 6q processor and QNX SDP6.6, following this guide:
http://doc.qt.io/qt-5/platform-notes-qnx.html
From QT Creator's Device test the target seem configured in the right way:
Connecting to host...
Checking kernel version...
QNX 6.6.0 i.MX6Q_Cpu_Coms
Checking if specified ports are available...
All specified ports are available.
Checking for awk...
awk found.
Checking for grep...
grep found.
Checking for kill...
kill found.
Checking for netstat...
netstat found.
Checking for print...
print found.
Checking for printf...
printf found.
Checking for ps...
ps found.
Checking for read...
read found.
Checking for sed...
sed found.
Checking for sleep...
sleep found.
Checking for uname...
uname found.
Checking for slog2info...
slog2info found.
Device test finished successfully.
But when I start debugging the QT application I get the following error showing in ApplicationOutput window:
Debugging starts
Preparing remote side...
Warning: "slog2info" is not found on the device, debug output not available!Debugging has finished
and an error window popup saying: ' Cannot continue debugged process: the program is not being run.'
The Slogger2 process and qconn are runnig on the target.
Any suggestions to solve the issue?
Regards.mario sangalli2018-03-14T11:44:29Zpost118565: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Benedikt Franz(deleted)http://community.qnx.com/sf/go/post1185652018-02-13T08:19:26Z2018-02-13T08:19:26ZThanks, I just created a post.
Thanks again for your help!Benedikt Franz(deleted)2018-02-13T08:19:26Zpost118561: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Dennis Kelllyhttp://community.qnx.com/sf/go/post1185612018-02-12T12:16:19Z2018-02-12T12:16:19ZIf everything works (gles2gears, qt) then I suspect the messages are bogus - likely a bug perhaps already fixed. You might try posting to the discussion at http://community.qnx.com/sf/discussion/do/listTopics/projects.graphics/discussion.advanced_graphics... but not sure how well that discussion is monitored. If you post, stick to the simple case of the errors with gles2grears.Dennis Kellly2018-02-12T12:16:19Zpost118559: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Benedikt Franz(deleted)http://community.qnx.com/sf/go/post1185592018-02-12T09:43:35Z2018-02-12T09:43:35ZThanks for the pdf, I got the font system to work with Qt now. Thanks a lot!!!
I still get that weird error about the glesv2-sc-dlls failing to load... The gles2gears example runs fine, but it does give me the same error message. I got the Qt hellowindow example to run ok, too, but also with the same error.Benedikt Franz(deleted)2018-02-12T09:43:35Zpost118534: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Dennis Kelllyhttp://community.qnx.com/sf/go/post1185342018-02-09T14:27:31Z2018-02-09T14:27:31ZIt sounds like the error occurs when gles2 is requjired. Widget programs, like the clock only require gles1. QML programs require gles2.
Try gles2-gears - it must work before you try QML programs!.
It "sounds like" your screen driver contains "mixed" version components.
DDennis Kellly2018-02-09T14:27:31Zpost118533: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Benedikt Franz(deleted)http://community.qnx.com/sf/go/post1185332018-02-09T14:21:17Z2018-02-09T14:21:17ZThanks. I didn't get an email yet.
Sorry, I didn't express myself very well. The error does occur for some programs, but not for others. It does always occur for the qt/examples/opengl/cube/cube binary. The analogclock binary never produces such an error.Benedikt Franz(deleted)2018-02-09T14:21:17Zpost118532: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Dennis Kelllyhttp://community.qnx.com/sf/go/post1185322018-02-09T14:12:29Z2018-02-09T14:12:29ZI sent you a pdf vIa email containing more info about the QNX font system. Let me know if you don't get it.
Regarding the screen dll errors, I haven't encountered that. Since it only happens "sometimes", it sounds like timing.
DennisDennis Kellly2018-02-09T14:12:29Zpost118531: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Benedikt Franz(deleted)http://community.qnx.com/sf/go/post1185312018-02-09T13:40:15Z2018-02-09T13:40:15ZOkay guys, thanks for your help so far. The problem was indeed that the /usr/lib/libfontconfig.so and .so.1 were missing. I added them to my build and now I Qt does start up and show something (though not always) - analogclock does show something (I'll attach a screenshot, I have a sneaky feeling it's missing some letters?)
In general, fonts don't show. I noticed that the folder QT_QPA_FONTDIR=/home/qt5/lib/fonts doesn't exist. Did I miss something during my first build? I do have two files libfreetype.so and .so.1:
# ls -la /usr/lib/libfreetype.so*
-rwxr-xr-x 1 1002 1002 390379 Feb 23 2014 /usr/lib/libfreetype.so
-rwxr-xr-x 1 1002 1002 390379 Feb 23 2014 /usr/lib/libfreetype.so.1
I also sometimes get error messages about a missing library glesv2-sc-dlls:
libs: load_object: attempt load of /usr/lib/graphics/iMX6X/glesv2-sc-dlls
libs: dlopen: Library cannot be found
libs: dlopen("glesv2-sc-dlls",1536)
Mode: LOCAL GROUP
libs: load_object: attempt load of glesv2-sc-dlls
libs: dlopen: Library cannot be found
libs: dlopen("/usr/lib/graphics/iMX6X/glesv2-sc-dlls.so",1536)
Mode: LOCAL GROUP
libs: load_object: attempt load of /usr/lib/graphics/iMX6X/glesv2-sc-dlls.so
libs: dlopen: Library cannot be found
libs: dlopen("glesv2-sc-dlls.so",1536)
Mode: LOCAL GROUP
libs: load_object: attempt load of glesv2-sc-dlls.so
libs: dlopen: Library cannot be found
libs: dlopen("/usr/lib/graphics/iMX6X/libGLSLC.so",1536)
Mode: LOCAL GROUP
Thanks a lot!Benedikt Franz(deleted)2018-02-09T13:40:15Zpost118530: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Dennis Kelllyhttp://community.qnx.com/sf/go/post1185302018-02-08T16:29:29Z2018-02-08T16:29:29ZYou can get "could not find or load the Qt platform plugin "qnx"" if the freetype font system in non-functional.Dennis Kellly2018-02-08T16:29:29Zpost118529: Re: Building Qt 5.7.1 for QNX 6.6.0 armle-v7James McDonnellhttp://community.qnx.com/sf/go/post1185292018-02-08T16:22:47Z2018-02-08T16:22:47ZThe target needs additional shared objects. Run the application with LD_DEBUG=libs (e.g., LD_DEBUG=libs analogClock). It'll tell you what's missing.James McDonnell2018-02-08T16:22:47Zpost118528: Building Qt 5.7.1 for QNX 6.6.0 armle-v7Benedikt Franz(deleted)http://community.qnx.com/sf/go/post1185282018-02-08T16:17:31Z2018-02-08T16:17:31ZI am trying to build Qt 5.7.1 for QNX 6.6.0 running atop an i.MX6q processor (armle-v7). Actually, the build itself succeeded, but Qt refuses to start up. Here's what I did:
I essentially followed the instructions found here:
http://wiki.qt.io/Building_Qt_for_QNX_Neutrino_OS
and here:
http://wiki.qt.io/QNX-App-development-and-deployment
I used git to check out version 5.7.1 to my Debian host system and built Qt as per the instructions in the Qt Wiki. I then uploaded the Qt build (the folders bin, doc, examples, include, lib, mkspecs and plugins) to the target board to local eMMC storage (/home/qt5, although I have tried /opt/qt/ before with the same result). I set up the envvars needed for Qt as follows:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/qt5/lib
export QT_PLUGIN_PATH=/home/qt5/plugins
export QML2_IMPORT_PATH=/home/qt5/qml
export QML_IMPORT_PATH=/home/qt5/imports
export QQNX_PHYSICAL_SCREEN_SIZE="217,136"
export QT_DEBUG_PLUGINS=1
export QT_QPA_PLATFORM_PLUGIN_PATH=/home/qt5/plugins
export QT_QPA_FONTDIR=/home/qt5/lib/fonts
When I try to run a Qt binary, I get the following error (see attached file for full dump):
Got keys from plugin meta data ("qnx")
QFactoryLoader::QFactoryLoader() checking directory path "/home/qt5/examples/gui/analogclock/platforms" ...
Cannot load library /home/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)
QLibraryPrivate::loadPlugin failed on "/home/qt5/plugins/platforms/libqqnx.so" : "Cannot load library /home/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
This application failed to start because it could not find or load the Qt platform plugin "qnx"
in "/home/qt5/plugins".
Those files are, however, exactly where they are supposed to be. Running ldd on the Qt binary didn't reveal any dead links, either. Screen does run and the gles-gears sample binaries work with no issues.
Please help. I'm stuck and I don't know what to do.
Thanks a lot!Benedikt Franz(deleted)2018-02-08T16:17:31Zpost118354: RE: Is it possible to use newer compiler in QNX7 and Qt?Vincent Hui(deleted)http://community.qnx.com/sf/go/post1183542018-01-10T02:08:50Z2018-01-10T02:08:50ZThank Malte Mundt.
I wish the compiler of QNX7 can be upgraded to gcc 5.5 very soon.Vincent Hui(deleted)2018-01-10T02:08:50Zpost118342: RE: Is it possible to use newer compiler in QNX7 and Qt?Malte Mundthttp://community.qnx.com/sf/go/post1183422018-01-08T08:16:43Z2018-01-08T08:16:43ZI wouldn't say it is not possible. QNX offers Custom Support Plan contracts to supply whatever their users need, if it's outside that standard product. I am aware of several cases where updated compiler versions were made available for 6.x customers under a CSP plan, and I'm sure it can be done for 7 aswell. It's a matter of time and budget.
Cheers,
- Malte
From: James McDonnell [mailto:community-noreply@qnx.com]
Sent: Thursday, January 4, 2018 2:29 AM
To: general-qt <general-qt@community.qnx.com>
Subject: Re: Is it possible to use newer compiler in QNX7 and Qt?
Unfortunately, that's not possible. QNX only supports specific compiler versions.
From: community-noreply@qnx.com<mailto:community-noreply@qnx.com>
Sent: January 3, 2018 4:00 AM
To: general-qt@community.qnx.com<mailto:general-qt@community.qnx.com>
Reply-to: general-qt@community.qnx.com<mailto:general-qt@community.qnx.com>
Subject: Is it possible to use newer compiler in QNX7 and Qt?
I would like to use C++ 17 new features in QNX7 and Qt. Is it possible update gcc to 7.2 so that I use C++17 features?
Thanks
_______________________________________________
Qt General
http://community.qnx.com/sf/go/post118307
To cancel your subscription to this discussion, please e-mail general-qt-unsubscribe@community.qnx.com<mailto:general-qt-unsubscribe@community.qnx.com>Malte Mundt2018-01-08T08:16:43Zpost118330: Re: Is it possible to use newer compiler in QNX7 and Qt?James McDonnellhttp://community.qnx.com/sf/go/post1183302018-01-04T02:48:01Z2018-01-04T02:48:01ZI suspect that's a long way off :-(.
From: community-noreply@qnx.com
Sent: January 3, 2018 8:46 PM
To: general-qt@community.qnx.com
Reply-to: general-qt@community.qnx.com
Subject: Re: Is it possible to use newer compiler in QNX7 and Qt?
Thank James.
Do you know when will compiler be changed to gcc 5.5 or higher version?
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=5.5
_______________________________________________
Qt General
http://community.qnx.com/sf/go/post118329
To cancel your subscription to this discussion, please e-mail general-qt-unsubscribe@community.qnx.comJames McDonnell2018-01-04T02:48:01Zpost118329: Re: Is it possible to use newer compiler in QNX7 and Qt?Vincent Hui(deleted)http://community.qnx.com/sf/go/post1183292018-01-04T02:08:02Z2018-01-04T02:08:02ZThank James.
Do you know when will compiler be changed to gcc 5.5 or higher version?
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=5.5Vincent Hui(deleted)2018-01-04T02:08:02Zpost118328: Re: Is it possible to use newer compiler in QNX7 and Qt?James McDonnellhttp://community.qnx.com/sf/go/post1183282018-01-04T01:50:15Z2018-01-04T01:50:15ZUnfortunately, that's not possible. QNX only supports specific compiler versions.
From: community-noreply@qnx.com
Sent: January 3, 2018 4:00 AM
To: general-qt@community.qnx.com
Reply-to: general-qt@community.qnx.com
Subject: Is it possible to use newer compiler in QNX7 and Qt?
I would like to use C++ 17 new features in QNX7 and Qt. Is it possible update gcc to 7.2 so that I use C++17 features?
Thanks
_______________________________________________
Qt General
http://community.qnx.com/sf/go/post118307
To cancel your subscription to this discussion, please e-mail general-qt-unsubscribe@community.qnx.comJames McDonnell2018-01-04T01:50:15Zpost118307: Is it possible to use newer compiler in QNX7 and Qt?Vincent Hui(deleted)http://community.qnx.com/sf/go/post1183072018-01-03T09:21:44Z2018-01-03T09:21:44ZI would like to use C++ 17 new features in QNX7 and Qt. Is it possible update gcc to 7.2 so that I use C++17 features?
ThanksVincent Hui(deleted)2018-01-03T09:21:44Zpost118277: Re: how to export qt environmenthu jiaqihttp://community.qnx.com/sf/go/post1182772017-12-15T06:01:34Z2017-12-15T06:01:34ZHi Dennis:
I add QWS_MOUSE_PROTO="qnx:/dev/devi/touch0 qnx:/dev/devi/mouse0"
in [virtual=armle-v7,raw] .bootstrap = { } or
[+script] .script = {} ,then I build again the bsp,when the system restart ,
I run echo $QWS_MOUSE_PROTO ,it is empty.
Why it can not export in the build file?
So I using following command.The usb mouse work fine in the qt program
/bin/sh -c "/home/go.sh" &
# cat /home/go.sh
export QWS_MOUSE_PROTO="qnx:/dev/devi/touch0 qnx:/dev/devi/mouse0"
/home/test_program -qws &hu jiaqi2017-12-15T06:01:34Zpost118275: Re: how to export qt environmentDennis Kelllyhttp://community.qnx.com/sf/go/post1182752017-12-14T13:20:54Z2017-12-14T13:20:54ZFirst, you do not waitfor the device /dev/devi/mouse0 to appear. USB enumeration may take some time.
Second, In the build file, it is ineffective to use "export" - you are not in a shell. Variables are set in the build fille environment without "export". For example,
LD_LIBRARY_PATH=:/proc/boot:/lib:/usr/lib:/lib/dll:/lib/dll/pci
I suggest you put your Qt app call into a shell script, say "/proc/boot/go.sh". Then you call it from the build file like
/bin/sh -c "/proc/boot/go.sh" &
You can use "sh" or "ksh" depending on your build.Dennis Kellly2017-12-14T13:20:54Zpost118272: how to export qt environmenthu jiaqihttp://community.qnx.com/sf/go/post1182722017-12-14T09:48:45Z2017-12-14T09:48:45ZHello:
I am using qnx6.5 on am335x , I want to deploy qt program on it.
If I use the following command on console then the qt program can run with usb mouse support,the mouse can
move on the screen.
devi-hid -Pr mouse kbd
export QWS_MOUSE_PROTO="qnx:/dev/devi/touch0 qnx:/dev/devi/mouse0"
/home/test_program -qws
However, I want my qt program run after power up so I add the following line at the tail of my build file.
the usb mouse can not use,usb mouse can not move.
Can anyone tell me how to make the test_program run with usb mouse support after power up?
devi-hid -Pr mouse kbd
reopen /dev/ser1
[+session] sh &
export QWS_MOUSE_PROTO="qnx:/dev/devi/touch0 qnx:/dev/devi/mouse0"
/home/test_program -qws &hu jiaqi2017-12-14T09:48:45Zpost117912: Re: How to get a screenshot of the window with area of OpenGL in QNX6.6?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1179122017-07-26T05:37:51Z2017-07-26T05:37:51Z> I found in help how to make a screenshot of the display.
> http://www.qnx.com/developers/docs/6.6.0.update/index.html#com.qnx.doc.screen/topic/manual/cscreen_screenshot_disp_sample.htmlVova Beliy(deleted)2017-07-26T05:37:51Zpost117906: Re: How to compile Qt5.8 for QNX7 ?Dennis Kelllyhttp://community.qnx.com/sf/go/post1179062017-07-25T00:35:13Z2017-07-25T00:35:13Z>>>Building for 64-bit targets (aarch64le or x86_64) is a bit more difficult because the mkspecs are currently broken.
According to https://bugreports.qt.io/browse/QTBUG-59644 64-bit compiles were fixed in Qt 5.9.1.
I built Qt 5.9.2 for x86_64 and had no issues.Dennis Kellly2017-07-25T00:35:13Zpost117788: Re: How to compile Qt5.8 for QNX7 ?Claudia Choihttp://community.qnx.com/sf/go/post1177882017-06-13T19:12:24Z2017-06-13T19:12:24ZI followed the steps from Nicolas Pinault 03/31/2017 6:07 AM and was able to build Qt 58 successfully on 6.6 using mingw32.Claudia Choi2017-06-13T19:12:24Zpost117713: How much is The QT5.3 Business? How to charge?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1177132017-05-08T01:34:18Z2017-05-08T01:34:18ZHow much is The QT5.3 Business License?Li Chunmei(deleted)2017-05-08T01:34:18Zpost117647: how many times can save ? when using Qt Enterprise compile QMLLi Chunmei(deleted)http://community.qnx.com/sf/go/post1176472017-04-14T09:47:18Z2017-04-14T09:47:18ZI test the most simple QML demo startup costs for more than 1s,I want to know how many times can save when using Qt Enterprise compile QML?
In Analyze > QML Profiler:
All Before Creating time can save?Li Chunmei(deleted)2017-04-14T09:47:18Zpost117644: Re: How to combine Qml window and native openglES window better?Dennis Kelllyhttp://community.qnx.com/sf/go/post1176442017-04-13T11:43:58Z2017-04-13T11:43:58ZGuess it depends on what you are doing in the openGL window, but I assume it would be an independent thread controllable by the UI.Dennis Kellly2017-04-13T11:43:58Zpost117643: Re: How to combine Qml window and native openglES window better?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1176432017-04-13T01:25:35Z2017-04-13T01:25:35ZHi Dennis:
First thank you for your reply, should I Create a thread of native opengl window alone? Or like a normal QT Class registered to the QML? Excuse me, what kind of way of thinking is correct?
Thanks.Li Chunmei(deleted)2017-04-13T01:25:35Zpost117642: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzLi Chunmei(deleted)http://community.qnx.com/sf/go/post1176422017-04-13T01:01:37Z2017-04-13T01:01:37ZHi:
You're right, so now I return to QT5.3, use native opengles2 development 3D, but I don't know how to combinate it and QML window togetherLi Chunmei(deleted)2017-04-13T01:01:37Zpost117637: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzJames McDonnellhttp://community.qnx.com/sf/go/post1176372017-04-12T12:20:46Z2017-04-12T12:20:46ZThe Qt planets example works with Qt Enterprise 5.6.2 on an OMAP5 board (TI-5432) with the Apps and Media 1.1 image. Any other example that I try produces "QOpenGLShader::link: "Link Error: Vertex shader is missing.\nLink Error: Fragment shader is missing.\n"" I'm guessing Qt does something that the QNX OpenGL implementation doesn't like :-(.James McDonnell2017-04-12T12:20:46Zpost117636: Re: How to combine Qml window and native openglES window better?Dennis Kelllyhttp://community.qnx.com/sf/go/post1176362017-04-12T11:05:45Z2017-04-12T11:05:45ZYou can make opengl appear "on top" of qml by setting z-order. Numeric number for z-order must be higher than your qml window (which is normally a low integer).
The following calls set size, position and z-order for your opengl window:
int wf_pos[2] = { WF_UL_X, WF_UL_Y };
int wf_size[2] = { WF_WIDTH, WF_HEIGHT }; // fixed
int zorder = 100; // some default
...
if (wf_size[0] > 0 && wf_size[1] > 0)
{
rc = screen_set_window_property_iv(screen_win, SCREEN_PROPERTY_SIZE, wf_size);
if (rc)
{
perror("screen_set_window_property_iv(SCREEN_PROPERTY_SIZE)");
goto fail5;
}
}
else
{
rc = screen_get_window_property_iv(screen_win, SCREEN_PROPERTY_SIZE, wf_size);
if (rc)
{
perror("screen_get_window_property_iv(SCREEN_PROPERTY_SIZE)");
goto fail5;
}
}
if (wf_pos[0] != 0 || wf_pos[1] != 0)
{
rc = screen_set_window_property_iv(screen_win, SCREEN_PROPERTY_POSITION, wf_pos);
if (rc)
{
perror("screen_set_window_property_iv(SCREEN_PROPERTY_POSITION)");
goto fail5;
}
}
rc = screen_set_window_property_iv(screen_win, SCREEN_PROPERTY_ZORDER, &zorder);
if (rc)
{
perror("screen_set_window_property_iv(SCREEN_PROPERTY_ZORDER)");
goto fail5;
}Dennis Kellly2017-04-12T11:05:45Zpost117635: How to combine Qml window and native openglES window better?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1176352017-04-12T07:44:12Z2017-04-12T07:44:12ZI use native openGLes API draws a 3D animation, I want to know how to make it and QML window stack up.
ThanksLi Chunmei(deleted)2017-04-12T07:44:12Zpost117634: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzLi Chunmei(deleted)http://community.qnx.com/sf/go/post1176342017-04-12T07:30:36Z2017-04-12T07:30:36ZMy QNX6.6 currently run in Win 7 VM, but this is for debugging, my real work device is embedded ARMV7, and run Qt3D failed,
Maybe I should stick with QT5.3, but change the thinking development of 3D.
I am trying to now, do you have any good Suggestions can give meLi Chunmei(deleted)2017-04-12T07:30:36Zpost117632: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzJames McDonnellhttp://community.qnx.com/sf/go/post1176322017-04-11T13:29:05Z2017-04-11T13:29:05ZI've run Qt3D applications (the planets example) on 6.6.0 but it's been a while since I did this.
I've used Qt 5.6.2 on 6.6.0 but I haven't used Qt3D 5.6.2 on 6.6.0.
Are you trying this in the virtual machine or an actual device? What kind of device?James McDonnell2017-04-11T13:29:05Zpost117620: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzLi Chunmei(deleted)http://community.qnx.com/sf/go/post1176202017-04-08T15:24:08Z2017-04-08T15:24:08ZHi:
I am running a QML demo with Qt5.6.2, and have 3D.Core component in demo, I know the basic problem is that 3D run failed, but i do not know the reason.
can i use QT5.6.2 under QNX6.6 correctly? if not, what are the limits(3D part is the key point)?Li Chunmei(deleted)2017-04-08T15:24:08Zpost117615: Re: QQnxScreen:failed to query screen mode. Using default value of 60HzJames McDonnellhttp://community.qnx.com/sf/go/post1176152017-04-07T13:04:16Z2017-04-07T13:04:16ZThe message isn't reporting a problem that would affect Qt3D functionality.
What are you running this on?James McDonnell2017-04-07T13:04:16Zpost117612: QQnxScreen:failed to query screen mode. Using default value of 60HzLi Chunmei(deleted)http://community.qnx.com/sf/go/post1176122017-04-07T03:19:08Z2017-04-07T03:19:08ZHi, all:
Due to the demand of the 3D,I compiling Qt5.6.2 under QNX6.6;
when i use Qt3D.Core or Qt3D.Render, run application in VM return error log:
QQnxScreen:failed to query screen mode. Using default value of 60Hz
and SceneLoader Component used in my application Status=Error;
What reason is this?
QNX6.6 does not support Such as the Qt3D.Core module development?
Who can give me some help.
Thanks.Li Chunmei(deleted)2017-04-07T03:19:08Zpost117609: Re: How to compile Qt5.8 for QNX7 ?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1176092017-04-06T08:25:09Z2017-04-06T08:25:09ZHello:
I compiled Qt5.6.2 succeeded; and specifies -opengl es2;
I think it is more convenient to use Qt5.6.2 development 3D, but failed, I'm in VM cannot be used SceneLoader components in QML;
Does not support openGL es2.0 ?Li Chunmei(deleted)2017-04-06T08:25:09Zpost117601: Re: How to compile Qt5.8 for QNX7 ?James McDonnellhttp://community.qnx.com/sf/go/post1176012017-04-05T11:43:05Z2017-04-05T11:43:05ZIt should build with QNX 6.6. I'm not aware of any problems doing so but I haven't built the entirety of Qt 5.8 with 6.6 recently.James McDonnell2017-04-05T11:43:05Zpost117600: Re: How to compile Qt5.8 for QNX7 ?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1176002017-04-05T08:09:10Z2017-04-05T08:09:10Zhello:
I want to know if I can be in compiling Qt5.8 under QNX6.6 ?
If can't, what are the limits?
Thanks.Li Chunmei(deleted)2017-04-05T08:09:10Zpost117594: Re: how to cross compiling assimp library?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175942017-04-01T08:57:52Z2017-04-01T08:57:52Z> The cmake toolchain at https://bugs.freedesktop.org/attachment.cgi?id=116103&
> action=edit is enough to get cmake to do the right thing.
>
> cmake -G "Unix Makefiles" -DCMAKE_TOOLCHAIN_FILE=<qnx-toolchain-file-path> <assimp-src-path>
>
> But with 3.3.1 source the make chokes and dies when it gets to BaseImporter.
> cpp. Code changes might be needed to get it to build for QNX 6.6.0 and you
> have to do something about the Boost dependency.
Hi:
As you say,build 3.3.1 get error about BaseImporter.cpp,but I build 3.1.1 or 3.2 get error about ImporterRegistry.cpp, I think this is caused by the same reason, I am looking for a solution.
ThanksLi Chunmei(deleted)2017-04-01T08:57:52Zpost117592: Re: how to cross compiling assimp library?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175922017-04-01T03:56:33Z2017-04-01T03:56:33Z> The cmake toolchain at https://bugs.freedesktop.org/attachment.cgi?id=116103&
> action=edit is enough to get cmake to do the right thing.
>
> cmake -G "Unix Makefiles" -DCMAKE_TOOLCHAIN_FILE=<qnx-toolchain-file-path> <assimp-src-path>
>
> But with 3.3.1 source the make chokes and dies when it gets to BaseImporter.
> cpp. Code changes might be needed to get it to build for QNX 6.6.0 and you
> have to do something about the Boost dependency.
I use cmake-gui Specify the toolchain-file, but get an error about "project files may be invalid",Similar to the attachment picturesLi Chunmei(deleted)2017-04-01T03:56:33Zpost117591: Re: how to cross compiling assimp library?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175912017-04-01T03:07:45Z2017-04-01T03:07:45Z> The cmake toolchain at https://bugs.freedesktop.org/attachment.cgi?id=116103&
> action=edit is enough to get cmake to do the right thing.
>
> cmake -G "Unix Makefiles" -DCMAKE_TOOLCHAIN_FILE=<qnx-toolchain-file-path> <assimp-src-path>
>
> But with 3.3.1 source the make chokes and dies when it gets to BaseImporter.
> cpp. Code changes might be needed to get it to build for QNX 6.6.0 and you
> have to do something about the Boost dependency.
Hi:
sorry, i want to know how to use Toolchain_QNX_660.cmake file Involved in your link?
thanks.Li Chunmei(deleted)2017-04-01T03:07:45Zpost117590: Re: How to use Qt delevop 3D under QNX system?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175902017-04-01T03:01:51Z2017-04-01T03:01:51Z> It might be easier to build Qt 5.6 yourself and utilize Qt 3D or Qt Quick 3D.
Hi:
are you compiling in QT5.6 under QNX6.6 platform successful?Li Chunmei(deleted)2017-04-01T03:01:51Zpost117589: Re: How to use Qt delevop 3D under QNX system?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175892017-04-01T02:59:02Z2017-04-01T02:59:02Z> It might be easier to build Qt 5.6 yourself and utilize Qt 3D or Qt Quick 3D.
I know 3D in Qt5.5 version above development are very friendly, what do you mean I compile a Qt5.6 version under the environment of QNX6.6? I don't know this way is workableLi Chunmei(deleted)2017-04-01T02:59:02Zpost117588: Re: how to cross compiling assimp library?James McDonnellhttp://community.qnx.com/sf/go/post1175882017-03-31T21:35:00Z2017-03-31T21:35:00ZThe cmake toolchain at https://bugs.freedesktop.org/attachment.cgi?id=116103&action=edit is enough to get cmake to do the right thing.
cmake -G "Unix Makefiles" -DCMAKE_TOOLCHAIN_FILE=<qnx-toolchain-file-path> <assimp-src-path>
But with 3.3.1 source the make chokes and dies when it gets to BaseImporter.cpp. Code changes might be needed to get it to build for QNX 6.6.0 and you have to do something about the Boost dependency.James McDonnell2017-03-31T21:35:00Zpost117587: Re: How to use Qt delevop 3D under QNX system?James McDonnellhttp://community.qnx.com/sf/go/post1175872017-03-31T20:11:04Z2017-03-31T20:11:04ZIt might be easier to build Qt 5.6 yourself and utilize Qt 3D or Qt Quick 3D.James McDonnell2017-03-31T20:11:04Zpost117581: Re: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175812017-03-31T10:07:58Z2017-03-31T10:07:58ZGood news !!! Qt applications are working correctly on the target !
Here are the steps I used to compile QT5.8 :
1) Install MinGW-W64 :
I use version 5.3.0 (Qt wiki says Qt5.8 needs 5.3.0).
If the installer works, you are lucky, else download the archive from Sourceforge. Here is the url I used : https://netcologne.dl.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/5.3.0/threads-win32/sjlj/x86_64-5.3.0-release-win32-sjlj-rt_v4-rev0.7z
Extract the 7zip archive in c:\mingw-w64 (remove the first folder level of the archive when extracting).
2) Install Perl.
Select latest ActivestatePerl (as stated somewhere in Qt wiki)
3) Open a DOS box (command prompt)
4) Create root directory
z:
mkdir QNX7
cd QNX7
5) Get Qt source code
git clone git://code.qt.io/qt/qt5.git qt58
cd qt58
git checkout 5.8
perl init-repository --module-subset=default,-qtwebkit,-qtwebkit-examples,-qtwebengine,-qtwebchannel
6) Build Qt
cd ..
mkdir qt58-build
cd qt58-build
mkdir int result
cd int
set PATH=c:\mingw-w64\bin;%PATH%
c:\qnx700\qnxsdp-env.bat
..\..\qt58\configure.bat -extprefix z:\QNX7\qt58-build\result -xplatform qnx-armle-v7-qcc -opensource -confirm-license -release -nomake examples -nomake tests -force-debug-info -separate-debug-info
mingw32-make -j8
mingw32-make install
7) Configure momentics :
Open the Preferences Dialog Box (Window/Preferences)
Select Qt in the left list
Remove the default entry
Add a new entry : In location, select Bowse and go to Z:\QNX7\qt58-build\result\bin\qmake.exe
You're done.Nicolas Pinault2017-03-31T10:07:58Zpost117580: how to cross compiling assimp library?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175802017-03-31T05:51:43Z2017-03-31T05:51:43ZDear all:
I want to cross compile assimp library on Windows platforms by QT,and used to import 3D model;
but Cmake failed,can you give me some help about cross-compilation library
Thanks.Li Chunmei(deleted)2017-03-31T05:51:43Zpost117579: How to use Qt delevop 3D under QNX system?Li Chunmei(deleted)http://community.qnx.com/sf/go/post1175792017-03-31T05:11:28Z2017-03-31T05:11:28ZI use the Qt version is 5.3.1 through the QML drawing interface,want to drawing 3D model in QML,should I call opengles2.0 native interface, or Qt interface? How can I draw 3D model in QML and displayed on the screen QNX system?Li Chunmei(deleted)2017-03-31T05:11:28Zpost117576: Re: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175762017-03-30T14:21:00Z2017-03-30T14:21:00ZI'm building on Windows10.
Upgrading MinGW-W64 to 5.3.0 solved the problem.
I've made some great progress.
I believe I have a working flow now.
I'll publish all the details when I have confirmed that the binaries are usable on the target..Nicolas Pinault2017-03-30T14:21:00Zpost117575: Re: How to compile Qt5.8 for QNX7 ?James McDonnellhttp://community.qnx.com/sf/go/post1175752017-03-30T14:15:13Z2017-03-30T14:15:13ZUh, what version of Windows are you building on? That's a Windows function that needs at least Windows Vista (or Windows Server 2008). I suspect that Qt's minimum Windows version is Windows 7.James McDonnell2017-03-30T14:15:13Zpost117574: Re: How to compile Qt5.8 for QNX7 ?Dennis Kelllyhttp://community.qnx.com/sf/go/post1175742017-03-30T10:46:03Z2017-03-30T10:46:03ZThanks James for these instructions. Worked perfectly on linux.
Only change I made was to put the default prefix at my traditional location (-prefix /opt/qt5).Dennis Kellly2017-03-30T10:46:03Zpost117573: Re: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175732017-03-30T08:24:16Z2017-03-30T08:24:16ZI still get the same error when running configure.bat. After a while, I get :
g++ -o "../bin/qmake.exe" project.o option.o property.o main.o ioutils.o proitems.o qmakevfs.o qmakeglobals.o qmakeparser.o qmakeevaluator.o qmakebuiltins.o makefile.o unixmake2.o unixmake.o mingw_make.o winmakefile.o projectgenerator.o meta.o makefiledeps.o metamakefile.o xmloutput.o pbuilder_pbx.o msvc_vcproj.o msvc_vcxproj.o msvc_nmake.o msvc_objectmodel.o msbuild_objectmodel.o qtextcodec.o qutfcodec.o qstring.o qstring_compat.o qstringbuilder.o qtextstream.o qiodevice.o qringbuffer.o qdebug.o qmalloc.o qglobal.o qarraydata.o qbytearray.o qbytearraymatcher.o qdatastream.o qbuffer.o qlist.o qfiledevice.o qfile.o qfilesystementry.o qfilesystemengine.o qfsfileengine.o qfsfileengine_iterator.o qregexp.o qvector.o qbitarray.o qdir.o qdiriterator.o quuid.o qhash.o qfileinfo.o qdatetime.o qstringlist.o qabstractfileengine.o qtemporaryfile.o qmap.o qmetatype.o qsettings.o qsystemerror.o qlibraryinfo.o qvariant.o qvsnprintf.o qlocale.o qlocale_tools.o qlinkedlist.o qnumeric.o qcryptographichash.o qxmlstream.o qxmlutils.o qlogging.o qjson.o qjsondocument.o qjsonparser.o qjsonarray.o qjsonobject.o qjsonvalue.o qfilesystemengine_win.o qfilesystemiterator_win.o qfsfileengine_win.o qlocale_win.o qsettings_win.o qsystemlibrary.o registry.o -static -s -lole32 -luuid -ladvapi32 -lkernel32 -Wl,--gc-sections
qsettings.o: In function `windowsConfigPath':
z:/QNX7/Qt/s/qtbase/src/corelib/io/qsettings.cpp:959: undefined reference to `SHGetKnownFolderPath'
collect2.exe: error: ld returned 1 exit status
Makefile:175: recipe for target '../bin/qmake.exe' failed
mingw32-make: *** [../bin/qmake.exe] Error 1
Building qmake failed, return code 2
Obviously, the problem appears at the link phase.
Does the MinGW-W64 version is of importance ?Nicolas Pinault2017-03-30T08:24:16Zpost117571: Re: How to compile Qt5.8 for QNX7 ?James McDonnellhttp://community.qnx.com/sf/go/post1175712017-03-29T16:24:26Z2017-03-29T16:24:26ZI use MinGW-W64 (4.9.2) to build on Windows. On Windows, you have to use short paths or the Qt source paths get truncated because they're too deep. I tried the following just now (assumes 5.8 Qt source is in \QtD\58\s):
Open a MinGW-W64 terminal
%HOMEPATH%/qnx700/qnxsdp-env.bat
mkdir \QtD\58\qrai \QtD\58\qrar
cd \QtD\58\qrai
C:\QtD\58\s\configure.bat -prefix /usr/qt5 -extprefix C:\QtD\58\qrar -xplatform qnx-armle-v7-qcc -opensource -confirm-license -release -nomake examples -nomake tests -force-debug-info -separate-debug-info
make -j4 module-qtbase
make module-qtbase-install_subtargetsJames McDonnell2017-03-29T16:24:26Zpost117570: Re: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175702017-03-29T15:05:55Z2017-03-29T15:05:55ZI tried VS2015 but as expected, it does not work. MAKEFLAGS set in qnxsdp-env.bat is problematic.
I also tried with MinGW64 (modern MinGW) but got an error after a while.
Maybe I have to try with MinGW...Nicolas Pinault2017-03-29T15:05:55Zpost117569: Re: How to compile Qt5.8 for QNX7 ?James McDonnellhttp://community.qnx.com/sf/go/post1175692017-03-29T13:38:12Z2017-03-29T13:38:12ZWhat's your host compiler? As far as I know, the only one that will work is MinGW.James McDonnell2017-03-29T13:38:12Zpost117567: Re: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175672017-03-29T07:12:34Z2017-03-29T07:12:34ZHi James,
Thanks for your answer.
I'm currently using 32 bit arm target. So, I'm not concerned about 64 bit broken files.
However, I'm currently using Windows for dev. I am not successful cross compiling with Windows.
The commands you use are similar to the ones I use. I always end with an error somewhere.
Maybe I have to setup up a Linux box or VM.
Keep trying...
NicolasNicolas Pinault2017-03-29T07:12:34Zpost117565: Re: How to compile Qt5.8 for QNX7 ?James McDonnellhttp://community.qnx.com/sf/go/post1175652017-03-28T14:22:14Z2017-03-28T14:22:14ZFrom git on...Linux?
source ~/qnx700/qnxsdp-env.sh
git clone git://code.qt.io/qt/qt5.git qt58
cd qt58
git checkout 5.8
./init-repository --module-subset=default,-qtwebkit,-qtwebkit-examples,-qtwebengine,-qtwebchannel
cd ..
mkdir qt58-build
cd qt58-build
mkdir int result
cd int
../../qt58/configure -prefix /usr/qt5 -extprefix $HOME/qt58-build/result -xplatform qnx-armle-v7-qcc -opensource -confirm-license -release -nomake examples -nomake tests -force-debug-info -separate-debug-info
make -j4
make install
Building for 64-bit targets (aarch64le or x86_64) is a bit more difficult because the mkspecs are currently broken.
Windows should be similar.
QtMultimedia won't work because the QNX Multimedia component hasn't been released yet. It'll build; it just won't be of any use.
You might have to drop other repositories if they won't build for QNX.James McDonnell2017-03-28T14:22:14Zpost117564: How to compile Qt5.8 for QNX7 ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1175642017-03-28T10:07:29Z2017-03-28T10:07:29ZAnyone has a detailed procedure to compile Qt5.8 for QNX7 (armv7le) ?
NicolasNicolas Pinault2017-03-28T10:07:29Zpost117545: Re: VMWare reference image can't be patched with patch 3875James McDonnellhttp://community.qnx.com/sf/go/post1175452017-03-16T14:44:19Z2017-03-16T14:44:19ZHi Adam,
Try "mount -uw /base".
JamesJames McDonnell2017-03-16T14:44:19Zpost117523: VMWare reference image can't be patched with patch 3875Adam Treathttp://community.qnx.com/sf/go/post1175232017-03-11T00:17:08Z2017-03-11T00:17:08ZThe latest reference image for QNX 6.6 vmware
<http://www.qnx.com/download/feature.html?programid=26854> can not be
patched according to instructions for patch 3875
<http://www.qnx.com/developers/articles/rel_5948_26.html#VMWARE> because
the root filesystem is read-only. How do I copy the files from the patch
over to the vmware target on a read only filesystem?Adam Treat2017-03-11T00:17:08Zpost117086: Re: How to get a screenshot of the window with area of OpenGL in QNX6.6?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1170862016-11-04T14:32:41Z2016-11-04T14:32:41ZI found in help how to make a screenshot of the display.
http://www.qnx.com/developers/docs/660/index.jsp?topic=%2Fcom.qnx.doc.screen%2Ftopic%2Fmanual%2Fcscreen_screenshot_disp_sample.htmlVova Beliy(deleted)2016-11-04T14:32:41Zpost117084: How to get a screenshot of the window with area of OpenGL in QNX6.6?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1170842016-11-04T07:35:06Z2016-11-04T07:35:06ZGood day. I am writing an app under QNX6.6 - screenhot of the window, on which have is widget QGLWidget.
I can not make a screenshot of the window with area of OpenGL.
Here is the code in Qt:
-----------------------------------------------------
QPixmap pixmap;
QString file_image;
pixmap = QPixmap::grabWidget(QApplication::activeWindow(), this->pos().x(), this->pos().y(), this->width(), this->height());
file_image = QApplication::applicationDirPath() + "/screen_img.png");
pixmap.save(file_image, "PNG");
-----------------------------------------------------
The image is created, but instead of OpenGL - black area.
How in QNX6.6 get a screenshot of a window or of the entire display with area of OpenGL?Vova Beliy(deleted)2016-11-04T07:35:06Zpost114561: Unable to execute binary over NFS even with exec mount optionTom Long(deleted)http://community.qnx.com/sf/go/post1145612015-10-01T16:00:34Z2015-10-01T16:00:34ZSetup:
NFS share resides on Windows Server 2012
Target is QNX 6.5
Mount options used: fs-nfs3 mynas:/myshare /mnt/mynas
Problem:
I am unable to execute a .out residing on the server. I can read/write to the NFS just fine. I can copy the binary down to the client and execute just fine. But when I try to execute the binary I get the following error:
sh: mybinary.out: value too large to be stored in datatype
Things I've tried:
- Explicitly setting the "exec" option in a mount command. I was sure this was the culprit, but no.
- Playing with every NFS setting there is. I have the "Allow unmapped user Unix access" option checked.
- confirmed I have no ulimits setTom Long(deleted)2015-10-01T16:00:34Zpost114389: Re: Screen command failed on QNX 6.6 VMWareJames McDonnellhttp://community.qnx.com/sf/go/post1143892015-08-31T16:46:21Z2015-08-31T16:46:21Z"OpenGL Window Example" is a Qt example that comes with Qt Creator. It uses direct GL calls to display a spinning triangle with a gradient fill.
To setup Qt in the running VM, I usually use an NFS share that maps the Qt base directory from my host to /Qt5 in the VM and then do the following exports:
export QML_IMPORT_PATH=/Qt5/qml
export QML2_IMPORT_PATH=/Qt5/qml
export QT_LIB_PATH=/Qt5/lib
export QT_LIBRARY_PATH=/Qt5/lib
export QT_PLUGIN_PATH=/Qt5/plugins
export QT_QPA_FONTDIR=/Qt5/lib/fonts
export QT_QPA_PLATFORM=qnx:nofullscreen
export QQNX_PHYSICAL_SCREEN_SIZE=277,159
This makes all of Qt available. You could also copy Qt to the VM.James McDonnell2015-08-31T16:46:21Zpost114388: Re: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143882015-08-31T16:25:23Z2015-08-31T16:25:23ZOh ! Thanks James for your information.I found the libQt5OpenGL in
directory : C:\QNX-qt\Qt-5.3.1-x86\lib.How to use Qt OpenGL on QNX ? Do QNX
support Qt OpenGL on QtQuick ? How to use openglwindow on Qt ? What's
include header files?
2015-08-31 22:46 GMT+07:00 James McDonnell <community-noreply@qnx.com>:
> Derived from QOpenGLWidiget? QNX doesn't support QOpenGLWidget :-(.
>
> Take a look at the slog2 output from the Qt application (slog2info) to see
> whether this is the case.
>
> Try the openglwindow example instead to see whether OpenGL is working. Or
> run the gles2-gears example (not a Qt application).
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post114387
> To cancel your subscription to this discussion, please e-mail
> general-qt-unsubscribe@community.qnx.com
>Tran Hung(deleted)2015-08-31T16:25:23Zpost114387: Re: Screen command failed on QNX 6.6 VMWareJames McDonnellhttp://community.qnx.com/sf/go/post1143872015-08-31T15:46:22Z2015-08-31T15:46:22ZDerived from QOpenGLWidiget? QNX doesn't support QOpenGLWidget :-(.
Take a look at the slog2 output from the Qt application (slog2info) to see whether this is the case.
Try the openglwindow example instead to see whether OpenGL is working. Or run the gles2-gears example (not a Qt application).James McDonnell2015-08-31T15:46:22Zpost114386: Re: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143862015-08-31T15:03:00Z2015-08-31T15:03:00ZHi James !
Thanks for helping me.Today, i have fixed this problem.It seems like i
install patch graphics error.I'm trying to uninstall this patch and
reinstall it.I try again and succeed.
But i have a problem with deploy Qt Applications to QNX VMWare.I'm trying
to run Qt widget application with no add OpenGL module on QNX 6.6 VMWare
target.It run successfully.Then i'm trying to run Qt widget application
with add OpenGL module and format code is OpenGL ES.I'm run it on QNX 6.6
VMWare with commands :
- run gpu_drv
- run screen (QNX 6.6 VMWare Screen is black).
- run program ./sample_glwidget but nothing happened.
Can you guide me how to deploy Qt Application with OpenGL ES to QNX VMWare ?
2015-08-31 21:26 GMT+07:00 James McDonnell <community-noreply@qnx.com>:
> Hi Tran,
>
> I get the error you're seeing when I don't enable 3D graphics. Does VMWare
> Workstation allow you to check the box despite the "3D accelerations is not
> supported in this guest operating system" message? In VMWare Fusion, I'm
> able to do this and then screen is able to start. What's your host OS?
>
> I don't have TeamViewer.
>
> James
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post114385
> To cancel your subscription to this discussion, please e-mail
> general-qt-unsubscribe@community.qnx.com
>Tran Hung(deleted)2015-08-31T15:03:00Zpost114385: Re: Screen command failed on QNX 6.6 VMWareJames McDonnellhttp://community.qnx.com/sf/go/post1143852015-08-31T14:26:19Z2015-08-31T14:26:19ZHi Tran,
I get the error you're seeing when I don't enable 3D graphics. Does VMWare Workstation allow you to check the box despite the "3D accelerations is not supported in this guest operating system" message? In VMWare Fusion, I'm able to do this and then screen is able to start. What's your host OS?
I don't have TeamViewer.
JamesJames McDonnell2015-08-31T14:26:19Zpost114382: Re: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143822015-08-29T15:50:58Z2015-08-29T15:50:58Zi tried :
export GRAPHICS_ROOT=/usr/lib/graphics/vmware
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$GRAPHICS_ROOT
and
echo $GRAPHICS_ROOT
result : /usr/lib/graphics/vmware
echo $LD_LIBRARY_PATH
result : usr/lib:/lib:/lib/dll:/usr/lib/graphics/vmware
but i still get the error : no gpu support
2015-08-29 22:46 GMT+07:00 Hung Tran <hungelc18@gmail.com>:
> Hi Dannis !
> Thank you very much.
> - I used QNX SDP 6.6 runtime ISO for VMWare.Links download here :
> http://www.qnx.com/download/feature.html?programid=26217
> - I installed with many options :
> Guest operating systems : Other.Version : Other.
> Memory : 2GB
> Processors : 4
> Hard Disk (IDE) : 20GB
> - I install qnx-sdp-6.6 and qnx-sdk-for-apps-and-media for windows
> host.And i install patch-660-3875-660-Graphics-GA with applypatch command.
> - I copy files to VMWare
> Host (under *$QNX_TARGET/*)Virtual machine (under root directory(/) )
> etc/system/config/scaling.confetc/system/config/scaling.conf
> usr/share/gles/textures/brick_wall.tga
> usr/share/gles/textures/brick_wall.tgausr/share/gles/textures/bubble.png
> usr/share/gles/textures/bubble.pngusr/share/images/wallpaper.jpg
> usr/share/images/wallpaper.jpgx86/bin/screeninfobin/screeninfo
> x86/lib/dll/libwfdcfg-sample.solib/dll/libwfdcfg-sample.so
> x86/lib/dll/screen-gles1.solib/dll/screen-gles1.so
> x86/lib/dll/screen-gles2blt.solib/dll/screen-gles2blt.so
> x86/lib/dll/screen-gles2.solib/dll/screen-gles2.sox86/lib/dll/screen-sw.so
> lib/dll/screen-sw.sox86/lib/libgestures.so.1lib/libgestures.so.1
> x86/lib/libinputevents.so.1lib/libinputevents.so.1x86/lib/libkalman.so.1
> lib/libkalman.so.1x86/lib/libmtouch-calib.so.1lib/libmtouch-calib.so.1
> x86/lib/libmtouch-devi.so.1lib/libmtouch-devi.so.1
> x86/lib/libmtouch-fake.so.1lib/libmtouch-fake.so.1
> x86/lib/libmtouch-inject.so.1lib/libmtouch-inject.so.1x86/sbin/gpu_drv
> sbin/gpu_drvx86/sbin/screensbin/screenx86/usr/bin/calib-touch
> usr/bin/calib-touchx86/usr/bin/display_imageusr/bin/display_image
> x86/usr/bin/egl-configsusr/bin/egl-configsx86/usr/bin/eventsusr/bin/events
> x86/usr/bin/font-freetypeusr/bin/font-freetypex86/usr/bin/gles1-gears
> usr/bin/gles1-gearsx86/usr/bin/gles2-gearsusr/bin/gles2-gears
> x86/usr/bin/gles2-mazeusr/bin/gles2-mazex86/usr/bin/gpudbgusr/bin/gpudbg
> x86/usr/bin/print-gesturesusr/bin/print-gesturesx86/usr/bin/screenshot
> usr/bin/screenshotx86/usr/bin/sw-vsyncusr/bin/sw-vsyncx86/usr/bin/vkey
> usr/bin/vkeyx86/usr/bin/yuv-testusr/bin/yuv-test
> x86/usr/lib/graphics/vmware/graphics.conf
> usr/lib/graphics/vmware/graphics.conf
> x86/usr/lib/graphics/vmware/libAtcDecompressor.so
> usr/lib/graphics/vmware/libAtcDecompressor.so
> x86/usr/lib/graphics/vmware/libAtcDecompressor.so.1
> usr/lib/graphics/vmware/libAtcDecompressor.so.1
> x86/usr/lib/graphics/vmware/libegl_gallium.so
> usr/lib/graphics/vmware/libegl_gallium.so
> x86/usr/lib/graphics/vmware/libHwEGL.sousr/lib/graphics/vmware/libHwEGL.so
> x86/usr/lib/graphics/vmware/libHwglapi.so
> usr/lib/graphics/vmware/libHwglapi.so
> x86/usr/lib/graphics/vmware/libHwGLESv1_CM_g.so
> usr/lib/graphics/vmware/libHwGLESv1_CM_g.so
> x86/usr/lib/graphics/vmware/libHwGLESv1_CM.so
> usr/lib/graphics/vmware/libHwGLESv1_CM.so
> x86/usr/lib/graphics/vmware/libHwGLESv2.so
> usr/lib/graphics/vmware/libHwGLESv2.so
> x86/usr/lib/graphics/vmware/libHwGPU.sousr/lib/graphics/vmware/libHwGPU.so
> x86/usr/lib/graphics/vmware/libHwWFDvmware.so
> usr/lib/graphics/vmware/libHwWFDvmware.so
> x86/usr/lib/graphics/vmware/libllvmpipe_drv.so
> usr/lib/graphics/vmware/libllvmpipe_drv.so
> x86/usr/lib/graphics/vmware/libmesa_texcompress_atc.so
> usr/lib/graphics/vmware/libmesa_texcompress_atc.so
> x86/usr/lib/graphics/vmware/libmesa_texcompress_pvrt.so
> usr/lib/graphics/vmware/libmesa_texcompress_pvrt.so
> x86/usr/lib/graphics/vmware/libmesa_texcompress.so
> usr/lib/graphics/vmware/libmesa_texcompress.so
> x86/usr/lib/graphics/vmware/libpipe_vmwgfx_drv.so
> usr/lib/graphics/vmware/libpipe_vmwgfx_drv.so
> x86/usr/lib/graphics/vmware/libst_HwGL_g.so
> usr/lib/graphics/vmware/libst_HwGL_g.so
> x86/usr/lib/graphics/vmware/libst_HwGL.so
> usr/lib/graphics/vmware/libst_HwGL.so
> x86/usr/lib/graphics/vmware/libvmwsvga.so
> usr/lib/graphics/vmware/libvmwsvga.sox86/usr/lib/libEGL.so.1
> usr/lib/libEGL.so.1x86/usr/lib/libGLESv1_CL.so.1usr/lib/libGLESv1_CL.so.1
> x86/usr/lib/libGLESv1_CM.so.1usr/lib/libGLESv1_CM.so.1
> x86/usr/lib/libGLESv2.so.1usr/lib/libGLESv2.so.1x86/usr/lib/libscreen.so.1
> usr/lib/libscreen.so.1x86/usr/lib/libswblit.so.1usr/lib/libswblit.so.1
> x86/usr/lib/libWFD.so.1usr/lib/libWFD.so.1x86/lib/libgestures.so
> lib/libgestures.sox86/lib/libinputevents.solib/libinputevents.so
> x86/lib/libkalman.solib/libkalman.sox86/lib/libmtouch-calib.so
> lib/libmtouch-calib.sox86/lib/libmtouch-devi.solib/libmtouch-devi.so
> x86/lib/libmtouch-fake.solib/libmtouch-fake.sox86/lib/libmtouch-inject.so
> lib/libmtouch-inject.sox86/usr/lib/libEGL.sousr/lib/libEGL.so
> x86/usr/lib/libGLESv1_CL.sousr/lib/libGLESv1_CL.so
> x86/usr/lib/libGLESv1_CM.sousr/lib/libGLESv1_CM.sox86/usr/lib/libGLESv2.so
> usr/lib/libGLESv2.sox86/usr/lib/libscreen.sousr/lib/libscreen.so
> x86/usr/lib/libswblit.sousr/lib/libswblit.sox86/usr/lib/libWFD.so
> usr/lib/libWFD.so- Then i enable 3D graphics on VMWare but i have a
> warning : 3D accelerations is not supported in this guest operating system.
> - On QNX VMWare i run commands :
> login root
> gpu_drv
> screen
> and i have error no gpu support.Now, i download the new image on link
> http://www.qnx.com/download/feature.html?programid=26854 and install it
> for VMWare ? Thanks for helping me.I'm sorry for my bad english
>
> 2015-08-29 21:21 GMT+07:00 Dennis Kellly <community-noreply@qnx.com>:
>
>> Hi Tran-
>>
>> Does this VMware image run? Perhaps you can use it as a model.
>>
>> http://www.qnx.com/download/feature.html?programid=26854
>>
>> Dennis
>>
>>
>>
>> _______________________________________________
>>
>> Qt General
>> http://community.qnx.com/sf/go/post114380
>> To cancel your subscription to this discussion, please e-mail
>> general-qt-unsubscribe@community.qnx.com
>>
>
>Tran Hung(deleted)2015-08-29T15:50:58Zpost114381: Re: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143812015-08-29T15:46:46Z2015-08-29T15:46:46ZHi Dannis !
Thank you very much.
- I used QNX SDP 6.6 runtime ISO for VMWare.Links download here :
http://www.qnx.com/download/feature.html?programid=26217
- I installed with many options :
Guest operating systems : Other.Version : Other.
Memory : 2GB
Processors : 4
Hard Disk (IDE) : 20GB
- I install qnx-sdp-6.6 and qnx-sdk-for-apps-and-media for windows host.And
i install patch-660-3875-660-Graphics-GA with applypatch command.
- I copy files to VMWare
Host (under *$QNX_TARGET/*)Virtual machine (under root directory(/) )
etc/system/config/scaling.confetc/system/config/scaling.conf
usr/share/gles/textures/brick_wall.tgausr/share/gles/textures/brick_wall.tga
usr/share/gles/textures/bubble.pngusr/share/gles/textures/bubble.png
usr/share/images/wallpaper.jpgusr/share/images/wallpaper.jpg
x86/bin/screeninfobin/screeninfox86/lib/dll/libwfdcfg-sample.so
lib/dll/libwfdcfg-sample.sox86/lib/dll/screen-gles1.so
lib/dll/screen-gles1.sox86/lib/dll/screen-gles2blt.so
lib/dll/screen-gles2blt.sox86/lib/dll/screen-gles2.solib/dll/screen-gles2.so
x86/lib/dll/screen-sw.solib/dll/screen-sw.sox86/lib/libgestures.so.1
lib/libgestures.so.1x86/lib/libinputevents.so.1lib/libinputevents.so.1
x86/lib/libkalman.so.1lib/libkalman.so.1x86/lib/libmtouch-calib.so.1
lib/libmtouch-calib.so.1x86/lib/libmtouch-devi.so.1lib/libmtouch-devi.so.1
x86/lib/libmtouch-fake.so.1lib/libmtouch-fake.so.1
x86/lib/libmtouch-inject.so.1lib/libmtouch-inject.so.1x86/sbin/gpu_drv
sbin/gpu_drvx86/sbin/screensbin/screenx86/usr/bin/calib-touch
usr/bin/calib-touchx86/usr/bin/display_imageusr/bin/display_image
x86/usr/bin/egl-configsusr/bin/egl-configsx86/usr/bin/eventsusr/bin/events
x86/usr/bin/font-freetypeusr/bin/font-freetypex86/usr/bin/gles1-gears
usr/bin/gles1-gearsx86/usr/bin/gles2-gearsusr/bin/gles2-gears
x86/usr/bin/gles2-mazeusr/bin/gles2-mazex86/usr/bin/gpudbgusr/bin/gpudbg
x86/usr/bin/print-gesturesusr/bin/print-gesturesx86/usr/bin/screenshot
usr/bin/screenshotx86/usr/bin/sw-vsyncusr/bin/sw-vsyncx86/usr/bin/vkey
usr/bin/vkeyx86/usr/bin/yuv-testusr/bin/yuv-test
x86/usr/lib/graphics/vmware/graphics.conf
usr/lib/graphics/vmware/graphics.conf
x86/usr/lib/graphics/vmware/libAtcDecompressor.so
usr/lib/graphics/vmware/libAtcDecompressor.so
x86/usr/lib/graphics/vmware/libAtcDecompressor.so.1
usr/lib/graphics/vmware/libAtcDecompressor.so.1
x86/usr/lib/graphics/vmware/libegl_gallium.so
usr/lib/graphics/vmware/libegl_gallium.so
x86/usr/lib/graphics/vmware/libHwEGL.sousr/lib/graphics/vmware/libHwEGL.so
x86/usr/lib/graphics/vmware/libHwglapi.so
usr/lib/graphics/vmware/libHwglapi.so
x86/usr/lib/graphics/vmware/libHwGLESv1_CM_g.so
usr/lib/graphics/vmware/libHwGLESv1_CM_g.so
x86/usr/lib/graphics/vmware/libHwGLESv1_CM.so
usr/lib/graphics/vmware/libHwGLESv1_CM.so
x86/usr/lib/graphics/vmware/libHwGLESv2.so
usr/lib/graphics/vmware/libHwGLESv2.so
x86/usr/lib/graphics/vmware/libHwGPU.sousr/lib/graphics/vmware/libHwGPU.so
x86/usr/lib/graphics/vmware/libHwWFDvmware.so
usr/lib/graphics/vmware/libHwWFDvmware.so
x86/usr/lib/graphics/vmware/libllvmpipe_drv.so
usr/lib/graphics/vmware/libllvmpipe_drv.so
x86/usr/lib/graphics/vmware/libmesa_texcompress_atc.so
usr/lib/graphics/vmware/libmesa_texcompress_atc.so
x86/usr/lib/graphics/vmware/libmesa_texcompress_pvrt.so
usr/lib/graphics/vmware/libmesa_texcompress_pvrt.so
x86/usr/lib/graphics/vmware/libmesa_texcompress.so
usr/lib/graphics/vmware/libmesa_texcompress.so
x86/usr/lib/graphics/vmware/libpipe_vmwgfx_drv.so
usr/lib/graphics/vmware/libpipe_vmwgfx_drv.so
x86/usr/lib/graphics/vmware/libst_HwGL_g.so
usr/lib/graphics/vmware/libst_HwGL_g.so
x86/usr/lib/graphics/vmware/libst_HwGL.so
usr/lib/graphics/vmware/libst_HwGL.so
x86/usr/lib/graphics/vmware/libvmwsvga.so
usr/lib/graphics/vmware/libvmwsvga.sox86/usr/lib/libEGL.so.1
usr/lib/libEGL.so.1x86/usr/lib/libGLESv1_CL.so.1usr/lib/libGLESv1_CL.so.1
x86/usr/lib/libGLESv1_CM.so.1usr/lib/libGLESv1_CM.so.1
x86/usr/lib/libGLESv2.so.1usr/lib/libGLESv2.so.1x86/usr/lib/libscreen.so.1
usr/lib/libscreen.so.1x86/usr/lib/libswblit.so.1usr/lib/libswblit.so.1
x86/usr/lib/libWFD.so.1usr/lib/libWFD.so.1x86/lib/libgestures.so
lib/libgestures.sox86/lib/libinputevents.solib/libinputevents.so
x86/lib/libkalman.solib/libkalman.sox86/lib/libmtouch-calib.so
lib/libmtouch-calib.sox86/lib/libmtouch-devi.solib/libmtouch-devi.so
x86/lib/libmtouch-fake.solib/libmtouch-fake.sox86/lib/libmtouch-inject.so
lib/libmtouch-inject.sox86/usr/lib/libEGL.sousr/lib/libEGL.so
x86/usr/lib/libGLESv1_CL.sousr/lib/libGLESv1_CL.so
x86/usr/lib/libGLESv1_CM.sousr/lib/libGLESv1_CM.sox86/usr/lib/libGLESv2.so
usr/lib/libGLESv2.sox86/usr/lib/libscreen.sousr/lib/libscreen.so
x86/usr/lib/libswblit.sousr/lib/libswblit.sox86/usr/lib/libWFD.so
usr/lib/libWFD.so- Then i enable 3D graphics on VMWare but i have a warning
: 3D accelerations is not supported in this guest operating system.
- On QNX VMWare i run commands :
login root
gpu_drv
screen
and i have error no gpu support.Now, i download the new image on link
http://www.qnx.com/download/feature.html?programid=26854 and install it for
VMWare ? Thanks for helping me.I'm sorry for my bad english
2015-08-29 21:21 GMT+07:00 Dennis Kellly <community-noreply@qnx.com>:
> Hi Tran-
>
> Does this VMware image run? Perhaps you can use it as a model.
>
> http://www.qnx.com/download/feature.html?programid=26854
>
> Dennis
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post114380
> To cancel your subscription to this discussion, please e-mail
> general-qt-unsubscribe@community.qnx.com
>Tran Hung(deleted)2015-08-29T15:46:46Zpost114380: Re: Screen command failed on QNX 6.6 VMWareDennis Kelllyhttp://community.qnx.com/sf/go/post1143802015-08-29T14:21:24Z2015-08-29T14:21:24ZHi Tran-
Does this VMware image run? Perhaps you can use it as a model.
http://www.qnx.com/download/feature.html?programid=26854
DennisDennis Kellly2015-08-29T14:21:24Zpost114379: Re: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143792015-08-29T14:15:34Z2015-08-29T14:15:34ZHi James !
Thanks for the help.I tried and failed.
[image: Hình ảnh nội tuyến 1]
I'm trying install QNX 6.6 for VMWare and i installed
patch-660-3875-660-Graphics-GA
[image: Hình ảnh nội tuyến 1]
After, I copied the files in the guide at links
http://www.qnx.com/developers/articles/rel_5948_26.html.
And i enable 3D graphics on VMWare but when i run "screen" commands, i get
error :
[image: Hình ảnh nội tuyến 2]
I recheck graphics on vmware and found a warning :
[image: Hình ảnh nội tuyến 3]
Can you teach me how to enable 3D graphics ? I want to build Qt5 with GUI
for QNX 6.6 VMWare.I installed Qt5.3.1 and QNX SDP.I build a
program successfull.Can you teach me how to run it on QNX 6.6 VMWare ? Can
you help me used through TeamViewer ?
2015-08-26 19:51 GMT+07:00 James McDonnell <community-noreply@qnx.com>:
> Hi Tran,
>
> Try this instead:
> export GRAPHICS_ROOT=/usr/lib/graphics/vmware
> export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$GRAPHICS_ROOT
> gpu_drv
> screen
>
> James
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post114346
> To cancel your subscription to this discussion, please e-mail
> general-qt-unsubscribe@community.qnx.com
>Tran Hung(deleted)2015-08-29T14:15:34Zpost114346: Re: Screen command failed on QNX 6.6 VMWareJames McDonnellhttp://community.qnx.com/sf/go/post1143462015-08-26T12:51:24Z2015-08-26T12:51:24ZHi Tran,
Try this instead:
export GRAPHICS_ROOT=/usr/lib/graphics/vmware
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$GRAPHICS_ROOT
gpu_drv
screen
JamesJames McDonnell2015-08-26T12:51:24Zpost114344: Screen command failed on QNX 6.6 VMWareTran Hung(deleted)http://community.qnx.com/sf/go/post1143442015-08-26T10:05:29Z2015-08-26T10:05:29ZHi all !
In QNX 6.6 i run screen command error Memory fault (core dumped) on QNX 6.6 VMWare.
How to fix it ? Thanks you.Tran Hung(deleted)2015-08-26T10:05:29Zpost114169: Re: AnM asked for QT5.3.1 libraries while Qt5.3.0 is installedsiowlim chow(deleted)http://community.qnx.com/sf/go/post1141692015-07-28T02:51:22Z2015-07-28T02:51:22ZBy compiling individual apps and then copied the Homescreen apps to the respective directory and finally re-made the sysImage, everything works as it should now.siowlim chow(deleted)2015-07-28T02:51:22Zpost114168: Re: AnM asked for QT5.3.1 libraries while Qt5.3.0 is installedsiowlim chow(deleted)http://community.qnx.com/sf/go/post1141682015-07-28T02:01:41Z2015-07-28T02:01:41ZHaving recompiled from source Qt5.3.1, the missing error due Qt5.3.1 earlier have not resolved. However, homescreen is still there.
>>skipped missing item: usr/anm/bin/homescreen
The AnM screen is still showing blank after the bootscripts and invocation of all relevant drivers. Attached is the screen display. FYI, the system was running, just without showing anything on screen. How do I know, because I can ssh to it.
Any comments or suggestions please?siowlim chow(deleted)2015-07-28T02:01:41Zpost114163: AnM asked for QT5.3.1 libraries while Qt5.3.0 is installedsiowlim chow(deleted)http://community.qnx.com/sf/go/post1141632015-07-27T04:35:47Z2015-07-27T04:35:47ZHI there,
I tried to mksysimage AnM for VMware with the following command.
mksysimage.sh -P AnM -o output_dir -k
"-b base_dir/target/qnx6/x86/boot/sys/ipl-diskpc1" vmware.ext -f
And I have Qt5.3.0 installed. Strangely, during the compilation, it shown the following messages which was looking for 5.3.1 libraries. Of course, they are not available.
Has anyone experienced this before? Does anyone know how to resolve this issues? QNX has only released Qt5.3.0. Does that mean, I would need to install Qt5.3.1?
Any comments or suggestions are very appreciated.
[info]: Generating Archive...
Locating files...
Warning: /home/qws/qnx/6.60/target/qnx6/x86/lib/libmtouch-virtual.so is a symlink file
Warning: /home/qws/qnx/6.60/target/qnx6/x86/lib/libvmmouse.so is a symlink file
Warning: /home/qws/qnx/6.60/target/qnx6/x86/lib/libves-client.so is a symlink file
skipped missing item: lib/libQt5CLucene.so.5.3.1
skipped missing item: lib/libQt5Concurrent.so.5.3.1
skipped missing item: lib/libQt5Core.so.5.3.1
skipped missing item: lib/libQt5Gui.so.5.3.1
skipped missing item: lib/libQt5Help.so.5.3.1
skipped missing item: lib/libQt5MultimediaQuick_p.so.5.3.1
skipped missing item: lib/libQt5Multimedia.so.5.3.1
skipped missing item: lib/libQt5MultimediaWidgets.so.5.3.1
skipped missing item: lib/libQt5Network.so.5.3.1
skipped missing item: lib/libQt5OpenGL.so.5.3.1
skipped missing item: lib/libQt5Positioning.so.5.3.1
skipped missing item: lib/libQt5Qml.so.5.3.1
skipped missing item: lib/libQt5QuickParticles.so.5.3.1
skipped missing item: lib/libQt5Quick.so.5.3.1
skipped missing item: lib/libQt5QuickTest.so.5.3.1
skipped missing item: lib/libQt5QuickWidgets.so.5.3.1
skipped missing item: lib/libQt5Script.so.5.3.1
skipped missing item: lib/libQt5ScriptTools.so.5.3.1
skipped missing item: lib/libQt5Sensors.so.5.3.1
skipped missing item: lib/libQt5Sql.so.5.3.1
skipped missing item: lib/libQt5Svg.so.5.3.1
skipped missing item: lib/libQt5Test.so.5.3.1
skipped missing item: lib/libQt5Widgets.so.5.3.1
skipped missing item: lib/libQt5XmlPatterns.so.5.3.1
skipped missing item: lib/libQt5Xml.so.5.3.1
skipped missing item: plugins/mediaservice/libqtmedia_qnx.so
skipped missing item: usr/anm/bin/homescreensiowlim chow(deleted)2015-07-27T04:35:47Zpost114063: How to read this scripts?siowlim chow(deleted)http://community.qnx.com/sf/go/post1140632015-07-03T12:11:01Z2015-07-03T12:11:01ZThe is the deploymment.pri file under qnx660/source/qt/src/MediaPlayer. I am trying to understand how this actually work. See the comments after arrows. The target is x86 QnX, it is neither Android nor Android with no SDK. Does it mean it is Unix?
isEmpty(target.path) {
qnx {
target.path = /tmp/$${TARGET}/bin
} else {
target.path = /opt/$${TARGET}/bin
}
android-no-sdk { <- For Android with no SDK
target.path = /data/user/qt
export(target.path)
INSTALLS += target
} else:android { <- For Android
x86 {
target.path = /libs/x86
} else: armeabi-v7a {
target.path = /libs/armeabi-v7a
} else {
target.path = /libs/armeabi
}
export(target.path)
INSTALLS += target
} else:unix { <- For Unix.
isEmpty(target.path) {
qnx {
target.path = /tmp/$${TARGET}/bin
} else {
target.path = /opt/$${TARGET}/bin
}
export(target.path)
}
INSTALLS += target
}
export(INSTALLS)siowlim chow(deleted)2015-07-03T12:11:01Zpost114052: Qmake not executable - need advice pleasesiowlim chow(deleted)http://community.qnx.com/sf/go/post1140522015-07-01T13:05:35Z2015-07-01T13:05:35ZI downloaded the Qt binaries from QNX and installed it without getting any errors. I then installed Qt-creator from
Ubuntu repository as well as the qnx-plugin. However, when I was setting up Qt development environment, like Qt version, I chose qt-qnx/Qt-5.3.1-x86/bin/qmake, it responded with qmake not executable. However, I tested it by running the qmake from command line, and it works.
I uninstalled it and reinstalled in different folder. Yet I got the same outcome- qmake not executable. However,
Qtcreator does detect the other qmake in /usr/lib/x86_64-linux-gnu/qt5/bin.
1. Why the former qmake is detected as not executable? how to resolve it?
2. Which qmake should I use? the from from Qnx or the one from Ubuntu? Logically it should be the from Qnx. Otherwise, please let me know why?
Thank yousiowlim chow(deleted)2015-07-01T13:05:35Zpost114051: Qmake not executable - need advice pleasesiowlim chow(deleted)http://community.qnx.com/sf/go/post1140512015-07-01T12:58:15Z2015-07-01T12:58:15ZI downloaded the Qt 5.3.1 binaries from QNX and installed it without getting any errors. I then installed Qt-creator from Ubuntu repository as well as the qnx-plugin. However, when I was setting up Qt development environment, like Qt version, I chose qt-qnx/Qt-5.3.1-x86/bin/qmake, it responded qmake not executable. However, I tested it by running the qmake from command line, and it works.
I uninstalled it and reinstalled in different folder. Yet I got the same outcome- qmake not executable. However,
Qtcreator does detect the other qmake in /usr/lib/x86_64-linux-gnu/qt5/bin.
1. Why the former qmake is detected as not executable? how to resolve it?
2. Which qmake should I use? the from from Qnx or the one from Ubuntu? Logically it should be the from Qnx. Otherwise, please let me know why?
Thank yousiowlim chow(deleted)2015-07-01T12:58:15Zpost113807: Re: Compiling Qt 5.4.0 for QNXSandy Kellagherhttp://community.qnx.com/sf/go/post1138072015-05-13T10:36:10Z2015-05-13T10:36:10ZHi Scott,
You may already have solved this since your last post, but the reason moc.exe is failing is that it needs some libs from the mingw distribution.
I had the same problem, and copying libgcc_s_dw2-1.dll, libstdc++-6.dll and libwinpthread-1.dll from the mingw bin directory to the same directory as moc.exe fixed the problem.
Cheers
SandySandy Kellagher2015-05-13T10:36:10Zpost113702: Re: Application run taking a lot of timeMalte Mundthttp://community.qnx.com/sf/go/post1137022015-04-14T12:16:03Z2015-04-14T12:16:03Z> I'm developping a Qt app on Qnx, using Qt open source.
> When I start my app, it takes so much time loading lib etc... (used lib : core
> gui xml sql network printsupport)
Well, while Qt is well suited for Embedded deployment, it is also heavily used in Desktop enviroments with fast HDD/SSDs. I've seen very popular apps like VLC Media Player or Skype - they are using Qt AFAIK - load a long time even on a fast Windows PC. So this is kinda expected and the main question is on which system you are working and from where you are loading. You can't expect very fast loading e.g. from an older SD Card. Getting a newer Class 10 / HC card already might help.
> Is it possible to make Qt load the minimal library needed : core gui for
> example just to display the starting screen... and then load the rest ?
It is possible, but it is not very simple. You would need to dynamically open the needed libraries at runtime instead of letting the linker load them. If there is a "starting screen", maybe it would make sense to use the QNX native 'screen' (graphics subsystem) API to just display this starting screen - this will need very short time. While the screen.. or better said: image, is there, you could then load your main application.
You also could write a different small, invisible application that loads all the needed Qt libraries. When later your real application is being started, the libs will already be in memory. Or they will at least be in the block cache of your devb driver (if you are using one), so make sure the cache is e.g. 64M - sometimes I've seen people trying to save space in the wrong spot and only specify a cache of, e.g., 2M, which doesn't make sense on a system with 1024M of RAM.
Of course, if 'fast boot' is what you need, I'd go a different way and engage directly with QNX. QNX offers a 'CSP', short for Custom Support Plan, which includes development and consulting work of all kind. They can tune your system to boot very fast, and use only the libs you really need. Mind you, QNX has tons of experience in multi-million Automotive projects where fast booting (e.g. in 2s incl. graphics) is needed. By ordering a CSP you can benefit from this huge pool of experience and knowledge.
Cheers!Malte Mundt2015-04-14T12:16:03Zpost113606: Re: Font issues with qt5.3.0 with qnx6.6.0rafael gonzalez(deleted)http://community.qnx.com/sf/go/post1136062015-03-26T10:11:04Z2015-03-26T10:11:04Zthanks. you are correct i have to set the physical screen dimension not the resolution of the screen.
the letters are now readable.rafael gonzalez(deleted)2015-03-26T10:11:04Zpost113605: Re: Font issues with qt5.3.0 with qnx6.6.0Malte Mundthttp://community.qnx.com/sf/go/post1136052015-03-26T09:42:34Z2015-03-26T09:42:34ZIn your script, the setting for the screen size is wrong. It's for a reason that it is called "physical" screen size. You should not enter the resolution, but the screen dimensions in millimeters. Not sure what Qt does with it, but it absolutely does influence the sizes of fonts being rendered!Malte Mundt2015-03-26T09:42:34Zpost113604: Re: Font issues with qt5.3.0 with qnx6.6.0rafael gonzalez(deleted)http://community.qnx.com/sf/go/post1136042015-03-26T09:38:49Z2015-03-26T09:38:49Zi manually adjusted the properties of the text box and button on my main window.
i tried to modify the stylesheet for the filedialog box but it doesn't do anything.rafael gonzalez(deleted)2015-03-26T09:38:49Zpost113601: Re: Font issues with qt5.3.0 with qnx6.6.0Dennis Kelllyhttp://community.qnx.com/sf/go/post1136012015-03-25T21:21:50Z2015-03-25T21:21:50ZYou should be able to adjust the font for the widget containing the text by clicking on the "stylesheet" property in Creator.Dennis Kellly2015-03-25T21:21:50Zpost113595: Font issues with qt5.3.0 with qnx6.6.0rafael gonzalez(deleted)http://community.qnx.com/sf/go/post1135952015-03-25T14:54:58Z2015-03-25T14:54:58ZI have a test application with a button that just opens a file dialog.
all the fonts that get loaded are really small.
how do i fix this?
i have attached a picture of my start up script
and a copy of what it looks like running.rafael gonzalez(deleted)2015-03-25T14:54:58Zpost113519: Application run taking a lot of timeThilloy Paulhttp://community.qnx.com/sf/go/post1135192015-03-09T09:40:03Z2015-03-09T09:40:03ZHello,
I'm developping a Qt app on Qnx, using Qt open source.
When I start my app, it takes so much time loading lib etc... (used lib : core gui xml sql network printsupport)
Is it possible to make Qt load the minimal library needed : core gui for example just to display the starting screen... and then load the rest ?
Regards,
PaulThilloy Paul2015-03-09T09:40:03Zpost113454: Re: Qt 5.2.0 dev env for linux with target binaries/plugins dependent in libstdc++ and not libstdcpp(-ne)Steven Zajac(deleted)http://community.qnx.com/sf/go/post1134542015-03-02T15:14:06Z2015-03-02T15:14:06ZIf anyone else is trying to do this, here is our solution:
Follow the steps as in the Qt 5.2.0 build instructions here: http://community.qnx.com/sf/wiki/do/viewPage/projects.qt/wiki/Qt5.2.0BuildInstructionsForQNXSDKForAppsAndMedia1.0
We installed on Windows.
After running 'configure', and before running 'make', go to your PATH/qtbase/mkspecs/common folder and update the following files to use explicit compiler/linker commands (to compile/link with GNU tools instead of Dinkum), and remove the '-lang-c++' flag wherever found:
g++-base.conf, qcc-base.conf, qcc-base-qnx.conf, qcc-base-qnx-armv7le.conf
Add the '-lstdc++' flag to QMAKE_LIBS in qcc-base-qnx.conf.
In your filesystem, rename the libcpp-ne.so* files found in C:\QNX660\*. That way, Qt won't be able to link against it (because it won't find it).
Now make / make install and hope for the best.Steven Zajac(deleted)2015-03-02T15:14:06Zpost113375: Re: Qt 5.2.0 dev env for linux with target binaries/plugins dependent in libstdc++ and not libstdcpp(-ne)Steven Zajac(deleted)http://community.qnx.com/sf/go/post1133752015-02-24T22:46:55Z2015-02-24T22:46:55ZHello Knowledgeable Forum Browsers and Forum Moderators,
I was able to build Qt 5.2.0 from the supplied package using the instructions here:
http://community.qnx.com/sf/wiki/do/viewPage/projects.qt/wiki/Qt5.2.0BuildInstructionsForQNXSDKForAppsAndMedia1.0
If you are unable to provide Qt binaries that do not depend on the libcpp-ne and/or libcpp libraries, can you tell me how to configure the Qt make to use ONLY the GNU C++ (libstdc++) library?
I've rebuilt Qt numerous times. These have mostly the same configuration as described in the link above (building for Windows). I've added the -no-c++11 flag and have attempted to remove the -platform [arg] flag altogether.
I've also changed some of the make configuration files (/qtbase/mkspecs/common/*.conf) to try and force it to use the GNU flavor compiler/linker.
After building Qt, I see that libcpp-ne is included in at least the Qt5Core library.
I fear I am spinning my wheels and overlooking what could be a simple solution. Can you please point me in the right direction?
Thanks,
Steven ZajacSteven Zajac(deleted)2015-02-24T22:46:55Zpost113361: Qt 5.2.0 dev env for linux with target binaries/plugins dependent in libstdc++ and not libstdcpp(-ne)Steven Zajac(deleted)http://community.qnx.com/sf/go/post1133612015-02-20T17:09:38Z2015-02-20T17:09:38ZHello,
I am using the released binaries for Qt. 5.2.0 on Linux and notice that they are dependent on the libstdcpp library.
The project I am working on consistently depends on the libstdc++ (GNU C++) library.
I've noticed that the Qt libraries depend on the libstdcpp (Dinkum C++) library.
Our Qt application is compiled/linked with the GNU C++ library, but the Dinkum C++ library is pulled in from the applications Qt library dependencies. This is causing run-time failures as two C++ libraries are loaded by the application.
Do you have a Qt 5.2.0 development environment compiled/linked against the GNU C++ library?
I do not have the ability to convert the rest of the project to the Dinkum C++ library.
Thank you,
Steven ZajacSteven Zajac(deleted)2015-02-20T17:09:38Zpost113272: Re: Compiling Qt 5.4.0 for QNXScott Stonehttp://community.qnx.com/sf/go/post1132722015-02-09T17:57:00Z2015-02-09T17:57:00ZI have the source all compiled for x86 and arm architectures now. I can compile the code using the command line and deploy to targets.
I tried adding a kit in Qt Creator that I use from QNX with Qt5.3.0. I cloned the 5.3.0 kit and changed the location of the qmake folder to the 5.4.0 location and added all the proper compilers for the new version. When I try to build the application, I get the following error:
make[1]: *** [realease/moc_tunits.cpp] Error -1073741515
Has anyone added the Qt 5.4.0 build as a kit in Qt Creator succesfully? I am not sure why I am getting this error or what it means.
Thanks.Scott Stone2015-02-09T17:57:00Zpost113257: Re: RE: Compiling Qt 5.4.0 for QNXGrant Courvillehttp://community.qnx.com/sf/go/post1132572015-02-07T18:02:19Z2015-02-07T18:02:19ZIt is worth noting that as of Qt 5.4, some new content was introduced that are now licensed under LGPL3 and this may affect your deployment abilities depending on your situation. The LGPL3 Qt content that I am aware of is Qt Canvas3D and Qt Webview. Thought it was worth noting...
More info can be obtained here:
http://blog.qt.io/blog/2014/08/20/adding-lgpl-v3-to-qt/
http://doc.qt.io/qt-5/lgpl.html
http://doc.qt.io/qt-5/licensing.html
http://www.qt.io/download/Grant Courville2015-02-07T18:02:19Zpost113252: Re: RE: Compiling Qt 5.4.0 for QNXScott Stonehttp://community.qnx.com/sf/go/post1132522015-02-06T21:10:58Z2015-02-06T21:10:58ZMain reason to use 5.4.0 is to standardize all our platforms to one version of Qt. We have code for many OS's and want all to compile without changes.
I have gotten farther, I cleaned my src folder and re copied all the files from the src zip file. I can get Qt to compile, but, am unsure if I did it properly. When I run configure.bat it fails unless I specifically add in a platform command. I used the command line argument -platform win32-g++. Anything else, and the configuration would fail. Is that the proper platform to use since I am building on a windows machine?
Thanks.Scott Stone2015-02-06T21:10:58Zpost113230: RE: Compiling Qt 5.4.0 for QNXMalte Mundthttp://community.qnx.com/sf/go/post1132302015-02-05T10:41:50Z2015-02-05T10:41:50ZHey Scott, just curious... what is the great thing in Qt 5.4 that is not in Qt 5.3, which is readily available built and usable out of the box?
> -----Original Message-----
> From: Scott Stone [mailto:community-noreply@qnx.com]
> Sent: Thursday, February 05, 2015 12:52 AM
> To: general-qt
> Subject: Re: Compiling Qt 5.4.0 for QNX
>
> I have gotten configure to succesfully complete now. I had to move the
> path variable for cygwin to the end of the path rather than near the
> beggining.
>
> Now I am trying to make the project. When I execute mingw32-make, I get
> the following warnings and errors:
>
> minggw32-make[2]: Entering directory 'C:/Qt-
> QNX/Qt5.4.0/5.4/Src/qtbase/src' cd tools/bootstrap/ && ( test -e
> Makefile || C:/Qt/QNX/Qt5.4.0/5.4/Src/qtbase/bin/qmake.exe C:/Qt-
> QNX/Qt5.4.0/Src/qtbase/src/tools/bootstrap.pro -o Makefile ) && mingw32-
> make -f Makefile
>
> Project WARNING: You should probably load(qt_build_config) first in
> bootstrap.pro for QBootStrap, as the latter also load()s qt_module.
> Project MESSAGE: Not doing so may lead to qt_module.prf overriding
> compiler/linker options in your .pro file.
> Project MESSAGE: Ignore this warning with CONFIG+=no_qt_module_warning
> if you know what you are doing.
> Project ERROR: Module does not define version.
> Makefile 62: recipe for target 'sub-bootstrap-make_first' failed
>
> Any input as to why qt_build_config did not execute or how to define a
> version would be greatly appreciated at this point.
>
> Thanks.
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post113223
> To cancel your subscription to this discussion, please e-mail general-
> qt-unsubscribe@community.qnx.comMalte Mundt2015-02-05T10:41:50Zpost113223: Re: Compiling Qt 5.4.0 for QNXScott Stonehttp://community.qnx.com/sf/go/post1132232015-02-04T23:52:25Z2015-02-04T23:52:25ZI have gotten configure to succesfully complete now. I had to move the path variable for cygwin to the end of the path rather than near the beggining.
Now I am trying to make the project. When I execute mingw32-make, I get the following warnings and errors:
minggw32-make[2]: Entering directory 'C:/Qt-QNX/Qt5.4.0/5.4/Src/qtbase/src' cd tools/bootstrap/ && ( test -e Makefile || C:/Qt/QNX/Qt5.4.0/5.4/Src/qtbase/bin/qmake.exe C:/Qt-QNX/Qt5.4.0/Src/qtbase/src/tools/bootstrap.pro -o Makefile ) && mingw32-make -f Makefile
Project WARNING: You should probably load(qt_build_config) first in bootstrap.pro for QBootStrap, as the latter also load()s qt_module.
Project MESSAGE: Not doing so may lead to qt_module.prf overriding compiler/linker options in your .pro file.
Project MESSAGE: Ignore this warning with CONFIG+=no_qt_module_warning if you know what you are doing.
Project ERROR: Module does not define version.
Makefile 62: recipe for target 'sub-bootstrap-make_first' failed
Any input as to why qt_build_config did not execute or how to define a version would be greatly appreciated at this point.
Thanks.Scott Stone2015-02-04T23:52:25Zpost113208: Re: Compiling Qt 5.4.0 for QNXScott Stonehttp://community.qnx.com/sf/go/post1132082015-02-03T22:40:56Z2015-02-03T22:40:56ZThanks for the help. Commenting out the line in the configure.bat has gottne me farther.
Now, I am running into errors while trying to compile. I have cygwin installed on my computer which adds another layer ot the process. If I try to run from the a CMD window, I get an error that says:
/bin/sh: /c/cygwin/bin/g++: Bad File Number
Makefile 119: recipe for target 'configure_pch.h/c++' failed
If I run from cygwin, I get an error saying:
cygppl_c-2.dll cannot open
Any ideas the best way to solve either of these issues? I am not sure why the CMD prompt version is trying to run cygwin style commands.
Thanks.
Scott.Scott Stone2015-02-03T22:40:56Zpost113202: Re: Compiling Qt 5.4.0 for QNXDavid Pilarhttp://community.qnx.com/sf/go/post1132022015-02-03T14:34:42Z2015-02-03T14:34:42ZI was able to compile using the following steps:
1) Edit <qt-source-root>/qtbase/configure.bat. Somewhere around line 37 comment out:
if not exist %QTSRC%\.gitignore goto sconf
2)c:\QNX660\qnx660-env.bat
3)configure.bat -xplatform qnx-armle-v7-qcc -opengl es2 -no-cups -no-iconv -skip qtserialport -skip qtwebkit -no-c++11
4)mingw32-make
There was an error about _fopen when I didn't use the "-no-c++11" flag.
This configured and built for me.David Pilar2015-02-03T14:34:42Zpost113146: Re: There is anything in QNX6.6 the window manager for qt-apps?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1131462015-01-29T20:52:00Z2015-01-29T20:52:00ZThank you.Vova Beliy(deleted)2015-01-29T20:52:00Zpost113132: Re: UDP messages on a Beagle Bone BlackMalte Mundthttp://community.qnx.com/sf/go/post1131322015-01-29T10:25:44Z2015-01-29T10:25:44ZInteresting, thanks for sharing your solution!Malte Mundt2015-01-29T10:25:44Zpost113131: Re: There is anything in QNX6.6 the window manager for qt-apps?Malte Mundthttp://community.qnx.com/sf/go/post1131312015-01-29T10:24:32Z2015-01-29T10:24:32Z> But I would like to the window looked as in Windows XP. On the window have
> been buttons: Minimize, Maximize and Exit. How to do it? In QNX6.5 through -
> qws it all works.
QWS was a part of Qt 4.x that tried to be a Window manager "inside" a Qt application. By nature, a Window manager should not be part of an application itself, instead it should be over and above the applications it manages. With Qt 5, the Qt folks decided to discontinue QWS, because it was a weird design (IMHO) and because most supported Operating Systems have their own window manager.
QNX has "screen", which claims to be a window manager, but the understanding of the term "window" in QNX is different from rest of the world. You can have individual target "framebuffers" for each application, which can result in a kind of "window" but without a frame and without minimize or close buttons. BlackBerry has built a kind of window management on top of that, with apps being able to zoom and with a small area below the app to close it. But that's not part of QNX "screen", AFAIK.
With QNX's strong focus on Automotive and BlackBerry, most "apps" or use cases run in a full screen manner, anyway. The notion of having multiple "Windows" next to each other, with a "taskbar" to minimize them into, is very common only in very few use cases and as such probably has not been a priority at QNX R&D.
If you need to have multiple Qt apps next to each other on screen (?! of course I mean display), with the user being able to close or minimize them, or even drag them around, you have to implement this on your own or engage with QNX Services. I know it seems odd that a modern OS like QNX 6.6 cannot do what Windows 3.11 (and QNX 4.25) could do regarding Window management, but it is what it is. :)Malte Mundt2015-01-29T10:24:32Zpost113129: Compiling Qt 5.4.0 for QNXScott Stonehttp://community.qnx.com/sf/go/post1131292015-01-28T23:37:59Z2015-01-28T23:37:59ZI am trying to compile Qt 5.4 from source on my windows machine. Has anyone been succesful setting up their environment and compiling the libraries? I keep getting errors, and the instructions are very cryptic on Qt's website.Scott Stone2015-01-28T23:37:59Zpost113128: Re: UDP messages on a Beagle Bone BlackScott Stonehttp://community.qnx.com/sf/go/post1131282015-01-28T23:35:54Z2015-01-28T23:35:54ZI solved the issue. For some reason, I needed to use io-pkt-v6-hc as the driver for the ethernet adapter instead of io-pkt-v4-hc. Once I updated the BeagleBone BSP to use the other version, everything worked fine.Scott Stone2015-01-28T23:35:54Zpost113125: Re: There is anything in QNX6.6 the window manager for qt-apps?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1131252015-01-28T22:01:37Z2015-01-28T22:01:37ZThank you, Dennis.
But I would like to the window looked as in Windows XP. On the window have been buttons: Minimize, Maximize and Exit. How to do it? In QNX6.5 through -qws it all works.
Sorry for my English.Vova Beliy(deleted)2015-01-28T22:01:37Zpost113113: Re: There is anything in QNX6.6 the window manager for qt-apps?Dennis Kelllyhttp://community.qnx.com/sf/go/post1131132015-01-27T22:21:39Z2015-01-27T22:21:39ZFrom the launchig shell, enter prior to app launch..
# export QT_QPA_PLATFORM=qnx:no-fullscreen
# ./myApp
Or
# ./myApp -platform qnx:no-fullscreenDennis Kellly2015-01-27T22:21:39Zpost113112: There is anything in QNX6.6 the window manager for qt-apps?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1131122015-01-27T22:16:50Z2015-01-27T22:16:50ZIn QNX6.6 when I launch the application through the 'screen', all the windows are stretched to fill the screen. How to get rid of it? There is anything in QNX6.6 the window manager for qt-apps? Such as -qws in QNX6.5.Vova Beliy(deleted)2015-01-27T22:16:50Zpost113111: How to collect qt-application with OpenGL for QNX6.6?Vova Beliy(deleted)http://community.qnx.com/sf/go/post1131112015-01-27T22:01:59Z2015-01-27T22:01:59ZHow to collect qt-application with OpenGL for QNX6.6?
For example, I take an existing the application in Qt - hellogl.
To collect it , I used the following commands at the command prompt on Windovs XP:
C:\qnx660\qnx660-env.bat
cd C:\example\hellogl
C:\Qt\Qt5.3.0\5.3\qnx6-x86\bin\qmake hellogl.pro
make
But this command (C:\Qt\Qt5.3.0\5.3\qnx6-x86\bin\qmake hellogl.pro) generates an error
(Project ERROR: This example requires Qt to be configured with -opengl desktop).
What am I doing wrong? How to do it? Needed something append to a file hellogl.pro? Or somehow to configure Qt?Vova Beliy(deleted)2015-01-27T22:01:59Zpost113075: UDP messages on a Beagle Bone BlackScott Stonehttp://community.qnx.com/sf/go/post1130752015-01-23T22:48:44Z2015-01-23T22:48:44ZI have written an application that monitors UDP messages on port 53248 for any ethernet adapter present in a system. It works great with the x86 based QNX VM. I am now trying to deply it on a Beagle Bone Black. I reran qmake using the arm version and built the program again. All the right compilers are used to build for the arm architecture.
When I run the prgram, the readyRead SIGNAL is never fired. Has anyone attempted to use readyRead SIGNAL on ARM architecture? I am baffled as to why the program does not just compile and work? Any suggestions would be greatly appreciated at this point.
Thanks.Scott Stone2015-01-23T22:48:44Zpost112798: QNX 6.5 development tool setup with QT4.7.4Krishna Yadav(deleted)http://community.qnx.com/sf/go/post1127982014-12-31T13:56:17Z2014-12-31T13:56:17ZHello guys,
it is very helpful to me if any one provide me the binary installer link of QNX 6.5. Currently i am using VMware on my
windows PC for QNX 6.5Krishna Yadav(deleted)2014-12-31T13:56:17Zpost112786: QNX 6.6 with QT 5.3 does not support QWidget::setMask() functionjohn xihttp://community.qnx.com/sf/go/post1127862014-12-29T02:41:22Z2014-12-29T02:41:22ZI'm moving open source project QWT 6.1.3 to QNX 6.6 with QT5.3.1, every thing is well, but excepting one slog2info error message: QWidget::setMask() function is not supported on QNX 6.6 platform.
I want to know why QWidget::setMask() function is not supported on QNX 6.6 QT? How to solve this problem?john xi2014-12-29T02:41:22Zpost112783: Re: Qt5.2 on QNX Neutrino: new UI Core graphics framework headers and librariesDavid Vitelli(deleted)http://community.qnx.com/sf/go/post1127832014-12-28T20:28:58Z2014-12-28T20:28:58ZDid you manage to get those files ?
I'm interested too.David Vitelli(deleted)2014-12-28T20:28:58Zpost112062: Re: QtHelloWorld abort on x86 Rhodeus SBCAlessandro Ferrarini(deleted)http://community.qnx.com/sf/go/post1120622014-10-17T11:21:41Z2014-10-17T11:21:41ZI solved my problem.
My CPU doesn't support SSE instructions so I had to compile Qt without SSE support.Alessandro Ferrarini(deleted)2014-10-17T11:21:41Zpost112041: QtHelloWorld abort on x86 Rhodeus SBCAlessandro Ferrarini(deleted)http://community.qnx.com/sf/go/post1120412014-10-14T13:22:39Z2014-10-14T13:22:39ZHi,
I installed Qnx6.6 + Qt5.3.0 on my Rhodeus x86 SBC and I tried to execute my Qt demo program QtHelloWorld but says:
QT_MESSAGE_PATTERN: Unknown placeholder %{if
Process 126996 (QtHelloWorld) terminated SIGABRT code=0 by process 126996 value=0.
Abort (core dumped)
I tried also to do the same thing on my vmware machine (with Qnx6.6 + Qt5.3.0) and it works fine.
Can be a graphic driver problem?
I used Screen in both platforms but on vmware I used the "/usr/lib/graphics/vmware" configuration dir while on x86 I used "/usr/lib/graphics/vesabios".
x86 ENV VARS:
COLUMNS=237
GRAPHICS_ROOT=/usr/lib/graphics/vesabios
HOME=/root
HOSTNAME=localhost
HZ=100
IFS='
'
KSH_VERSION='@(#)PD KSH v5.2.14 99/07/13.2'
LD_LIBRARY_PATH=:./:/proc/boot:/lib:/lib/dll:/usr/lib:/usr/Qt5.3/lib:/usr/lib/graphics/vesabios
LINES=63
LOGNAME=root
MAILCHECK=600
OPTIND=1
PATH=/sbin:/usr/sbin:/proc/boot:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/opt/sbin
PPID=81935
PROCESSOR=x86
PS1='# '
PS2='> '
PS3='#? '
PS4='+ '
PWD=/root
QML2_IMPORT_PATH=/usr/Qt5.3/qml
QNX_CONFIGURATION=/etc/qnx
QNX_HOST=/
QNX_TARGET=/
QQNX_PHYSICAL_SCREEN_SIZE=305,228
QT_PLUGIN_PATH=/usr/Qt5.3/plugins
RANDOM=26897
SECONDS=5928
SHELL=/bin/sh
SYSNAME=nto
TERM=qansi
TMOUT=0
TMPDIR=/tmp
TTY=/dev/ttyp0
USER=root
_=set
x86 VESABIOS GRAPHICS.CONF
begin khronos
begin egl display 1
egl-dlls = libEGLsoftgl.so
glesv1-dlls = libGLESsoftgl.so
#glesv1-dlls = libGLESsoftgl-sse2.so
#glesv1-dlls = libGLESsoftgl-sse4.so
end egl display
begin wfd device 1
wfd-dlls = libWFDvesabios.so
end wfd device
end khronos
begin winmgr
begin display internal
video-mode = 640 x 480 @ 60
end display
begin class framebuffer
display = internal
pipeline = 1
format = rgbx8888
usage = sw
end class
end winmgr
Can somebody help me?
ThkAlessandro Ferrarini(deleted)2014-10-14T13:22:39Zpost111988: How to compile a Qt5.3 application with Momentics ?Nicolas Pinaulthttp://community.qnx.com/sf/go/post1119882014-10-08T08:28:30Z2014-10-08T08:28:30ZHello,
I'd like to add a small GUI to an application already developped with Momentics (SDP6.6.0).
I'd like to keep compiling my application with momentics.
How can I configure my momentics project to add QT5.3 functionnalities ?
NicolasNicolas Pinault2014-10-08T08:28:30Zpost111987: Re: Run Qt 5.3 App on QNX 6.6 targetNicolas Pinaulthttp://community.qnx.com/sf/go/post1119872014-10-08T06:48:29Z2014-10-08T06:48:29ZPlease, forget my previous message.Nicolas Pinault2014-10-08T06:48:29Zpost111986: Re: Run Qt 5.3 App on QNX 6.6 targetNicolas Pinaulthttp://community.qnx.com/sf/go/post1119862014-10-08T06:40:26Z2014-10-08T06:40:26ZHi,
Have you enabled keyboard in scren configuration file ?
NicolasNicolas Pinault2014-10-08T06:40:26Zpost111976: Can't enter numerics from numpad from Qt AppMaximus Besttrump(deleted)http://community.qnx.com/sf/go/post1119762014-10-07T15:07:28Z2014-10-07T15:07:28ZI wrote a Qt app with some LineEdit widgets, but those widgets don't take the numerics from the numpad even when the num lock key is on. The Qt version is 5.3, and the QNX version 6.5. Any help will be appreciated.Maximus Besttrump(deleted)2014-10-07T15:07:28Zpost111886: Re: Configuring QNX Touch Screen with QTDinakar Babu(deleted)http://community.qnx.com/sf/go/post1118862014-09-26T07:04:48Z2014-09-26T07:04:48ZHi,
Yes, Touch is working in Photon. But, we are not able to get touch working in Qt.
Our set up is something different. Actually, system which we have is pre-configured with Touch Screen .
As per our observation, Touch screen driver is appears to be binded with input.localhost file under /etc/system/trap.
Because, by default, Touch driver will start by invoking the command in the input.localhost . If we comment the driver command in input.localhost, touch driver does not start. Even after starting the driver manually also, touch is not working.
As per the above points, Touch driver starts only when driver command in input.localhost executes. This file is being invoked by Photon server. So, to run Qt Applicaitons, we need to be in Shell Mode which does not invoke driver command in input.localhost file.
So, finally, touch driver does not work even after we run manually also. Could you please help me with on how can run touch driver without photon in Shell mode for Qt.Dinakar Babu(deleted)2014-09-26T07:04:48Zpost111761: Re: Configuring QNX Touch Screen with QTVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1117612014-09-17T12:56:02Z2014-09-17T12:56:02ZIt also depends if Qt4 has been build supporting QWS or not. More details on this are available under:
http://qt-project.org/doc/qt-4.8/qt-embedded-running.html
and
http://qt-project.org/doc/qt-4.8/qt-embedded-displaymanagement.html
Generally, QWS has been discontinued with Qt 4.8 even though it is still in the code. From 4.8 on, the QPA architecture shall be used, and Qt5 does not support QWS (Qt Windowing System) anymore and requires a Screen package on QNXVladimir Minenko(deleted)2014-09-17T12:56:02Zpost111757: Re: Configuring QNX Touch Screen with QTDennis Kelllyhttp://community.qnx.com/sf/go/post1117572014-09-17T12:31:52Z2014-09-17T12:31:52ZQt4
If already working for photon (assuming x86) and your panel is HID-compliant, enter these commands from external terminal or telnet session (console keyboard will no longer work)
# export QWS_DISPLAY=qnx
# export QWS_KEYBOARD=qnx
# export QWS_MOUSE_PROTO=qnx
# /usr/photon/bin/devi-hid -Pr kbd touch
# ./myQt4Prog -qws
You can replace "touch" with "mouse" to verify mouse works.
If your touch is not HID-compliant, try something like this...
http://community.qnx.com/sf/discussion/do/listPosts/projects.qt/discussion.general.topc20923?_pagenum=4
(you still need the exports)Dennis Kellly2014-09-17T12:31:52Zpost111756: Re: Configuring QNX Touch Screen with QTVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1117562014-09-17T10:49:59Z2014-09-17T10:49:59ZWhich kind of help do you need? There are mandatory settings to configure in Qt for this. If touch works on target natively, it will work in any Qt app as well. The only thing to care of is to make sure that Qt knows how is the physical display surface. Usually, the QNX Screen reports this, but in some instances it does not. In those cases you have to set QQNX_PHYSICAL_SCREEN_SIZE env var with according values, see https://qt-project.org/wiki/QNX-App-development-and-deployment. Anyway, as mentioned, touch would work without this as well. For touch, it is a nice to have, but it also improves they way how well fonts are scaled to the display sizes. Additionally, you should keep in mind that touch is not the same as mouse ;-) See http://qt-project.org/doc/qt-5/qtouchevent.htmlVladimir Minenko(deleted)2014-09-17T10:49:59Zpost111755: Configuring QNX Touch Screen with QTDinakar Babu(deleted)http://community.qnx.com/sf/go/post1117552014-09-17T07:20:46Z2014-09-17T07:20:46ZHi,
I know how to configure QNX Touch Screen Driver of eGalax with Photon and was able to work with it fine.
But, now I have change my environment to Qt for the same application where touch is required.
So, could any one help me with the step by step procedure to configure QNX6.5 Touch Screen for Qt 4 and QNX 6.6 Touch Screen for Qt 5.3
Thanks in Advance.
Best Regards.
Dinakar.Dinakar Babu(deleted)2014-09-17T07:20:46Zpost111604: QNX 6.6 touch screen setupqnx1 developer(deleted)http://community.qnx.com/sf/go/post1116042014-09-02T03:29:50Z2014-09-02T03:29:50ZHello.
I'm trying to use touch screen at QNX 6.6 / Qt5.
I've searched and followed answers and then I'm seeing calib-touch screen now.
But I can't move the cursor or click.
After launching below programs in rc.local, calib-touch program could be run.
But touch doesn't work and cannot calibrate.
With QNX 6.5 / Qt4 touch screen works fine.
Does anyone have any idea what's wrong?
Thanks.
io-usb -duhci -dohci -dehci
io-hid -dusb -degalax
devi-hid kbd touch
drm-intel &
screen &
Here is hidview result:
# hidview
Device Address : 0
Vendor : 0x0eef (eGalax Inc.)
Product : 0x0001
Version : r1.10
Usage : Pointer
Device Address : 1
Vendor : 0x045e (Microsoft)
Product : 0x0752 (Wired Keyboard 400)
Version : r1.10
Usage : Keyboard
And this is my env variables:
# env
_=/usr/bin/env
SSH_CONNECTION=192.168.100.118 64713 192.168.100.177 22
PATH=/sbin:/usr/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/bin:/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin
SHELL=/bin/sh
TMPDIR=/tmp
HOSTNAME=localhost
USER=root
PROCESSOR=x86
MAIL=/var/spool/mail/root
LD_LIBRARY_PATH=/prob/boot:/lib:/usr/lib:/lib/dll:/opt/qt5/lib:/opt/qnx6/x86/lib:/opt/qnx6/x86/usr/lib:/opt/qnx6/x86/lib
/dll:/usr/lib/graphics/intel-drm:/opt/qt5/plugins/platforms
QT_DEBUG_PLUGINS=1
HOME=/root
SSH_CLIENT=192.168.100.118 64713 22
QNX_HOST=/
QT_QPA_PLATFORM=qnx:no-fullscreen
QNX_TARGET=/
GRAPHICS_ROOT=/usr/lib/graphics/intel-drm
QQNX_PHYSICAL_SCREEN_SIZE=200,117
TERM=xterm
QML_IMPORT_PATH=/opt/qt5/imports
QML2_IMPORT_PATH=/opt/qt5/qml
QT_PLUGIN_PATH=/opt/qt5/plugins
FONTCONFIG_FILE=/etc/fontconfig/local.conf
QNX_CONFIGURATION=/etc/qnx
SSH_TTY=/dev/ttyp0
SYSNAME=nto
LOGNAME=root
This is my /usr/lib/graphics/intel-drm/graphics.conf:
begin khronos
begin egl display 1
egl-dlls = libEGL-mesa.so
glesv1-dlls = libglapi-mesa.so libGLESv1_CM-mesa.so
glesv2-dlls = libglapi-mesa.so libGLESv2-mesa.so
end egl display
begin wfd device 1
wfd-dlls = libwfdcfg-sample.so libWFDintel-drm.so
# Run "drm-probe-displays" to list the available displays and pipelines,
# and "use $GRAPHICS_ROOT/libWFDintel-drm.so" for more information on
# these driver-specific settings.
# Pipeline IDs 1 to 9 are used for DRM CRTCs. One should be assigned
# to each display that will be used.
pipeline1-display = 1
# Pipeline IDs 10 and above are used for DRM planes. A plane can only
# be used on a display with an active CRTC.
pipeline10-display = 1
end wfd device
end khronos
begin winmgr
begin globals
input = keyboard mouse
# Adjust the stack size of Screen's resmgr threads. The default size
# is insufficient for blitters/compositors using Mesa (e.g., gles2blt).
blit-config = gles2blt
end globals
begin display 1
video-mode = 1024 x 600 @ 75
# Adjust the stack size of Screen's composition thread; required when the
# display's framebuffer uses Mesa (e.g. "usage = gles2"), as noted above.
cursor = on
stack-size = 4096 # in units of 1024 bytes
end display
begin class framebuffer
# Be sure to configure the "pipeline%d-display" options (above) so the
# specified display and pipeline are bindable. Normally a framebuffer
# will use a CRTC pipeline.
display = 1
pipeline = 1
format = rgba8888
usage = gles2blt
end class
begin mtouch
driver = devi
options = height=600,width=1024
display = 1
end mtouch
end winmgrqnx1 developer(deleted)2014-09-02T03:29:50Zpost111599: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1115992014-09-01T08:31:20Z2014-09-01T08:31:20ZI'm trying to use touch screen at QNX 6.6 / Qt5.
I've followed your answers and then I'm seeing calib-touch screen now.
But I can't move the cursor or click.
After launching below programs in rc.local, calib-touch program could be run.
But touch doesn't work and cannot calibrate.
With QNX 6.5 / Qt4 touch screen works fine.
Do you have any idea what's wrong?
io-usb -duhci -dohci -dehci
io-hid -dusb -degalax
devi-hid kbd touch
drm-intel &
screen &
Here is hidview result:
# hidview
Device Address : 0
Vendor : 0x0eef (eGalax Inc.)
Product : 0x0001
Version : r1.10
Usage : Pointer
Device Address : 1
Vendor : 0x045e (Microsoft)
Product : 0x0752 (Wired Keyboard 400)
Version : r1.10
Usage : Keyboard
And this is my env variables:
# env
_=/usr/bin/env
SSH_CONNECTION=192.168.100.118 64713 192.168.100.177 22
PATH=/sbin:/usr/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/bin:/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin
SHELL=/bin/sh
TMPDIR=/tmp
HOSTNAME=localhost
USER=root
PROCESSOR=x86
MAIL=/var/spool/mail/root
LD_LIBRARY_PATH=/prob/boot:/lib:/usr/lib:/lib/dll:/opt/qt5/lib:/opt/qnx6/x86/lib:/opt/qnx6/x86/usr/lib:/opt/qnx6/x86/lib/dll:/usr/lib/graphics/intel-drm:/opt/qt5/plugins/platforms
QT_DEBUG_PLUGINS=1
HOME=/root
SSH_CLIENT=192.168.100.118 64713 22
QNX_HOST=/
QT_QPA_PLATFORM=qnx:no-fullscreen
QNX_TARGET=/
GRAPHICS_ROOT=/usr/lib/graphics/intel-drm
QQNX_PHYSICAL_SCREEN_SIZE=200,117
TERM=xterm
QML_IMPORT_PATH=/opt/qt5/imports
QML2_IMPORT_PATH=/opt/qt5/qml
QT_PLUGIN_PATH=/opt/qt5/plugins
FONTCONFIG_FILE=/etc/fontconfig/local.conf
QNX_CONFIGURATION=/etc/qnx
SSH_TTY=/dev/ttyp0
SYSNAME=nto
LOGNAME=root
This is my /usr/lib/graphics/intel-drm/graphics.conf:
begin khronos
begin egl display 1
egl-dlls = libEGL-mesa.so
glesv1-dlls = libglapi-mesa.so libGLESv1_CM-mesa.so
glesv2-dlls = libglapi-mesa.so libGLESv2-mesa.so
end egl display
begin wfd device 1
wfd-dlls = libwfdcfg-sample.so libWFDintel-drm.so
# Run "drm-probe-displays" to list the available displays and pipelines,
# and "use $GRAPHICS_ROOT/libWFDintel-drm.so" for more information on
# these driver-specific settings.
# Pipeline IDs 1 to 9 are used for DRM CRTCs. One should be assigned
# to each display that will be used.
pipeline1-display = 1
# Pipeline IDs 10 and above are used for DRM planes. A plane can only
# be used on a display with an active CRTC.
pipeline10-display = 1
end wfd device
end khronos
begin winmgr
begin globals
input = keyboard mouse
# Adjust the stack size of Screen's resmgr threads. The default size
# is insufficient for blitters/compositors using Mesa (e.g., gles2blt).
blit-config = gles2blt
end globals
begin display 1
video-mode = 1024 x 600 @ 75
# Adjust the stack size of Screen's composition thread; required when the
# display's framebuffer uses Mesa (e.g. "usage = gles2"), as noted above.
cursor = on
stack-size = 4096 # in units of 1024 bytes
end display
begin class framebuffer
# Be sure to configure the "pipeline%d-display" options (above) so the
# specified display and pipeline are bindable. Normally a framebuffer
# will use a CRTC pipeline.
display = 1
pipeline = 1
format = rgba8888
usage = gles2blt
end class
begin mtouch
driver = devi
options = height=600,width=1024
display = 1
end mtouch
end winmgrqnx1 developer(deleted)2014-09-01T08:31:20Zpost111597: Re: Font Problemqnx1 developer(deleted)http://community.qnx.com/sf/go/post1115972014-09-01T02:45:59Z2014-09-01T02:45:59Zhttp://community.qnx.com/sf/discussion/do/listPosts/projects.qt/discussion.general.topc25527
I think it'll be helpful for your problems.qnx1 developer(deleted)2014-09-01T02:45:59Zpost111487: Re: Building Qt libraries for Qnx SDP 6.6Vladimir Minenko(deleted)http://community.qnx.com/sf/go/post1114872014-08-19T09:27:08Z2014-08-19T09:27:08ZFirst of all, you should consider going to Qt 5.3. No additional patches for Qt are required with 5.3 since all of them have been upstreamed.
Do you have a good reason to use so many options in "configure"? The time when it was needed is over since a while. Today, "configure" is clever enough to determine what is needed and what should be omitted on QNX automatically. Just a name of the target platform would be sufficient for the beginning. Later, you can tune your build with more options if needed.
Note that the name of the ARM target on QNX has been changed in 5.3. It is now "qnx-armle-v7-qcc" instead of "qnx-armv7le-qcc" in 5.2.
https://qt-project.org/wiki/Building-Qt-for-QNX-Neutrino-OSVladimir Minenko(deleted)2014-08-19T09:27:08Zpost111476: Font Problemyusuf yamak(deleted)http://community.qnx.com/sf/go/post1114762014-08-18T17:21:44Z2014-08-18T17:21:44ZHi,
If I run qt application on qnx,I get error as following
Fontconfig error: Cannot load default config file
Apllication is open but,fonts aren't shown.
What can I do solve this problem.
Regards.yusuf yamak(deleted)2014-08-18T17:21:44Zpost111404: Building Qt libraries for Qnx SDP 6.6Ahmet Bektas(deleted)http://community.qnx.com/sf/go/post1114042014-08-13T13:36:54Z2014-08-13T13:36:54ZHi,
I try to build qt libraries for Qnx SDP 6.6 but I get an error as follows:
cc: /home/yusuf/qnx660/host/linux/x86/usr/lib/gcc/arm-unknown-nto-qnx6.6.0eabi/4.7.3/cc1plus error 1
make[3]: *** [.obj/qv4value.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/home/yusuf/qt-everywhere-opensource-src-5.2.0/qtdeclarative/src/qml'
make[2]: *** [sub-qml-make_first-ordered] Error 2
make[2]: Leaving directory `/home/yusuf/qt-everywhere-opensource-src-5.2.0/qtdeclarative/src'
make[1]: *** [sub-src-make_first] Error 2
make[1]: Leaving directory `/home/yusuf/qt-everywhere-opensource-src-5.2.0/qtdeclarative'
make: *** [module-qtdeclarative-make_first] Error 2
I run configure script for Qt everywhere 5.2 with following arguments
./configure -prefix /base/qt5-5.2 -release -nomake tests -no-gtkstyle -opengl es2 -egl -no-cups -no-xcb -no-eglfs -no-javascript-jit -no-gtkstyle -no-iconv -xplatform qnx-armv7le-qcc -skip qtserialport -skip qtwebkit
Must I use Qt 5.2.0 source patch for QNX.(Because I use Qnx with Academic License so I can't download this patch) or What is the problem?
Please help me about this problem.Ahmet Bektas(deleted)2014-08-13T13:36:54Zpost111358: Re: Problem with QPdfWriterThilloy Paulhttp://community.qnx.com/sf/go/post1113582014-08-11T09:49:51Z2014-08-11T09:49:51ZNever mind... working now that I'm correctly typing it... sorry for my mistake.Thilloy Paul2014-08-11T09:49:51Zpost111357: Problem with QPdfWriterThilloy Paulhttp://community.qnx.com/sf/go/post1113572014-08-11T09:44:13Z2014-08-11T09:44:13ZHello,
I'm trying to use the QPdfWriter class with the latest build of Qt from Qnx (SDP 6.6)
I want to set the Pdf Orientation using setOrientation but the function seems no to be defined :
in QPdfWriter.h the definition of the functions setPageLayout setPageOrientation etc... are encapsuled by #ifdef Q_QDOC which doesn't seem to be defined...
Am I wrong somewhere ??
Regards,
PaulThilloy Paul2014-08-11T09:44:13Zpost111356: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1113562014-08-11T08:30:20Z2014-08-11T08:30:20ZSolution found:
http://community.qnx.com/sf/discussion/do/listPosts/projects.qt/discussion.general.topc25558
Qt I installed was made with fontconfig but my QNX target system doesn't have one.
Download and install fontconfig patch from here:
http://community.qnx.com/sf/frs/do/viewRelease/projects.qt/frs.binpkg.qt_5_3_0_development_environment
and copied libfontconfig.so libfontconfig.so.1 from <qnx660>/target/qnx6/x86/usr/lib/ of tha host(linux) to /usr/lib.qnx1 developer(deleted)2014-08-11T08:30:20Zpost111347: Re: qt 5.3.1 buildVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1113472014-08-08T11:46:54Z2014-08-08T11:46:54ZMany things have been improved since 5.2! :-)Vladimir Minenko(deleted)2014-08-08T11:46:54Zpost111340: RE: additional libs needed for Qt - my listMalte Mundthttp://community.qnx.com/sf/go/post1113402014-08-07T10:18:57Z2014-08-07T10:18:57Z> Which 3rd party libraries are needed by Qt can be controlled via Qt's
> configure script or via DEFINE statements given to configure. Feel free
> to read the help page of Qt's configure script ("configure -help") to
> find out how to remove some of the dependencies, in case you are
> building Qt on your own.
It's good to know that this is possible. I hope it works. :)
> Could you please elaborate on why you think "no one seems to care which
> libs are really needed and how big they are"? Which libs do you think we
> could get rid of?
The multiple variants of the cpp lib could be reduced to one variant, ideally the smallest/fastest one. ;) And what about libicu & friends? A whopping 20 MB - for what? Well, my mistake... I come from a QNX Photon enviroment where everything fitted into 4 MB. :)
And finally, what about static linking for some libs are only required by one single Qt component (libiconv maybe?)? Static linking would only bring in the functions really required (I assume that platform specific support for NextStep, included in libiconv, is not really needed by Qt?)
Cheers,
- MalteMalte Mundt2014-08-07T10:18:57Zpost111339: Re: qt 5.3.1 buildSönke Nielsenhttp://community.qnx.com/sf/go/post1113392014-08-07T09:52:23Z2014-08-07T09:52:23ZThe build succes with ./configure -prefix /home/soenke/Qt5.3.1/qnx-armv7le -xplatform qnx-armle-v7-qcc
I've used configure with all the other argumets to build qt 5.2. I've been told they are required and I just took them over to 5.3. It seems they are not required any more...
Thanks
SönkeSönke Nielsen2014-08-07T09:52:23Zpost111326: Re: Qt5.3 with QGLWidget componentsJefferson Biernastki(deleted)http://community.qnx.com/sf/go/post1113262014-08-06T13:44:44Z2014-08-06T13:44:44ZHi,
after some hours i detected the problem. When my layout is generated by UIC it reparent my QGLWidget on addWidget.
Parent A on new QGLWidget.
Parent B on addWidget.Jefferson Biernastki(deleted)2014-08-06T13:44:44Zpost111323: Re: qt 5.3.1 buildVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1113232014-08-06T09:32:58Z2014-08-06T09:32:58ZJust by a chance, I retested this my SDP 6.6 with Apps&Media on a 5.3.1 source tar-ball. I did not get your error, but when "-fully-process" is used the build fails in webkit which is known. Do you have a good reason to use "-fully-process"? Other then that there are no build problems. You call of configure is rather complicated. I hope, you know what all options in your configure are doing. Normally, just "-prefix" and "-xplatform" are sufficient. Certainly, using other options helps tuning, but using them blindly is not a good idea... ;-)
Your build problems might also be caused by some leftovers from a previous "configure" call. The well-known "make clean" does not remove all the stuff created by "configure". You need to clean your src folder with "make distclean" to get it really clean.
Compared to 5.2, Qt 5.3 has a new JavaScript engine. I'm sure that is the reason why "-no-javascript-jit" is not provided anymore.Vladimir Minenko(deleted)2014-08-06T09:32:58Zpost111313: Re: additional libs needed for Qt - my listPeter Hartmann(deleted)http://community.qnx.com/sf/go/post1113132014-08-05T13:08:34Z2014-08-05T13:08:34ZOn 08/05/2014 11:57 AM, Malte Mundt wrote:
> Note that some of those libs are quite large. Following the "memory is cheap nowadays" approach, no one seems to care which libs are really needed and how big they are.
>
> Additionally, Qt itself is inconsistent linking to C++ libs: you need libcpp.so.5 AND libcpp.so.4 AND libcpp-ne.so.5. But who am I to disagree?;-)
Which 3rd party libraries are needed by Qt can be controlled via Qt's
configure script or via DEFINE statements given to configure. Feel free
to read the help page of Qt's configure script ("configure -help") to
find out how to remove some of the dependencies, in case you are
building Qt on your own.
Could you please elaborate on why you think "no one seems to care which
libs are really needed and how big they are"? Which libs do you think we
could get rid of?
PeterPeter Hartmann(deleted)2014-08-05T13:08:34Zpost111312: qt 5.3.1 buildSönke Nielsenhttp://community.qnx.com/sf/go/post1113122014-08-05T12:52:52Z2014-08-05T12:52:52Zqt 5.3.1 build on Linux host/QNX SDP 6.6.0+apps&media failed with
yarr/YarrPattern.cpp:39:29: fatal error: RegExpJitTables.h: No such file or directory
compilation terminated.
My configure arguments are
./configure -prefix /home/soenke/Qt5.3.1/qnx-armv7le -confirm-license -fully-process -xplatform qnx-armle-v7-qcc -no-compile-examples -no-pps -no-dbus -opengl es2 -egl -no-cups -no-xcb -no-eglfs -no-gtkstyle -no-iconv
configure complains when I use "-no-javascript-jit". I've used it for 5.2 but seem to be not supported any more.
A RegExpJitTables.h is located in Src/qtdeclarative/src/qml/RegExpJitTables.h. But using this YarrPattern.cpp results in type mismatch errors later on. So no solution.
Whats wrong?
SönkeSönke Nielsen2014-08-05T12:52:52Zpost111310: Qt5.3 with QGLWidget componentsJefferson Biernastki(deleted)http://community.qnx.com/sf/go/post1113102014-08-05T12:01:00Z2014-08-05T12:01:00ZHi,
is there any limitation using a QGLWidget inside my MainWindow?
When i run my application with a QGLWidget as a component it draws a black box, instead of respecting my clearcolor. If i run this Widget outside of my MainWindow, it works perfectly.
Some examples in Qt requires -opengl desktop make defines, is there any way to do this?
Best regards,
Jefferson Soares BiernastkiJefferson Biernastki(deleted)2014-08-05T12:01:00Zpost111306: RE: additional libs needed for Qt - my listMalte Mundthttp://community.qnx.com/sf/go/post1113062014-08-05T10:13:56Z2014-08-05T10:13:56ZWow, looks great, good work!
> -----Original Message-----
> From: Vladimir Minenko [mailto:community-noreply@qnx.com]
> Sent: Tuesday, August 05, 2014 12:08 PM
> To: general-qt
> Subject: Re: additional libs needed for Qt - my list
>
> I'm currently working on an updated version of the platform notes for Qt
> on QNX which contains a section about this. Feel free to comment:
>
> https://codereview.qt-project.org/90653
>
> I think I've got all of them as on your list except libz. libpps and
> libslog2 seem to be optional, since if they are not there, Qt's
> configure will disable according options. Need to check though...
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post111305
> To cancel your subscription to this discussion, please e-mail general-
> qt-unsubscribe@community.qnx.comMalte Mundt2014-08-05T10:13:56Zpost111305: Re: additional libs needed for Qt - my listVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1113052014-08-05T10:08:00Z2014-08-05T10:08:00ZI'm currently working on an updated version of the platform notes for Qt on QNX which contains a section about this. Feel free to comment:
https://codereview.qt-project.org/90653
I think I've got all of them as on your list except libz. libpps and libslog2 seem to be optional, since if they are not there, Qt's configure will disable according options. Need to check though...Vladimir Minenko(deleted)2014-08-05T10:08:00Zpost111304: additional libs needed for Qt - my listMalte Mundthttp://community.qnx.com/sf/go/post1113042014-08-05T09:57:28Z2014-08-05T09:57:28ZHere is the list of additional libs I put into my system to run Qt. Surely helpful if you are building your own!
libcrypto.so.2
libfontconfig.so.1
libfreetype.so.1
libiconv.so.1
libicudata.so.49
libicui18n.so.49
libicuuc.so.49
libpps.so.1
libslog2.so.1
libssl.so.2
libxml2.so.1
libz.so.2
Note that some of those libs are quite large. Following the "memory is cheap nowadays" approach, no one seems to care which libs are really needed and how big they are.
Additionally, Qt itself is inconsistent linking to C++ libs: you need libcpp.so.5 AND libcpp.so.4 AND libcpp-ne.so.5. But who am I to disagree? ;-)
Hope this helps,
- MalteMalte Mundt2014-08-05T09:57:28Zpost111301: Re: Qt 5.3 build from Qnx : unable to runThilloy Paulhttp://community.qnx.com/sf/go/post1113012014-08-04T15:14:37Z2014-08-04T15:14:37ZYou got it right !
libfontconfig and libfreetype were missing but after a quick copy and the copy of correct fonts it is now working great :) !
Fonts are much sharper, really nice.
Thank you very much for your help.
RegardsThilloy Paul2014-08-04T15:14:37Zpost111299: Re: Qt 5.3 build from Qnx : unable to runVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112992014-08-04T13:53:34Z2014-08-04T13:53:34ZSorry, I now read your first post more carefully. The build provided by QNX is made with Apps&Media. It is not going to work on a target which does not have it on board. You need to make your own build again if you do not like/need/may use Apps&Media.Vladimir Minenko(deleted)2014-08-04T13:53:34Zpost111298: Re: Qt 5.3 build from Qnx : unable to runVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112982014-08-04T13:50:17Z2014-08-04T13:50:17ZThen your build was made with fontconfig, but it is not available on the target. This is strange since you say, you do not use Apps&Media for now. Did you add fontconfig on your own?Vladimir Minenko(deleted)2014-08-04T13:50:17Zpost111297: Re: Qt 5.3 build from Qnx : unable to runThilloy Paulhttp://community.qnx.com/sf/go/post1112972014-08-04T13:43:01Z2014-08-04T13:43:01ZIt is coming from Qt 4.8 on SDP 6.5
Now we're running on SDP 6.6 (without Apps and Media installed for now)
but the old env var should come from old setup...
with LD_DEBUG set to libs Screen :
libs: load_object: attempt load of libpps.so.1
libs: /proc/boot/libpps.so.1: found; real path:/proc/boot/libpps.so.1
libs: load_elf: Shared library base: 0x78000000
libs: load_elf: libpps.so.1 relro segment is now lazy mapping; 78004000-78005000
libs: load_elf: loaded lib at addr 78000000(text) 78004f00(data)
libs: object libpps.so.1 loaded; real soname: libpps.so.1 loaded from: /proc/boot/libpps.so.1
libs: load_object: attempt load of libPpsLib.so
libs: /mnt/sdhc/rescue/libPpsLib.so: found; real path:/mnt/sdhc/rescue/libPpsLib.so
libs: load_elf: Shared library base: 0x78006000
libs: load_elf: libPpsLib.so relro segment is now lazy mapping; 78008000-78009000
libs: load_elf: loaded lib at addr 78006000(text) 78008f24(data)
libs: object libPpsLib.so loaded; real soname: libPpsLib.so loaded from: /mnt/sdhc/rescue/libPpsLib.so
libs: load_object: attempt load of libRemoteDebugLib.so
libs: /mnt/sdhc/rescue/libRemoteDebugLib.so: found; real path:/mnt/sdhc/rescue/libRemoteDebugLib.so
libs: load_elf: Shared library base: 0x7800a000
libs: load_elf: libRemoteDebugLib.so relro segment is now lazy mapping; 7800d000-7800e000
libs: load_elf: loaded lib at addr 7800a000(text) 7800dcb8(data)
libs: object libRemoteDebugLib.so loaded; real soname: libRemoteDebugLib.so loaded from: /mnt/sdhc/rescue/libRemoteDebugLib.so
libs: load_object: attempt load of libQt5Widgets.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Widgets.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Widgets.so.5
libs: load_elf: Shared library base: 0x78100000
libs: load_elf: libQt5Widgets.so.5 relro segment is now lazy mapping; 785a6000-785ba000
libs: load_elf: loaded lib at addr 78100000(text) 785a6da0(data)
libs: object libQt5Widgets.so.5 loaded; real soname: libQt5Widgets.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Widgets.so.5
libs: load_object: attempt load of libQt5Network.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Network.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Network.so.5
libs: load_elf: Shared library base: 0x78600000
libs: load_elf: libQt5Network.so.5 relro segment is now lazy mapping; 78724000-78727000
libs: load_elf: loaded lib at addr 78600000(text) 7872439c(data)
libs: object libQt5Network.so.5 loaded; real soname: libQt5Network.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Network.so.5
libs: load_object: attempt load of libsocket.so.3
libs: /proc/boot/libsocket.so.3: found; real path:/proc/boot/libsocket.so.3
libs: load_elf: Shared library base: 0x78010000
libs: load_elf: libsocket.so.3 relro segment is now lazy mapping; 7802e000-7802f000
libs: load_elf: loaded lib at addr 78010000(text) 7802e6d4(data)
libs: object libsocket.so.3 loaded; real soname: libsocket.so.3 loaded from: /proc/boot/libsocket.so.3
libs: load_object: attempt load of libQt5Sql.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Sql.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Sql.so.5
libs: load_elf: Shared library base: 0x78040000
libs: load_elf: libQt5Sql.so.5 relro segment is now lazy mapping; 7807b000-7807c000
libs: load_elf: loaded lib at addr 78040000(text) 7807b394(data)
libs: object libQt5Sql.so.5 loaded; real soname: libQt5Sql.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Sql.so.5
libs: load_object: attempt load of libQt5Xml.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Xml.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Xml.so.5
libs: load_elf: Shared library base: 0x78080000
libs: load_elf: libQt5Xml.so.5 relro segment is now lazy mapping; 780b7000-780b8000
libs: load_elf: loaded lib at addr 78080000(text) 780b74dc(data)
libs: object libQt5Xml.so.5 loaded; real soname: libQt5Xml.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Xml.so.5
libs: load_object: attempt load of libQt5Gui.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Gui.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Gui.so.5
libs: load_elf: Shared library base: 0x78800000
libs: load_elf: libQt5Gui.so.5 relro segment is now lazy mapping; 78b46000-78b52000
libs: load_elf: loaded lib at addr 78800000(text) 78b46f78(data)
libs: object libQt5Gui.so.5 loaded; real soname: libQt5Gui.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Gui.so.5
libs: load_object: attempt load of libQt5Core.so.5
libs: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Core.so.5: found; real path:/mnt/sdhc/graphics/opt/qt5/lib/libQt5Core.so.5
libs: load_elf: Shared library base: 0x78c00000
libs: load_elf: libQt5Core.so.5 relro segment is now lazy mapping; 78f87000-78f8c000
libs: load_elf: loaded lib at addr 78c00000(text) 78f87904(data)
libs: object libQt5Core.so.5 loaded; real soname: libQt5Core.so.5 loaded from: /mnt/sdhc/graphics/opt/qt5/lib/libQt5Core.so.5
libs: load_object: attempt load of libm.so.2
libs: /proc/boot/libm.so.2: found; real path:/proc/boot/libm.so.2
libs: load_elf: Shared library base: 0x780c0000
libs: load_elf: libm.so.2 relro segment is now lazy mapping; 780e1000-780e2000
libs: load_elf: loaded lib at addr 780c0000(text) 780e1f24(data)
libs: object libm.so.2 loaded; real soname: libm.so.2 loaded from: /proc/boot/libm.so.2
libs: load_object: attempt load of libGLESv2.so.1
libs: /usr/lib/graphics/iMX6X/libGLESv2.so.1: found; real path:/usr/lib/graphics/iMX6X/libGLESv2.so.1
libs: load_elf: Shared library base: 0x78034000
libs: load_elf: libGLESv2.so.1 relro segment is now lazy mapping; 7803c000-7803d000
libs: load_elf: loaded lib at addr 78034000(text) 7803ce88(data)
libs: object libGLESv2.so.1 loaded; real soname: libGLESv2.so.1 loaded from: /usr/lib/graphics/iMX6X/libGLESv2.so.1
libs: load_object: attempt load of libEGL.so.1
libs: /proc/boot/libEGL.so.1: found; real path:/proc/boot/libEGL.so.1
libs: load_elf: Shared library base: 0x780e3000
libs: load_elf: libEGL.so.1 relro segment is now lazy mapping; 780eb000-780ec000
libs: load_elf: loaded lib at addr 780e3000(text) 780ebdfc(data)
libs: object libEGL.so.1 loaded; real soname: libEGL.so.1 loaded from: /proc/boot/libEGL.so.1
libs: load_object: attempt load of libcpp.so.5
libs: /proc/boot/libcpp.so.5: found; real path:/proc/boot/libcpp.so.5
libs: load_elf: Shared library base: 0x78730000
libs: load_elf: libcpp.so.5 relro segment is now lazy mapping; 78782000-78785000
libs: load_elf: loaded lib at addr 78730000(text) 78782ddc(data)
libs: object libcpp.so.5 loaded; real soname: libcpp.so.5 loaded from: /proc/boot/libcpp.so.5
libs: load_object: attempt load of libz.so.2
libs: /proc/boot/libz.so.2: found; real path:/proc/boot/libz.so.2
libs: load_elf: Shared library base: 0x780ed000
libs: load_elf: libz.so.2 relro segment is now lazy mapping; 780fd000-780fe000
libs: load_elf: loaded lib at addr 780ed000(text) 780fde84(data)
libs: object libz.so.2 loaded; real soname: libz.so.2 loaded from: /proc/boot/libz.so.2
libs: load_object: attempt load of libssl.so.2
libs: /usr/lib/libssl.so.2: found; real path:/usr/lib/libssl.so.2
libs: load_elf: Shared library base: 0x785c7000
libs: load_elf: libssl.so.2 relro segment is now lazy mapping; 785f6000-785f8000
libs: load_elf: loaded lib at addr 785c7000(text) 785f66ec(data)
libs: object libssl.so.2 loaded; real soname: libssl.so.2 loaded from: /usr/lib/libssl.so.2
libs: load_object: attempt load of libcrypto.so.2
libs: /usr/lib/libcrypto.so.2: found; real path:/usr/lib/libcrypto.so.2
libs: load_elf: Shared library base: 0x79000000
libs: load_elf: libcrypto.so.2 relro segment is now lazy mapping; 790ef000-790fd000
libs: load_elf: loaded lib at addr 79000000(text) 790efd40(data)
libs: object libcrypto.so.2 loaded; real soname: libcrypto.so.2 loaded from: /usr/lib/libcrypto.so.2
libs: load_object: attempt load of libsqlite3.so.1
libs: /proc/boot/libsqlite3.so.1: found; real path:/proc/boot/libsqlite3.so.1
libs: load_elf: Shared library base: 0x78790000
libs: load_elf: libsqlite3.so.1 relro segment is now lazy mapping; 787f2000-787f3000
libs: load_elf: loaded lib at addr 78790000(text) 787f2488(data)
libs: object libsqlite3.so.1 loaded; real soname: libsqlite3.so.1 loaded from: /proc/boot/libsqlite3.so.1
libs: load_object: attempt load of libslog2.so.1
libs: /proc/boot/libslog2.so.1: found; real path:/proc/boot/libslog2.so.1
libs: load_elf: Shared library base: 0x787f5000
libs: load_elf: libslog2.so.1 relro segment is now lazy mapping; 787fb000-787fc000
libs: load_elf: loaded lib at addr 787f5000(text) 787fbcfc(data)
libs: object libslog2.so.1 loaded; real soname: libslog2.so.1 loaded from: /proc/boot/libslog2.so.1
libs: load_object: attempt load of libicui18n.so.49
libs: /proc/boot/libicui18n.so.49: found; real path:/proc/boot/libicui18n.so.49
libs: load_elf: Shared library base: 0x79200000
libs: load_elf: libicui18n.so.49 relro segment is now lazy mapping; 79302000-79308000
libs: load_elf: loaded lib at addr 79200000(text) 79302b70(data)
libs: object libicui18n.so.49 loaded; real soname: libicui18n.so.49 loaded from: /proc/boot/libicui18n.so.49
libs: load_object: attempt load of libicuuc.so.49
libs: /proc/boot/libicuuc.so.49: found; real path:/proc/boot/libicuuc.so.49
libs: load_elf: Shared library base: 0x79110000
libs: load_elf: libicuuc.so.49 relro segment is now lazy mapping; 791f1000-791fa000
libs: load_elf: loaded lib at addr 79110000(text) 791f1770(data)
libs: object libicuuc.so.49 loaded; real soname: libicuuc.so.49 loaded from: /proc/boot/libicuuc.so.49
libs: load_object: attempt load of libicudata.so.49
libs: /proc/boot/libicudata.so.49: found; real path:/proc/boot/libicudata.so.49
libs: load_elf: Shared library base: 0x79400000
libs: load_elf: libicudata.so.49 relro segment is now lazy mapping; 7a556000-7a557000
libs: load_elf: loaded lib at addr 79400000(text) 7a556f1c(data)
libs: object libicudata.so.49 loaded; real soname: libicudata.so.49 loaded from: /proc/boot/libicudata.so.49
libs: load_object: attempt load of libcpp-ne.so.5
libs: /proc/boot/libcpp-ne.so.5: found; real path:/proc/boot/libcpp-ne.so.5
libs: load_elf: Shared library base: 0x78b60000
libs: load_elf: libcpp-ne.so.5 relro segment is now lazy mapping; 78bac000-78baf000
libs: load_elf: loaded lib at addr 78b60000(text) 78bace18(data)
libs: object libcpp-ne.so.5 loaded; real soname: libcpp-ne.so.5 loaded from: /proc/boot/libcpp-ne.so.5
libs: init: libcpp-ne.so.5 obj->refcount: 1
libs: init: libicudata.so.49 obj->refcount: 1
libs: init: libicuuc.so.49 obj->refcount: 1
libs: init: libicui18n.so.49 obj->refcount: 1
libs: init: libslog2.so.1 obj->refcount: 1
libs: init: libsqlite3.so.1 obj->refcount: 1
libs: init: libcrypto.so.2 obj->refcount: 1
libs: init: libssl.so.2 obj->refcount: 1
libs: init: libz.so.2 obj->refcount: 1
libs: init: libc.so.3 obj->refcount: 1
libs: init: libcpp.so.5 obj->refcount: 1
libs: init: libEGL.so.1 obj->refcount: 1
libs: init: libGLESv2.so.1 obj->refcount: 1
libs: init: libm.so.2 obj->refcount: 1
libs: init: libQt5Core.so.5 obj->refcount: 1
libs: init: libQt5Gui.so.5 obj->refcount: 1
libs: init: libQt5Xml.so.5 obj->refcount: 1
libs: init: libQt5Sql.so.5 obj->refcount: 1
libs: init: libsocket.so.3 obj->refcount: 1
libs: init: libQt5Network.so.5 obj->refcount: 1
libs: init: libQt5Widgets.so.5 obj->refcount: 1
libs: init: libRemoteDebugLib.so obj->refcount: 1
libs: init: libPpsLib.so obj->refcount: 1
libs: init: libpps.so.1 obj->refcount: 1
libs: dlopen("/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so",513)
Mode: LAZY LOCAL
libs: Neither RTLD_GROUP nor RTLD_WORLD specified, assuming RTLD_GROUP | RTLD_WORLD
libs: load_object: attempt load of /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so
libs: /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so: found; real path:/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so
libs: load_elf: Shared library base: 0x79310000
libs: load_elf: libqqnx.so relro segment is now lazy mapping; 793ac000-793b1000
libs: load_elf: loaded lib at addr 79310000(text) 793ac9d8(data)
libs: object /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so loaded; real soname: libqqnx.so loaded from: /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so
libs: load_object: attempt load of libscreen.so.1
libs: /proc/boot/libscreen.so.1: found; real path:/proc/boot/libscreen.so.1
libs: load_elf: Shared library base: 0x78bc0000
libs: load_elf: libscreen.so.1 relro segment is now lazy mapping; 78bd1000-78bd2000
libs: load_elf: loaded lib at addr 78bc0000(text) 78bd1ec4(data)
libs: object libscreen.so.1 loaded; real soname: libscreen.so.1 loaded from: /proc/boot/libscreen.so.1
libs: load_object: attempt load of libfontconfig.so.1
libs: dlopen: Library cannot be found
libs: dlclose(0x8263e30, 1)
You're right it seems that libfontconfig is not foundThilloy Paul2014-08-04T13:43:01Zpost111296: Re: RE: Qt 5.3 build from Qnx : unable to runVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112962014-08-04T13:33:52Z2014-08-04T13:33:52ZGood point! But this is valid only for libs loaded by QPA (the "qnx" platform plugin). libfontconfig is loaded esle where.Vladimir Minenko(deleted)2014-08-04T13:33:52Zpost111295: Re: Qt 5.3 build from Qnx : unable to runVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112952014-08-04T13:31:25Z2014-08-04T13:31:25ZYou usually do not need to set QT_QPA_PLATFORM_PLUGIN_PATH. QT_PLUGIN_PATH should be sufficient. Which SDP are you on? Why is all this QWS* stuff in? I greatly doubt Qt5 will work on QWS... QWS was in use before QPA came upVladimir Minenko(deleted)2014-08-04T13:31:25Zpost111294: RE: Qt 5.3 build from Qnx : unable to runMalte Mundthttp://community.qnx.com/sf/go/post1112942014-08-04T13:29:35Z2014-08-04T13:29:35ZTry LD_DEBUG=libs <name of app> it will show you what libs it's trying to load. I saw the claim "plugin not found" because the system was not smart enough to show what really is missing (e.g. libfontconfig)
> -----Original Message-----
> From: Thilloy Paul [mailto:community-noreply@qnx.com]
> Sent: Monday, August 04, 2014 3:28 PM
> To: general-qt
> Subject: Re: Qt 5.3 build from Qnx : unable to run
>
> The same I posted earlier : /mnt/sdhc/graphics/opt/qt5/plugins
>
> I even tried to put it again in Qt Creator unduer Run Environment
> options... but nothing...
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post111293
> To cancel your subscription to this discussion, please e-mail general-
> qt-unsubscribe@community.qnx.comMalte Mundt2014-08-04T13:29:35Zpost111293: Re: Qt 5.3 build from Qnx : unable to runThilloy Paulhttp://community.qnx.com/sf/go/post1112932014-08-04T13:28:19Z2014-08-04T13:28:19ZThe same I posted earlier : /mnt/sdhc/graphics/opt/qt5/plugins
I even tried to put it again in Qt Creator unduer Run Environment options... but nothing...Thilloy Paul2014-08-04T13:28:19Zpost111292: Re: Qt 5.3 build from Qnx : unable to runVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112922014-08-04T13:25:00Z2014-08-04T13:25:00ZWhat is the value of the QT_PLUGIN_PATH env var in the shell where you start the app?Vladimir Minenko(deleted)2014-08-04T13:25:00Zpost111291: Re: Qt 5.3 build from Qnx : unable to runThilloy Paulhttp://community.qnx.com/sf/go/post1112912014-08-04T13:23:56Z2014-08-04T13:23:56ZHere is my environment variables :
LD_LIBRARY_PATH=/proc/boot:/lib:/usr/lib:/lib/dll:/lib/dll/font:/mnt/sdhc/rescue:/mnt/sdhc/python32/lib:/usr/lib/graphics/iMX6X:/lib/dll:/proc/boot:/mnt/sdhc/graphics/opt/qt5/lib:/mnt/sdhc/pci
OPTIND=1
PATH=/proc/boot:/bin:/sbin:/opt/bin:/usr/sbin:/usr/bin:/mnt/sdhc/rescue:/mnt/sdhc/python32/bin:/mnt/sdhc/pci
PPID=1
PS1='$(pwd) #'
PS2='> '
PS3='#? '
PS4='+ '
PWD=/
QML2_IMPORT_PATH=/mnt/sdhc/graphics/opt/qt5/imports
QML_IMPORT_PATH=/mnt/sdhc/graphics/opt/qt5/imports
QQNX_PHYSICAL_SCREEN_SIZE=148,46
QT_PLUGIN_PATH=/mnt/sdhc/graphics/opt/qt5/plugins
QT_QPA_FONTDIR=/mnt/sdhc/graphics/opt/qt5/lib/fonts
QT_QPA_PLATFORM_PLUGIN_PATH=/mnt/sdhc/graphics/opt/qt5/plugins/platforms
QT_QWS_FONTDIR=/mnt/sdhc/graphics/opt/qt5/lib/fonts
QWS_DISPLAY=qnx
QWS_KEYBOARD=qnx
QWS_MOUSE_PROTO=qnx
RANDOM=6077
SECONDS=1205
SHELL=/bin/sh
TERM=qansi
TMOUT=0
TMPDIR=/tmp
USER=bee
_=set
bootpath=/mnt/sdhc/rescue
qpath=/mnt/sdhc/graphics/opt/qt5Thilloy Paul2014-08-04T13:23:56Zpost111290: Qt 5.3 build from Qnx : unable to runThilloy Paulhttp://community.qnx.com/sf/go/post1112902014-08-04T13:13:45Z2014-08-04T13:13:45ZHello,
I was working with a personnal compilation of Qt 5.3.
Then I tried Qnx's compilation... impossible to run my application (called Screen) on my imx6 board:
This application failed to start because it could not find or load the Qt platform plugin "qnx".
Here is the output of the console using QT_DEBUG_PLUGINS = 1
-----ONLINE-----
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so, metadata=
Got keys from plugin meta data ("minimal")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so, metadata=
Got keys from plugin meta data ("offscreen")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so, metadata=
Got keys from plugin meta data ("qnx")
QFactoryLoader::QFactoryLoader() checking directory path "/dev/shmem" ...
QFactoryLoader::QFactoryLoader() looking at "/dev/shmem/inetd.pid"
QElfParser: '/dev/shmem/inetd.pid' is not an ELF object (file too small)
"'/dev/shmem/inetd.pid' is not an ELF object (file too small)"
not a plugin
QFactoryLoader::QFactoryLoader() looking at "/dev/shmem/Screen"
"Plugin verification data mismatch in '/dev/shmem/Screen'"
not a plugin
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins" ...
loaded library "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
QLibraryPrivate::loadPlugin failed on "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so" : "Cannot load library /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/platforms" ...
QFactoryLoader::QFactoryLoader() checking directory path "/dev/shmem/platforms" ...
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so"
Got keys from plugin meta data ("minimal")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so"
Got keys from plugin meta data ("offscreen")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
"Cannot load library /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
not a plugin
This application failed to start because it could not find or load the Qt platform plugin "qnx".
Abort (core dumped)
Application finished with exit code 134.
Any ideas ?
Regards,
PaulThilloy Paul2014-08-04T13:13:45Zpost111231: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1112312014-07-25T17:33:50Z2014-07-25T17:33:50ZWe have to bear in mind that not all Fonts are under Free License usage!
Qt Creator lists all fonts under "c:Windows/Fonts" directory, but majority of them are licensed to use with Windows distribution.
As Dennis pointed Dejavu is one that works fine and actually this is the Font provided with Qt distribution. Dejavu familiy of fonts is under Free License! And you will not find it under Windows/Fonts directory.
So I think the rule is:-
1) Select a font for particular application. If it is not under Free License, purchase a license for it.
2) Deploy the font to the target, or make it embedded as Resource into Qt application.Kostadin Vardin(deleted)2014-07-25T17:33:50Zpost111221: Re: RE: Run Qt 5.3 App on QNX 6.6 targetVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112212014-07-25T13:08:49Z2014-07-25T13:08:49ZThis is what I meant with "IMHO, this should include a list of OS components and services required for a given framework (here Qt) to run it as expected". Still, IMHO, standard (or "reference") OS images are definitely required. Otherwise, I do not know how to develop and test a 400MB source code package with a very limited number of people...Vladimir Minenko(deleted)2014-07-25T13:08:49Zpost111208: RE: Run Qt 5.3 App on QNX 6.6 targetMalte Mundthttp://community.qnx.com/sf/go/post1112082014-07-24T14:52:27Z2014-07-24T14:52:27ZA "standard layout" with tons of unknown components isn't a great workaround for lack of documentation. A list of what's required - libs, binaries, enviroment variables, fonts, would be totally sufficient. Embedded designers need to understand what their system actually consists of. "Standard layouts" are the source of most security vulnerabilities in other OSs, let alone bloated memory requirements and slow boot times.
> -----Original Message-----
> From: Vladimir Minenko [mailto:community-noreply@qnx.com]
> Sent: Thursday, July 24, 2014 4:29 PM
> To: general-qt
> Subject: Re: Run Qt 5.3 App on QNX 6.6 target
>
> There should be no need for moving fonts back and forth, when Qt is
> configured to use fontconfig and the "QNX target" has a "standard
> layout".
>
> Generally, the problem is that there is no standard for QNX targets:
> people do their own OS images and get surprised that things stop
> working. Some people see this as an advantage of flexibility, but for
> complex frameworks with tons of equations on the table, like Qt, this
> advantage can quickly become a nightmare. The length of this thread is
> another sign for this. QNX should start standardizing the content and
> configuration of OS images for selected application cases. IMHO, this
> should include a list of OS components and services required for a given
> framework (here Qt) to run it as expected. This issue has already been
> addressed in QNX.
>
> In particular, the recent release of Qt 5.3.0 installers provided here
> was explicitly saying that it can be used for "Qt applications for the
> QNX SDP 6.6 OS and Apps & Media 1.0 software releases". Unfortunately,
> it is did not mention this also includes a certain target OS image which
> is provided as "sample" in Apps & Media 1.0. Qt in that and in any other
> binary build in the future is not guaranteed to work on any target, just
> on those which are close to the one provided in Apps & Media 1.0.
> Anything more generic is just technically not possible...
>
>
>
> _______________________________________________
>
> Qt General
> http://community.qnx.com/sf/go/post111207
> To cancel your subscription to this discussion, please e-mail general-
> qt-unsubscribe@community.qnx.comMalte Mundt2014-07-24T14:52:27Zpost111207: Re: Run Qt 5.3 App on QNX 6.6 targetVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112072014-07-24T14:29:18Z2014-07-24T14:29:18ZThere should be no need for moving fonts back and forth, when Qt is configured to use fontconfig and the "QNX target" has a "standard layout".
Generally, the problem is that there is no standard for QNX targets: people do their own OS images and get surprised that things stop working. Some people see this as an advantage of flexibility, but for complex frameworks with tons of equations on the table, like Qt, this advantage can quickly become a nightmare. The length of this thread is another sign for this. QNX should start standardizing the content and configuration of OS images for selected application cases. IMHO, this should include a list of OS components and services required for a given framework (here Qt) to run it as expected. This issue has already been addressed in QNX.
In particular, the recent release of Qt 5.3.0 installers provided here was explicitly saying that it can be used for "Qt applications for the QNX SDP 6.6 OS and Apps & Media 1.0 software releases". Unfortunately, it is did not mention this also includes a certain target OS image which is provided as "sample" in Apps & Media 1.0. Qt in that and in any other binary build in the future is not guaranteed to work on any target, just on those which are close to the one provided in Apps & Media 1.0. Anything more generic is just technically not possible...Vladimir Minenko(deleted)2014-07-24T14:29:18Zpost111206: Re: Run Qt 5.3 App on QNX 6.6 targetMalte Mundthttp://community.qnx.com/sf/go/post1112062014-07-24T13:54:18Z2014-07-24T13:54:18Z> > @Malte. If Qt has been configured for a build using fontconfig, the install
>
> > process does not includes fonts.
>
> Hi Vladimir,
>
> I guess the Qt 5.3 bundle provided here on Foundry27 has been built to use
> fontconfig. So there are no fonts; I guess because on other OSs as soon as you
> say "fontconfig" it is assumed that you have all the fonts required?
>
> So how does this work in practice for QNX now? The new QNX 5.3 installer,
> coming with Qt Creator auto-detecting QNX 6.6 SDP and even including examples
> AND binaries for ARM and x86, is my personal favourite. It gives me "all I
> need", fantastic. Except for the fonts :). So when I build some of the
> examples, they require fonts. Where to go from here?
Ok, it seems some basic fonts are now with QNX SDP 6.6 under /usr/fonts/font_repository. I copied these to my target and in the example I built I now see text. Great.
Cheers,
- MalteMalte Mundt2014-07-24T13:54:18Zpost111205: Re: Run Qt 5.3 App on QNX 6.6 targetMalte Mundthttp://community.qnx.com/sf/go/post1112052014-07-24T13:05:56Z2014-07-24T13:05:56Z> @Malte. If Qt has been configured for a build using fontconfig, the install
> process does not includes fonts.
Hi Vladimir,
I guess the Qt 5.3 bundle provided here on Foundry27 has been built to use fontconfig. So there are no fonts; I guess because on other OSs as soon as you say "fontconfig" it is assumed that you have all the fonts required?
So how does this work in practice for QNX now? The new QNX 5.3 installer, coming with Qt Creator auto-detecting QNX 6.6 SDP and even including examples AND binaries for ARM and x86, is my personal favourite. It gives me "all I need", fantastic. Except for the fonts :). So when I build some of the examples, they require fonts. Where to go from here?
Cheers,
- MalteMalte Mundt2014-07-24T13:05:56Zpost111204: Re: Run Qt 5.3 App on QNX 6.6 targetVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1112042014-07-24T12:57:56Z2014-07-24T12:57:56Z@Malte. If Qt has been configured for a build using fontconfig, the install process does not includes fonts.Vladimir Minenko(deleted)2014-07-24T12:57:56Zpost111201: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1112012014-07-24T11:55:11Z2014-07-24T11:55:11ZQNX-supplied fonts are under host directory c:\QNX660\target\qnx6\usr\fonts\font_repository\, so using the default fonts.conf will provide "some" fonts.
You should be able to pull Qt-supplied fonts from any Qt distro.Dennis Kellly2014-07-24T11:55:11Zpost111199: Re: Run Qt 5.3 App on QNX 6.6 targetMalte Mundthttp://community.qnx.com/sf/go/post1111992014-07-24T10:05:59Z2014-07-24T10:05:59Z> Copy C:\qnx660\target\qnx6\etc\fontconfig\fonts.conf to create local.conf
> BUT change the following to use the much richer Qt5 font set...
> from
> <dir>/usr/fonts/font_repository</dir>
> to
> <dir>/opt/qt5/lib/fonts</dir>
>
With the Qt 5.3 install from this site, it seems fonts are no longer coming with Qt. The directory "fonts" does not exist under lib any more. Where are users supposed to get the fonts from now?
Cheers,
- MalteMalte Mundt2014-07-24T10:05:59Zpost111196: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111962014-07-24T08:08:43Z2014-07-24T08:08:43ZI ran my 'helloqt' application on the given Vmware image.
It displayed a window properly and that means my 'helloqt' has no problem.
The Vmware image also has Qt binaries in 'opt/qt5' so I've copied Qt 5.3 binaries(entire /opt/qt5 directory) to my QNX target for checking my Qt binaries causes the problem but result is same.
In summary, test program, Qt binaries and QNX screen are good. So the Qt environment of my QNX target might be something wrong.
I'm looking at it but no luck yet. :(
Thanks for the advice.qnx1 developer(deleted)2014-07-24T08:08:43Zpost111189: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111892014-07-23T23:58:30Z2014-07-23T23:58:30ZThanks! I'll find out what's different.qnx1 developer(deleted)2014-07-23T23:58:30Zpost111188: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111882014-07-23T22:54:25Z2014-07-23T22:54:25ZGlad that fixed it. Handling is inconsistent regarding this... miine works without it.Dennis Kellly2014-07-23T22:54:25Zpost111187: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111872014-07-23T22:20:35Z2014-07-23T22:20:35ZI found the problem.
In graphics.conf file the global input parameter shall include both keyboard and mouse!
Here is the excerpt:
begin globals
blit-config = gles2blt
input = keyboard mouse
stack-size = 2048
end globals
Cheers!Kostadin Vardin(deleted)2014-07-23T22:20:35Zpost111180: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111802014-07-23T17:09:05Z2014-07-23T17:09:05ZHere is what hidview captures in "hidview_log.txt".Kostadin Vardin(deleted)2014-07-23T17:09:05Zpost111179: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111792014-07-23T16:40:36Z2014-07-23T16:40:36ZDoes hidview show the device?
# hidview
HIDD v1.00, v1.00 DDK
Device Address : 1
Vendor : 0x413c (DELL)
Product : 0x2005 (DELL USB Keyboard)
Version : r1.10
Usage : Keyboard
Device Address : 2
Vendor : 0x045e (Microsoft)
Product : 0x0040 (Microsoft Wheel Mouse Optical®)
Version : r1.10
Usage : MouseDennis Kellly2014-07-23T16:40:36Zpost111178: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111782014-07-23T16:30:58Z2014-07-23T16:30:58ZHi Dennis,
I implemented the changes to graphics.conf and also start-up of io-usb and io-hid.
Now I can see the mouse cursor at the center of the screen, but it does not move.
I started "inputck" test program. It captures the keyboard input, but not the mouse.
KostadinKostadin Vardin(deleted)2014-07-23T16:30:58Zpost111177: keyboard capture on QNX6.5SP1 with Qt5.1nicolas cumin(deleted)http://community.qnx.com/sf/go/post1111772014-07-23T15:23:45Z2014-07-23T15:23:45ZHi,
I try to use my usb keyboard with a Qt application.
I use QNX 6.5SP1 with Qt5.1 on iMX6 processeur.
But for the moment when I try to write in a textbox nothing append.
I test with the application hidview-a and I manage to receive data.
It's like Qt not receive screen keyboard event.
Thanks for your answers.nicolas cumin(deleted)2014-07-23T15:23:45Zpost111173: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111732014-07-23T12:00:29Z2014-07-23T12:00:29ZA working screen/Qt5 VMware image is available at the link below. If you are building for x86, perhaps you can compare it with what you have?
Document
https://drive.google.com/file/d/0B-H5B16bdCbvNGx1bU5XcWFaWkE/edit?usp=sharing
Virtual machine
https://drive.google.com/file/d/0B-H5B16bdCbvb3ZMVXZkNlNDTmc/edit?usp=sharing
IDE workspace for the ifs
https://drive.google.com/file/d/0B-H5B16bdCbveHpHQnhsZ1NhODA/edit?usp=sharingDennis Kellly2014-07-23T12:00:29Zpost111172: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111722014-07-23T11:11:56Z2014-07-23T11:11:56ZYou have more errors than me but there is same error as mine. Good to know it's not only my problem. :)qnx1 developer(deleted)2014-07-23T11:11:56Zpost111171: Re: Run Qt 5.3 App on QNX 6.6 targetThilloy Paulhttp://community.qnx.com/sf/go/post1111712014-07-23T09:41:54Z2014-07-23T09:41:54ZSorry to jam this thread...perhaps should I open a new one ?
I put QT_DEBUG_PLUGINS to 1 I got :
-----ONLINE-----
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so, metadata=
Got keys from plugin meta data ("minimal")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so, metadata=
Got keys from plugin meta data ("offscreen")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
Found metadata in lib /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so, metadata=
Got keys from plugin meta data ("qnx")
QFactoryLoader::QFactoryLoader() checking directory path "/dev/shmem" ...
QFactoryLoader::QFactoryLoader() looking at "/dev/shmem/inetd.pid"
QElfParser: '/dev/shmem/inetd.pid' is not an ELF object (file too small)
"'/dev/shmem/inetd.pid' is not an ELF object (file too small)"
not a plugin
QFactoryLoader::QFactoryLoader() looking at "/dev/shmem/Screen"
"Plugin verification data mismatch in '/dev/shmem/Screen'"
not a plugin
QFactoryLoader::QFactoryLoader() looking at "/dev/shmem/Screen.core"
QElfParser: '/dev/shmem/Screen.core' is an invalid ELF object (shstrtab section header seems to be at 0)
"'/dev/shmem/Screen.core' is an invalid ELF object (shstrtab section header seems to be at 0)"
not a plugin
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins" ...
loaded library "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
QLibraryPrivate::loadPlugin failed on "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so" : "Cannot load library /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/platforms" ...
QFactoryLoader::QFactoryLoader() checking directory path "/dev/shmem/platforms" ...
QFactoryLoader::QFactoryLoader() checking directory path "/mnt/sdhc/graphics/opt/qt5/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqminimal.so"
Got keys from plugin meta data ("minimal")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqoffscreen.so"
Got keys from plugin meta data ("offscreen")
QFactoryLoader::QFactoryLoader() looking at "/mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so"
"Cannot load library /mnt/sdhc/graphics/opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
not a plugin
This application failed to start because it could not find or load the Qt platform plugin "qnx".Thilloy Paul2014-07-23T09:41:54Zpost111170: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111702014-07-23T03:33:05Z2014-07-23T03:33:05ZI'm who have started this thread. I posted my environment variables in first article and it has exact same environment variable you mentioned. Thanks for advice.qnx1 developer(deleted)2014-07-23T03:33:05Zpost111166: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111662014-07-23T01:06:00Z2014-07-23T01:06:00ZDoes your envirnoment include..
QT_PLUGIN_PATH=/opt/qt5/plugins
...assuming you are installed at /opt/qt5.
Also LD_LIBRARY_PATH must include "/opt/qt5/lib"Dennis Kellly2014-07-23T01:06:00Zpost111165: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111652014-07-23T01:03:35Z2014-07-23T01:03:35ZPlease ignore error about slogger2.
BTW, there is no way to edit my post?qnx1 developer(deleted)2014-07-23T01:03:35Zpost111164: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111642014-07-23T01:01:22Z2014-07-23T01:01:22ZKostadin-
This sequence starts mouse and keyboard..
io-usb -duhci -dohci -dehci
io-hid -dusb
# then start screen
drm_intel_hd
screen
To see the cursor, you must edit your graphics.conf (/usr/lib/graphics/intel-drm/graphics.conf ?) and add
cursor = on
after your "video-mode =" line ... but still between begin and end for "display" - for example
begin display 2
video-mode = 800 x 480 @ 60
cursor = on
stack-size = 2048
end display
The attached Qt5 program (for x86) will verify kbd input.
Launch as...
./inputck -platform qnx:no-fullscreenDennis Kellly2014-07-23T01:01:22Zpost111163: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111632014-07-23T01:00:52Z2014-07-23T01:00:52ZThanks for reply.
With slogger2 running, it just redirect stdout messages to slog2info. Anyway one error message removed.
I posted additional result with QT_DEBUG_PLUGINS=1 as reply to my post. Thanks again.qnx1 developer(deleted)2014-07-23T01:00:52Zpost111162: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111622014-07-23T00:51:19Z2014-07-23T00:51:19ZIf I set QT_DEBUG_PLUGINS=1 output is below.
56: Found metadata in lib /opt/qt5/plugins/platforms/libqqnx.so, metadata= ...
...
75: loaded library "/opt/qt5/plugins/platforms/libqqnx.so"
...
78: QLibraryPrivate::loadPlugin failed on "/opt/qt5/plugins/platforms/libqqnx.so" : "Cannot load library /opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
As output message, looks like some modules found libqqnx.so but QLibraryPrivate didn't.
I'll post additional info if I figure out more about that.
Any help would be appreciated.
<Full output log>
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QFactoryLoader::QFactoryLoader() checking directory path "/root/qt5test/platforms" ...
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QFactoryLoader::QFactoryLoader() checking directory path "/opt/qt5/plugins/platforms" ...
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QFactoryLoader::QFactoryLoader() looking at "/opt/qt5/plugins/platforms/libqminimal.so"
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Found metadata in lib /opt/qt5/plugins/platforms/libqminimal.so, metadata=
{
"IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.2",
"MetaData": {
"Keys": [
"minimal"
]
},
"className": "QMinimalIntegrationPlugin",
"debug": false,
"version": 328449
}
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Got keys from plugin meta data ("minimal")
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QFactoryLoader::QFactoryLoader() looking at "/opt/qt5/plugins/platforms/libqoffscreen.so"
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Found metadata in lib /opt/qt5/plugins/platforms/libqoffscreen.so, metadata=
{
"IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.2",
"MetaData": {
"Keys": [
"offscreen"
]
},
"className": "QOffscreenIntegrationPlugin",
"debug": false,
"version": 328449
}
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Got keys from plugin meta data ("offscreen")
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QFactoryLoader::QFactoryLoader() looking at "/opt/qt5/plugins/platforms/libqqnx.so"
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Found metadata in lib /opt/qt5/plugins/platforms/libqqnx.so, metadata=
{
"IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.2",
"MetaData": {
"Keys": [
"qnx"
]
},
"className": "QQnxIntegrationPlugin",
"debug": false,
"version": 328449
}
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
Got keys from plugin meta data ("qnx")
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
loaded library "/opt/qt5/plugins/platforms/libqqnx.so"
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
QLibraryPrivate::loadPlugin failed on "/opt/qt5/plugins/platforms/libqqnx.so" : "Cannot load library /opt/qt5/plugins/platforms/libqqnx.so: (Library cannot be found)"
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
This application failed to start because it could not find or load the Qt platform plugin "qnx".
Available platform plugins are: minimal, offscreen, qnx.
Reinstalling the application may fix this problem.
Abortqnx1 developer(deleted)2014-07-23T00:51:19Zpost111161: Re: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111612014-07-23T00:41:47Z2014-07-23T00:41:47ZI was on it when I posting. Anyway after setting up /usr/lib/graphics/intel-drm/graphics.conf, gles2-gear displayed properly now. But Qt program output is same. And output is same whether I run drm-intel and screen or not. That's why I thought screen stuff and Qt stuff separately.qnx1 developer(deleted)2014-07-23T00:41:47Zpost111160: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111602014-07-22T22:54:46Z2014-07-22T22:54:46ZIn addition, please find attached sloginfo_log.txt where you can see screen connected successfully with io-hid, but when I start Qt application there is no Input!
Kostadin VardinKostadin Vardin(deleted)2014-07-22T22:54:46Zpost111159: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111592014-07-22T22:17:47Z2014-07-22T22:17:47ZHi Danis,
Item_1-> Fonts is fixed now based on your instructions.
Still have problem with Item_2-> input.
I am starting io-hid in following way: "io-hid -d usb /dev/io-usb/io-usb"
Before to start screen I have Keyboard input( usb keyboard ).
After screen and Qt app are started, I do not have any Input working( missing mouse cursor ).
Is there any setting for Qt, related to the Input( kbd& mouse )?
Any idea?
Thank you,
Kostadin VardinKostadin Vardin(deleted)2014-07-22T22:17:47Zpost111158: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111582014-07-22T18:35:54Z2014-07-22T18:35:54Z>>>1) Fonts: Texts are not displayed ( empty boxes for each character ). It appears that font system is not setup properly.
To use the qnx freetype system with Qt, I did the following:
a. Put this in your environment
FONTCONFIG_FILE=/etc/fontconfig/local.conf
b. Create and deploy
/etc/fontconfig/local.conf
Copy C:\qnx660\target\qnx6\etc\fontconfig\fonts.conf to create local.conf
BUT change the following to use the much richer Qt5 font set...
from
<dir>/usr/fonts/font_repository</dir>
to
<dir>/opt/qt5/lib/fonts</dir>
c. Make sure you have deployed
/usr/lib/libfontconfig.so.1
d. When you build your program, make sure you use a font which is actually on the target. Qt Creator will present a list of fonts from the windows host! If you pick a font not on target, results will not be what you want. You may have to add the font you want from your target to windows (so you can select it). I always have good results with "Dejavu Sans"
>>>2) Each one of the applications above are logging into slogger2 following:
- QQNX: failed to open navigator pps, errno=2
- QQnxVirtualKeyboard: Unable to open ""/pps/services/input/control" for keyboard: No such file or directory
- QQNX failed to open buttons pps, errno=2
Sorry - you will just have to live with these bogus messages - unless you fix and rebuild your own libraries. They seem to be vestiges of QNX-CAR2. Input WILL function even if you see these messages.Dennis Kellly2014-07-22T18:35:54Zpost111156: Re: Run Qt 5.3 App on QNX 6.6 targetKostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111562014-07-22T16:49:52Z2014-07-22T16:49:52ZHello,
As the topic is hot for me as well,l I decided to jump in.
I have experienced similar problem, but able to start an example application( came with Qt ) and also an application showing just a window with a button(created by myself).
I have following problems:
1) Fonts: Texts are not displayed ( empty boxes for each character ). It appears that font system is not setup properly. Please advise how to setup Qt font system and where to find the fonts.
2) Each one of the applications above are logging into slogger2 following:
- QQNX: failed to open navigator pps, errno=2
- QQnxVirtualKeyboard: Unable to open ""/pps/services/input/control" for keyboard: No such file or directory
- QQNX failed to open buttons pps, errno=2
Obviously mouse and keyboard are not setup properly and interesting why their services are expected from pps. I have started io-hid1? Please advise.
Thanks in forward,
KostadinKostadin Vardin(deleted)2014-07-22T16:49:52Zpost111155: Re: Run Qt 5.3 App on QNX 6.6 targetThilloy Paulhttp://community.qnx.com/sf/go/post1111552014-07-22T16:17:51Z2014-07-22T16:17:51Z> Hello.
> I'm trying to run Qt widget application on QNX 6.6 target.
> What I've done is below.
> This application failed to start because it could not find or load the Qt
> platform plugin "qnx".
Hello,
I have the same result : trying to run my Qt 5.3 app with your Qt buildThilloy Paul2014-07-22T16:17:51Zpost111153: Re: Run Qt 5.3 App on QNX 6.6 targetDennis Kelllyhttp://community.qnx.com/sf/go/post1111532014-07-22T11:37:00Z2014-07-22T11:37:00ZIn addiition to the need to start slogger2, you did not mention if you tested screen functionality. Make sure you get correct graphics when you run sw-vsync and gles2-gears.
BTW - you can read messages sent to slooger2 (all Qt debug messages) using slog2info.Dennis Kellly2014-07-22T11:37:00Zpost111152: Re: Run Qt 5.3 App on QNX 6.6 targetVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1111522014-07-22T11:34:14Z2014-07-22T11:34:14ZThe root cause has already been posted to the console: the slogger2 service is not running the target. slogger2 is required for all current binary builds of Qt for QNX. Check your OS image build script and add the slogger2 service to the startup.
PS. Unfortunately, you will most probably not find anything via Google on that topic.Vladimir Minenko(deleted)2014-07-22T11:34:14Zpost111148: Run Qt 5.3 App on QNX 6.6 targetqnx1 developer(deleted)http://community.qnx.com/sf/go/post1111482014-07-22T02:16:06Z2014-07-22T02:16:06ZHello.
I'm trying to run Qt widget application on QNX 6.6 target.
What I've done is below.
- Install qt on Ubuntu 12.04 via qt-enterprise-linux-x86-qnx-5.3.1.run downloaded from Qt digia website.
- Setup QNX 6.6 + Qt 5.3, Linux + Qt 5.3 kit on QtCreator.
- Build 'helloqt' program via New Project -> Applications -> Qt Widget Application template without any modification that displays an empty window.
- Run 'helloqt' for linux and it works properly.
- Prepare QNX target with QNX 6.6 SDP + Graphics Patch
- Copy 'helloqt' for QNX to /root/qt5test/ on target.
- Copy below directories to /opt/qt5/ on QNX target.
<QT_INSTALL_PATH>/5.3/qnx6-x86/lib
<QT_INSTALL_PATH>/5.3/qnx6-x86/plugins
<QT_INSTALL_PATH>/5.3/qnx6-x86/qml
- Add below to /root/.profile for environment setting.
export LD_LIBRARY_PATH=/lib:/usr/lib:/lib/dll:/opt/qt5/lib:/opt/qnx6/x86/lib:/opt/qnx6/x86/usr/lib:/opt/qnx6/x86/lib/dll
export QQNX_PHYSICAL_SCREEN_SIZE=150,90
export QT_PLUGIN_PATH=/opt/qt5/plugins
export QML2_IMPORT_PATH=/opt/qt5/qml
export GRAPHICS_ROOT=/usr/lib/graphics/intel-drm
- run '/sbin/drm-intel' on QNX target.(my target has graphic processor from intel)
- run 'screen'
- run '/root/qt5test/helloqt'
<Result>
# cd /root/qt5test/
# ./helloqt
slog2_api: cannot connect to slogger2 server...errno=No such file or directory
Error registering slogger2 buffer!
This application failed to start because it could not find or load the Qt platform plugin "qnx".
Available platform plugins are: minimal, offscreen, qnx.
Reinstalling the application may fix this problem.
Abort
#
- Three libraries below exist in '/opt/qt5/plugins/platforms'.
libqminimal.so
libqoffscreen.so
libqqnx.so
- Result is same no matter running drm-intel or screen.
- Below is 'env' result.
_=/usr/bin/env
SSH_CONNECTION=192.168.100.150 62661 192.168.100.177 22
PATH=/sbin:/usr/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/bin:/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin
SHELL=/bin/sh
TMPDIR=/tmp
HOSTNAME=localhost
USER=root
PROCESSOR=x86
MAIL=/var/spool/mail/root
LD_LIBRARY_PATH=/lib:/usr/lib:/lib/dll:/opt/qt5/lib:/opt/qnx6/x86/lib:/opt/qnx6/x86/usr/lib:/opt/qnx6/x86/lib/dll
HOME=/root
SSH_CLIENT=192.168.100.150 62661 22
QNX_HOST=/
QNX_TARGET=/
GRAPHICS_ROOT=/usr/lib/graphics/intel-drm
QQNX_PHYSICAL_SCREEN_SIZE=150,90
TERM=xterm
QML2_IMPORT_PATH=/opt/qt5/qml
QT_PLUGIN_PATH=/opt/qt5/plugins
QNX_CONFIGURATION=/etc/qnx
SSH_TTY=/dev/ttyp1
SYSNAME=nto
LOGNAME=root
I'd googling but no luck and stuck on this.
Please let me know if any additional information is needed and any suggestions would be appreciated.qnx1 developer(deleted)2014-07-22T02:16:06Zpost111115: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Kostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111152014-07-18T22:59:27Z2014-07-18T22:59:27ZHi all again,
I have problems with unzipping rel7762 : Qt 5.3.0 Development Environment for QNX OS 6.6 (armv7 and x86 targets) file.
I downloaded it twice with Internet Explorer and Chrome, but in both cases experienced the same problem. When trying to unzip got the message as in the attachment.
Please help,
Kostadin VardinKostadin Vardin(deleted)2014-07-18T22:59:27Zpost111112: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Kostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111122014-07-18T21:16:56Z2014-07-18T21:16:56ZI was checking almost every day, but just today realized that Qt5.x for QNX6.6 arm and x86 was released.
Thank you,
Kostadin VardinKostadin Vardin(deleted)2014-07-18T21:16:56Zpost111111: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Kostadin Vardin(deleted)http://community.qnx.com/sf/go/post1111112014-07-18T21:08:53Z2014-07-18T21:08:53ZWhen is the target day for release of LGPL version of Qt5.3 for x86? I am not talking for "... Early Access...."
For more than 2 months I have being told that it is in final V&V phase and very soon will be released.
Recently it was published a patch for the Screen and infrastructure. Is that somehow related?
Thank you in forward,
Kostadin VardinKostadin Vardin(deleted)2014-07-18T21:08:53Zpost111091: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?robort smithhttp://community.qnx.com/sf/go/post1110912014-07-17T13:50:00Z2014-07-17T13:50:00ZOk ! It's really a surprise ! Thank you very much!robort smith2014-07-17T13:50:00Zpost111090: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Grant Courvillehttp://community.qnx.com/sf/go/post1110902014-07-17T13:47:09Z2014-07-17T13:47:09ZRobort, you should now have access to the Qt and the Screen projects now -- just log out and back in to Foundry27.Grant Courville2014-07-17T13:47:09Zpost111089: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?robort smithhttp://community.qnx.com/sf/go/post1110892014-07-17T13:31:39Z2014-07-17T13:31:39ZThank you very much!robort smith2014-07-17T13:31:39Zpost111088: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Malte Mundthttp://community.qnx.com/sf/go/post1110882014-07-17T13:30:11Z2014-07-17T13:30:11Z> Thank you for your reply . But I think the links you posted are inner links ,
> and I can't connect to it
You need to be "member" of the "UI Early Access Project" here on Foundry27.Malte Mundt2014-07-17T13:30:11Zpost111086: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?robort smithhttp://community.qnx.com/sf/go/post1110862014-07-17T13:20:56Z2014-07-17T13:20:56ZThank you for your reply . But I think the links you posted are inner links ,and I can't connect to itrobort smith2014-07-17T13:20:56Zpost111083: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Grant Courvillehttp://community.qnx.com/sf/go/post1110832014-07-17T12:46:31Z2014-07-17T12:46:31ZWith respect to Qt for QNX 6.5 SP1, we have made QNX Screen available here (non-GA): http://community.qnx.com/sf/frs/do/viewRelease/projects.ui_early_access_program/frs.650sp1_screen.june_2014
We have also pre-compiled Qt for QNX 6.5 SP1 and have this posted here: http://community.qnx.com/sf/frs/do/listReleases/projects.ui_early_access_program/frs.qt_libraries_not_a_qnx_product . This was done as a convenience for our customers and is the LGPL version of Qt. If you would like a fully supported commercial version of Qt 5.x for QNX 6.5 and QNX 6.6, contact Digia and they will be happy to provide this to you.
We (QNX) have ported, optimized and integrated Qt on QNX for a few years now and it is in use by many customers across many markets.
GrantGrant Courville2014-07-17T12:46:31Zpost111082: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Gervais Mulongoyhttp://community.qnx.com/sf/go/post1110822014-07-17T11:10:50Z2014-07-17T11:10:50ZMaybe PtRaw will be more suitable for you?
www.qnx.com/developers/docs/6.5.0_sp1/index.jsp?topic=%2Fcom.qnx.doc.photon_prog_guide%2Fdraw.htmlGervais Mulongoy2014-07-17T11:10:50Zpost111081: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?robort smithhttp://community.qnx.com/sf/go/post1110812014-07-17T08:41:53Z2014-07-17T08:41:53ZHi ,Malte
Thank you for your reply. And now I am trying to use Photon MicroGUI to show video that input form a camera.But the Photon MicroGUI failed for the Widget " PtImageArea" seems didn't support contents refreshment.
Best Regards,
Robortrobort smith2014-07-17T08:41:53Zpost111080: Re: When will Qt 5.3 suppoort QNX 6.5 SP1 ?Malte Mundthttp://community.qnx.com/sf/go/post1110802014-07-17T08:15:27Z2014-07-17T08:15:27ZHi Robert,
> It's really not convenient to use Qt 4.7 on QNX . When will a IDE will support
> Qt for QNX 6.5 officially?
This is not so much a question of an IDE or of Qt itself. Qt 5.x is running on top of QNX via some kind of OS/HW abstraction layer. Little is known about it - who wrote it, who maintains it, does it make optimal use of QNX... not known, at least not to me. :) But what I know is that it relies on the new Screen Graphics Subsystem, which was officially released with 6.6. For 6.5, there is (was?) a prerelease available via an early access program, but I haven't heard of a release of "Screen" for 6.5 yet.
Regards,
- MalteMalte Mundt2014-07-17T08:15:27Zpost111075: When will Qt 5.3 suppoort QNX 6.5 SP1 ?robort smithhttp://community.qnx.com/sf/go/post1110752014-07-17T02:09:49Z2014-07-17T02:09:49ZIt's really not convenient to use Qt 4.7 on QNX . When will a IDE will support Qt for QNX 6.5 officially?robort smith2014-07-17T02:09:49Zpost111013: RE: Qt medical demo appsWoo-Seung Yeohttp://community.qnx.com/sf/go/post1110132014-07-10T07:57:02Z2014-07-10T07:57:02ZHi,
Maybe the link is wrong.
I could access with this link.
http://community.qnx.com/integration/viewvc/viewvc.cgi/src/qt-everywhere-opensource-src-4.7.1/?root=qt_qnx&system=exsy1001Woo-Seung Yeo2014-07-10T07:57:02Zpost111012: Re: Qt medical demo appsShiau Suan Choonghttp://community.qnx.com/sf/go/post1110122014-07-10T06:45:51Z2014-07-10T06:45:51ZHi,
The link is not working and I cannot browse any files.
http://community.qnx.com, community.qnx.com/integration/viewvc/viewvc.cgi/src/qt-everywhere-opensource-src-4.7.1/?root=qt_qnx&system=exsy1001&js=58808A00698E21201E08BBC3401DF5D0&us=uses096ca7bbb57ed32570473753Shiau Suan Choong2014-07-10T06:45:51Zpost110997: Re: Qt medical demo appsDennis Kelllyhttp://community.qnx.com/sf/go/post1109972014-07-09T13:49:53Z2014-07-09T13:49:53ZThe links on that page under "Source Code" are working - you can browse the repository. So I don't understand your issue.
To download from the repository, the "svn" instructions are pretty clear.Dennis Kellly2014-07-09T13:49:53Zpost110995: Qt medical demo appsShiau Suan Choonghttp://community.qnx.com/sf/go/post1109952014-07-09T13:39:40Z2014-07-09T13:39:40ZHi all,
I am checking on this website:
http://community.qnx.com/sf/wiki/do/viewPage/projects.qt/wiki/Downloads?showDetails=true
and I would like to know how can I download the source from src/qt-everywhere-opensource-src-4.7.1/?
Thanks.Shiau Suan Choong2014-07-09T13:39:40Zpost110994: Re: Keyboard capture : modifiers & keypadVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1109942014-07-09T13:16:01Z2014-07-09T13:16:01ZI've just made a simple test app based on a widget template project which filters all key events and also processes all events in the usual way. I've tested it on imx6 sabrelite with the apps and media sample OS image, a US usb keyboard attached and with Qt 5.3.1. All keys incl. modifies are reported as expected.
Not sure if it is about a different keyboard layout or a driver... This escapes my QNX knowledge, but this is not a generic issue in Qt on QNX, unless it is a broken Qt build
{code}
#include "mainwindow.h"
#include "ui_mainwindow.h"
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
installEventFilter(this);
}
bool MainWindow::eventFilter(QObject *obj, QEvent *event)
{
if (event->type() == QEvent::KeyPress) {
QKeyEvent *keyEvent = static_cast<QKeyEvent *>(event);
qDebug("Filered a key press %d", keyEvent->key());
return false; // keep in the loop for further processing
} else {
// standard event processing
return QObject::eventFilter(obj, event);
}
}
void MainWindow::keyPressEvent(QKeyEvent *event)
{
qDebug("Key event received:");
qDebug() << "\tno modifier pressed: " << event->modifiers().testFlag(Qt::NoModifier);
qDebug() << "\tkey: " << event->key();
}
MainWindow::~MainWindow()
{
delete ui;
}
{code}Vladimir Minenko(deleted)2014-07-09T13:16:01Zpost110980: Keyboard capture : modifiers & keypadThilloy Paulhttp://community.qnx.com/sf/go/post1109802014-07-08T16:11:14Z2014-07-08T16:11:14ZHello,
I'm trying to capture keyboards events : it seems that it is impossible to get Alt or AltGr modifiers.
At the same time : NumLock seems to have no effect, if I press a keypad key I always get the non-numeric key ( for example key 9 gives page up).
Is it a problem of keyboard driver ?
I use a usb keyboard on my sabrelite board.Thilloy Paul2014-07-08T16:11:14Zpost110900: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1109002014-07-01T06:56:53Z2014-07-01T06:56:53ZAs the solution was found in the Qt Bug Tracker thread I post it here also:
the option is -platform qnx:no-fullscreen
Then all windows will be opened normal by default (even main window). If you want FullScreen, then use showFullscreenThilloy Paul2014-07-01T06:56:53Zpost110894: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1108942014-06-30T10:02:00Z2014-06-30T10:02:00ZOh my bad, sorry, but yes I was using the correct command: MyScreen -qpa qnx:no-fullscreen
Still...it is opening full screen...Thilloy Paul2014-06-30T10:02:00Zpost110893: Re: QDialog always Full screenVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1108932014-06-30T09:54:34Z2014-06-30T09:54:34ZThe correct start command is:
MyScreen -qpa qnx:no-fullscreen
(watch "nofullscreen" vs. "no-fullscreen")Vladimir Minenko(deleted)2014-06-30T09:54:34Zpost110892: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1108922014-06-30T09:32:54Z2014-06-30T09:32:54ZSo to be correct and clear.... my app is named MyScreen
I should so start my app with > MyScreen -qpa qnx:nofullscreen
then this option set, shouldn't all dialogs opened not in fullscreen mode ?Thilloy Paul2014-06-30T09:32:54Zpost110891: Re: QDialog always Full screenVladimir Minenko(deleted)http://community.qnx.com/sf/go/post1108912014-06-30T09:10:55Z2014-06-30T09:10:55ZAs discussed on the Qt bug tracker all windows, will open in full screen by default, not matter what. This happens on the window level in QPA. Your quote for the related QPA option is not correct: a dash is missing. It should be "-qpa qnx:no-fullscreen"Vladimir Minenko(deleted)2014-06-30T09:10:55Zpost110890: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1108902014-06-30T08:22:44Z2014-06-30T08:22:44ZI keep replying to myself as I'm still looking for a solution to my problem...
I posted the Qt::Tool problem on the Qt Bug Tracker... I was replied to launch my app with -qpa qnx:nofullscreen option to force it to be non full screen, but no result so far still the same issue.
Anybody is able to open QDialog which are not fullscreen ?Thilloy Paul2014-06-30T08:22:44Zpost110635: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1106352014-06-10T07:51:53Z2014-06-10T07:51:53ZI'm moving this thread up as Qt 5.3 doesn't seem to correct the issue...
I found a QTBUG : https://snusmumriken.qtproject.c.bitbit.net/browse/QTBUG-32433 which seems related... but was apparently fixed...
My problem is a mix between those two because :
- If I don't open the QDialog with the flags Qt::Tool set, my Dialog will be full screen
- If I open with Qt::Tool, the Dialog isn't modal, it can loose focus with a mouse click.Thilloy Paul2014-06-10T07:51:53Zpost110623: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1106232014-06-06T09:30:43Z2014-06-06T09:30:43ZMy Dialog is opened using exec() ...but I tried show, showNormal... nothing matters I even tried to set a maximum size ... when I get the size with size() I got the correct size...but it doesn't match the one displayed on the screenThilloy Paul2014-06-06T09:30:43Zpost110622: Re: QDialog always Full screenSergio Ahumada(deleted)http://community.qnx.com/sf/go/post1106222014-06-06T09:06:11Z2014-06-06T09:06:11ZHi,
Are you using .show() by any chance? If so, could you please try .showNormal() instead??
Cheers,
Sent from my BlackBerry 10 smartphone.
Original Message
From: Thilloy Paul
Sent: Freitag, 6. Juni 2014 10:57
To: general-qt
Reply To: general-qt@community.qnx.com
Subject: Re: QDialog always Full screen
This is actually part of a bigger problem :
QDialog > always open full screen => so setWindowFlags(Qt::Tool)
but windows with Qt::Tool flag seems to be non modal : it can loose focus if the mouse is pressed somewhere else...
In order to workaround this problem I used to activateWindow() when the focus was lost but this function is not working anymore since 5.3 ...
_______________________________________________
Qt General
http://community.qnx.com/sf/go/post110621
To cancel your subscription to this discussion, please e-mail general-qt-unsubscribe@community.qnx.comSergio Ahumada(deleted)2014-06-06T09:06:11Zpost110621: Re: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1106212014-06-06T08:57:22Z2014-06-06T08:57:22ZThis is actually part of a bigger problem :
QDialog > always open full screen => so setWindowFlags(Qt::Tool)
but windows with Qt::Tool flag seems to be non modal : it can loose focus if the mouse is pressed somewhere else...
In order to workaround this problem I used to activateWindow() when the focus was lost but this function is not working anymore since 5.3 ...Thilloy Paul2014-06-06T08:57:22Zpost110607: Re: Compiling QT 5.3 for QnxThilloy Paulhttp://community.qnx.com/sf/go/post1106072014-06-05T14:51:01Z2014-06-05T14:51:01ZHi,
Thanks Sergio, sure we can use the doc generated by another install of Qt 5.3... but I wanted to avoid installing another version just for the doc.Thilloy Paul2014-06-05T14:51:01Zpost110606: Re: Compiling QT 5.3 for QnxSergio Ahumada(deleted)http://community.qnx.com/sf/go/post1106062014-06-05T14:43:20Z2014-06-05T14:43:20ZHi,
I was able to reproduce this on Linux, so I filed a bug report upstream https://bugreports.qt-project.org/browse/QTBUG-39479
Cheers,Sergio Ahumada(deleted)2014-06-05T14:43:20Zpost110605: QDialog always Full screenThilloy Paulhttp://community.qnx.com/sf/go/post1106052014-06-05T14:30:57Z2014-06-05T14:30:57ZHello,
I want to display a QDialog which only takes a part of my screen...
But if I don't set the window flags to Qt::Tool ... it will always shows Full Screen, not matter what...
Am I missing something ?
Regards,
PaulThilloy Paul2014-06-05T14:30:57Zpost110598: Re: Compiling QT 5.3 for QnxSergio Ahumada(deleted)http://community.qnx.com/sf/go/post1105982014-06-05T09:21:17Z2014-06-05T09:21:17ZHi,
I have never tried that before as I always use -nomake tools when I do cross-compilation.
What I think that people usually do is to download the online installer from http://qt-project.org/downloads and use the Qt Creator shipped there which already contains all the documentation (or maybe you can just import the .qch files into your Qt Creator). Not the best solution but it might work.
But if qhelpgenerator is built as a QNX app, then that sounds like a real bug and you might want to report it to http://bugreports.qt-project.org/
Cheers,Sergio Ahumada(deleted)2014-06-05T09:21:17Z