On Tuesday, 18 February 2020 05:36:56 PST Sze Howe Koh wrote:
> > Christian Kandeler (18 February 2020 12:59) replied
> >
> > > Probably the same as https://bugreports.qt.io/browse/QTBUG-77375.
Also https://bugreports.qt.io/browse/QTBUG-70606, which is when I reported the
problem to AMD, but we
On Tuesday, 18 February 2020 03:17:38 PST Edward Welbourne wrote:
> Thiago Macieira (17 February 2020 20:35) wrote:
> > Sorry, this just occurred to me. This is a request for 5.15 feature freeze
> > exception.
> >
> > Re: https://bugreports.qt.io/browse/QTBUG-17331
>
> Closed: 30-07-2013 03:38, >
On Tuesday, 18 February 2020 04:11:01 PST Christian Kandeler wrote:
> In qbs, we use it to call setpgid() with the id of the newly created
> process. But I don't understand why that should matter at all: Whether we
> inject the code via an overriden virtual or a std::function is purely a
> question
On Tuesday, 18 February 2020 01:41:19 PST Volker Hilsheimer wrote:
> In a CI/CD pipeline that depends on 3rd party packages like Qt, it’s a good
> idea to manage your own artefact/package repo, so that you have control
> over the versions you are building and testing against - or at the very
> leas
On Tue, Feb 18, 2020 at 01:11:29PM +1000, Lorn Potter wrote:
> On 18/2/20 6:03 AM, Thiago Macieira wrote:
> > I'm with Alexandru here: all ideas to have more states in JIRA start with a
> > good intentions, but eventually people stop using them and just transition
> > through all stages in one go w
On Mon, Feb 17, 2020 at 09:13:17AM +, Edward Welbourne wrote:
> When my team is planning sprints, our scrum master wants to know what
> tasks I'll be working on, and what counts as "Done" for each of them.
> Having a separate state for "In Review", distinct from "In Progress",
> would let us di
I (4 February 2020 16:02) wrote
> Twelve modules have (non-boring) changes to API-defining C++ headers
> between v5.14.0 and the current 5.15 branch:
to which I've now added a Topic to make them easier to find:
https://codereview.qt-project.org/q/topic:%2522api-review-5.15%2522
One down - qtremot
> On 14 Feb 2020, at 21:46, Thiago Macieira wrote:
>
> On Friday, 14 February 2020 07:18:10 PST Thiago Macieira wrote:
>> On Thursday, 13 February 2020 14:13:52 PST Christoph Cullmann wrote:
>>> I had in Kate/Konsole and Co. broken repainting as soon as winId() was
>>> called
>>> on any non-nat
On Tue, 18 Feb 2020 at 20:57, Edward Welbourne wrote:
>
> On Tue, 18 Feb 2020 19:35:53 +0800
> Sze Howe Koh wrote:
> >> See
> >> https://forum.qt.io/topic/111473/maintenance-tool-error-cannot-open-file-for-writing-no-error/
>
> I note that the code quoted is using rand(); the code in QTemporary
On Tue, 18 Feb 2020 19:35:53 +0800
Sze Howe Koh wrote:
>> See
>> https://forum.qt.io/topic/111473/maintenance-tool-error-cannot-open-file-for-writing-no-error/
I note that the code quoted is using rand(); the code in QTemporary file
switched to using QRandomGenerator at 5.10.0; that's what now p
On Tue, 18 Feb 2020 11:17:38 +
Edward Welbourne wrote:
> > - of the 6 times I can find of QProcess being derived from in Qt & Qt
> > Creator, 5 are to override setupChildProcess anyway and the last one
> > is in tst_QProcess
>
> Does anyone have sources from outside Qt project that are c
On Tue, 18 Feb 2020 19:35:53 +0800
Sze Howe Koh wrote:
> See
> https://forum.qt.io/topic/111473/maintenance-tool-error-cannot-open-file-for-writing-no-error/
Probably the same as https://bugreports.qt.io/browse/QTBUG-77375.
> Is this worth a post on the Qt Blog? I foresee many frustrated and
>
On 2/18/20 12:17 PM, Edward Welbourne wrote:
> We would presumably want to subsequently rationalise the MS and Unix
> APIs to have a common form, instead of having naked MS types in the API
> for one and something else for the other. That would mean deprecating
> the existing MS-specific API in f
See
https://forum.qt.io/topic/111473/maintenance-tool-error-cannot-open-file-for-writing-no-error/
In summary, a bad BIOS prevents QTemporaryFile from generating
different filenames each run. The Qt Installer encounters name
conflicts and produces a cryptic error message:
Cannot open file ""
Thiago Macieira (17 February 2020 20:35) wrote:
> Sorry, this just occurred to me. This is a request for 5.15 feature freeze
> exception.
>
> Re: https://bugreports.qt.io/browse/QTBUG-17331
Closed: 30-07-2013 03:38, >9 years ago.
> Re: 97645478de3ceffce11f58eab140c4c775e48be5
> ("QProcess: use F
On 18/2/20 6:03 AM, Thiago Macieira wrote:
>> I'm with Alexandru here:
I confess I'd understood Alexandru as saying he'd wanted similar in the
past but not been allowed it. Perhaps I misunderstood ...
>> all ideas to have more states in JIRA start with a good intentions,
>> but eventually people
Tino, Volker,
> In a CI/CD pipeline that depends on 3rd party packages like Qt, it’s a good
> idea to manage your own artefact/package repo, so that you have control over
> the versions you are building and testing against - or at the very least to
> become independent of 3rd party infrastructure
> On 18 Feb 2020, at 10:13, Tino Pyssysalo wrote:
>
> On 14.2.2020, 22.17, "Thiago Macieira" wrote:
>
>> On Tuesday, 28 January 2020 19:31:34 PST Thiago Macieira wrote:
>>> On Tuesday, 28 January 2020 03:52:49 PST Tino Pyssysalo wrote:
It is also possible to transfer the qtaccount.ini file
On 14.2.2020, 22.17, "Thiago Macieira" wrote:
> On Tuesday, 28 January 2020 19:31:34 PST Thiago Macieira wrote:
> > On Tuesday, 28 January 2020 03:52:49 PST Tino Pyssysalo wrote:
> > > It is also possible to transfer the qtaccount.ini file to a CI
machine,
> > > which removes the
On 2/18/20 3:26 AM, Sujan Dasmahapatra wrote:
> QWindow *appWindow = QWindow::fromWinId(process->processId());
That cannot work. QProcess::processId() returns, well, a process id, not
a window handle. You will have to write native code that enumerates all
window handles of the process and if th
20 matches
Mail list logo
