Re: [Interest] Crash with Qt application that use OpenGL

Ok, Thank you for suggestions Sergio, I also never used Apitrace. The black list seems to be a good thing even if it can't work for us as for the moment we have our homebrew 3D engine that directly call opengl. If you have tips to migrate our engine to Angle I will be interested because the last t

Re: [Interest] Crash with Qt application that use OpenGL

On 2017-04-20 20:04, Xavier Bigand wrote: It is not necessary a bug from Nvidia, it can comes from bad parameters to functions like glDrawElements. Could be, but you'll have to prove it. I suggest: - Create a minimal-testcase which reproduces the problem - Run apitrace on it [1] (Never used it

Re: [Interest] Crash with Qt application that use OpenGL

>> I think that I have found a crash in the nvidia drivers made by QtQuick. > > Then the bug is in NVidia code. Report to them, please. broken opengl drivers are a known issue on windows. it may be reasonable to add this driver/device combination to the qt opengl blacklist and enforce the use of

Re: [Interest] Crash with Qt application that use OpenGL

It is not necessary a bug from Nvidia, it can comes from bad parameters to functions like glDrawElements. Nividia drivers don't check a lot the parameters and given wrong values can cause buffer overflows,... 2017-04-20 19:35 GMT+02:00 Thiago Macieira : > On quinta-feira, 20 de abril de 2017 10:2

Re: [Interest] Crash with Qt application that use OpenGL

On quinta-feira, 20 de abril de 2017 10:27:03 PDT Xavier Bigand wrote: > I think that I have found a crash in the nvidia drivers made by QtQuick. Then the bug is in NVidia code. Report to them, please. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source T

[Interest] Crash with Qt application that use OpenGL

Hi, I think that I have found a crash in the nvidia drivers made by QtQuick. On the computer on which our application crash at startup in the nvoglv32.dll QtCreator crash too in the same way, that it why I suspect that it comes from Qt. It seems to be specific to the following configuration: -

Re: [Interest] qobject_cast

On quinta-feira, 20 de abril de 2017 09:35:15 PDT Igor Mironchik wrote: > Hi, > > >> QObject has virtual destructor... dynamic_cast will work. But it doesn't > >> matter, the problem was in another... > > > > If your class has virtual functions or derives from such base class, and > > have inline

Re: [Interest] qobject_cast

> Am 20.04.2017 um 08:05 schrieb nikita baryshnikov : > > Hi, Igor > > Your example is incorrect, cause you forget about Q_OBJECT macro in > Channel class That's what I just wanted to add as a general remark, because it is a common pitfall (at least for me): /every/ class which - directly or

Re: [Interest] qobject_cast

20.04.2017 19:35, Igor Mironchik пишет: Hi, QObject has virtual destructor... dynamic_cast will work. But it doesn't matter, the problem was in another... If your class has virtual functions or derives from such base class, and have inline (or default) virtual destructor,its v-table will

Re: [Interest] qobject_cast

Hi, QObject has virtual destructor... dynamic_cast will work. But it doesn't matter, the problem was in another... If your class has virtual functions or derives from such base class, and have inline (or default) virtual destructor,its v-table will be emitted in each translation unit. This i

Re: [Interest] qobject_cast

20.04.2017 19:16, Thiago Macieira пишет: On quinta-feira, 20 de abril de 2017 08:47:46 PDT Igor Mironchik wrote: Fix it by adding a non-inline virtual destructor to Channel. Sure. It's just a pseudo code. Then stop pasting pseudo-code. If you hide the problem, then you won't *see* the proble

Re: [Interest] qobject_cast

20.04.2017, 19:09, "Igor Mironchik" : > 20.04.2017 18:22, Thiago Macieira пишет: >>  Em quarta-feira, 19 de abril de 2017, às 22:56:46 PDT, Igor Mironchik >>  escreveu: >>>  class Channel >>> >>>  : public QObject >>> >>>  {}; >>>  void mySlot() >>>  { >>>  Channel * ch = qobject_cast< Ch

Re: [Interest] qobject_cast

On quinta-feira, 20 de abril de 2017 08:47:46 PDT Igor Mironchik wrote: > > Fix it by adding a non-inline virtual destructor to Channel. > > Sure. It's just a pseudo code. Then stop pasting pseudo-code. If you hide the problem, then you won't *see* the problem. > In real code was virtual destru

Re: [Interest] qobject_cast

20.04.2017 18:22, Thiago Macieira пишет: Em quarta-feira, 19 de abril de 2017, às 22:56:46 PDT, Igor Mironchik escreveu: class Channel : public QObject {}; void mySlot() { Channel * ch = qobject_cast< Channel* > ( sender() ); // You are 100% sure that sender() is Channel!!!

Re: [Interest] qobject_cast

Hi, 20.04.2017 18:22, Thiago Macieira пишет: Em quarta-feira, 19 de abril de 2017, às 22:56:46 PDT, Igor Mironchik escreveu: class Channel : public QObject {}; void mySlot() { Channel * ch = qobject_cast< Channel* > ( sender() ); // You are 100% sure that sender() is Channel!!!

Re: [Interest] speeding up "make clean" in qt src on OS X?

Thank you for that explanation. I pulled Qt from git and don't remember the option to download specific modules but will look at the docs to find out how. Very good suggestion. > On Apr 20, 2017, at 11:28 AM, Thiago Macieira > wrote: > > Em quinta-feira, 20 de abril de 2017, às 01:34:10 PDT,

Re: [Interest] Is freshly created QNetworkReply guaranteed to be in non-finished state and emit finished signal?

On quinta-feira, 20 de abril de 2017 01:00:23 PDT ekke wrote: > Am 19.04.17 um 22:58 schrieb Thiago Macieira: > > On quarta-feira, 19 de abril de 2017 13:15:23 PDT Reinhardt Behm wrote: > >> On Wednesday 19 April 2017 11:03:48 Thiago Macieira wrote: > >>> It's guaranteed not to be finished. > >> >

Re: [Interest] Can the new Qt 5 (function pointer based) connections ever fail?

Em quinta-feira, 20 de abril de 2017, às 02:14:24 PDT, Sze Howe Koh escreveu: > Someone posted the quested at http://stackoverflow.com/ > questions/43487752/when-qt-5-will-fail-the-connect and I'm curious to know > the answer. > > Since the connections are checked at compile-time, does that mean >

Re: [Interest] speeding up "make clean" in qt src on OS X?

Em quinta-feira, 20 de abril de 2017, às 01:34:10 PDT, Patrick Stinson escreveu: > Running “make clean” in the root qt src dir calls xcodebuild a whole bunch > of times and takes a really, really long time. Is there any faster way to > do this? I am already excluding a lot of unnecessary builds in

Re: [Interest] qobject_cast

Em quarta-feira, 19 de abril de 2017, às 22:56:46 PDT, Igor Mironchik escreveu: > class Channel > >: public QObject > > {}; > void mySlot() > { >Channel * ch = qobject_cast< Channel* > ( sender() ); >// You are 100% sure that sender() is Channel!!! >// And this cast will fail!!

Re: [Interest] Qt/QML fullscreen app not visible through Teamviewer on Windows

Hi Cornelius, Did you find a solution to this problem? I'm having the same issue. When using Angle I can see the application using Teamviewer, but under Angle the application freezes randomly so that's not really an option (it actually unfreezes as soon I login with Teamviewer, so that's a little

Re: [Interest] How to handle Touch Input on C++ side when extending QQuickItem

> On 20 Apr 2017, at 11:31, Alexandru Croitor wrote: > > So I found out about this recently as well, but touch events are not sent to > QQuickItems on macOS by default, because QNativeGestures are sent instead, > due to receiving high-precision gestures from the OS itself. > > To receive touc

[Interest] How to set a QObject extended type to a property var on Qml from C++

Hi, I’m creating a new kind of GridView because the one bundled with Qt/Qml doesn’t offer 2D high performance scrolling. GridView layouts items in a flow style, breaking line when it overflows. This allows scrolling in just 1D. Two make it 2D, you will be force to draw items that you don’t see

[Interest] QtConcurrent::mappedReduced

Hi, two questions: 1) should the following code compile QVector slices; QFuture result=QtConcurrent::mappedReduced(slices, [=](const int iSlice) -> bool { bool ok=true // return ok; }, [=](bool &endok, const bool ok) { endok= endok && ok; }, QtConcurrent::Unor

Re: [Interest] qobject_cast

Hi, If sender() is a Channel*, then qobject_cast should not fail. Try to add this to your slot, this will print the inheritance list qDebug() << "Looking for" << &Channel::staticMetaObject << Channel::staticMetaObject.className() << "on" << sender() << qobject_cast< Channel* > ( sender()

Re: [Interest] How to handle Touch Input on C++ side when extending QQuickItem

So I found out about this recently as well, but touch events are not sent to QQuickItems on macOS by default, because QNativeGestures are sent instead, due to receiving high-precision gestures from the OS itself. To receive touch events you need to use private API at the moment. Have a look at

[Interest] Can the new Qt 5 (function pointer based) connections ever fail?

Someone posted the quested at http://stackoverflow.com/ questions/43487752/when-qt-5-will-fail-the-connect and I'm curious to know the answer. Since the connections are checked at compile-time, does that mean QObject::connect() is guaranteed to succeed at run-time unless a duplicate connection is

Re: [Interest] speeding up "make clean" in qt src on OS X?

20.04.2017, 12:07, "Patrick Stinson" : > I googled it. Just start with a clean or distclean'ed qt src dir Yep, leftovers of generated files inside source dir would misguide qmake > and call configure from another dir. > > cd my-qt5-build && ../path/to/qt/src/configure && make > >> On Apr 20, 20

Re: [Interest] speeding up "make clean" in qt src on OS X?

Great! Thanks! > On 20 Apr 2017, at 10:10, Konstantin Tokarev wrote: > > > > 20.04.2017, 12:02, "Nuno Santos" >: >> How do you make out of the tree builds? How should one call the configure >> command for that? > > Just like with autotools, call configure

Re: [Interest] speeding up "make clean" in qt src on OS X?

20.04.2017, 12:02, "Nuno Santos" : > How do you make out of the tree builds? How should one call the configure > command for that? Just like with autotools, call configure with pwd being build directory instead of source: mkdir qt5-build cd qt5-build ../qt5/configure > >> On 20 Apr 2017, at

Re: [Interest] speeding up "make clean" in qt src on OS X?

I googled it. Just start with a clean or distclean'ed qt src dir and call configure from another dir. cd my-qt5-build && ../path/to/qt/src/configure && make > On Apr 20, 2017, at 5:02 AM, Nuno Santos wrote: > > How do you make out of the tree builds? How should one call the configure > comma

Re: [Interest] speeding up "make clean" in qt src on OS X?

How do you make out of the tree builds? How should one call the configure command for that? > On 20 Apr 2017, at 09:58, Patrick Stinson wrote: > > Ah! I was not aware that you could do that. Thank you! > > -P > >> On Apr 20, 2017, at 4:48 AM, Konstantin Tokarev > >

Re: [Interest] How to handle Touch Input on C++ side when extending QQuickItem

Alexandru, Mac OSX, testing with trackpad and mouse. Regards, Nuno > On 20 Apr 2017, at 09:36, Alexandru Croitor wrote: > > Hi. > > What platform are you testing on? > > >> On 20 Apr 2017, at 10:26, Nuno Santos wrote: >> >> Hi, >> >> I would like to understand how can I handle a QQuickI

[Interest] Qt3d - on any embedded board?

Has anyone tried getting Qt3d running on any embedded board? I've tried it on Raspberry Pi. Doesn't work. Maybe a Mali GPU with an Arm processor board? Anyone? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/

Re: [Interest] speeding up "make clean" in qt src on OS X?

Ah! I was not aware that you could do that. Thank you! -P > On Apr 20, 2017, at 4:48 AM, Konstantin Tokarev wrote: > > out-of-tree smime.p7s Description: S/MIME cryptographic signature ___ Interest mailing list Interest@qt-project.org http://lists.

Re: [Interest] speeding up "make clean" in qt src on OS X?

20.04.2017, 11:34, "Patrick Stinson" : > Hello! > > Running “make clean” in the root qt src dir calls xcodebuild a whole bunch of > times and takes a really, really long time. Is there any faster way to do > this? Yes, use out-of-tree build and remove contents of build directory. >I am alread

Re: [Interest] How to handle Touch Input on C++ side when extending QQuickItem

Hi. What platform are you testing on? > On 20 Apr 2017, at 10:26, Nuno Santos wrote: > > Hi, > > I would like to understand how can I handle a QQuickItem touch input when > extending QQuickItem and creating my own item in C++ > > I can’t find documentation that explains this, neither exampl

[Interest] speeding up "make clean" in qt src on OS X?

Hello! Running “make clean” in the root qt src dir calls xcodebuild a whole bunch of times and takes a really, really long time. Is there any faster way to do this? I am already excluding a lot of unnecessary builds in my configure line: ./configure -static -debug-and-release -nomake examples -

[Interest] How to handle Touch Input on C++ side when extending QQuickItem

Hi, I would like to understand how can I handle a QQuickItem touch input when extending QQuickItem and creating my own item in C++ I can’t find documentation that explains this, neither examples. I have tried the following and none have worked. What am I missing? // Implementation MyItem::My

Re: [Interest] Is freshly created QNetworkReply guaranteed to be in non-finished state and emit finished signal?

Am 19.04.17 um 22:58 schrieb Thiago Macieira: > On quarta-feira, 19 de abril de 2017 13:15:23 PDT Reinhardt Behm wrote: >> On Wednesday 19 April 2017 11:03:48 Thiago Macieira wrote: >>> It's guaranteed not to be finished. >> Doesn't QAN use it's own thread? > Irrelevant. > >> Then it could already

Re: [Interest] QtQuick import question

In the meantime, you could create a suggestion for it so we have some way of tracking it. From: Interest [mailto:interest-bounces+mitch.curtis=qt...@qt-project.org] On Behalf Of Mitch Curtis Sent: Thursday, 20 April 2017 9:22 AM To: Elvis Stansvik Cc: interest@qt-project.org Interest Subject:

Re: [Interest] QtQuick import question

I don’t know. CCing JP who wrote it. From: Elvis Stansvik [mailto:elvst...@gmail.com] Sent: Thursday, 20 April 2017 8:42 AM To: Mitch Curtis Cc: interest@qt-project.org Interest ; Viktor Engelmann Subject: RE: [Interest] QtQuick import question Den 19 apr. 2017 11:07 fm skrev "Mitch Curtis"

Re: [Interest] qobject_cast

On 20 April 2017 at 19:04, Igor Mironchik wrote: > Hi, > > If sender() is a Channel*, then qobject_cast should not fail. > > Try to add this to your slot, this will print the inheritance list > > qDebug() << "Looking for" << &Channel::staticMetaObject << > Channel::staticMetaObject.className()

Re: [Interest] qobject_cast

Hi, If sender() is a Channel*, then qobject_cast should not fail. Try to add this to your slot, this will print the inheritance list qDebug() << "Looking for" << &Channel::staticMetaObject << Channel::staticMetaObject.className() << "on" << sender() << qobject_cast< Channel* > ( sender()