[Interest] How does Google Play validates Android binaries?
Hi, I’m having a serious issue with Android deployment and this is something recent. I’m starting to think that this was not happening on previous versions of Qt. I’m currently using Qt 5.4.2 and when I deploy to Google Play, on some devices the app is not compatible (the pattern seems to be high resolution devices). On my app manifest min SDK is 14 and target SDK is 21. I also have a support-screens directive with the following: supports-screens android:smallScreens=false android:normalScreens=true android:largeScreens=true android:xlargeScreens=true/ The most awkward issue here is that a couple of months ago, the same app was available to the same device and now it isn’t. There are some possibilities in my list: - Google Play bug - Android build tools incompatibility - Qt behaviour change on androiddeployqt However I’m completely in the dark. I’m tired of making experimental builds and uploads with no positive results. Does any one knows how does Google Play analyses APK’s in order to determine if they are OK or not? The only thing Google tells me is: unsupported native platform: armeabi, armeabi-v7a” However, APK’s were built for armeabi-v7a and x86, with a superior version number for x86. The .apk works on development but isn’t allowed thru Google Play. Is anyone here experiencing the same problem? Thanks in advance! Regards, Nuno___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QThread sleep on QMutex
Hi, I hope that in this list I will find experts of synchronization and so on. My question: is it good to make thread's sleep on mutex like this? QMutex mutex; mutex.lock(); mutex.tryLock( int msecs ); // This will make sleep for the given timeout. Or it's not so good idea because thread will not release processor... Or processor will be released? Or something else? Thank you. -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QThread sleep on QMutex
On 2015-07-29 16:55, Igor Mironchik wrote: I hope that in this list I will find experts of synchronization and so on. My question: is it good to make thread's sleep on mutex like this? QMutex mutex; mutex.lock(); mutex.tryLock( int msecs ); // This will make sleep for the given timeout. If the mutex is recursive, this will return immediately, having successfully locked the mutex (again). You'll need to unlock it twice as a result. Why are you doing this? If the intent is just to make the thread sleep, why not use QThread::msleep? -- Matthew ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] [ Android ] Creating task that runs in background when app not in foreground or device sleeping?
My Qt widget app has Bluetooth connection that broadcasts GPS NMEA data to a connected device. How can I maintain this connection streaming GPS data when app is not in foreground or device is in sleep? Is it even possible to run Qt C++ code on Android in the background? Does Qt have any example for this? Is a Background Service what I need? Creating a Background Service https://developer.android.com/training/run-background-service/create-service.html Thanks in advance for any tips or direction, -Ed This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QThread sleep on QMutex
On Wednesday 29 July 2015 23:55:30 Igor Mironchik wrote: Hi, I hope that in this list I will find experts of synchronization and so on. My question: is it good to make thread's sleep on mutex like this? No. QMutex mutex; mutex.lock(); mutex.tryLock( int msecs ); // This will make sleep for the given timeout. Or it's not so good idea because thread will not release processor... Or processor will be released? Or something else? Because you should not sleep. Don't make your code slower. Just finish your task. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] SIGBUS Android Qt 5.5.0
Hello List: Ran into Android compiler NDK C++/C issue today. NDK r10e-osx SDK Tools 24.3.3 Api 19 (4.4.2) Code runs great on OSX and IOS. But dies with SIGBUS (7) on Android 4.x. And there are issues of implicit declarations of memcpy and memset that Does not matter if Debug (O0) or Release (02) As I begin to deep dive this tomorrow, maybe someone has come across this? This has to be a compiler setting issues since armv7 on android fails while armv7/arm64 on IOS 7 ipad mini 1st gen works OK. Thanks for any input. md ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] SIGBUS Android Qt 5.5.0
On Wednesday 29 July 2015 21:20:27 mark diener wrote: Hello List: Ran into Android compiler NDK C++/C issue today. NDK r10e-osx SDK Tools 24.3.3 Api 19 (4.4.2) Code runs great on OSX and IOS. But dies with SIGBUS (7) on Android 4.x. And there are issues of implicit declarations of memcpy and memset that #include string.h Does not matter if Debug (O0) or Release (02) As I begin to deep dive this tomorrow, maybe someone has come across this? Sorry, there's really not enough information in your description. All I can say right now is there's a bug in your code. This has to be a compiler setting issues since armv7 on android fails while armv7/arm64 on IOS 7 ipad mini 1st gen works OK. Buggy code can work as you'd expect it to, under some circumstances. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QtLocation Map Widget
Hi, I asked to the folk want they to have GeoMap widget or not. And people answered in most cases that they would like to have such widget. I didn't ask why, the reasons may vary. But... I've looked into the code of new QtLocation module and it's QML components and I came to the conclusion that it's not very difficult to implement such widget and all another stuff to show map and items on the map as Qt widget. But... I found that such implementation will be tied to the private QtLocation headers. I wanted to implement GeoMap and Items as part of the QtMWidgets library. But... I don't want to tie on the private Qt's headers in this library. So I can't to implement GeoMap right now. And I don't know what to do. I want to ask you, folk, and Qt developers. * Is it possible to open QtLocation C++ stuff, I mean headers, for example, of QGeoMappingManager? * Is it possible to implement GeoMap widget in Qt internally and allow to choose between QML and Widgets? * Is this list good to ask such questions, or better to ask in developer's list, and is it ok to ask in developer's list such questions. Thank you. -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Map Widget
Hi Igor, I've looked into the code of new QtLocation module and it's QML components and I came to the conclusion that it's not very difficult to implement such widget and all another stuff to show map and items on the map as Qt widget. But... Michal even started work on it: https://codereview.qt-project.org/#/c/115647/ but other things like bugs prevented this work form continuing. I found that such implementation will be tied to the private QtLocation headers. I wanted to implement GeoMap and Items as part of the QtMWidgets library. But... I don't want to tie on the private Qt's headers in this library. So I can't to implement GeoMap right now. And I don't know what to do. * Is it possible to open QtLocation C++ stuff, I mean headers, for example, of QGeoMappingManager? With the recent reactivation of QtLocation development there have been a lot changes in the private headers. Until those headers settle down we won't make them public. A public header that changes is of no use to you either. * Is it possible to implement GeoMap widget in Qt internally and allow to choose between QML and Widgets? That's definitely possible and contributions are welcome. THis has the side benefit that (once it is in) it becaomes part of the maintained offering and private header changes will have to be accompanied by similar fixes to this new QGeoMap widget. * Is this list good to ask such questions, or better to ask in developer's list, and is it ok to ask in developer's list such questions. If this becomes an effort to add the widget to the QtLocation library then the dev list is more appropriate. However I would expect that the discussion would move to gerrit fairly soon after though. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Map Widget
But I have one question: new QGeoMapWidget will be based on the QOpenGLWidget and is it possible to use such widget on mobile platforms? I heard that on mobile platforms only one OpenGL context can be used... It is far too early to know what we'll end up doing. This was mostly a proof of concept to learn what we have to change in our private and public APIs to make it work. As mentioned earlier, currently we focus on bug fixing and stabilizing the API. That's why a contribution from your side to continue this work would speed this up to maybe Qt 5.6 ? -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Map Widget
Hi, On 29.07.2015 12:23, Blasche Alexander wrote: Hi Igor, I've looked into the code of new QtLocation module and it's QML components and I came to the conclusion that it's not very difficult to implement such widget and all another stuff to show map and items on the map as Qt widget. But... Michal even started work on it: https://codereview.qt-project.org/#/c/115647/ but other things like bugs prevented this work form continuing. Nice to hear, you guys do great job. Thank you. Now I can sleep calmly :) knowing that Qt's guys didn't throw widgets and C++ API. But I have one question: new QGeoMapWidget will be based on the QOpenGLWidget and is it possible to use such widget on mobile platforms? I heard that on mobile platforms only one OpenGL context can be used... -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] qmake Library VERSION issues on Windows
Any help? I forgot to mention my environment: Windows 7 x64 Qt 5.4.2 mingw 4.9.1 32bit Regards, Carel On Tue, Jul 28, 2015 at 2:26 PM, Carel Combrink carel.combr...@gmail.com wrote: Hi, I have developed a few libraries in Linux and everything is working correctly. The libraries set the VERSION variable in the project file and some depend on others. I am now trying to test the code on Windows but have issues due to the versioning of the libraries. I get linker errors for libraries that depend on another. The first library creates: MyLibd0.dll and MyLibd0.a The depending library fails with the following error: ld.exe cannot find -lMyLibd I have checked that my -L path is correct and points to the directory that contains MyLibd0.dll PS: The same issue was discussed on QtCentre here http://www.qtcentre.org/threads/19266-qmake-and-library-version-handling (2009) but no solution was given. In this discussion it is mentioned that it should 'just work' on Windows as well as Linux but no final solution is given. On Linux I can see, using ldd, that the libraries link to the correct versions as specified in the VERSION variable. Is there something that I am missing? Any help will be appreciated. Regards, Carel --- Check out my SpellChecker Plugin for Qt Creator on github @ https://github.com/CJCombrink/SpellChecker-Plugin ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] qmake Library VERSION issues on Windows
On Tuesday 28 July 2015 14:26:12 Carel Combrink wrote: Is there something that I am missing? You're not missing anything. What you see is what you get. On Windows, you need to specify the exact name of the library. So either don't put the version number there or do specify it in the LIBS variable. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QProcess::execute never returning (5.4/5.5 behaviour change)
On Tuesday 28 July 2015 09:35:34 Thiago Macieira wrote: On Tuesday 28 July 2015 10:36:11 Alejandro Exojo wrote: I probably wasn't clear enough: this is on a Mac, so I should have written OSXFUSE instead of FUSE. The library is still based in Linux's, but current stable OSXFUSE uses an old libfuse. And some parts might be different. This is the use of signal(2) that I've found: https://github.com/osxfuse/fuse/blob/06018fa9d5cee5ee3e8fb7057e568f5bc8115 f5 b/lib/mount_darwin.c#L589 Oh, yeah, that's totally broken. My earlier recommendation stands then: Shoot the library in the head. By the way, you may also want to fix the use of exit() in the child process. It should be _exit(). -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QThread sleep on QMutex
On 30.07.2015 00:06, Matthew Woehlke wrote: On 2015-07-29 16:55, Igor Mironchik wrote: I hope that in this list I will find experts of synchronization and so on. My question: is it good to make thread's sleep on mutex like this? QMutex mutex; mutex.lock(); mutex.tryLock( int msecs ); // This will make sleep for the given timeout. If the mutex is recursive, this will return immediately, having successfully locked the mutex (again). You'll need to unlock it twice as a result. Mutex is not recursive. Why are you doing this? If the intent is just to make the thread sleep, why not use QThread::msleep? Because in Qt 4 QThread::sleep is protected. -- Best Regards, Igor Mironchik. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] qmake Library VERSION issues on Windows
Thanks Thiago, I was afraid of that. For now I have the following in my project file: win32:unset(VERSION) Just out of curiosity: How does the Linux side know which version to link to, I am assuming this is then a feature of gcc/make and not qmake? I can't see that my dependent lib knows the version of the base lib because the VERSION variable is set in the PRO file, but my dependent lib links against the PRI file that does not contain this information. It is then probably because I normally build them together? If it is not qmake related then I understand if you do not have more information on this. Regards, On Thu, Jul 30, 2015 at 7:40 AM, Thiago Macieira thiago.macie...@intel.com wrote: On Tuesday 28 July 2015 14:26:12 Carel Combrink wrote: Is there something that I am missing? You're not missing anything. What you see is what you get. On Windows, you need to specify the exact name of the library. So either don't put the version number there or do specify it in the LIBS variable. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Qt 5.5 + XCode 7 beta + IOS 8.4
Hi list. I installed XCode 7 (beta) alongside with XCode 6 and I was giving a shot to Qt 5.4 for iOS using it because it allows developing without purchasing any Apple Developer Program thing. From within XCode 7 (beta) I can run any of the sample programs it comes with directly in my iPad which is great. It has required me to iterate a couple of times to fix issues to do so. Thus, I assume that my XCode 7 (beta) environment is configured correctly. I have then created a new kit in QtCreator (3.4.1) pointing to the new XCode 7 (beta) and used it. The question is that I still see the message: === BUILD TARGET TestMultiPlatform OF PROJECT TestMultiPlatform WITH CONFIGURATION Debug === Check dependencies Code Sign error: No matching provisioning profiles found: No provisioning profiles matching the bundle identifier “com.TestMultiPlatform” were found. CodeSign error: code signing is required for product type 'Application' in SDK 'iOS 8.4' that I used to see when I tried with XCode 6. To my knowledge, this should no longer happen since those problems also appeared initially in XCode 7 (beta) and after the fix issues thing they were gone. It feels like the configuration produced to fix them is not somehow captured by Qt Creator or some. So the question(s) is (are) 1) is XCode 7 supported/compatible with Qt5.4/QtCreator even though it is a BETA? 2) has somebody managed to build and run a Qt application in a device without purchasing any Apple Developer Program thing? 3) am I doing something wrong or missing something (I had followed the corresponding guides)? 4) is it possible to configure QtCreator, maybe even manually, to use the settings from XCode that work? if yes, how? regards. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest