On Tuesday, 7 March 2023 21:20:02 PST Hamish Moffatt via Interest wrote:
> I confirm that my test code compiles in 6.5.0-beta3.
And I can reproduce the error with GCC 13 if I check out the 6.4.2 headers.
GCC 13 says:
note: candidate: ‘template QDebugIfHasDebugStreamContainer,
T> operator<<(QDeb
On 8/3/23 14:45, Thiago Macieira wrote:
On Tuesday, 7 March 2023 17:21:11 PST Hamish Moffatt via Interest wrote:
I said gcc 10 earlier, but I meant to say clang 11. But I also see it in
clang 14, and in VS 2019 (17.5.1 - latest).
Cannot reproduce with those files with GCC 11, 12, 13 or Clang 15
Maybe i did not cleary note at question: I placing all qml files related to
module (main.qml, Style.qml) into "qml" subdirectory (it was working
until i try to use singletons)
If i add ".qml" to the URI then QQmlApplicationEngine fails to load
component from either QUrl url1(u"qrc:/untitled/qml/mai
On Tuesday, 7 March 2023 17:21:11 PST Hamish Moffatt via Interest wrote:
> I said gcc 10 earlier, but I meant to say clang 11. But I also see it in
> clang 14, and in VS 2019 (17.5.1 - latest).
Cannot reproduce with those files with GCC 11, 12, 13 or Clang 15, all with Qt
6.6.
Looking at the gen
I really want to thank Björn
With his starting point, I was able to tweak his changes, and seem to have it
working 😊 I have more testing to do. But it was actually pretty straight
forward.
* I use VS (2022) so the packing was different
__attribute__((packed)) became __pragma( pack( pus
Yeah, Im being dense.. its from the existing startupinfo.. I read that
paragraph a dozen times and missed it each time
-Original Message-
From: Interest On Behalf Of Scott Bloom
Sent: Tuesday, March 7, 2023 5:28 PM
To: Björn Schäpers ; interest@qt-project.org
Subject: Re: [Interest] QPro
Maybe Im being dense (its been a long day)
But where is pipe defined ?
std::memcpy(&handles.Handles[1], &pipe.Write, 4);
std::memcpy(&handles.Handles[2], &pipe.Write, 4);
-- Scott
-Original Message-
From: Björn Schäpers
Sent: Tuesday, March 7, 2023 12:58 PM
To: Scott Bloo
On 8/3/23 04:15, Thiago Macieira wrote:
On Monday, 6 March 2023 22:15:01 PST Hamish Moffatt via Interest wrote:
../../../../Qt6.4.2/6.4.2/gcc_64/include/QtCore/qdebug.h:217:53: note:
candidate template ignored: requirement
'std::conjunction_v,
QString>, QTypeTraits::has_ostream_operator>>' was
n
-Original Message-
From: Interest On Behalf Of Thiago Macieira
Sent: Tuesday, March 7, 2023 2:40 PM
To: interest@qt-project.org
Subject: Re: [Interest] QProcess unbuffered
On Tuesday, 7 March 2023 14:23:00 PST Björn Schäpers wrote:
> From the code I reviewed back then (and remember it
On Tuesday, 7 March 2023 14:23:00 PST Björn Schäpers wrote:
> From the code I reviewed back then (and remember it now) it unpacks the
> handles directly to a HANDLE, which is pointer size (although it only uses
> the lower 32 bit). But Scott will tell us what the field width has to be
> for a 64 b
That's right. It depends on the runtime, but I have not seen a process which
uses not a Microsoft provided runtime (of course I didn't check all the programs
I used).
And that's all I've found. It serves my purposes to the fullest.
From the code I reviewed back then (and remember it now) it un
[quoting out of order]
On Tuesday, 7 March 2023 12:57:59 PST Björn Schäpers wrote:
>startInf.cbReserved2 = sizeof(HackedHandlePasser);
>startInf.lpReserved2 = reinterpret_cast(&handles);
These reserved fields are how the runtimes "pass file descriptors" to child
processes. This m
Thanks.
Ill take a look and see what I can workup, including the testing of 64 bit (I
no longer build 32 bit windows, so any changes will have the opposite of your
issues)
Scott
-Original Message-
From: Björn Schäpers
Sent: Tuesday, March 7, 2023 12:58 PM
To: Scott Bloom ; interest@q
So here is what I have:
struct __attribute__((packed)) HackedHandlePasser {
using HANDLE32 = std::int32_t;
DWORD NumberOfHandles = 3; // 4 Byte
BYTE FlagsPerHandle[3]; // 3 * 1 Byte
HANDLE32 Handles[3]; // 3 * 4 Byte
};
static_as
On Monday, 6 March 2023 22:15:01 PST Hamish Moffatt via Interest wrote:
> ../../../../Qt6.4.2/6.4.2/gcc_64/include/QtCore/qdebug.h:217:53: note:
> candidate template ignored: requirement
> 'std::conjunction_v,
> QString>, QTypeTraits::has_ostream_operator>>' was
> not satisfied [with T = QString]
Qt 6.4.2 QML singleton's properties undefined if singleton QML file
placed in subdirectory e.g "/qml" (${CMAKE_SOURCE_DIR}/qml/Style.qml)
You should not place your QML files in a different directory than the
module (as denoted by the generated qmldir file). Otherwise their
implicit import is n
Hi,
I'm sure you have already tried it, but just a wild guess: do you have
#include in this .cpp file?
Cheers
Dmitriy
On Tue, Mar 7, 2023 at 11:04 AM Hamish Moffatt via Interest <
interest@qt-project.org> wrote:
> On 7/3/23 20:11, Kai Köhne wrote:
> > Hi,
> >
> > This looks like a compiler iss
On 7/3/23 20:11, Kai Köhne wrote:
Hi,
This looks like a compiler issue to me.
const auto connections = QSqlDatabase::connectionNames();
qDebug() << "Closing open connections:" << connections;
claiming that
../../../src/server/server_database.cpp:691:45: error: invalid operands to bin
Hi,
This looks like a compiler issue to me.
> const auto connections = QSqlDatabase::connectionNames();
> qDebug() << "Closing open connections:" << connections;
>
> claiming that
> ../../../src/server/server_database.cpp:691:45: error: invalid operands to
> binary expression ('QDebug' an
19 matches
Mail list logo
