Re: [Interest] tryLock for QSystemSemaphore

On Sun, Oct 22, 2017 at 2:26 AM, Thiago Macieira wrote: > It's implemented for all classes. The harness is not part of QtTest: it's > the > set of tools that run the applications. > I didn't mean to imply the contrary. Sorry, in hindsight it's obvious I phrased my writing pretty badly. I meant t

Re: [Interest] tryLock for QSystemSemaphore

On Saturday, 21 October 2017 11:25:43 PDT Konstantin Shegunov wrote: > The Qt Continuous Integration system has a timeout of 15 minutes for any > > > test, > > except tst_QNetworkReply (that one is allowed to run for longer). That > > way, we > > don't depend on any internal state being consistent

Re: [Interest] [Qt3D] Mixing C++ and QML

Hello Sean, I don't really understand how to use QAbstractNodeFactory::createNode("QEntity") and it seems to be a part of private API which I prefer to avoid. But I found a simpler way, I have created a Class that inherit QEntity and in the constructor I simply set the it as parent of the other C

Re: [Interest] QFileDialog Query

Hi Guiseppe, Here is a quick test case: #include #include #include int main(int argc, char *argv[]) {     QApplication a(argc, argv);     QString savePath = QDir::homePath();     savePath.append("/text.txt");     QFile saveFile(savePath);     if(!saveFile.exists())     {     saveFile.ope

Re: [Interest] tryLock for QSystemSemaphore

On Sat, Oct 21, 2017 at 8:16 PM, Thiago Macieira wrote: > > In this case, I'd just have the test harness kill the processes that > deadlocked and report the failure. > Alright, I'll take it under advisement. The Qt Continuous Integration system has a timeout of 15 minutes for any > test, > excep

Re: [Interest] QFileDialog Query

Il 21/10/2017 18:45, Dan Allen ha scritto: I don't know much about GTK directly.  I had a quick look at the GTK file chooser documentation and I couldn't see anything that suggests GTK supports a default suffix.  Therefore, would that suggest this is probably a Qt issue (i.e. GTK considered it

Re: [Interest] tryLock for QSystemSemaphore

On Saturday, 21 October 2017 10:01:26 PDT Konstantin Shegunov wrote: > Assuming my test is failing, which would be the whole reason of writing > tests to check the implementation, right, I would likely end up a situation > where a sibling process waiting for a message from the root process, while >

Re: [Interest] ICU 60 RC1 and Qt 5.10

On Saturday, 21 October 2017 09:55:48 PDT Google Ersatz wrote: > Sorry @Thiago for the PM. Finger slipped to the send Button too early. > > The Error is simply that the Configure Tests can't find the ICU Libs. > With 59.1 it works fine. > > I will create a Bug Report later ‎or tomorrow (Sunday).

Re: [Interest] tryLock for QSystemSemaphore

On Sat, Oct 21, 2017 at 7:51 PM, Thiago Macieira wrote: > > Yes, if someone writes the code. I'm not volunteering. > Fair enough, I'll see if I can squeeze it in the future then. > What do you mean by that? .acquire() does return (if that's what you mean > by > "free the thread") if there was s

Re: [Interest] tryLock for QSystemSemaphore

On Saturday, 21 October 2017 09:42:45 PDT Konstantin Shegunov wrote: > On Sat, Oct 21, 2017 at 7:35 PM, Thiago Macieira > wrote: > > The reason is that it was never implemented. I've just checked and both > > backends could have it. > > This is encouraging. Could we maybe have that implemented/ad

Re: [Interest] QFileDialog Query

Hi Guiseppe, I don't know much about GTK directly.  I had a quick look at the GTK file chooser documentation and I couldn't see anything that suggests GTK supports a default suffix.  Therefore, would that suggest this is probably a Qt issue (i.e. GTK considered it "text" against "text.txt" an

Re: [Interest] tryLock for QSystemSemaphore

On Sat, Oct 21, 2017 at 7:35 PM, Thiago Macieira wrote: > > The reason is that it was never implemented. I've just checked and both > backends could have it. > This is encouraging. Could we maybe have that implemented/added to the class for a future release? > As to what you're stuck with, we n

Re: [Interest] tryLock for QSystemSemaphore

On Saturday, 21 October 2017 09:29:49 PDT Konstantin Shegunov wrote: > Hello, > Is there any technical reason why QSystemSemaphore doesn't provide a > `tryLock` method (as the regular one does)? Am I stuck to starting a > separate thread to "emulate" such a behavior manually or is there a better >

Re: [Interest] ICU 60 RC1 and Qt 5.10

On Saturday, 21 October 2017 07:38:53 PDT Oliver Niebuhr wrote: > Hello. > > Before I open a Bug Report, my Questions: > > A.) Has anyone else too problems to compile Qt 5.10 (or other Qt > Versions) with ICU 60 Release Candidate 1? > > B.) Or is this Problem already known? The most likely scen

[Interest] tryLock for QSystemSemaphore

Hello, Is there any technical reason why QSystemSemaphore doesn't provide a `tryLock` method (as the regular one does)? Am I stuck to starting a separate thread to "emulate" such a behavior manually or is there a better way of achieving it? Thanks in advance! __

Re: [Interest] QFileDialog Query

Il 21/10/2017 11:33, Dan Allen ha scritto: Hi Guiseppe, I am using the native dialog.  I've tested again after setting QFileDialog::DontUseNativeDialog and this does not appear to have the problem. Then please submit a bug against GTK/Ubuntu :) Cheers, -- Giuseppe D'Angelo | giuseppe.dang..

Re: [Interest] Compiling the latest Qt versions post-5.10

Il 21/10/2017 15:56, Jeffrey Brendecke ha scritto: Is it possible to access the latest development branches for Qt versions after 5.10? Yes... If so, where do I get the source and are there compilation/installation instructions beyond what is found here: https://wiki.qt.io/Building_Qt_5_fro

[Interest] ICU 60 RC1 and Qt 5.10

Hello. Before I open a Bug Report, my Questions: A.) Has anyone else too problems to compile Qt 5.10 (or other Qt Versions) with ICU 60 Release Candidate 1? B.) Or is this Problem already known? Thanks :) Oliver signature.asc Description: OpenPGP digital signature ___

[Interest] Compiling the latest Qt versions post-5.10

Is it possible to access the latest development branches for Qt versions after 5.10? If so, where do I get the source and are there compilation/installation instructions beyond what is found here: https://wiki.qt.io/Building_Qt_5_from_Git __

Re: [Interest] Interest Digest Wiki instructions for PI cross compile do not work for PostgreSQL support

Don't bastardize QObject or the C++ classes to support a never-should-have-existed QML. The better solution is to purge QML from the package. On 10/21/2017 02:09 AM, Jean-Michaël Celerier wrote: > A simple push button is made of ( IIRC ) more than 30 QObjects with Quick Controls 1, the versi

Re: [Interest] QFileDialog Query

Hi Guiseppe, I am using the native dialog.  I've tested again after setting QFileDialog::DontUseNativeDialog and this does not appear to have the problem. Thanks, Dan. On 21/10/17 09:27, Giuseppe D'Angelo wrote: Hi, Il 21/10/2017 10:07, Dan Allen ha scritto: Hi, I'm currently working on

Re: [Interest] QFileDialog Query

Hi, Il 21/10/2017 10:07, Dan Allen ha scritto: Hi, I'm currently working on a save dialog for my application (currently testing in Ubuntu).  The dialog is in accept mode QFileDialog::AcceptSave and a default suffix of "txt" is set. I've noticed something that appears to be strange when the fil

[Interest] QFileDialog Query

Hi, I'm currently working on a save dialog for my application (currently testing in Ubuntu).  The dialog is in accept mode QFileDialog::AcceptSave and a default suffix of "txt" is set. I've noticed something that appears to be strange when the file provided exists as follows (assuming a file

Re: [Interest] Interest Digest Wiki instructions for PI cross compile do not work for PostgreSQL support

> A simple push button is made of ( IIRC ) more than 30 QObjects with Quick Controls 1, the version of Quick Controls 2 with less features still consists of 7 QObjects. Each stop of a gradient is made as QObject for no other reason, than to make it accessible from QML. Wouldn't the better solution