Re: [Interest] Interest Digest, Vol 19, Issue 41

I can second total view; also a decent unix ide is "visual slickedit".. not that id encourage such things but both are easy to crack with a LD_PRELOAD of gettimeofday () iirc (holds true with basically all unix for-profit software) On Apr 10, 2013 9:05 PM, "Alex Malyushytskyy" wrote: > Danny, > >

Re: [Interest] Apologies on the "bloat" thread (a.k.a yes Windows is still important)

hi, On Apr 10, 2013 5:50 PM, "Thiago Macieira" wrote: > > First of all, let me apologise for my behaviour in the thread on "dependency > bloat". I've re-read my first reply and it was clearly out of line. And the > number of off-ML messages I got also indicates that. same. > So, my deepest apol

Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!

On Apr 10, 2013 4:22 PM, "Bob Hood" wrote: > > On 4/10/2013 2:52 PM, Justin Ferguson wrote: > > Support will always suck for that platform. > > Please don't make disturbing statements like that. Ifthat were actually true, > then it hugely discounts Qt a

Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!

a "Kickstarter" like process. if those of us who want to get rid of Perl are willing to cough up some money I bet we _could_ foot the bill to make the conversion from Perl to C++. Who we get to do it is up for discussion. There are more than a few Qt Devs that need the extra work. > > &g

Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!

l to make the conversion from Perl to C++. Who we get to do it > is up for discussion. There are more than a few Qt Devs that need the extra > work. > > Just food for thought. (Trying to help find a solution instead of just > bitching...) > --- > Mike J. > > PS - Yes I t

Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!

>And yes: The best way would be a >mail to the commercial support... I've always had a severe distaste for those sorts of arguments that turn OSS/FS into a form of semi-crippled shareware where if i want it to work i have to pay; which often enough turns into "travel insurance": insured against al

Re: [Interest] Oops! Somebody's got a bad case of dependency bloat!

>I think you made a mistake and sent >this email to an opensource >project's mailing list instead of to >your Sysadmin. The right answer is not always popular and the popular answer isn't always right. Saying "we are OSS" isn't an adequate excuse for broken. On Apr 10, 2013 3:16 PM, "Sergio Ahuma

Re: [Interest] Qt 5 blog

On 02/12/2013 09:59 AM, Nikos Chantziaras wrote: On 11/02/13 20:52, Amy Zinkann wrote: Just an FYI that ICS has had three recent blog posts on What's New in Qt 5: * The QScreen Class QScreen is not new though. Both

[Interest] QNetworkRequest/Reply and HTTP chunked transfer POST

requests this is only possible with chunked transfer encoding, since the client would have no other way to tell the server where the request body ends. Thanks, Justin ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

You're correct in that it is reliable under the hood. The problem is really just that most TCP APIs don't expose to the app what has been acknowledged. It is pretty sad that everyone solves this by layering acks on top, when acks are already being performed a layer down. I think it would be nea

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

Hi, It is not possible to know what TCP data has been acked through QTcpSocket alone. The bytesWritten signal is more for flow-control. Generally speaking, TCP is designed to make it easier to send data, but TCP alone is generally not a solution for reliable transmission. It is possible to dete

Re: [Interest] fromWinHICON missing from Qt 5

On Monday, September 03, 2012 01:24:56 PM lars.kn...@nokia.com wrote: > On Sep 2, 2012, at 3:57 PM, ext Thiago Macieira wrote: > > On domingo, 2 de setembro de 2012 22.23.01, Joseph Crowell wrote: > >> QPixmap QPixmap::fromWinHICON( HICON ); Is there a reason this has been > >> removed? > > > >

[Interest] qt mac buildkey and pkg-config

unning configure, I can see the buildkey now looks the same as the official Qt binary), hopefully without introducing any side effects (whereas a "real" pkg-config might drag in new flags/libs). Justin ___ Interest mailing list Interest@qt-p

Re: [Interest] crashing when incompatible qt already exists on user's system

On Monday, August 13, 2012 07:33:53 PM Bob Hood wrote: > On 8/13/2012 7:31 PM, Justin Karneges wrote: > > Hi folks, > > > > It appears that MinGW's C++ ABI is not reliable between releases. I don't > > know how often this happens, but in any case I

Re: [Interest] crashing when incompatible qt already exists on user's system

Regards, > Alex > > On Mon, Aug 13, 2012 at 6:31 PM, Justin Karneges wrote: > > Hi folks, > > > > It appears that MinGW's C++ ABI is not reliable between releases. I don't > > know how often this happens, but in any case I've witnessed the >

[Interest] crashing when incompatible qt already exists on user's system

a crash, and the qtplugin checks are pure C, then maybe this would be a safe choice. I'm curious to know how others out there have mitigated this problem. Thanks, Justin ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest

[Interest] [solved] Re: advice on debugging a qnetworkaccessmanager/qnetworkreply issue

d error prone; or is there a synchronous QNAM-like class? Having to reimplement the HTTP code in a qtcpsocket seems counter-productive and qhttp is apparently deprecated. Best Regards, Justin N. Ferguson On Wed, Aug 8, 2012 at 6:30 PM, Justin Ferguson wrote: > Hi, > > I'm running into

[Interest] advice on debugging a qnetworkaccessmanager/qnetworkreply issue

ick peoples brains first and look through my code with any suggestions people might have before doing so. Best Regards, Justin N. Ferguson ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] ICS Announces Qt-Based Google APIs

The prediction repo is indeed empty. The rest are there. I'll see what's going on there. That api may still need work. If you have questions you can shoot them my way. Thanks for the heads up! --Justin On 06/19/2012 06:35 PM, Donald Carr wrote: > The: > > git clone https:

Re: [Interest] ICS Announces Qt-Based Google APIs

w + javascript wrappers. Most of the other google apis are accessed directly without webview, etc. If anyone has more questions you can fire them my way. Thanks! --Justin ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/ma

Re: [Interest] error: taking address of temporary [-fpermissive]

The compiler is worried about you possibly storing that pointer to a date which in that context is a temporary. You aren't but the correct way to fix this in C++ is to pass date as a const reference parameter. You get the speed of a pointer, but much safer code. On 6/1/12 2:40 PM Robert Wood w