> Could I safely assume that these are false positives? I am not overly
> concerned since the leaks are tiny and only on exit, but the object dump to
> stdout is a bit annoying.
>
Personally, I doubt that they are false positives. There are quite a few
leak-on-exit bugs in Qt5 nowadays, which I p
Il 06/11/2014 18:15, haithem rahmani ha scritto:
Hi,
I'm getting the following error:
sh-3.2$ git clone https://rahma...@codereview.qt-project.org/qt/qtbase
Cloning into 'qtbase'...
remote: Counting objects: 303142, done
remote: Finding sources: 100% (303142/303142)
fatal: The remote end hung u
Hi,
I’m tried QtGraphicalEffects with 5.4 beta and last snapshot (on Android 4.2.2)
and i have same problem: if i add to may qml file "import QtGraphicalEffects
1.0” the screen on tablets blank. Sometimes i have a message
"QtQuick.Controls.Styles" is not installed” the times no, however if i rem
Hi,
I'm getting the following error:
sh-3.2$ git clone https://rahma...@codereview.qt-project.org/qt/qtbase
Cloning into 'qtbase'...
remote: Counting objects: 303142, done
remote: Finding sources: 100% (303142/303142)
fatal: The remote end hung up unexpectedly59.95 MiB | 476 KiB/s
fatal: early EO
On Thu, Nov 6, 2014 at 6:24 AM, Robert Knight
wrote:
> > Consider the following program, shouldn't the end() iterator place each
> key at the end of the newly created QMap. Instead, the keys and subsequent
> iterations are sorted (somehow).
>
> Yes, that's the whole point of a QMap. If you don't
> Consider the following program, shouldn't the end() iterator place each
key at the end of the newly created QMap. Instead, the keys and subsequent
iterations are sorted (somehow).
Yes, that's the whole point of a QMap. If you don't care about the order of
elements in a map, you should almost alw
> On 06. 11. 14 09:13, André Somers wrote:
>> Tomasz Siekierda schreef op 6-11-2014 09:10:
>>> To store 2 items at a single position in list/ vector, you can use
>>> QPair, like this: QLIst >()
>> Better yet, just use a struct then. QPair in my experience results in
>> badly readable code. Who will
Den 14-10-2014 08:59, Kurt Pattyn skrev:
> Hi,
>
> This has already been brought up before: when compiling an
> application/library using Qt and setting compiler warnings to comply with
> e.g. the Misra C++ rules, Qt generates a lot of warnings.
> I already did some work on eliminating some of th
I think QMap just follows std::map, which is why it's ordered and why
the pairs have firsts and seconds just like std::pair.
On 06. 11. 14 09:13, André Somers wrote:
> Tomasz Siekierda schreef op 6-11-2014 09:10:
>> To store 2 items at a single position in list/ vector, you can use
>> QPair, like
Tomasz Siekierda schreef op 6-11-2014 09:10:
> To store 2 items at a single position in list/ vector, you can use
> QPair, like this: QLIst >()
Better yet, just use a struct then. QPair in my experience results in
badly readable code. Who will ever remember down the line what was
first, and what
> On 06/11/2014 01:36, Robert Steckroth wrote:
>
> Consider the following program, shouldn't the end() iterator place each key
> at the end of the newly created QMap. Instead, the keys and subsequent
> iterations are sorted (somehow).
Neither QMap nor QHash preserve the order of item insertion. If
11 matches
Mail list logo