Le mer. 29 juil. 2020 à 09:56, <[email protected]> a écrit :
> Send Development mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.qt-project.org/listinfo/development > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Development digest..." > Today's Topics: > > 1. Writing to upc ua server with QOpcUaNode::writeAttributeRange > (AGAYEV, LEVON) > 2. Re: Writing to upc ua server with > QOpcUaNode::writeAttributeRange (Jannis Völker) > 3. Re: Qt5.14 Prl files are missing for Mac framework build? > (Иван Комиссаров) > 4. Re: Qt5.14 Prl files are missing for Mac framework build? > (Alexandru Croitor) > > > > ---------- Forwarded message ---------- > From: "AGAYEV, LEVON" <[email protected]> > To: [email protected] > Cc: > Bcc: > Date: Tue, 28 Jul 2020 16:41:32 +0200 > Subject: [Development] Writing to upc ua server with > QOpcUaNode::writeAttributeRange > Hello, > I apologise for my bad english in advance.. > After searching for a while and not finding any solution i have to bother > you here. > > I am trying to read and write to an array of doubles in my opcua server. > Reading works good but I have troubles with the use > of QOpcUaNode::writeAttributeRange methode. > > this is what i try > QList<QVariant> myList; > for(int i=0;i<10;i++){ > myList.append(static_cast<double>(i)); > } > // QVariant myList("0,1,2,3,4,5,6,7,8,9"); > m_listNode->writeAttributeRange(QOpcUa::NodeAttribute::Value, myList, > "0:9", QOpcUa::Types::Double); > > In my slot connected to QOpcUaNode::attributeWritten signal i get this > status > "BadWriteNotSupported" > Can someone please tell me what could cause this issue ? > > I use Qt 5.15 and mingw81_64 on windows10 > my server is an opcua server embedded in Beckhoffs Twincat 3 running on > the same pc > > Thank you very much in advance > Best regards > Levon > > > > > > > > ---------- Forwarded message ---------- > From: "Jannis Völker" <[email protected]> > To: [email protected] > Cc: > Bcc: > Date: Tue, 28 Jul 2020 17:18:10 +0200 > Subject: Re: [Development] Writing to upc ua server with > QOpcUaNode::writeAttributeRange > Hello, > > this mailing list is for topics around the development of Qt itself, > https://lists.qt-project.org/listinfo/interest is the list for questions > regarding the usage of Qt. > > According to Part 4, 5.10.4.2 of the OPC UA specification, the status code > returned by the write operation is used if the server does not support > writing the index range for the node. > Are there already values on the server for the range you are trying to > write? Usually, servers fail to update a range if there is no previous > value for one or more elements. > > If you were just trying to write the entire array, use writeAttribute() > with a QVariantList. > > Best regards > Jannis > > * From: * "AGAYEV, LEVON" <[email protected]> > * To: * <[email protected]> > * Sent: * 28.07.2020 16:41 > * Subject: * [Development] Writing to upc ua server with > QOpcUaNode::writeAttributeRange > > Hello, > I apologise for my bad english in advance.. > After searching for a while and not finding any solution i have to bother > you here. > > I am trying to read and write to an array of doubles in my opcua server. > Reading works good but I have troubles with the use > of QOpcUaNode::writeAttributeRange methode. > > this is what i try > QList<QVariant> myList; > for(int i=0;i<10;i++){ > myList.append(static_cast<double>(i)); > } > // QVariant myList("0,1,2,3,4,5,6,7,8,9"); > m_listNode->writeAttributeRange(QOpcUa::NodeAttribute::Value, myList, > "0:9", QOpcUa::Types::Double); > > In my slot connected to QOpcUaNode::attributeWritten signal i get this > status > "BadWriteNotSupported" > Can someone please tell me what could cause this issue ? > > I use Qt 5.15 and mingw81_64 on windows10 > my server is an opcua server embedded in Beckhoffs Twincat 3 running on > the same pc > > Thank you very much in advance > Best regards > Levon > > > > > > > _______________________________________________ > Development mailing list > [email protected] > https://lists.qt-project.org/listinfo/development > > > > > ---------- Forwarded message ---------- > From: "Иван Комиссаров" <[email protected]> > To: "Tor Arne Vestbø" <[email protected]> > Cc: "[email protected]" <[email protected]> > Bcc: > Date: Tue, 28 Jul 2020 17:22:54 +0200 > Subject: Re: [Development] Qt5.14 Prl files are missing for Mac framework > build? > Also, this looks weird (Linux, libQt6Gui.prl): > > QMAKE_PRL_LIBS = $$[QT_INSTALL_LIBS/get]/libQt6Core.so > /usr/lib64/libGLX.so /usr/lib64/libOpenGL.so > > Where this /get suffix come from? I see it in every .prl file, but it was > not present there. For instance, libQt5Gui.prl > > QMAKE_PRL_LIBS = -L/home/qt/openssl-1.1.1d/lib > $$[QT_INSTALL_LIBS]/libQt5Core.so -lpthread > > Also, there’s no /usr/lib64/libGLX.so on Debian, there’s > /usr/lib/x86_64-linux-gnu/libGLX.so.0 > > Are those all known issues? Should I open a bugreport? > > Ivan > > > > 28 июля 2020 г., в 00:38, Tor Arne Vestbø <[email protected]> > написал(а): > > > > > > > >> On 27 Jul 2020, at 23:55, Иван Комиссаров <[email protected]> wrote: > >> > >> Hello again! > >> > >> What about qt6? In the snapshot files are back in framework root… Is > that a regression? > > > > Yeah, that’s a regression when transitioning to CMake. Thanks for the > heads up! > > > > Tor Arne > > > > > > ---------- Forwarded message ---------- > From: Alexandru Croitor <[email protected]> > To: "Иван Комиссаров" <[email protected]> > Cc: "[email protected]" <[email protected]> > Bcc: > Date: Wed, 29 Jul 2020 07:54:45 +0000 > Subject: Re: [Development] Qt5.14 Prl files are missing for Mac framework > build? > Hi > > > On 28. Jul 2020, at 17:22, Иван Комиссаров <[email protected]> wrote: > > > > Also, this looks weird (Linux, libQt6Gui.prl): > > > > QMAKE_PRL_LIBS = $$[QT_INSTALL_LIBS/get]/libQt6Core.so > /usr/lib64/libGLX.so /usr/lib64/libOpenGL.so > > Are these from the 6.0 snapshot files, or are you building Qt yourself? > > > > > Where this /get suffix come from? I see it in every .prl file, but it > was not present there. For instance, libQt5Gui.prl > > > > QMAKE_PRL_LIBS = -L/home/qt/openssl-1.1.1d/lib > $$[QT_INSTALL_LIBS]/libQt5Core.so -lpthread > > > > Also, there’s no /usr/lib64/libGLX.so on Debian, there’s > /usr/lib/x86_64-linux-gnu/libGLX.so.0 > > > > Are those all known issues? Should I open a bugreport? > > I suggest to open a bug report for them. > > Thanks. > _______________________________________________ > Development mailing list > [email protected] > https://lists.qt-project.org/listinfo/development >
_______________________________________________ Development mailing list [email protected] https://lists.qt-project.org/listinfo/development
