Girish Ramakrishnan said:
> Hi QA team,
> I think today is the second day, CI is getting stuck. I wish I could
> just restart the integration. Usually, it's easy to let Rohan know if
> we are somewhere in his timezone. But if we are not in his timezone,
> it's quite frustrating.
>
> There's also t
Thiago Macieira said:
> On quarta-feira, 13 de junho de 2012 17.32.43, Friedemann Kleint wrote:
> > In Qt 5, this was solved by introducing the QFINDTESTDATA macro, but
> > porting it to Qt 4 is a non-trivial task.
> >
> > https://codereview.qt-project.org/#change,28579 (Fix QLibrary test) and
On quarta-feira, 13 de junho de 2012 22.05.06, lars.kn...@nokia.com wrote:
> Let's do that please.
It's a matter of someone looking at tst_qdnslookup.cpp for all domains that
need to be looked up and writing a zone file.
Even PTR records can be in a zone file: QDnsLookup takes hostnames as input,
Let's do that please.
Lars
On 6/13/12 11:14 PM, "ext daniel.molken...@nokia.com"
wrote:
>
>On Jun 13, 2012, at 22:20 , ext Thiago Macieira wrote:
>> tst_QDnsLookup was failing again due to changes to gitorious.org's
>>public DNS.
>
>We can add a bogus qt-project.org sub-zone for testing purpose
On 6/13/2012 11:51 AM, Konrad Rosenbaum wrote:
Hi,
On Wednesday 13 June 2012 17:27:20 Carl Schumann wrote:
Where MccModel subclassed from QAbstractTableModel.This did not
work, specifically it displayed the whole long rich text string in
black. How should I be doing multicolored table cel
On Jun 13, 2012, at 22:20 , ext Thiago Macieira wrote:
> tst_QDnsLookup was failing again due to changes to gitorious.org's public DNS.
We can add a bogus qt-project.org sub-zone for testing purposes that we can
fully control if that helps.
Daniel
___
On Tue, Jun 05, 2012 at 01:22:47PM +0200, Leandro T. C. Melo wrote:
> Hi everyone,
>
> I would like to propose Francois Ferrand as an approver in the Qt
> Project. He has contributed many good patches to Qt Creator, in
> particular concerning editors and C++ support.
About two dozen own contrib
On Wed, Jun 13, 2012 at 08:36:52PM +0200, Thiago Macieira wrote:
> On quarta-feira, 13 de junho de 2012 18.14.59, aaron.kenn...@nokia.com
> wrote:
> > Won't a QString always require an allocation for the d-ptr? So
> > it'll never be quite as cheap as QStringRef.
>
> Not exactly.
>
> A QStringRef
On Wed, Jun 13, 2012 at 06:14:59PM +, aaron.kenn...@nokia.com wrote:
> > That is what I'd love to see in 5.0. Making sub-QStrings as cheap
> > as QStringRef currently is would give us quite significant
> > performance boost in some common use-cases. Then, QStringRef
> > definitely should go.
>
On quarta-feira, 13 de junho de 2012 11.50.36, Girish Ramakrishnan wrote:
> I think today is the second day, CI is getting stuck.
To be fair: it didn't get stuck. We just wanted to cancel the build because we
knew it would fail.
tst_QDnsLookup was failing again due to changes to gitorious.org's p
On quarta-feira, 13 de junho de 2012 18.44.41, aaron.kenn...@nokia.com wrote:
> > A QStringRef points to an existing QString. Therefore, if we take a
> > QString that is pointing to a substring of an existing QString, the
> > d-ptr is already allocated. The new QString would be as cheap as the
> >
Hi Keith,
Yes, it makes sense to add QStringRef::toInt/Float/Double. The entire
point of QStringRef was to make things faster and having those apis
will definitely be an improvement.
Girish
On Wed, Jun 13, 2012 at 12:24 PM, Keith Gardner
wrote:
> Sorry to backtrack this thread, but I have some p
Sorry to backtrack this thread, but I have some performance information. Just
FYI, I haven't made any code changes to Qt, yet.
To give some background information, I am parsing a single xml file with 88,704
floating point values using the QXmlStreamReader. I am running in Windows 7
x64 and am
On 6/13/12 2:59 PM, Stephen Chu wrote:
> On 6/13/12 2:49 PM, bradley.hug...@nokia.com wrote:
>> This is a new error that we also stumbled over today. Essentially, we can't
>> enable C++11 language support in the compiler while the C++ library doesn't
>> provide C++11 headers or features. It's all
On 6/13/12 2:49 PM, bradley.hug...@nokia.com wrote:
> This is a new error that we also stumbled over today. Essentially, we can't
> enable C++11 language support in the compiler while the C++ library doesn't
> provide C++11 headers or features. It's all or nothing.
There are some other errors in
Hi QA team,
I think today is the second day, CI is getting stuck. I wish I could
just restart the integration. Usually, it's easy to let Rohan know if
we are somewhere in his timezone. But if we are not in his timezone,
it's quite frustrating.
There's also the case where it's a huge time save to a
On Jun 12, 2012, at 11:12 PM, ext Thiago Macieira wrote:
> On terça-feira, 12 de junho de 2012 15.16.38, Stephen Chu wrote:
>> I am curious if the runtime issue on OS X has been dealt with?
>
> Yes. We decided not to force libc++. We're still using the compiler default,
> whichever that is (cu
Hi,
On 13/06/2012, at 7:36 PM, ext Thiago Macieira wrote:
> On quarta-feira, 13 de junho de 2012 18.14.59, aaron.kenn...@nokia.com wrote:
>> Won't a QString always require an allocation for the d-ptr? So it'll never
>> be quite as cheap as QStringRef.
>
> Not exactly.
>
> A QStringRef points t
On quarta-feira, 13 de junho de 2012 18.14.59, aaron.kenn...@nokia.com wrote:
> Won't a QString always require an allocation for the d-ptr? So it'll never
> be quite as cheap as QStringRef.
Not exactly.
A QStringRef points to an existing QString. Therefore, if we take a QString
that is pointing
Hi,
On 12/06/2012, at 1:08 AM, ext Konstantin Ritt wrote:
> 2012/6/12 Thiago Macieira :
>> On segunda-feira, 11 de junho de 2012 14.54.44, Girish Ramakrishnan wrote:
>>> Hi,
>>>
>>> On Mon, Jun 11, 2012 at 11:38 AM, Keith Gardner
>>>
>>> wrote:
I was wondering if there would be a possibil
On quarta-feira, 13 de junho de 2012 14.06.49, lars.kn...@nokia.com wrote:
> >5.0 vs 5.1:
> >The issue seems like it should be rare under normal circumstances.
> >(Qt is not a toolkit for high load servers, and the default quota is ~1k
> >file descriptors)
> >However the consequences are severe.
>
On quarta-feira, 13 de junho de 2012 17.32.43, Friedemann Kleint wrote:
> In Qt 5, this was solved by introducing the QFINDTESTDATA macro, but
> porting it to Qt 4 is a non-trivial task.
>
> https://codereview.qt-project.org/#change,28579 (Fix QLibrary test) and
> https://codereview.qt-project.org
Hi Yuchen,
> D:\qpSOFT\Projects\BuildQt5-x64>..\Qt5\configure -h
This is the configure script of the Qt 5 "mother repo".
Change https://codereview.qt-project.org/27136 was a fix for syncqt.
That means you can build Qt 5 with msys perl if you do it manually / using your
own script like I do.
Lo
Hi,
On Wed, Jun 13, 2012 at 2:38 PM, Sean Harmer wrote:
> Proposed real fix is here: https://codereview.qt-project.org/#change,28604
Works too. Thanks!
Nils
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/li
Hi,
to emphasize, the situation is quite serious and there were already
regressions like https://bugreports.qt-project.org/browse/QTBUG-25906
(QFile::append no longer working).
In most cases, the problem is that most tests using test data files were
written assuming those files can always be a
Qt community,
I would like to have multicolored text in a single QTableView cell.
Since labels can support multicolored text with a rich text string I
tried the following:
> QVariant MccModel::data(const QModelIndex &index, int role) const
> {
> if( role == Qt::DisplayRole ){
> ret
On 6/13/12 4:00 PM, "ext shane.kea...@accenture.com"
wrote:
>Background:
>If accept() returns an error, QTcpServer may live lock. (QTBUG-24778)
>The problem as described is that accept() returns EMFILE when quota is
>reached.
>On returning to the event loop, select() triggers again because the
>i
Background:
If accept() returns an error, QTcpServer may live lock. (QTBUG-24778)
The problem as described is that accept() returns EMFILE when quota is reached.
On returning to the event loop, select() triggers again because the incoming
connection is still pending
This prevents other sockets bei
Yup that works.
-Original Message-
From: jiang.ji...@nokia.com [mailto:jiang.ji...@nokia.com]
Sent: Wednesday, June 13, 2012 9:45 AM
To: Jason Dictos
Cc: morten.sor...@nokia.com; development@qt-project.org
Subject: Re: [Development] Retina display
On Jun 13, 2012, at 3:35 PM, ext Jason
On Jun 13, 2012, at 3:35 PM, ext Jason Dictos wrote:
> Oh wait, I see, so I moved it out of the bundle and ran Designer, and wow
> looks great.
>
> I wonder how I can enable this mode in my application, since I'm using my own
> bundle.
Try adding:
NSPrincipalClass
NSApplication
to the Info.pl
Oh wait, I see, so I moved it out of the bundle and ran Designer, and wow looks
great.
I wonder how I can enable this mode in my application, since I'm using my own
bundle.
-Jason
-Original Message-
From: development-bounces+jdictos=barracuda@qt-project.org
[mailto:development-bou
Well even if I open up designer, text is blurry, some of the controls aren't
drawn to the right dpi.
-Jason
-Original Message-
From: development-bounces+jdictos=barracuda@qt-project.org
[mailto:development-bounces+jdictos=barracuda@qt-project.org] On Behalf Of
morten.sor...@nok
On Wednesday 13 June 2012 11:01:39 Nils Jeisecke wrote:
> Hi,
>
> cherry picking https://codereview.qt-project.org/#change,28557 helped
> to complete the build.
Proposed real fix is here: https://codereview.qt-project.org/#change,28604
Kind regards,
Sean
--
Dr Sean Harmer | sean.har...@kdab.com
On Jun 12, 2012, at 6:01 PM, ext Jason Dictos wrote:
> So I built qt from source, and build with cmake using my own Info.plist for
> our app bundle (and I don't use Qt as a framework).
>
> How would I enable hidpi mode in Qt? We tested it and ours is definitely not
> rendering any higher rest
Hi,
cherry picking https://codereview.qt-project.org/#change,28557 helped
to complete the build.
Thank you!
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Yes, It's doesn't work for me.
> D:\qpSOFT\Projects\BuildQt5-x64>perl -v
> This is perl, v5.8.8 built for msys
> Copyright 1987-2006, Larry Wall
> Perl may be copied only under the terms of either the Artistic License or
> the
> GNU General Public License, which may be found in the Perl 5 source
36 matches
Mail list logo
