To be re-entrant from the same thread. We have the case that functions
running in the same thread can each ask for the DB connection. That should
still be allowed.
On Thu, Jan 23, 2014 at 8:46 AM, Thiago Macieira
thiago.macie...@intel.comwrote:
On quinta-feira, 23 de janeiro de 2014 05:54:36,
Yes it seems so. Maybe that's why we still not use it Qt5.
On Thu, Jan 23, 2014 at 10:23 AM, André Somers an...@familiesomers.nlwrote:
Bo Thorsen schreef op 23-1-2014 9:39:
http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
If I understand it correctly, the slow mode Thiago was
Dear all,
After debugging a little, it appears that in order:
- QProgressDialog destructor is called
- Then QProgressDialog::setValue(slot) is called by the connection from
BackgroundFileWorker::progressChanged(int) signal
This means the slot is called after the dialog was destroyed. It was
From: 梁伟钟 [l...@xdt-inc.com]
Sent: Thursday, January 23, 2014 10:05
Subject: [Interest] curve’s width in inch on different displays
Hello, I would like to set curve's width in inch and make sure it shows the
same size on different
displays with different resolutions. How to do it ?
Den 23-01-2014 10:15, Etienne Sandré-Chardonnal skrev:
Dear all,
I'm tracking a bug since a few days, which happens at the end of file
saving in my app. It saves using a separate thread, while the GUI
displays a modal progress dialog. The app crashes in the QProgressDialog
destructor, and
Thanks Sze-Howe! That's what I thought, and that stackoverflow posting gave me
some other things to try.
Thanks!
-Eric
On Jan 23, 2014, at 4:49 AM, Sze Howe Koh szehowe@gmail.com wrote:
On 23 January 2014 17:11, Till Oliver Knoll till.oliver.kn...@gmail.com
wrote:
However GUI thread
Hi Bo,
Thanks for helping, please read my initial post carefully.
1) I do actually call start(), look at the forelast line of
BackgroundFileWorker::startWriting, both in the paste code, and in the
attached zip
2) run() is empty here because I have stripped down my app (2Mb of code) to
make a
I can't actually do what you suggest because the file writing is done by an
external lib written by me, but which should not have Qt dependencies. Anyway,
that's not the topic here:
If the user can't really do anything during the duration of the save
why not just show them a busy cursor. If
Hi Etienne,
Ok, fair enough.
I just compiled and ran your example with 4.8.5. I don't have 4.8.1
available anywhere. It ran the save dialog without any crashes.
Looks like you have to upgrade to a newer Qt version. Which you really
should do anyway. 4.8.1 is *old*.
If upgrading doesn't work,
Hi everyone!
I save some compressed XML data taking huge sizes such as 1Gb, files saves
can last more than 1 minute. A busy cursor cannot be distinguished from a
frozen app in Windows. But I should not even have to justify myself on this
as this is not the topic here.
I have sent a minimal
Hi Frederik,
thanks for the reply!
I've created a bug report here:
https://bugreports.qt-project.org/browse/QTBUG-35051
It includes some example code to play with. It got assigned to Alan Alpert,
so maybe you could change that if necessary.
I know it's tricky once all items are disabled. In the
On 23 January 2014 20:22, Etienne Sandré-Chardonnal
etienne.san...@m4x.org wrote:
I have sent a minimal crashing example, which might (I'm 99% sure) be
related to a Qt bug, and I'd like interested people to look at the code and
try to understand why it's crashing. Please forget the other stuff
Hi Igor,
I do not know if this would suit your needs, but I would do this with a
pixmap representing the shaded rectangle. To resize it, you need to cut it
in nine parts (3x3) and stretch only the middle section.
Qt does a similar thing with QSS stylesheets and the border-image property
:
By the way, it would be nice to have a kind of QPainter::drawBorderImage
primitive for doing this!
Cheers,
Etienne
2014/1/23 Etienne Sandré-Chardonnal etienne.san...@m4x.org
Hi Igor,
I do not know if this would suit your needs, but I would do this with a
pixmap representing the shaded
Thanks Bo,
Did you try the save dialog several times? It may take a few times to crash
(2 to 50). I rapidly click on the button then press enter multiple times to
trigger it.
I was just starting compiling 4.8.5 while you were writing this e-mail :)
Sze-Howe : sure!
Cheers,
Etienne
Den 23-01-2014 13:49, Etienne Sandré-Chardonnal skrev:
Thanks Bo,
Did you try the save dialog several times? It may take a few times to
crash (2 to 50). I rapidly click on the button then press enter multiple
times to trigger it.
Yes, and I wasn't able to get the crash.
I was just starting
That bug is really quantic... I tried setting a QTimer to do the
save/accept job automatically, and this doesn't crash anymore :(
4.8.5 compile in progress... let's cross our fingers
2014/1/23 Bo Thorsen bthor...@ics.com
Den 23-01-2014 13:49, Etienne Sandré-Chardonnal skrev:
Thanks Bo,
On 01/23/2014 08:05 AM, Etienne Sandré-Chardonnal wrote:
That bug is really quantic... I tried setting a QTimer to do the save/accept
job
automatically, and this doesn't crash anymore :(
Have you tried running under Valgrind
to see if it has anything to say.
4.8.5 compile in progress...
Nope, as I'm under windows now. But I will undust my valgrind dedicated
linux virtualbox for this... Hoping that the bug happens under linux, which
is far from sure.
I managed to trigger it with a timer and no user interaction, but it takes
more time to crash.
Cheers
2014/1/23
I encountered a similar problem with similar code. My problem was the
following unexpected feature of QProgressDialog::setValue():
Warning: If the progress dialog is modal (see
QProgressDialog::QProgressDialog()),
setValue() callsQApplication::processEvents(), so take care that this does
not
Etienne Sandré-Chardonnal schreef op 23-1-2014 13:48:
By the way, it would be nice to have a kind of
QPainter::drawBorderImage primitive for doing this!
The style sheets for QWidget also support this. Perhaps you can leverage
that instead of using QPainter yourself?
André
Hmmm
Question to the Qt core experts:
Is it possible that setValue(), by calling processEvents(), executes a
deferred delete event on himself?
Thanks,
Etienne
2014/1/23 Björn Piltz bjornpi...@gmail.com
I encountered a similar problem with similar code. My problem was the
following
Sure, this is what I suggested to Igor before.
This requires dedicating a QWidget (e.g a QLabel) for the rectangle,
sometimes ones prefer painting directly.
Cheers
2014/1/23 André Somers an...@familiesomers.nl
Etienne Sandré-Chardonnal schreef op 23-1-2014 13:48:
By the way, it would be
Hi all,
whenever we call QDialog::exec(), the app crashes (see the attached crash
report + lldb dumps).
We use Qt 5.2
It crashes only on one particular machine, it runs on another machine without
any problems.
I really don't know what is wrong (it seems it has something to do with the
Hi.
In QtMWidgets appears new widget - Switch.
The Switch widget is On/Off button.
And I want to ask you about appearence of the new widgets, is it OK?
Or I should work on appearence a liitle more?
I ask you because this question arises
On 23 Jan 2014, at 11:00 AM, Portale Alessandro wrote:
From: 梁伟钟 [l...@xdt-inc.com]
Sent: Thursday, January 23, 2014 10:05
Subject: [Interest] curve’s width in inch on different displays
Hello, I would like to set curve's width in inch and make sure it shows the
same size on different
Looks great,
I would try though if adding "| Qt::AlignVCenter" to
the text drawing aligns the text a bit nicer.
I think that you are right... Will fix it now.
Hi,
On Thursday, Thursday 23 January 2014 at 10:15, Etienne Sandré-Chardonnal
wrote:
Here is the only non trivial code that could contain the bug if it's not a
Qt bug. This is a QThread subclass worker doing the file saving (here it
does nothing but this crashes anyway on the QProgressDialog
I need to pass a string as a definition to my source code which is a base64
encoded string (so may contain / and ). I'm using qmake and g++. I've
tried so many combinations, but neither works:
qmake DEFINES+=SERIAL=\\\f9a/z\\\
qmake DEFINES+=SERIAL=\f9a/z\
qmake DEFINES+=SERIAL=\\f9a/z\\\
G++
Hi,
2014/1/23 Konrad Rosenbaum kon...@silmor.de
all signal-slot-connections made inside this function are direct
connections and probably executed in the main thread - did you intend this
or can I assume the timer was supposed to live in the new thread?
It was intended to live in the main
Hi,
This works for me in the .pro
DEFINES += SERIAL=\\\f9a/z\\\
produces:
g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE
-DQT_LARGEFILE_SUPPORT -DSERIAL=\f9a/z\ -DQT_DLL -DQT_NO_DEBUG
-DQT_GUI_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT
-DQT_HAVE_SSE2
On quinta-feira, 23 de janeiro de 2014 10:23:51, André Somers wrote:
http://qt-project.org/doc/qt-5/qmutex.html#RecursionMode-enum
If I understand it correctly, the slow mode Thiago was telling about is
the one that provides the behavior that Philipp was asking about, right?
It is. I
On quinta-feira, 23 de janeiro de 2014 16:05:15, Stanislav Kolář wrote:
whenever we call QDialog::exec(), the app crashes (see the attached crash
report + lldb dumps). We use Qt 5.2
It crashes only on one particular machine, it runs on another machine
without any problems. I really don't know
On quinta-feira, 23 de janeiro de 2014 20:07:40, Soroush Rabiei wrote:
I need to pass a string as a definition to my source code which is a base64
encoded string (so may contain / and ). I'm using qmake and g++. I've
tried so many combinations, but neither works:
qmake
Am 23.01.2014 um 10:49 schrieb Sze Howe Koh szehowe@gmail.com:
On 23 January 2014 17:11, Till Oliver Knoll till.oliver.kn...@gmail.com
wrote:
However GUI thread is a more correct term, since - AFAIK - the instance of
QApplication does not necessarily have to live in the main thread: ...
Torsdag 23. januar 2014 16.05.15 skrev Stanislav Kolář:
Hi all,
whenever we call QDialog::exec(), the app crashes (see the attached crash
report + lldb dumps). We use Qt 5.2
It crashes only on one particular machine, it runs on another machine
without any problems. I really don't know what
On quinta-feira, 23 de janeiro de 2014 09:01:43, Thiago Macieira wrote:
If you're running from the command-line, you need to escape it further:
qmake 'DEFINES+=SERIAL=\\\f9a/z\\\'
or
qmake DEFINES+=SERIAL=\\f9a/z\\
I should have tested before sending. The number of
Am 23.01.2014 um 18:31 schrieb Thiago Macieira thiago.macie...@intel.com:
The number of backslashes is wrong. You
need 7, not 6:
$ ls \\\a\\\
Well, that was totally obvious ;) However a few more pointy brackets in
combination with [] and $ in the mix would have been nice, too!
Oops! Sorry I sent mail to sender mail address instead of list.
On Thu, Jan 23, 2014 at 10:34 PM, Soroush Rabiei
soroush.rab...@gmail.comwrote:
I've locked down all data-intensive operations with QMutexLocker
(exception-safe?) and moved all operations to another thread using
-- Forwarded message --
From: Soroush Rabiei soroush.rab...@gmail.com
Date: Thu, Jan 23, 2014 at 10:14 PM
Subject: Re: [Interest] Defining a string in qmake command line
To: Thiago Macieira thiago.macie...@intel.com
On Thu, Jan 23, 2014 at 9:01 PM, Thiago Macieira
Hi
Excellent question, because now I can promote my plugin :) Please see
http://www.histomatics.de/proasp.php this plugin does exactly what you are
looking for.
Beside that, there is currently another plugin in code review that allows
you to also use clang-format and uncrustify. Hopefully that
Am 23.01.14 18:23, schrieb Till Oliver Knoll:
...
However, I did not find any evidence in the Apple documents so far which
would indicate that it is technically forbidden to instantiate an
NSApplication
For the curious: trying to instantiate an NSApplication within an
NSThread does /not/
On Thu, Jan 23, 2014 at 11:40 PM, Lorenz Haas lyk...@gmail.com wrote:
Hi
Excellent question, because now I can promote my plugin :) Please see
http://www.histomatics.de/proasp.php this plugin does exactly what you
are looking for.
Beside that, there is currently another plugin in code
On quinta-feira, 23 de janeiro de 2014 21:47:25, Till Oliver Knoll wrote:
For the curious: trying to instantiate an NSApplication within an
NSThread does /not/ work (and the same then holds off course for a
QApplication)! I got indeed an assert, probably the same which was
already mentioned in
On quinta-feira, 23 de janeiro de 2014 19:42:31, Till Oliver Knoll wrote:
Exercise left to the reader: why didn't I check with echo?
That's a trick question! Because an echo repeats everything you say it would
be sufficient to escape with half the number of backslashes as needed. But
since
hi Joerg,
Although I built the whole module under qttools directory, libQt5Designer.so is
missing yet
B.R.
Jie
At 2014-01-17 20:54:38,Joerg Bornemann joerg.bornem...@digia.com wrote:
On 17.01.2014 07:46, nus1998 wrote:
when I use qt5.0.2, I use commands:
/../qtbase/bin/qmake
make
make
On quinta-feira, 23 de janeiro de 2014 23:05:26, Soroush Rabiei wrote:
The problem is that bash (or qmake) eats the double quotation. Definition
needs to be wrapped in quotations. So it should pass to compiler something
like:
-DSERIAL\6b6ab0\
You have to work back from what you want. You
Wow, Till, thanks for doing all that legwork!
On Jan 23, 2014, at 3:47 PM, Till Oliver Knoll till.oliver.kn...@gmail.com
wrote:
Am 23.01.14 18:23, schrieb Till Oliver Knoll:
...
However, I did not find any evidence in the Apple documents so far which
would indicate that it is technically
Finally I found in qttools/src/designer/src/src.pro that designer are excluded
in compiling, after commented these commands, I can build the designer just in
the qttools/src/designer directory
B.R.
Jie
At 2014-01-24 10:30:37,nus1998 nus1...@yeah.net wrote:
hi Joerg,
Although I built the
On 23 Jan 2014, at 13:48, Etienne Sandré-Chardonnal etienne.san...@m4x.org
wrote:
By the way, it would be nice to have a kind of QPainter::drawBorderImage
primitive for doing this!
You mean something like qDrawBorderPixmap?
http://qt-project.org/doc/qt-5/qdrawutil-h.html#qDrawBorderPixmap
Hey... Thanks for the link :)
I was looking for this in QPainter. It should be there instead of being
static!
But maybe QPainter list of member functions is already too large.
Cheers,
Etienne
2014/1/24 Gunnar Sletta gunnar.sle...@jolla.com
On 23 Jan 2014, at 13:48, Etienne
51 matches
Mail list logo