Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Konstantin Ritt
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

Re: [Development] Proposal for allowing handling of HTTP redirects in QNAM

2013-12-29 Thread Mandeep Sandhu
> > 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 __

Re: [Development] Proposal for allowing handling of HTTP redirects in QNAM

2013-12-29 Thread Mandeep Sandhu
> 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 >

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Jiergir Ogoerg
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

Re: [Development] Building QtWayland is broken

2013-12-29 Thread Thiago Macieira
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

Re: [Development] [Q] Good way to handle QEvent::DeferredDelete

2013-12-29 Thread Thiago Macieira
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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Thiago Macieira
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

Re: [Development] [Q] Good way to handle QEvent::DeferredDelete

2013-12-29 Thread Elvis Lee(KwangWoong Lee)
>-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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Konstantin Ritt
> 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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Jiergir Ogoerg
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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Konstantin Ritt
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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Yves Bailly
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

Re: [Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Giuseppe D'Angelo
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()

[Development] Building QtWayland is broken

2013-12-29 Thread Johan Thelin
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

[Development] Begging for attention to QTCREATORBUG-8937 ( unique_ptr doesn’t work with auto completion or syntax highlighting)

2013-12-29 Thread Chris L
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

[Development] OK to add zero/bulk copy to QVector?

2013-12-29 Thread Jiergir Ogoerg
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