And again, " QVector::setBuffer()" sounds like if it were setting the
QVector buffer and the buffer routines, but any operation that is going to
modify the content would cause QVector to detach and copy the data -- thus
producing a new, writable QVector instance instead of manipulating the data
on
>
> No, it doesn't. It includes only data. The HTTP headers are metadata, so they
> don't count.
Even so, the "body" content might still be of different sizes, so the
total bytes will have to change across redirects. This to me doesn't
look very consistent.
-mandeep
__
> Maybe rare for URL shorteners. Internal redirects inside a web site or group
> of sites are a different matter: call me an old-grumpy-Mosaic-user if you
> like, but I usually add a body of the "if you are not redirected
> automatically click here" -type when I program redirects, I usually even
>
Well, I don't find setBuffer(buf, element_count) ambiguous, at the end
of the day (1) one should read the docs first before using a method
and (2) we can rename it to something that doesn't sound ambiguous.
C++ (and Qt I believe) are about both efficiency and flexibility, the
one I'm proposing (wit
On domingo, 29 de dezembro de 2013 22:15:51, Johan Thelin wrote:
> I've been trying to build QtWayland from git using Qt 5.2 for a little
> while now, and I've come to the conclusion that the module depends on
> the module being installed to actually build. The actual issue is I
> run into occurs w
On segunda-feira, 30 de dezembro de 2013 10:44:15, Elvis Lee wrote:
> #0 QObject::deleteLater (this=0x62efc2e8)
> at
> /qtbase/5.0.0-r6.0/qtbase-opensource-src-5.0.0/src/corelib/kernel/qobject.cp
> p:1934
Please upgrade to 5.2.0 and please do this in a debug build.
--
Thiago Macieira - thiag
On domingo, 29 de dezembro de 2013 21:10:53, Jiergir Ogoerg wrote:
> Hi,
> there are 2 simple options to speed up setting/adding elements to a
> vector when a heap buffer is filled in in advance:
> 1) Bulk copy.
> Assign a bunch of elements at once (from another vector or array),
> like std::vector
>-Original Message-
>
>You're actually describing a bug (which is on-topic for dev@). As I said
>in my other email, there's a condition under which the loop level is 1.
>The level is incremented by 1 on entry to the new loop, plus 1 more when
>delivering events.
>But there are certain
> the 1st one is created automatically when the parent class
is created which holds the vector, and a second vector is created when
calling "fromRawData()" when I got the data on the heap to replace
the vector's buffer.
>From the one side, looking to the "QVector(const T *data, int size)" API,
on
I would vouch for a non static method in addition or instead of
"static ...fromRawData(..)", because a non-static method
allows to set the buffer of a vector (needless to mention - with a
zero copy) at any time, not just at vector creation, otherwise,
as noted in my previous example, I'd end up hav
There is a plan to add "static QVector QVector::fromRawData(const T
*data, int size)". Though, I'm not sure if we can do this until 6.0.
Regards,
Konstantin
2013/12/30 Jiergir Ogoerg
> QVector is created before I can load the array on the heap, so I can't
> init it to the desired
> item count
On 29/12/2013 20:10, Jiergir Ogoerg wrote:
> Hi,
> there are 2 simple options to speed up setting/adding elements to a
> vector when a heap buffer is filled in in advance:
> 1) Bulk copy.
> Assign a bunch of elements at once (from another vector or array),
> like std::vector::assign() does.
> A big
On Sun, Dec 29, 2013 at 8:10 PM, Jiergir Ogoerg wrote:
> Hi,
> there are 2 simple options to speed up setting/adding elements to a
> vector when a heap buffer is filled in in advance:
> 1) Bulk copy.
> Assign a bunch of elements at once (from another vector or array),
> like std::vector::assign()
Hi all,
I've been trying to build QtWayland from git using Qt 5.2 for a little
while now, and I've come to the conclusion that the module depends on
the module being installed to actually build. The actual issue is I
run into occurs when building wayland_wrapper/qwlcompositor.cpp:
In file include
https://bugreports.qt-project.org/browse/QTCREATORBUG-8937
This bug has been around a long time.
unique_ptr is a very important piece to RAII in c++11. It’s a quite large
blemish on an otherwise great IDE. I think this bug is not getting the
attention it deserves because it’s not a Qt smart point
Hi,
there are 2 simple options to speed up setting/adding elements to a
vector when a heap buffer is filled in in advance:
1) Bulk copy.
Assign a bunch of elements at once (from another vector or array),
like std::vector::assign() does.
A big extra copy happens, but avoids multiple calls to push_ba
16 matches
Mail list logo