Re: [Interest] Windows: "loadlibrary failed with error 87" on a configuration with a fake video card?

[alexander golks]

Am Tue, 22 Mar 2022 09:28:05 -0300
schrieb Thiago Macieira :

> On Tuesday, 22 March 2022 04:13:27 -03 Alexander Dyagilev wrote:
> > Why does it attempts to load this driver at all, if QT_OPENGL=software
> > is set?..  
> 

first i laughed having seen exact same error message at a colleague's vs 
debugger session,
just while this thread is active xD.

but:
we're currently working via rdp, so maybe having same "virtual" use case, also 
an ati graphics card is involved.

our solution:
quick search revelead:
  
https://knowledge.autodesk.com/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/AutoCAD-startup-error-load-liabrary-failed-with-error-87.html
and followed the solution to rename the "atig6pxx.dll", yet is was 
c:\windows\syswow64\atiglpxx.dll, as the debugger stacktrace showed atiglpxx 
instead of atig6pxx.
now our qt program runs again in debugger session in rdp session.

maybe it helps for now for you, too.

alex

-- 
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] wss:// on localhost

[alexander golks]

Am Tue, 28 Jul 2020 08:05:46 +0200
schrieb Alexander Carôt :

> Hallo Marten,
> 
> thanks for your additionl reply !
> 
> There are two reasons why I have to use a secure websocket:
> 
> 1.) In some cases our website connects to our app not on localhost but some 
> other place on the LAN.
> 
> 2.) Our site is part of a CMS-based project which per default runs with SSL. 
> Changing the specific sites to no-SSL (http) and the corresponding ws leades 
> to mixed content often ignored by the browser.
> 

what about setting up a proxy/loadbalancer like nginx/haproxy and let him do 
the ssl termination?
and hide the backend completly, that is, let frontend communicate only with the 
proxy/lb?
why not connect via ssl always?

-- 
/*
 *  raw_printk("Oops: bitten by watchdog\n");
 *linux-2.6.19/arch/cris/arch-v32/kernel/time.c
 */


pgpPmpBrVpyn_.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] How to get a column data from QTableWidget

[alexander golks]

> void MainWindow::on_tableWidget_itemDoubleClicked(QTableWidgetItem *item)
> 
> {
> 
> QString data = item->col(my_intended_col_index).toString(); //
> no such function

maybe something like:
QString = 
tableWidget->item(item->row(),my_intended_col_index).toString();

alex<

-- 
/*
 *  panic("%s called.  This Does Not Happen (TM).", __FUNCTION__);
 *  linux-2.6.6/arch/mips/mm-64/tlb-dbg-r4k.c
 */


pgpQJ_RgNB7i0.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Windows installer for Qt programs

[alexander golks]

Am Tue, 21 Apr 2020 10:46:02 +0200
schrieb Yves Maurischat :

> ...
> For Qt itself it may be great, for other (differentyl structured) 
> projects it's often not worth the hassle.
> ...
> 

besides, is there an easy offline upgrade way available now using IFW?

-- 
/*
 *  Your aims are high, and you are capable of much.
 */


pgpacaWB2u0ad.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] transaction modes in QtSql

[alexander golks]

Am Tue, 14 Apr 2020 09:01:19 +
schrieb Hamish Moffatt :

> Some database engines allow you to set properties of a database 
> transaction, like read only versus read/write, isolation level etc.
> 
> It looks like in Postgres you would use an SQL command line like 'start 
> transaction isolation level repeatable read;'. In Firebird/Interbase, 
> you have to parse some extra parameters to the transaction API (not 
> plain text).
> 
> I don't see any way to access this functionality from Qt though. Am I 
> missing something?

Not sure if it's what you ask, but you cannot use straight sql e.g. via 
QSqlDatabase::exec
  db->exec("SET TRANSACTION ISOLATION LEVEL READ COMMITTED;");
for ms sql server?

alex

-- 
/*
 *  /* if it speaks printer language, it's
 *   * probably a printer *\/
 *linux-2.6.19/drivers/parport/probe.c
 */


pgp33EpSjSYZ0.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[alexander golks]

Am Fri, 27 Mar 2020 17:11:16 +0100
schrieb Jean-Michaël Celerier :

> It is also the license of the binaries that you can download there :
> https://download.qt.io/official_releases/qtcreator/4.11/4.11.1/
> 
> And it states quite succintly :
> "This License explicitly affirms your unlimited permission to run the
> unmodified Program."
> 
> > but if you just use qtcreator, just use it. its free.  
> 
> well, that is not what
> "
> Anyways, I'll now explain again the answer to the original question asked.
> The question was, as I understood it, "Is it allowed that people working in
> a project use commercially licensed Qt and some other persons in the same
> project who do not develop Qt use open-source licensed Qt tools?"
> 
> Answer to this is: No, it is not allowed to mix commercial "Licensed
> Software" and the open-source versions provided by The Qt Company in the
> same project."
> 
> seems to mean, which is why I'm wondering.

the problem is, as already stated, that some did not answer your question 
properly.
i understood your question. and as i said, your mixing up things. as we say: 
you mix apples and pears.

you're talking about using an executable X, based on open source software.
you're talking about using an library Y, for which you have a license, based on 
open source software, too.
you're talking about using exec X to use Y somehow.
you're talking about using exec X with other libraries.

now what has tool X todo with library Y? nothing.
well, it happen to be that tool X is written using library Y, but thats of no 
concern here.

the licese for Y only clearifies how you may use/include the library Y into 
your projects, 
and not how to use tool X to build apps using library Y.



other words:
would you ask if you have to use the commercial vs license because you bought a 
qt license?

-- 
/*
 *printk(KERN_DEBUG "%s: Done reprogramming Xilinx, %d bits, good luck!\n",...);
 *linux-2.6.6/drivers/net/wan/lmc/lmc_main.c
 */


pgpvOcxwUMpm9.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Creator licensing for companies with Qt Commercial developers

[alexander golks]

Am Fri, 27 Mar 2020 16:45:55 +0100
schrieb Jean-Michaël Celerier :

> > Answer to this is: No, it is not allowed to mix commercial "Licensed  
> Software" and the open-source versions provided by The Qt Company in the
> same project.
> 
> What about open-source versions provided by another distributor, e.g.
> someone doing apt install qtcreator ?
> 
> Also how is that compatible with this part of the Qt Creator license  ?
> https://code.qt.io/cgit/qt-creator/qt-creator.git/tree/LICENSE.GPL3-EXCEPT#n493
> 

afaiu, 
this is the license for the "source code" of qtcreator, isn't it?
this has nothing to do with using qtcreator in it's binary released version.
if you want to use qtcreator code itself, you're bound to this license.
but if you just use qtcreator, just use it. its free.

you can use qtcreator to develop whatever you want.
if it happen to be a qt app, it has nothing to do with the license of the used 
qt library,
nor has it anything to do with licenses of other libraries you use.

qtcreator is just a tool you use.
you're free to use executables build from free open source software whereever 
you want.

-- 
/*
 *printk(KERN_WARNING "%s: Thanks, I feel much better now!\n", dev->name);
 *linux-2.6.6/drivers/net/de620.c
 */


pgpzDHp6Odpgs.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] maintenance tool cannot download, qt.io too slow

[alexander golks]

Am Wed, 4 Mar 2020 09:29:27 +0100
schrieb Jean-Michaël Celerier :

> Hello,
> you can try instead https://aqtinstall.readthedocs.io/en/latest/ which
> allows to select mirrors very easily.

thanks for this hint!
i installed, but running fails though i have 7z installed. not sure how to fix 
this, will ask on their github.
thanks ;)

> 
> Best,
> Jean-Michaël
> 
> 
> On Wed, Mar 4, 2020 at 9:05 AM alexander golks  wrote:
> 

-- 
/*
 *  panic("esp: what could it be... I wonder...");
 *  linux-2.2.16/drivers/scsi/esp.c
 */


pgpBpprG_IOUO.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] maintenance tool cannot download, qt.io too slow

[alexander golks]

Am Wed, 4 Mar 2020 09:45:40 +
schrieb Kai Köhne :

> Hi,
> 
> We noticed the same (or at least similar) issues with the online installer 
> and open source downloads from Berin.
> 
> I filed https://bugreports.qt.io/browse/QTWEBSITE-915 yesterday, let's hope 
> this get resolved soon.

thanks!

> Regards
> 
> Kai

-- 
/*
 *  printk("ip6t_hook: happy cracking.\n");
 *  linux-2.6.6/net/ipv6/netfilter/ip6table_filter.c
 */


pgpD3OjRLhts1.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

[Interest] maintenance tool cannot download, qt.io too slow

[alexander golks]

hi,

are there currently issues with the servers serving downloads from maintentance 
tool?
we are not able to install/update qt since some days now.

btw.:
the mirror setup in the maintenance tool is not really user friendly.
do i really have to uncheck all the dozens of dozens official mirrors?!


alex

-- 
/*
 *printk(KERN_ERR "Danger Will Robinson: failed to re-trigger IRQ%d\n", irq);
 *linux-2.6.6/arch/arm/common/sa.c
 */


pgpkJ3qp6GEXU.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Qt Account email verification needed

[alexander golks]

Am Wed, 29 Jan 2020 15:32:01 +0100
schrieb Giuseppe D'Angelo via Interest :

> On 29/01/2020 15:01, The Qt Company wrote:
> > Thank you for creating a Qt Account. Please verify your email address 
> > 'interest@qt-project.org' within 72 hours to complete the registration 
> > process.  
> 
> ^ This was me. Ignore it. There's something very fishy here: are the 
> lists open for posting also to unregistered users, or is @qt.io 
> whitelisted? Both sound like bad ideas.
> 

+1 for the test ;D

-- 
/*
 *  panic("do_trap: can't hit this");
 *  linux-2.6.6/arch/i386/mm/extable.c
 */


pgpyxvdVKAxPh.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] QCoreApplication::arguments(): getting the application name safely during global destruction

[alexander golks]

Am Mon, 20 Jan 2020 13:48:41 +0100
schrieb René J.V. Bertin :

> Hi,
> 
> 
> Regardless of whether this is a regression in QCoreApplication, is there a 
> safe and cross-platform way to get at the app name in code that might be 
> called as above? 
> 

argv?
or do i miss something?

alex

-- 
/*
 *The countdown had stalled at 'T' minus 69 seconds when Desiree, the first
 *female ape to go up in space, winked at me slyly and pouted her thick,
 *rubbery lips unmistakably -- the first of many such advances during what
 *would prove to be the longest, and most memorable, space voyage of my
 *career.
 *-- Winning sentence, 1985 Bulwer-Lytton bad fiction contest.
 */


pgpd37DI0A1m1.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] QGraphicsObject::boundingRect() called with different instance

[alexander golks]

Am Wed, 30 Oct 2019 18:55:04 -0600
schrieb Bob Hood :

> (Sorry for the slow reply.  F#@$ing Comcast decided yesterday that all my 
> mailing list traffic was Spam.)
> 
> 
> On 10/30/2019 5:17 AM, Giuseppe D'Angelo via Interest wrote:
> > On 30/10/2019 01:47, Bob Hood wrote:  
> >> When I enter the constructor, I have a specific ‘this’ pointer that has 
> >> the 
> >> provided ‘size’ argument placed into its ‘entity_size’ member. However, 
> >> when Qt subsequently invokes the boundingRect() override function, it’s an 
> >> entirely different ‘this’ instance whose ‘entity_size’ has clearly not 
> >> been 
> >> initialized.

are you sure the this pointer in question is not a dead, dangling pointer?

-- 
/*
 *  You are so boring that when I see you my feet go to sleep.
 */


pgpFxhZLX9D8V.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Licensing

[alexander golks]

Am Wed, 9 Oct 2019 20:43:58 +0200
schrieb Uwe Rathmann :

> Of course this information is useless for someone who wants to change 
> the license - the decision for the LGPL had been made long before. It is 
> about sending the message that you should not do LGPL, if you don't want 
> to be banned later.

well, i'm 100% behind you. but this is not useless. 
at least you know, that the qc may reject your request.
on the other side, they may not. depends.

for me, presonally, there are few reasons to go commercial.

the information on their qt.io website was ever misguiding, several years 
already, and seems to continue.
but i think due to the nature of the "company" (shame on you!).

so, in turn, i hope some guys on this list will get some some ideas about 
(l)gpl theory.

+2

-- 
/*
 *  Q:  Why haven't you graduated yet?
 *  A:  Well, Dad, I could have finished years ago, but I wanted
 *my dissertation to rhyme.
 */


pgpQwy8FJ9LQ8.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Licensing

[alexander golks]

Am Wed, 9 Oct 2019 11:05:08 +0200
schrieb Uwe Rathmann :

> But I have a strong opinion about using FUD as sales strategy:
> 
> - intimidation paragraphs
> - blacklisting projects that follow the rules of the LGPL properly
> - giving wrong information ( check the video ) about the LGPL
> 
> Uwe

+1

-- 
/*
 *  fprintf (stderr, "Not ELF nor a.out. Don't blame me.\n");
 *linux-2.6.19/arch/sparc64/boot/piggyback.c
 */


pgpW1xRQE7_3V.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] Licensing questions for iOS and Android

[alexander golks]

Am Tue, 8 Oct 2019 10:16:45 +0300
schrieb Vyacheslav Lanovets :

> 2 persons use *Mac* to make the app work on iOS (static linking!).

what about going lgpl and delivering object files to enable relinking 
statically with another qt version?

-- 
/*
 *  Your lucky number has been disconnected.
 */


pgpdN4BcRTmDG.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] How to properly show progress for a signal processing pipeline

[alexander golks]

Am Mon, 8 Apr 2019 16:02:10 +
schrieb "Murphy, Sean" :

> > I would just show one progress set to 3 * raw count.  Each stage
> > periodically signals to the ui thread its progress, and whether it has
> > processed the end-of-data signal from the previous stage.  In the ui
> > thread slot:
> > 
> > int totalCount, rawCount;
> > 
> > QVector stageProgress;
> > 
> > void stageProgressSlot(int stageIndex, int count, bool completed) {
> > 
> >      Q_ASSERT(count <= rawCount);
> > 
> >      auto thisCount = (if completed ? rawCount : count);
> > 
> >      Q_ASSERT(thisCount >= stageProgress[stageIndex]);
> > 
> >      totalCount += thisCount - stageProgress[stageIndex];
> > 
> >      stageProgress[stageIndex] = thisCount;
> > 
> >      ui->progress->setValue(totalCount);
> > 
> > }
> > 
> > It will always appear to start slowly then jump forward depending on the
> > degree of filtering.  I can't see a way to avoid that other than Bill's
> > idea.
> > 
> > Hope that helps,  Tony  
> 
> I think it does, thank you. I can't really see any other way to do it to 
> provide a somewhat meaningful progress bar - I'd like to avoid the
> "busy" progress bar if possible since that doesn't offer the user any sort
> of sense of how much longer they have to wait and your idea at least
> gives them some sense of status, even if it's not 100% accurate at all times.
> 
> Sean

what about 2 progress bars? one for the count of filter processes, and the 
other for the steps at each process?
i use this when loading several files (your filter processes) and display the 
current line in a file (your steps).

-- 
/*
 *printk(KERN_ERR "Danger Will Robinson: failed to re-trigger IRQ%d\n", irq);
 *linux-2.6.6/arch/arm/common/sa.c
 */


pgpK1HwGeq1gQ.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] QWebSocketServer - server randomly stops accepting connections

[alexander golks]

i was going to switch some codebase to websocket server, too,
but reading this lets me think again...

thanks ;)

Am Thu, 4 Apr 2019 16:33:19 +0200
schrieb "Jason H" :

> I looked at the private implementation of QWebSocketServer, 
> QWebSocketServerPrivate.
>  
> I haven't tested it, but there are a few concerns:
>  
> 1. That for errorString(), it first checks if it doesn't have an error then 
> returns the QTcpSocket errorString(). But if you just look at serverError() 
> it only reports it's own error and nothing at the QTcpSocket level. This 
> means that if you only check serverError() you won't catch QTcpServer error. 
> This is probably a bug. QWebSocketProtocol::CloseCode needs to be able to 
> express QAbstractSocket::SocketErrors as well.
>  
> 2. QWebSocketServerPrivate::handshakeReceived() has a check of 
> pTcpSocket->bytesAvailable()).endsWith(QByteArrayLiteral("\r\n\r\n") Such 
> position-reliant checks are bad form. There's no reason for it to end with, 
> it should probably be using contains()
>  
> 3. There are multiple `if` blocks that don't set an error. This isn't wrong, 
> as the handhake bytes may come in slowly and take multiple re-parsings, 
> (something to add to your fuzzer?) but you can wind up in an uncaught error 
> state.
>  
>  
>  
> Sent: Thursday, April 04, 2019 at 10:07 AM
> From: "Jason H" 
> To: "Narolewski Jakub" 
> Cc: interest@qt-project.org
> Subject: Re: [Interest] QWebSocketServer - server randomly stops accepting 
> connections
> So, yeah, I was thinking of QTcpServer::incommingConnection(). That function 
> is used in multithreadding because you use the descriptor to make a socket on 
> the proper thread. Looks like QWebSocketServer is not multithreaded. 
>  
> I've used Qt's websockets, and I've used QTcpServer extensively on 5-nines 
> stuff. Never saw anything like this. 
>  
> Next steps: 
> - QWebSocketServer::setMaxPendingConnections() set this to 0, 1, or 100, see 
> what (if anything) changes.
> - Use QTcpServer to and QWebSocketServer::handleConnection(QTcpSocket*) to 
> handle the connection yourself just to get QWebSocketServer out of the 
> initial connection stuff.
>  
> Whatever the cause, I think you're in bug territory, either in Qt or the 
> linux kernel. Both of those is unlikely.  There is one more possibilty, if 
> you're using secure sockets, maybe something is failing at the SSL level? 
> Like your SSL implementation stops working for whatever reason?
>  
> Sent: Thursday, April 04, 2019 at 9:13 AM
> From: "Narolewski Jakub" 
> To: "Jason H" 
> Cc: interest@qt-project.org
> Subject: Re: [Interest] QWebSocketServer - server randomly stops accepting 
> connections
> That's the thing. I already handle connections and disconnections in my code 
> - including logging relevant information.
> When I implemented this I heavily based on the example that you linked to.
> WSS communication is single threaded - only way to communicate with the 
> outside world from different thread is to send custom QEvent onto the Server 
> instance.
> QWebSocketServer does not seem to have the method incomingConnection in it's 
> public API or maybe I already went mad :P I react to the 
> QWebSocketServer::newConnection signal.
> 
> Last RST from client at 33 second mark is our client-side timeout.
> This is the code that handles websocket stuff, I have stripped some parts 
> that are less important:
> 
> // server connects
> connect(m_wsServer, ::acceptError, this, 
> [this](QAbstractSocket::SocketError socketError) {
>         qCritical() << "QWebSocketServer - acceptError:" << socketError;
> });
> 
> connect(m_wsServer, ::peerVerifyError, this, [this](const 
> QSslError& error) {
>         qCritical() << "QWebSocketServer - peerVerifyError:" << error;
> });
> 
> connect(m_wsServer, ::serverError, this, 
> [this](QWebSocketProtocol::CloseCode closeCode) {
>         qCritical() << "QWebSocketServer - serverError:" << closeCode;
> });
> 
> connect(m_wsServer, ::sslErrors, this, [this](const 
> QList& errors) {
>         qCritical() << "QWebSocketServer - sslErrors:" << errors;
> });
> 
> connect(m_wsServer, ::closed, this, [this]() {
>         qCritical() << "QWebSocketServer - closed, serverError():" << 
> m_wsServer->errorString();
> });
> 
> connect(m_wsServer, ::newConnection, this, [this]() {
>         QWebSocket* clientSocket = m_wsServer->nextPendingConnection();
>         qInfo() << "Got connection from client:" << 
> clientSocket->peerAddress();
> 
>         [ client initialization stuff ]
> 
>         connect(clientSocket, ::binaryMessageReceived, this, 
> [this](const QByteArray& message) {
>                 auto client = sender()->property("client").value();
> 
>                 [ message deserialization ]
>         });
> 
>         connect(clientSocket, ::disconnected, this, [this]() {
>                 auto client = sender()->property("client").value();
>                 qInfo() << client->sayHello() << "is disconnected.";
> 
>                 

Re: [Interest] Segmentation fault on exiting Qt event loop

[alexander golks]

Am Tue, 8 Jan 2019 06:15:08 -0600
schrieb Roland Hughes :

> only NASA pre-faster-cheaper-splat days had more rigorous development 
> rules and physical testing

yes, indeed ;)
https://en.wikipedia.org/wiki/List_of_software_bugs

-- 
/*
 *There is no character, howsoever good and fine, but it can be destroyed by
 *ridicule, howsoever poor and witless.  Observe the ass, for instance: his
 *character is about perfect, he is the choicest spirit among all the humbler
 *animals, yet see what ridicule has brought him to.  Instead of feeling
 *complimented when we are called an ass, we are left in doubt.
 *-- Mark Twain, "Pudd'nhead Wilson's Calendar"
 */


pgpQxOu3c6b8U.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
https://lists.qt-project.org/listinfo/interest

Re: [Interest] QML vs Electron

[alexander golks]

Am Tue, 7 Aug 2018 14:52:42 +0100
schrieb Mike Krus via Interest :

> > On 7 Aug 2018, at 14:31, Nikos Chantziaras  wrote:
> > 
> > On 07/08/18 16:04, alexander golks wrote:  
> >> Am Tue, 7 Aug 2018 16:00:22 +0300
> >> schrieb Nikos Chantziaras :  
> >>> On 07/08/18 01:19, Sylvain Pointeau wrote:  
> >>>> On Mon, Aug 6, 2018 at 11:56 PM Giuseppe D'Angelo  >>>> <mailto:dange...@gmail.com>> wrote:  
> >>>>> [...]
> >>>>> Out of curiosity, what prevented you from going with LGPL Qt?  
> >>>> 
> >>>> On desktop it is clear but on mobile, there was no clear statement if we
> >>>> have the rights or not.
> >>>> Seems like LGPL is not friendly with the various stores.  
> >>> 
> >>> It's fine on Android, since Qt for Android uses dynamic linking by
> >>> default. On iOS you only get static linking right now, and I'm not sure
> >>> if you can build Qt for iOS yourself and configure it for dynamic
> >>> linking, and whether Apple now allows dynamically linked iOS apps. The
> >>> solution of making re-linkable object files available for iOS to comply
> >>> with the LGPL is not suitable for everyone. And it's a useless solution
> >>> anyway, unless people jailbreak their Apple devices so that they can
> >>> sideload apps. Even though it satisfies LGPL requirements on your part,
> >>> it doesn't on Apple's part. So you end up in a situation where people
> >>> can claim that Apple does not have the right to distribute your
> >>> application. And that would still apply even if you used dynamic linking.
> >>> 
> >>> But in any case, Android seems fine when using LGPL libraries, since a)
> >>> Qt is linked to dynamically, and b) Android officially supports 
> >>> sideloading.  
> >> One could also just deliver the closed source object files for relinking.
> >> this satisfies LGPL, too, doesn't it?  
> > 
> > It was already addressed in my post. It seems to satisfy LGPL requirements 
> > on your part, but not on Apple's part (because they don't allow the 
> > re-linked application to run due to their DRM.)  
> given all the appropriate project setup and compiled object code (.o, .a, 
> even shared lib files), a user signed up to the free Apple Developer should 
> in theory be able to link another version of Qt into a final executable, 
> codesign it and run it on his device. Would be a real pain to setup and 
> maintain though.

sorry, didn't want to offend someone, and perhaps i missed more sentences then 
i got, and i surely have no knowledge about apple (tm) things,
so i am listening to learn ;)
i though this whole rant was somehow related to the licensing problems with qt, 
so on this behalf i just wanted to state that one should be able to deliver 
closed source software using lgpl licensed qt.

that said, static linking should be possible, and this is what is needed for 
ios?
or what else is "apple's part"?
what else should i as a mobile ios app developer take care of?


pgpwwixUn_jab.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QML vs Electron

[alexander golks]

Am Tue, 7 Aug 2018 16:00:22 +0300
schrieb Nikos Chantziaras :

> On 07/08/18 01:19, Sylvain Pointeau wrote:
> > On Mon, Aug 6, 2018 at 11:56 PM Giuseppe D'Angelo  > > wrote:  
> >> [...]
> >> Out of curiosity, what prevented you from going with LGPL Qt?  
> > 
> > On desktop it is clear but on mobile, there was no clear statement if we 
> > have the rights or not.
> > Seems like LGPL is not friendly with the various stores.  
> 
> It's fine on Android, since Qt for Android uses dynamic linking by 
> default. On iOS you only get static linking right now, and I'm not sure 
> if you can build Qt for iOS yourself and configure it for dynamic 
> linking, and whether Apple now allows dynamically linked iOS apps. The 
> solution of making re-linkable object files available for iOS to comply 
> with the LGPL is not suitable for everyone. And it's a useless solution 
> anyway, unless people jailbreak their Apple devices so that they can 
> sideload apps. Even though it satisfies LGPL requirements on your part, 
> it doesn't on Apple's part. So you end up in a situation where people 
> can claim that Apple does not have the right to distribute your 
> application. And that would still apply even if you used dynamic linking.
> 
> But in any case, Android seems fine when using LGPL libraries, since a) 
> Qt is linked to dynamically, and b) Android officially supports sideloading.

One could also just deliver the closed source object files for relinking.
this satisfies LGPL, too, doesn't it?

-- 
/*
 *  printk(KERN_ERR "happy meal: Receiver BigMac ATTACK!");
 *linux-2.6.19/drivers/net/sunhme.c
 */


pgp2SdttDmwl1.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How to properly translate an application?

[alexander golks]

Am Thu, 7 Jun 2018 14:22:08 +0200
schrieb Mark Gaiser :

> Hi,
> 
> I have a windows desktop application (Qt 5.9 LTS) here that has Dutch and
> English translations files (in .ts format) created with Qt Linguist. Any
> strings in that file show up in the Qt UI just fine in the chosen language.
> 
> But if i set the language to Dutch (operating system language is English)
> then Qt's default buttons are still in English. Sure, they can be
> translated on a case-by-case basis but i don't think that
> should be needed.

are you sure you have the translation of qt itself loaded, too?

> 
> I don't think there is a problem with the .ts files as anything in there
> just works in the UI.
> But perhaps i missed a step?
> 
> The translation files are generated as follows:
> 
> lupdate -verbosr file.pro
> 
> "file.pro" contians the required translation lines:
> TRANSLATIONS += dutch_nl.ts
> TRANSLATIONS += english_en.ts
> 
> 
> Best regards,
> Mark Gaiser


-- 
/*
 *  panic("CPU too expensive - making holiday in the ANDES!");
 *  linux-2.2.16/arch/mips/kernel/traps.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Thu, 17 May 2018 07:56:19 -0700
schrieb Thiago Macieira <thiago.macie...@intel.com>:

> On Thursday, 17 May 2018 07:02:17 PDT alexander golks wrote:
> > i have at least compiled 5.6.4 now, but i can not produce the error with my
> > qt5core. using 5.6.3 from qt, error exists. using mine, does not exist...
> > 
> > getting the error code directly after the f.write(data) gives me error code1
> > 183: ERROR_ALREADY_EXISTS
> > 183 (0xB7)
> > Cannot create a file when that file already exists.
> > 
> > but i assume, that the error is not from the failing WriteFile call. or does
> > it?  
> 
> No, this sounds like the "Not a typewriter" error.
> https://en.wikipedia.org/wiki/Not_a_typewriter#Occurrence
> 
> > anyone with some more ideas?
> > e.g. on how to reproduce or test?  
> 
> Are you testing on the same machine, same FS? This can be a limitation of the 
> OS or hte FS. It could even be a limitation of a virus scanner you may have 
> installed.
> 

same hardware machine, same fs. i have a virus scanner, but deactivated (well, 
i hope so).
i can reproduce on another machine, a virtual machine, no virus scanner, but 
without this Fast IO things:

...
08:09:58.7549817SuperCool.exe   8476WriteFile   
D:\temp\SuperCool.file  SUCCESS Offset: 33,292,288, Length: 262,144, I/O Flags: 
Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal
08:09:58.7565355SuperCool.exe   8476WriteFile   
D:\temp\SuperCool.file  0xC0E8  Offset: 33,554,432, Length: 33,554,432, 
Priority: Normal
08:09:58.7750148SuperCool.exe   8476WriteFile   
D:\temp\SuperCool.file  SUCCESS Offset: 50,331,648, Length: 262,144, I/O Flags: 
Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal
...
08:09:58.7874229SuperCool.exe   8476WriteFile   
D:\temp\SuperCool.file  SUCCESS Offset: 51,118,080, Length: 262,144, I/O Flags: 
Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal
08:09:58.7905225SuperCool.exe   8476CloseFile   
D:\temp\SuperCool.file  SUCCESS 

the executable is as windows service. i tested with system account and under 
user account.
so far i did not find any restrictions related to WriteFile and windows 
services, which leads to my error,
neither a search for 0xC0E8 errors.

alex

-- 
/*
 *  Lay on, MacDuff, and curs'd be him who first cries, "Hold, enough!".
 *  -- Shakespeare
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Thu, 17 May 2018 16:02:17 +0200
schrieb alexander golks <a...@golks.de>:

> Am Fri, 11 May 2018 08:11:04 +0200
> schrieb alexander golks <a...@golks.de>:
> 
> > my code was:
> >   qint64 res = f.write(data);  
> 
> just for the curious ones:
> 
> i have at least compiled 5.6.4 now, but i can not produce the error with my 
> qt5core. 
> using 5.6.3 from qt, error exists. using mine, does not exist...
> 
> getting the error code directly after the f.write(data) gives me error code 
> 183:
>   ERROR_ALREADY_EXISTS
> 183 (0xB7)
> Cannot create a file when that file already exists.
> 
> but i assume, that the error is not from the failing WriteFile call. or does 
> it?
> anyone with some more ideas?
> e.g. on how to reproduce or test?
> 

just rembered sysinternal utils and the process monitor. it gives me:

  16:22:20,0896364  SuperCool.exe   11456   IRP_MJ_WRITE
D:\temp\SuperCool.file  SUCCESS Offset: 33.292.288, Length: 262.144, I/O Flags: 
Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal
  16:22:20,0906890  SuperCool.exe   11456   FASTIO_RELEASE_FOR_CC_FLUSH 
D:\temp\SuperCool.file  SUCCESS 
  16:22:20,0907198  SuperCool.exe   11456   FASTIO_WRITE
D:\temp\SuperCool.file  FAST IO DISALLOWED  Offset: 33.554.432, Length: 
33.554.432
  16:22:20,0907377  SuperCool.exe   11456   IRP_MJ_WRITE
D:\temp\SuperCool.file  0xC0E8  Offset: 33.554.432, Length: 33.554.432, 
Priority: Normal

this is the last two successfull operations on my file, 
followed by some curious "FAST IO DISALLOWED" exactly at the failing bytes size 
of 33.554.432,
and some other 0xC0E8 error.

after some search i only found: https://serverfault.com/a/706177

i definitly no hardware pro, so, this is a disk driver issue?!
and only for the qt5.6.3 build?

-- 
/*
 *  panic("Fod fight!");
 *  linux-2.2.16/drivers/scsi/aha1542.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Fri, 11 May 2018 08:11:04 +0200
schrieb alexander golks <a...@golks.de>:

> my code was:
>   qint64 res = f.write(data);

just for the curious ones:

i have at least compiled 5.6.4 now, but i can not produce the error with my 
qt5core. 
using 5.6.3 from qt, error exists. using mine, does not exist...

getting the error code directly after the f.write(data) gives me error code 183:
  ERROR_ALREADY_EXISTS
183 (0xB7)
Cannot create a file when that file already exists.

but i assume, that the error is not from the failing WriteFile call. or does it?
anyone with some more ideas?
e.g. on how to reproduce or test?

-- 
/*
 *  Your own qualities will help prevent your advancement in the world.
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Licensing questions when using shared Qt-library on iOS

[alexander golks]

Am Wed, 16 May 2018 10:49:06 +
schrieb "Trillmann, Jens" :

> every other file in the platformplugin is LGPL licensed. From my 
> understanding I would violate the LGPL license if I would try to 
> distribute the app in this form, because a user could not easily swap 
> the provided Qt-library with his own. The app itself is under the 
> non-compatible EUPL.

i don't know the EUPL, but 
https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic states:
"(1) If you statically link against an LGPL'd library, you must also provide 
your application in an object (not necessarily source) format, so that a user 
has the opportunity to modify the library and relink the application."

what i interpret as:
as long as you provide at least the object code, if the user requests so, so 
that he can relink himself, you're fine.

i don't know if this meets your problem, and ianal ;)

alex

-- 
/*
 *  printk("; crashing the system because you wanted it\n");
 *  linux-2.6.6/fs/hpfs/super.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write, all data?

[alexander golks]

Am Mon, 14 May 2018 08:45:06 -0700
schrieb Thiago Macieira :

> ...
> 
> It's a matter of perspective. As seen in this thread, in some situations 
> failing to write everything is an unrecoverable situation. That is the case 
> here: QDataStream cannot recover from a partial write.
> 
> We could loop retrying the write so long as ret > 0. This is probably 
> acceptable here, since the alternative is to go into WriteFailed state anyway.
> 
> Would you submit an update?
> 
> ...
> 
> The other methods do the same:
> 
> QDataStream ::operator<<(qint16 i)
> {
> CHECK_STREAM_WRITE_PRECOND(*this)
> if (!noswap) {
> i = qbswap(i);
> }
> if (dev->write((char *), sizeof(qint16)) != sizeof(qint16))
> q_status = WriteFailed;
> return *this;
> }
> 
> Inserting the loop requires a bit of refactoring to centralise the writing to 
> the device.
> 
> ...
> 
> Please submit via the code review system.
> 

ok, i'll give it a try when i succeed in setting this all up here ;)

thanks for all input!

-- 
/*
 *  printk("you lose buddy boy...\n");
 *  linux-2.6.6/arch/sparc/kernel/traps.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write, all data?

[alexander golks]

Am Sun, 13 May 2018 23:50:20 -0700
schrieb Thiago Macieira <thiago.macie...@intel.com>:

> On Sunday, 13 May 2018 23:28:47 PDT alexander golks wrote:
> > > In fact, QDataStream can't recover from any errors.  
> > 
> > as you've said, my origin problem is no error.
> > wouldn't it be possible for QDataStream to handle this no-errors, too?  
> 
> It already does.
> 
> int QDataStream::writeRawData(const char *s, int len)
> {
> CHECK_STREAM_WRITE_PRECOND(-1)
> int ret = dev->write(s, len);
> if (ret != len)
> q_status = WriteFailed;
> return ret;
> }

it does, partly. the write has not failed, it simply has not written all data.
 
> > otherwise, as i still don't know the "no-error" conditions, i would always
> > need to use something like QDataStream::writeRawData, which is barely more
> > then a QFile::write, and no other operator<< methods.  
> 
> it will tell you if there was a write failure. See above.

yes, but all other operator<< methods not.

what about something like:

int QDataStream::writeRawData(const char *s, int len)
{
CHECK_STREAM_WRITE_PRECOND(-1)
qint64 bytesToWrite = len;
qint64 totalWritten = 0;
do {
int ret = dev->write(s + totalWritten, bytesToWrite);
if(ret < 0)
break;
totalWritten += ret;
bytesToWrite -= ret;
} while (totalWritten < len);
if(totalWritten != len)
q_status = WriteFailed;
return totalWritten;
}

and appropriate modifications for all other related methods.

-- 
/*
 *  All generalizations are false, including this one.
 *  -- Mark Twain
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Fri, 11 May 2018 18:05:11 +0800
schrieb Elvis Stansvik :

> Not sure why you bring up this piece of MS docs, when this is about QFile.

this is about qfile on windows 7. the implementation is using WriteFile. 
sources for documentation are in msdn, too.
this is, what its about.

> It is not silent, you have the return value so you can detect when the
> number of written bytes is not equal to the size of the data.

the error is 0. and errorString() is "no error", too.
so how to evaluate for error or no error?
when to break my own do-while loop, when i cannot detect errors?
 
> QDataStream will check if the number of bytes written is equal to the
> expected. If it is not, it will put itself into
> QDataStream::WriteFailed state, which can be checked for by the user.
> 
> I'm really not sure what you're suprised by here :P

the surprise is: there is no error. i can run my own do-offsetwriting-loop 
around the internal QFile do-offsetwriting-loop. this works great.
but i cannot use QDataStream anymore, because it fails on some strange yet to 
be found error. sometimes.

i still think, that QFile (whatever internal part) is buggy here.
QFile should evaluate this sitation better and either continue writing or 
return with correct error.

i'll have to review a lot of code now ;) and add do-offsetwriting-while loop to 
it.

-- 
/*
 *  When angry, count four; when very angry, swear.
 *  -- Mark Twain, "Pudd'nhead Wilson's Calendar"
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Thu, 10 May 2018 23:32:14 -0700
schrieb Thiago Macieira <thiago.macie...@intel.com>:

> On Thursday, 10 May 2018 23:11:04 PDT alexander golks wrote:
> > i think it "silently" breaks here without setting error condition on the
> > QFile when hitting errors on all chunks but the first one, thus returning a
> > size lower the input array size, which is the behaviour i see.  
> 
> It's not an error to not write everything.
> 

well, msdn[1] tells me:
"If the function fails, or is completing asynchronously, the return value is 
zero (FALSE). To get extended error information, call the GetLastError 
function."
and more about async, etc.

but, whatever error there may be, i must resolve this, when i have it. but with 
current implementation it is silently captured.

and still, may question remaines valid:
> but wouldn't this lead missing writes in QDataStream + QFile, as QDataStream 
> needs complete writes, too?

[1] 
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365747(v=vs.85).aspx

-- 
/*
 *  if(ct<0)
 *  ct=2;/* Shit happens.. *\/
 *  linux-2.6.6/drivers/net/wan/z85230.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

hi,

> have you seen https://bugreports.qt.io/browse/QTBUG-56616 ?
> Your problem sounds a bit like it, although the bug should be fixed in 
> Qt 5.6.3.

i have had a look now, and my file is only ~50MB in this case, so this bug 
should be no problem.
besides, i am running on 5.6.3, as i haven't a previous version installed 
currently.

> > i always thought, QFile::write(const QByteArray&) is meant to write all
> > data.  
> 
> Yes, but it also returns a qint64 that is the number of bytes written. What 
> did it return in your case?

my code was:
  qint64 res = f.write(data);
with data.size() == 51489714 
 and res == 33554432

the only possible issue i see is with the 2nd if here in qint64 
QFSFileEnginePrivate::nativeWrite(const char *data, qint64 len)

if (!WriteFile(fileHandle, data + totalWritten, currentBlockSize, 
, NULL)) {
if (totalWritten == 0) {
// Note: Only return error if the first WriteFile failed.
q->setError(QFile::WriteError, qt_error_string());
return -1;
}
break;
}

i think it "silently" breaks here without setting error condition on the QFile 
when hitting errors
on all chunks but the first one, thus returning a size lower the input array 
size, which is the behaviour i see.

alex

-- 
/*
 *  printk(KERN_DEBUG "%s: BUG... transmitter died. Kicking it.\n",...)
 *  linux-2.6.6/drivers/net/acenic.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

yes. i am sure. was another hard time to learn this ;)

Am Wed, 9 May 2018 11:57:08 +0200
schrieb Helmut Mülner <helmut.muel...@gmail.com>:

> Are you sure your QByteArray has the correct size?
> If your constructed it from a const char* and did not give the size, it may
> contain only data up to the first zero byte.
> 
> helmut
> 
> -Ursprüngliche Nachricht-
> Von: Interest
> [mailto:interest-bounces+helmut.muelner=gmail@qt-project.org] Im Auftrag
> von alexander golks
> Gesendet: Mittwoch, 9. Mai 2018 11:40
> An: interest@qt-project.org
> Betreff: Re: [Interest] QFile::write(const QByteArray&) does not write all
> data?
> 
> Am Wed, 09 May 2018 09:24:58 +
> schrieb Vadim Peretokin <vpereto...@gmail.com>:
> 
> yes, i tried flushing the file, too. but this changed nothing.
> 
> i now have same do while loop as in
>   qint64 QFSFileEnginePrivate::nativeWrite(const char *data, qint64 len) and
> this works. this writes complete file.
> 
> but i think, QFile implementation is wrong here.
> i think nativeWrite should set error and return -1 on every chunk, not only
> at first chunk.
> 
> alex
> 
> > Obvious question but do you flush?
> > 
> > On Wed, May 9, 2018 at 11:09 AM alexander golks <a...@golks.de> wrote:
> >   
> > > hi,
> > >
> > > i recently stumbled over this situation, running on windows 7 using 
> > > qt-5.6.3.
> > > when trying to write ~50MB of data, write does not always complete, 
> > > the file does not contain all data, yet no error is returned.
> > >
> > > i always thought, QFile::write(const QByteArray&) is meant to write 
> > > all data.
> > > as stated in the documentation for: qint64 
> > > QIODevice::writeData(const char *data, qint64 maxSize) "When 
> > > reimplementing this function it is important that this function 
> > > writes all the data available before returning."
> > >
> > > is this a bug in QFile?
> > > or do i have to do-while loop to write the rest of my data?
> > > but wouldn't this lead missing writes in QDataStream + QFile, as 
> > > QDataStream needs complete writes, too?
> > >
> > > alex
> > >
> > > --
> > > /*
> > >  *  Learn to pause -- or nothing worthwhile can catch up to you.
> > >  */
> > > ___
> > > Interest mailing list
> > > Interest@qt-project.org
> > > http://lists.qt-project.org/mailman/listinfo/interest
> > >
> 
> 
> --
> /*
>  *  printk("ip6t_hook: happy cracking.\n");
>  *  linux-2.6.6/net/ipv6/netfilter/ip6table_filter.c
>  */
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 


-- 
/*
 *  You are number 6!  Who is number one?
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

Am Wed, 09 May 2018 09:24:58 +
schrieb Vadim Peretokin <vpereto...@gmail.com>:

yes, i tried flushing the file, too. but this changed nothing.

i now have same do while loop as in
  qint64 QFSFileEnginePrivate::nativeWrite(const char *data, qint64 len)
and this works. this writes complete file.

but i think, QFile implementation is wrong here.
i think nativeWrite should set error and return -1 on every chunk, not only at 
first chunk.

alex

> Obvious question but do you flush?
> 
> On Wed, May 9, 2018 at 11:09 AM alexander golks <a...@golks.de> wrote:
> 
> > hi,
> >
> > i recently stumbled over this situation, running on windows 7 using
> > qt-5.6.3.
> > when trying to write ~50MB of data, write does not always complete, the
> > file does not contain all data,
> > yet no error is returned.
> >
> > i always thought, QFile::write(const QByteArray&) is meant to write all
> > data.
> > as stated in the documentation for: qint64 QIODevice::writeData(const char
> > *data, qint64 maxSize)
> > "When reimplementing this function it is important that this function
> > writes all the data available before returning."
> >
> > is this a bug in QFile?
> > or do i have to do-while loop to write the rest of my data?
> > but wouldn't this lead missing writes in QDataStream + QFile, as
> > QDataStream needs complete writes, too?
> >
> > alex
> >
> > --
> > /*
> >  *  Learn to pause -- or nothing worthwhile can catch up to you.
> >  */
> > ___
> > Interest mailing list
> > Interest@qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/interest
> >  


-- 
/*
 *  printk("ip6t_hook: happy cracking.\n");
 *  linux-2.6.6/net/ipv6/netfilter/ip6table_filter.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] QFile::write(const QByteArray&) does not write all data?

[alexander golks]

hi,

i recently stumbled over this situation, running on windows 7 using qt-5.6.3.
when trying to write ~50MB of data, write does not always complete, the file 
does not contain all data,
yet no error is returned.

i always thought, QFile::write(const QByteArray&) is meant to write all data.
as stated in the documentation for: qint64 QIODevice::writeData(const char 
*data, qint64 maxSize)
"When reimplementing this function it is important that this function writes 
all the data available before returning."

is this a bug in QFile?
or do i have to do-while loop to write the rest of my data?
but wouldn't this lead missing writes in QDataStream + QFile, as QDataStream 
needs complete writes, too?

alex

-- 
/*
 *  Learn to pause -- or nothing worthwhile can catch up to you.
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Faster QXmlStreamWriter?

[alexander golks]

Am Tue, 24 Apr 2018 08:52:53 -0700
schrieb Thiago Macieira :

> On Tuesday, 24 April 2018 07:39:08 PDT Konstantin Tokarev wrote:
> > 24.04.2018, 11:40, "Vadim Peretokin" :  
> > > On Tue, Apr 24, 2018 at 8:14 AM Thiago Macieira   
>  wrote:
> > >> On Monday, 23 April 2018 22:02:20 PDT Vadim Peretokin wrote:  
> > >>> > Correct, QBuffer is not optimised for speed. I ran into that while
> > >>> > developing
> > >>> > QCborStreamWriter. The solution was to bypass it for speed.  
> > >>> 
> > >>> OK, that's a pity. I'll look into using pugixml instead, and if anyone
> > >>> else
> > >>> knows a faster XML serializer, I'd he happy to hear about it.  
> > >> 
> > >> Any chance you can choose a different serialisation format?  
> > > 
> > > We're thinking on the consequences of that - if pugixml isn't fast enough
> > > still, will look at a different format. Recommendations welcome! :)  
> > If your serialized data is intended to be read by Qt applications only,
> > QDataStream may be a good choice  
> 
> Also slow.
> 
> Binary QJsonDocument is the fastest, followed closely by QCborValue (new in 
> 5.12).
> 

when using QJsonDocument you may/should pay attention to QtQTBUG-47629: 
QJsonObject size maximum length 128MB
https://bugreports.qt.io/browse/QTBUG-47629

-- 
/*
 */* Only Sun can take such nice parts and fuck up the programming interface
 * * like this.  Good job guys...
 * *\/
 *linux-2.6.6/drivers/net/sunhme.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Faster QXmlStreamWriter?

[alexander golks]

Am Tue, 24 Apr 2018 05:02:20 +
schrieb Vadim Peretokin :

> On Mon, Apr 23, 2018 at 8:32 AM Thiago Macieira 
> wrote:
> 
> > On Sunday, 22 April 2018 22:15:48 PDT Vadim Peretokin wrote:  
> > > Thanks! That helped remove the resize operation from the profiling data,
> > > but QBuffer::writeData is still there, and the overall time didn't change
> > > much.
> > >
> > > Is there anything else I can look at, or is this a dead end then -  
> > requires  
> > > a different serialization solution altogether (a lot of work)?  
> >
> > Correct, QBuffer is not optimised for speed. I ran into that while
> > developing
> > QCborStreamWriter. The solution was to bypass it for speed.
> >
> >  
> OK, that's a pity. I'll look into using pugixml instead, and if anyone else
> knows a faster XML serializer, I'd he happy to hear about it.

we had good experiences in using tinyxml2 as replacement for qxml. don't know 
if this works for you for serializing, too.
we had to extend a bit to beeing able to clone and deep compare XMLNodes, but 
it works great.

alex

-- 
/*
 *  printk ("scsi%d : Oh no Mr. Bill!\n", host->host_no);
 *  linux-2.6.6/drivers/scsi/53c7xx.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Retrieving the object info due to exception std::bad_alloc

[alexander golks]

Am Tue, 27 Feb 2018 23:12:51 +0530
schrieb Ramakanth Kesireddy :

> Hi,
> 
> As mentioned in http://doc.qt.io/archives/qt-4.8/exceptionsafety.html, the
> below code is being used to catch the exceptions in application:-
> 
> QApplication app(argc, argv);
> ...
> try {
> app.exec();
> } catch (const std::bad_alloc &) {
> //clean up code and log the exception info
> // retrieve class name and method name of object
> return 0; // exit the application
> }
> 
> Please let me know if there any means to get the runtime object info like
> class name, method name(if possible line number) throwing the exception
> std::bad_alloc in catch block?

beside your origin question:
bad_alloc is mostly thrown due to too view memory for the request in question.
so when you continue your program, chances are good to see more bad_allocs.

to your question:
you may try stacktracers, like mentioned here: 
https://stackoverflow.com/a/691742

alex

-- 
/*
 *No violence, gentlemen -- no violence, I beg of you!  Consider the furniture!
 *-- Sherlock Holmes
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How to exclude files from lupdate in .pro?

[alexander golks]

Am Wed, 27 Dec 2017 12:47:01 +0300
schrieb Oleg Evseev :

> Hi all,
> 
> According to documentation in qt there is a workaround lupdate_only{...} -
> conditional statement so the lupdate tool sees some file (for example .qml
> files) but the C++ compiler ignores them.
> 
> I wonder if there is a opposite workaround some conditional statement (or
> something else) so the lupdate tool doesn't check some file/dirs, but the
> C++ compiler still see them.
> 
> For example scanning
> INCLUDEPATH += "c:/boost_1_64_0/"
> 
> by lupdate takes too much time.
> 
> ---
> With regards, Oleg.

hi,

we use TR_EXCLUDE to exclude qt headers and sources:

lupdate_only{
message("excluding $(QTDIR)/../Src/qtbase/*")
TR_EXCLUDE += $(QTDIR)/../Src/qtbase/*
message("excluding $(QTDIR)/include/*")
TR_EXCLUDE += $(QTDIR)/include/*
}

alex

-- 
/*
 *  printk("starfire_translate: Are you kidding me?\n");
 *linux-2.6.19/arch/sparc64/kernel/starfire.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Use two translations files in the same application

[alexander golks]

Am Thu, 14 Dec 2017 14:24:30 +0100
schrieb Nicolas Krieger :

> Hi,
> 
> Is it possible to use two (or more) translations files for one 
> application ?
> 
> For example, I have a common file used by many programs, and others 
> specific ones.
> 
> Nicolas Krieger
> 
> 
> 
> 
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest

you mean via project file?
  TRANSLATIONS = application_DE.ts application_fr_FR.ts ...

or via QTranslator?
  https://stackoverflow.com/a/27619978

alex

-- 
/*
 *DPRINTK("doing direct send\n"); /* @@@ well, this doesn't work anyway *\/
 *linux-2.6.6/drivers/atm/eni.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Interest Digest, Vol 75, Issue 5

[alexander golks]

Am Sat, 09 Dec 2017 21:10:25 -0800
schrieb Thiago Macieira :

> On sábado, 9 de dezembro de 2017 10:39:43 PST Nikos Chantziaras wrote:
> > On 09/12/17 19:39, Thiago Macieira wrote:  
> > > On sábado, 9 de dezembro de 2017 07:51:11 PST Konstantin Tokarev wrote:  
> > >> That's a shame indeed. Redirecting people one by one to
> > >> http://download.qt.io/official_releases/qt/ doesn't scale well.  
> > > 
> > > It takes two clicks to go from https://qt.io to
> > > https://www.qt.io/download-qt-for-application-development and the open
> > > source version is right there.
> > > 
> > > That is, if you manage to click the "Start free Qt trial" button on the
> > > homepage, since it moves the moment you hover the mouse over it.  
> > 
> > I'm not sure why I would ever assume a "free trial" to take me to the
> > Open Source or Free Software version of something :-/  
> 
> I agree it's not obvious, but it's the most likely entry from the webpage 
> since there's no Download button.
> 

ah, they even made it "Must make 'open' consumer devices" now ;)

(don't remember the exact wording of the previous statement, but sounded like 
"you must/cannot use qt for devices", which simply is wrong...)

-- 
/*
 *  fprintf (stderr, "Not ELF nor a.out. Don't blame me.\n");
 *linux-2.6.19/arch/sparc64/boot/piggyback.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] WebEngine with Intel Graphics Card

[alexander golks]

hi,

our solution was to tell our customers to not use intel graphic cards ;)
you might succeed with blacklisting the graphics cards in some way, so that qt 
will not use it. but i haven't investigate on how to do it.

alex

Am Thu, 26 Oct 2017 10:53:38 +
schrieb Sudhir Sharma :

> Thanks for your response.
> So any idea how can we resolve it? Any solution you are aware of or I should 
> search in bugs?
> 
> Regards,
> Sudhir
> 
> From: Alexandru Croitor [mailto:alexandru.croi...@qt.io]
> Sent: Thursday, October 26, 2017 4:21 PM
> To: Sudhir Sharma 
> Cc: interest@qt-project.org
> Subject: Re: [Interest] WebEngine with Intel Graphics Card
> 
> 
> * You are receiving this mail from an external source *
> Hi,
> 
> We get quite a few bug reports with issues regarding intel graphic cards, and 
> their drivers.
> 
> So it's plausible that you might have issues because of that.
> 
> 
> On 26. Oct 2017, at 12:20, Sudhir Sharma 
> > wrote:
> 
> Hi,
> 
> In Windows 10 with QT 5.9.2, WebEngine has issue in rendering gui.
> Facing this issue when we have intel graphics card. Works fine on disabling 
> card or in machine with MS card.
> 
> Is it a known issue? Sorry if I missed any earlier communication.
> 
> Regards,
> Sudhir
> 
> 
> 
> http://www.mindtree.com/email/disclaimer.html
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
> 


-- 
/*
 *  panic("Oh boy, that early out of memory?");
 *  linux-2.2.16/arch/mips/mm/init.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Requesting QObject::bind() method

[alexander golks]

Am Fri, 24 Mar 2017 10:52:47 +0100
schrieb Jean-Michaël Celerier :

> On Fri, Mar 24, 2017 at 12:50 AM, Thiago Macieira  > wrote:  
> 
> >
> > The new value is already carried by the signal. We don't need the getter:
> > my
> > code examples already compile.
> >  
> 
> I really think that we do.
> 
> For instance in the following code:
> 
> #include 
> #include 
> #include 
> #include 
> int main(int argc, char *argv[])
> {
>   QApplication a(argc, argv);
> 
>   QWidget w;
>   QVBoxLayout lay;
>   QLabel label;
>   QLineEdit text{"Some text"};
>   lay.addWidget();
>   lay.addWidget();
> 
>   QObject::connect(, ::textChanged,
>   , ::setText);
> 
>   w.setLayout();
>   w.show();
> 
>   return a.exec();
> }
> 
> when running the application, the label has no text, and takes the
> lineedit's text only when the lineedit changes.

for qt applications i normally have saveState and restoreState methods, 
which will save/restore the current widget and all of relevant child states, 
like your QLineEdit.
so when restoring the current widgets state, e.g. during construction of the 
widget itself,
the update is triggered, and you'll see the text in the lable right away.

or, i think, when you do:

  // ...
  w.show();
  text.setText("Some text")

instead of
  QLineEdit text{"Some text"};
  //...
  w.show();

should give you the same result.

in the end,
i think qml hides this implementation details, so you don't have to think about 
the mechanisms behind this.

alex

-- 
/*
 *Q:  What do you get when you cross a mobster with an international standard?
 *A:  You get someone who makes you an offer that you can't understand!
 */


pgp9fS6fbNmKU.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Android: This application failed to start because it could not find or load the Qt platform plugin "android"

[alexander golks]

hi,

i have no idea about packaging and deployment for android, but when i get this:

> This application failed to start because it could not find or load the Qt 
> platform plugin "android"

on windows, i am missing the platforms directory including the qwindows.dll 
plugin somewhere in the QCoreApplication::libraryPaths().
perhaps this is your issue here?

-- 
/*
 *  A Tale of Two Cities LITE(tm)
 *-- by Charles Dickens
 *
 *A man in love with a girl who loves another man who looks just
 *like him has his head chopped off in France because of a mean
 *lady who knits.
 *
 *  Crime and Punishment LITE(tm)
 *-- by Fyodor Dostoevski
 *
 *A man sends a nasty letter to a pawnbroker, but later
 *feels guilty and apologizes.
 *
 *  The Odyssey LITE(tm)
 *-- by Homer
 *
 *After working late, a valiant warrior gets lost on his way home.
 */


pgp7sdNggdZvT.pgp
Description: Digitale Signatur von OpenPGP
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt World Summit recordings 2016 are finally here

[alexander golks]

Am Fri, 16 Dec 2016 13:21:28 +
schrieb Richard Moore :

> On 16 December 2016 at 12:57, Giuseppe D'Angelo 
> wrote:
> 
> > Il 16/12/2016 12:46, Carl Engh ha scritto:  
> > > Just wanted to let you all know that the Qt World Summit 2016 recordings
> > > can be found here: https://www.qt.io/qtws16/
> > >
> > >
> > >
> > > PS! You need a Qt account to access them.  
> >
> > But... why?! And the videos seem to be on Youtube, but private?!
> >
> > That's just a really, really, really terrible idea for the Qt community
> > and ecosystem.
> >  
> 
> 
> ​I completely agree, that's appalling. I object both as a user and as one
> of the speakers.
> 
> Rich.

"I felt a great disturbance in the Force, as if millions of new fake qt 
accounts suddenly appeared"
(loosely based on Obi-Wan Kenobi)

time for a new temp mail account ;)

-- 
/*
 *  panic("IRQ, you lose...");
 *  linux-2.2.16/arch/mips/sgi/kernel/indy_int.c
 */


pgphQx2xw4UgY.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] virus warnings

[alexander golks]

just fyi:
since we are using qt-5.6 with vs2015 we get SONAR.Heur.RGC!g111 virus warnings 
on one of our services.
with vs2010, we do not see this issue.

alex

Am Thu, 8 Dec 2016 23:11:35 -0500
schrieb Jocala :

> Thanks, I'll give that a shot.
> 
> BTW, Microsoft's suggestion was that I invest in a pricey certificate with
> yearly fees.
> 
> On Thu, Dec 8, 2016 at 11:07 PM, Thiago Macieira 
> wrote:
> 
> > Em quinta-feira, 8 de dezembro de 2016, às 22:44:10 PST, Jocala escreveu:  
> > > My program is a statically linked exe.  I have no idea how to do what
> > > you're talking about.  Additionally, I didn't mention, once the file is
> > > downloaded, Windows Defender reports it as clean.  
> >
> > If it's statically linked, it means you've built Qt from sources. That
> > means
> > it's a false positive.
> >
> > The only suggestion I have is to change your compiler version to see if a
> > change in code generation makes the virus scanner ignore your files.
> >
> > --
> > Thiago Macieira - thiago.macieira (AT) intel.com
> >   Software Architect - Intel Open Source Technology Center
> >
> > ___
> > Interest mailing list
> > Interest@qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/interest
> >  


-- 
/*
 *  printk("whoops, seeking 0\n");
 *  linux-2.6.6/drivers/block/swim3.c
 */


pgpdRmVirSDg6.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] When does Qt load its plugins?

[alexander golks]

Am Wed, 13 Jul 2016 12:37:22 +0200
schrieb Elvis Stansvik :

> 2016-07-13 12:34 GMT+02:00 Elvis Stansvik :
> > I'm working on packaging an application using QtWidgets as an AppImage
> > and I'm looking at which of the Qt plugins I must bundle.
> >
> > I'll run an strace while using the application, but I thought I'd also
> > ask here: When in general does Qt load its plugins? For some plugins
> > (such as the platform plugin), I expect it to be quite early. But what
> > about imageformat plugins, is there a policy that they be loaded as
> > late as possible?  
> 
> To clarify, I wasn't only talking about imageformat plugins, but
> plugins in general. The imageformat plugins was just an example where
> I suspect they may be loaded as late as possible?
> 
> Elvis
> 
> >
> > In short I'm wondering if I must use every nook and cranny of the
> > application during my strace run, to catch all plugins, or if it's
> > enough to say wait until the QApplication and QMainWindow is up.
> >
> > Thanks in advance,
> > Elvis  

i would not use strace to get a packaging list for the plugins to deploy.
simply use the plugins you want/need.

plugins are loaded when requested first time. so its not safe to wait 
until QApplication and QMainWindow are up.

> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest


-- 


pgpX5MeK2ehBB.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Utilizing the GPU, how to start?

[alexander golks]

Am Tue, 12 Jul 2016 16:53:25 +1000
schrieb "John C. Turnbull" :

> Thanks. I never thought of using Google ;-)
> 
> Sadly Google shows me what *they* want me to see, not necessarily what I am 
> actually looking for.
> 
> Hence asking the question here: amongst a group of Qt experts who are not 
> controlled by revenue-generating curating algorithms and who could point me 
> to the most appropriate articles for my questions.
> 

pssst they are listening

> Thanks for the links. I will check them out and hopefully they will give me 
> the info I seek.
> 
> -jct
> 
> > On 12 Jul 2016, at 16:38, Mitch Curtis  wrote:
> > 
> > Have you tried Google? :D These two links probably cover your first two 
> > questions:
> > 
> > http://doc.qt.io/qt-5/qtquick-visualcanvas-scenegraph.html
> > http://doc.qt.io/qt-5/qtquick-visualcanvas-scenegraph-renderer.html
> > 
> >   
> >> -Original Message-
> >> From: Interest [mailto:interest-bounces+mitch.curtis=qt...@qt-project.org]
> >> On Behalf Of John C. Turnbull
> >> Sent: Tuesday, 12 July 2016 4:06 AM
> >> To: Uwe Rathmann 
> >> Cc: interest@qt-project.org
> >> Subject: Re: [Interest] Utilizing the GPU, how to start?
> >> 
> >> Anyone?
> >>   
>  On 10 Jul 2016, at 23:23, John C. Turnbull   
> >>> wrote:
> >>> 
> >>> I am still new to Qt but am very interested in the technology and the  
> >> deep innards of how it functions. I have worked in a 3D animation studio
> >> and learned a lot while I was there.  
> >>> 
> >>> Is there documentation or articles that:
> >>> 
> >>> 1) Describe in detail how the Qt Quick rendering pipeline is designed  
> >> and how it operates.  
> >>> 
> >>> 2) Describe the structure and overall architecture of the Qt Quick  
> >> Scenegraph and how it is rendered?  
> >>> 
> >>> 3) Describe the steps that have been taken so far and any further steps  
> >> planned to optimise both (1) and (2)?  
> >>> 
> >>> I really want to know how all this hangs together as I may be able to  
> >> further optimise and improve aspects of them.  
> >>> 
> >>> -jct  
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest


-- 


pgpbFmbiRiQEn.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Slightly OT: On Windows, QFile operations failing due to on-access scanners

[alexander golks]

Hi,

Am Thu, 30 Jun 2016 09:11:27 +0200
schrieb Rainer Wiesenfarth :

> (Qt 5.3.2, VS2010 on Windows)
> 
> Hi all,
> 
> this is off-topic as the problem is not caused by Qt, however, QFile
> is involved and might be the one to handle it. In any case, I'd like
> to hear if others have a similar problem and how they deal with it:
> 
> From time to time we get issues from individual customers that our
> software failed to access files, usually during long-running
> processing tasks. This happens unpredictable and for random files.
> Although we are not able to proove it, we assume that this is caused
> by on-access virus scanners that lock a file for a short amount of
> time to look at it. If a QFile operation tries to access the file
> during that time it fails.
> 
> For some cases we could avoid this by retrying the operation, but I am
> not willing to encapsulate every QFile operation in a retry loop.
> 
> Did anyone out there run into this issue and find a solution for it?
> 

we had same "feelings", not only in relation to virus scanners.
and indeed since some time now we use a qfile subclass with internal retries, 
including configurable retry and interval values.

alex

-- 


pgpiflCY8zL1T.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Interest Digest, Vol 57, Issue 23

[alexander golks]

ack

Am Tue, 21 Jun 2016 15:26:19 +0200
schrieb "Jakub Michałowski" :

> Szanowni Państwo,
> 
> Dziękuję za przesłanie wiadomości.
> 
> W dniach od 19 do 24 czerwca 2016 roku jestem poza biurem w związku z 
> międzynarodowymi targami Firex w Londynie.
> 
> W sprawach szkoleń proszę o kontakt z panem Krzysztofem Nowakowskim pod 
> numerem 52 36 39 265 lub z działem wsparcia technicznego pod numerem 52 36 39 
> 261.
> 
> Realizacją zapytań ofertowych zajmuje się nasz dystrybutor AAT Holding S.A. 
> Listę oddziałów dystrybutora można uzyskać na stronie www.aat.pl.
> 
> W sprawach nieprawidłowości i usterek proszę o kontakt z działem serwisu pod 
> numerem 52 36 39 375.
> 
> W sprawach pomocy technicznej na temat obecnych w ofercie urządzeń proszę o 
> kontakt z naszym działem wsparcia technicznego pod numerem telefonu: 52 36 39 
> 261 lub adresem e-mail: polona...@polon-alfa.pl
> 
> Serdecznie pozdrawiam
> 
> Jakub Michałowski
> Młodszy Konstruktor
> 
> Polon-Alfa Spółka z ograniczoną odpowiedzialnością Sp. k.
> 85-861 Bydgoszcz, ul. Glinki 155
> Tel.  +48 52 36 39 265
> Fax  +48 52 36 39 264
> Kom.  +48 601 380 401
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest


-- 


pgpFjha9z3eB5.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Detecting if the application is already running from another user account

[alexander golks]

Am Fri, 3 Jun 2016 14:16:32 +
schrieb "Murphy, Sean" :

> > Thanks for all those suggestions. Of course there are platform specific 
> > solutions,
> > but I'd like to keep the code 100% cross platform everywhere it's possible.
> >
> > The issue with file locking, is every OS does not have a system-wide 
> > user-writable standard folder.
> > There is /tmp on linux/unix which is standard, but AFAIK windows only has
> > per-user temporary file, and system temp which is not user writable. 
> >
> > Also QLocalSocket doesn't do the job under windows, as two processes can 
> > listen
> > on the same name (only one will receive data), the conflict is not reported 
> > by the API.
> >
> > It seems there is no very good solution.  
> 
> Just throwing a hacky idea out there, but what about listening on a UDP 
> socket? 
> - application launches and listens for x seconds, if it doesn't hear anything 
> it assumes it's the
>   only instance and starts broadcasting every 0.5x seconds
> 
> There's an obvious race condition if two users start the application almost 
> simultaneously not sure how worried about that you are?
> 
> Sean

what about keeping a server listening all the runtime?
this would block the port for listening for the next program, which you can 
capture and handle as needed.

-- 


pgpkM7IGZyLJc.pgp
Description: OpenPGP digital signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Deploy Qt on windows with relative paths

[alexander golks]

hi,

or simply put "deploy-qt-runtime" to the path for current console session,
or create a batch setting the path and starting the app.

alex

> On Windows you can try to set up working directory in the shortcut...
> 
> On 19.01.2016 20:56, Denis Shienkov wrote:
> > Hi all.
> >
> > I want to launch my QML application, based on Qt 5.x, QtQuick 2 with
> > following deployment tree:
> >
> > deploy
> >   |-> deploy-qt-runtime
> >   |-> deploy-my-app
> >
> > where
> >
> > 1) "deploy-qt-runtime" directory contains all required stuff, which is got
> > by means of 'windeployqt.exe' (where I pass the --qmldir to my QML 
> > source files of application).
> >
> > 2) "deploy-my-app" contains my executable file
> >
> > I want to launch my application from the "deploy-my-app" directory by 
> > means of
> > console. But it does nothing, and I got following error from console:
> >
> > "module "QtQuick" is not installed"
> >
> > it is strange, because I use QtQuick 2.0!
> >
> > I tried dofferent ways to launch my application:
> >
> > 1) Using qt.conf file
> >
> > [Paths]
> > plugins = ../deploy-qt-runtime
> > imports = ../deploy-qt-runtime
> > bin = ../deploy-qt-runtime
> > libexec = ../deploy-qt-runtime
> > qml = ../deploy-qt-runtime
> > translations = ../deploy-qt-runtime/translations
> >
> > 2) Using env variables:
> >
> > set QT_RUNTIME_DR=..\deploy-qt-runtime
> > set QT_PLUGIN_PATH=%QT_RUNTIME_DR%
> > set PATH=%QT_RUNTIME_DR%;%PATH%
> >
> > start my-app.exe
> >
> > but it is unsuccessfully!
> >
> > BUT: when I copy my executable file into "deploy-qt-runtime" directory,
> > all works fine!!!
> >
> > Note: I do not want mixing my aplication with qt-runtime resources.
> >
> > So, is it possible to launch application with this "relative" way?
> >
> > BR,
> > Denis
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > ___
> > Interest mailing list
> > Interest@qt-project.org
> > http://lists.qt-project.org/mailman/listinfo/interest
> 


-- 
/*
 *Clothes make the man.  Naked people have little or no influence on society.
 *-- Mark Twain
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] qmake's visual studio generator does not handle recursive subdir templates

[alexander golks]

Am Mon, 23 Nov 2015 21:24:35 +0100
schrieb Roland Winklmeier :

> Hi Scott
> 
> > Are you running qmake with -recursive?
> 
> yes I do. All projects in the subfolders are generated, but as new
> standalone solutions (*.sln) instead of projects (*.vcxproj). So instead
> of a project tree in Visual Studio I have several single Visual Studio
> Solutions.
> 
> Apparently the qmake msvc generator automatically turns every subdirs
> template into its own solution.

hi,

i am working with vs2010 and subdirs, and for me its working.
do you have the template specified in front of each pro file?
e.g.

  # project.pro
  TEMPLATE=subdirs
  SUBDIRS += lib1 lib2 plugins

and 

  # lib1.pro
  TEMPLATE=app
  include("lib1.pri")

i am not sure if this still matters, but we name the pro files exactly like the 
directory name when using subdirs template. your lib1 subdir should have a 
lib1.pro. perhaps this matters here, too.

i get sln files for the sub-sub-dirs, too. but the main project.sln 
includes the correct vcxproj files nevertheless, which i can open. 

alex

-- 
/*
 *  printk(KERN_EMERG "This is not a software problem!\n");
 *linux-2.6.19/arch/x86_64/kernel/mce.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] A QThread question...

[alexander golks]

Am Wed, 21 Oct 2015 12:19:20 +0200
schrieb André Somers :

> Op 21-10-2015 om 11:48 schreef NoMercy:
> > Hello everyone and thanks for you replies,
> >
> > I've a rather advaced question about QThreads (well advanced to my 
> > knowledge anyways)
> >
> > I have a Windows service that runs under System user (naturally) but I 
> > want to create and run a thread from within that service and change 
> > the token of that thread so it runs in user evironment.
> >
> My main question is: why? Why do you want to have a single process run 
> code as different users? To me, it feels like a hack.
> 
> André
> 
> ___
> Interest mailing list
> Interest@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest

why not simply set correct user/password for this user and let windows do it 
for you?

-- 
/*
 *"I'm not at all sure this helps you, but as you say there is nothing to be 
found about the problem except in czech and my attempt att "babelfishing" 
failed miserably"
 *
 *Husse Jul 30 2007
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Seeking tips on restoring application geometry

[alexander golks]

hi,

 I'm kind of leaning towards saving multiple geometries in my settings based 
 on the current desktop size, so that the user can set one geometry for the 
 laptop-only case, set a different geometry for the external monitor(s) case, 
 and have the application remember those settings independently. I'm just not 
 sure if I'm overlooking an obvious pitfall with this approach?

what about re-/storing relations rather then fix pixel sizes? that is, 
calculate the percent-of-screen-x, percent-of-screen-y...
but then in turn, what about font sizes? or doesn't this matter in your case?

-- 
/*
 *  /* if it speaks printer language, it's
 *   * probably a printer *\/
 *linux-2.6.19/drivers/parport/probe.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Need argumentative help..... giving qobject copy/assignment constructor and put it in qlist/qmap

[alexander golks]

hi,

i wonder why you just don't store QObject* in the lists?
moving from objects to pointers should be just fleißarbeit ;)

alex

Am Mon, 20 Jul 2015 22:18:50 +0200
schrieb Jason H jh...@gmx.com:

 And the problem with PHP is that it works at all. ;-)
 
 Wouldn't the modifications you inquire make a mess of the implicit data 
 sharing?
 
 
  Sent: Monday, July 20, 2015 at 1:02 PM
  From: Gunnar Roth gunnar.r...@gmx.de
  To: Guido Seifert warg...@gmx.de
  Cc: interest@qt-project.org
  Subject: Re: [Interest] Need argumentative help. giving qobject 
  copy/assignment constructor and put it in qlist/qmap
 
  Hi Guido,
  i know quite a many bad c/c++ code that worked … for a while ;-) thats the 
  problem with many bad c/c++ code, that it works somehow.
   Am 20.07.2015 um 18:53 schrieb Guido Seifert warg...@gmx.de:
   
   
   One should think this is a clear warning sign. :-)
   But the code worked. So problem solved. Now I am wondering if I was 
   over-cautious, or if there are less obvious problems. With different 
   compilers? Platforms? Some less known QMap/QList features, which might 
   shuffle the objects around? Not that the obvious stuff isn't enough NOT 
   to do this. 
   
   On Mon, 20 Jul 2015 18:41:16 +0200
   Gunnar Roth gunnar.r...@gmx.de wrote:
   
   Hi,
   well i think thats even worse. You have to call the base class copy 
   constructor in any derived copy constructor but you cannot as it is 
   private ( and even not implemented),
   so that was not enough warning for them not to do this?
   
   
   Am 20.07.2015 um 18:38 schrieb Guido Seifert warg...@gmx.de:
   
   No, they gave a class, which inherits QObject a copy/assignment 
   constructor. Not as bad as patching Qt, but still not a good idea.
   
   On Mon, 20 Jul 2015 18:35:08 +0200
   Gunnar Roth gunnar.r...@gmx.de wrote:
   
   Hi Guido,
   you mean they have patched qt and gave Object an assignment operator 
   and copy constructor?
   Really?
   
   Regards,
   Gunnar
   
   
   Am 20.07.2015 um 14:51 schrieb Guido Seifert warg...@gmx.de:
   
   Hi, just seen this in project's code. Worse, I have been told to do 
   it exactly this way in another code part. I must say I am less than 
   thrilled. On first glance this code seems to work. There is not much 
   copying around. The objects sit happily in their containers. But it 
   smells. So what is the worst what can be expected? Something not 
   obvious? On different compilers? I need some convincing reasons, 
   which cannot just waved away. or confirmation that eveything is 
   fine and I can stop worrying but this also must be convincing. 
   Perhaps even more ;-)
   -- 
   Sent from my Android phone with K-9 Mail. Please excuse my brevity.
   ___
   Interest mailing list
   Interest@qt-project.org
   http://lists.qt-project.org/mailman/listinfo/interest
   
   
   ___
   Interest mailing list
   Interest@qt-project.org
   http://lists.qt-project.org/mailman/listinfo/interest
  
  ___
  Interest mailing list
  Interest@qt-project.org
  http://lists.qt-project.org/mailman/listinfo/interest
 
 ___
 Interest mailing list
 Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest


-- 
/*
 *  The smallest worm will turn being trodden on.
 *  -- William Shakespeare, Henry VI
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Relevant industrial buses

[alexander golks]

hi,

i've no deep knowledge about buses at all and if some of these would even fit 
into the qserialbus module, but what about some of the buses and protocols for 
home automation?
it would be great to have simple access to diy installations over standard 
buses/protocols using qt, or even to implement your own driver for this.

alex

Am Mon, 6 Jul 2015 18:31:52 +
schrieb Turunen Tuukka tuukka.turu...@theqtcompany.com:

 
 Hi Mike et al,
 
 
 Modbus is one that we have also gotten some requests earlier, so it might be 
 a good next step.
 
 
 We are also keen to understand if there are some other / new buses that are 
 seen relevant in the future for industry applications.
 
 
 Qt SerialPort has been discussed to later on be re-created as plugin for Qt 
 SerialBus. But before that we would like to have support for new buses in the 
 new module.
 
 
 Yours,
 
 
 Tuukka
 
 
 
 Lähettäjä: Michael R Nelson mnel...@sutron.com
 Lähetetty: 6. heinäkuuta 2015 15:35
 Vastaanottaja: Turunen Tuukka; interest@qt-project.org Interest
 Aihe: RE: [Interest] Relevant industrial buses
 
 
 We would likely take advantage of Modbus and DNP3, if these became available.
 
 
 
 Mike
 
 
 
 From: interest-bounces+mnelson=sutron@qt-project.org 
 [mailto:interest-bounces+mnelson=sutron@qt-project.org] On Behalf Of 
 Elvis Stansvik
 Sent: Friday, July 03, 2015 2:36 PM
 To: Turunen Tuukka; interest@qt-project.org Interest
 Subject: Re: [Interest] Relevant industrial buses
 
 
 
 2015-07-03 12:13 GMT+02:00 Turunen Tuukka 
 tuukka.turu...@theqtcompany.commailto:tuukka.turu...@theqtcompany.com:
 
 
 
 Hi,
 
 
 
 As you are probably aware, we are developing a new Qt SerialBus module. 
 Target is to have a technology preview in Qt 5.6 with support to CANBus. You 
 can look how it is shaping up at: http://code.qt.io/cgit/qt/qtserialbus.git/
 
 
 
 I wasn't aware. Very interesting.
 
 
 
 The architecture of the new Qt SerialBus is modular, and we would like to add 
 support to new buses relevant for Qt based systems. One area that Qt is 
 widely used is industrial automation, and therefore we are interested in 
 knowing which are the buses you would like to have supported with this 
 module. We are of course also very much open to contributions to get more 
 buses supported.
 
 
 
 I wouldn't say I work in industrial automation, but we are building a machine 
 for mineral analysis. We're not using Qt for the machine control parts in 
 this project though (but we are using PyQt for various GUIs, but that's for 
 remote control, not close to the hardware).
 
 
 
 Modbus comes to mind as a protocol you might want to support, in its various 
 incarnations (TCP, UDP, serial, ...). It's a very widespread protocol still, 
 despite its age.
 
 
 
 I don't know what scope you have in mind for this module. I looked briefly at 
 the code, and the interfaces seems quite general (read/write/configuration 
 parameters).
 
 
 
 Other protocols we use at work are various hardware vendor specific protocols 
 over RS-422 and RS-485, so had we used Qt we would have used QtSerialPort. 
 Modbus was the only thing that came to mind right now. Currently we use 
 pymodbus, which is very well-written, if you need inspiration.
 
 
 
 Qt for industrial automation is an interesting prospect though.
 
 
 
 Best regards,
 
 Elvis Stansvik
 
 
 
 
 
 Yours,
 
 
 
 Tuukka Turunen
 
 Director, RD
 
 
 
 The Qt Company
 
 Piippukatu 11, 40100 Jyväskylä, Finland
 
 Email: 
 tuukka.turu...@theqtcompany.commailto:tuukka.turu...@theqtcompany.com | 
 Mobile: + 358 40 7655 800
 
 www.qt.iohttp://www.qt.io |Qt Blog: http://blog.qt.io | Twitter: 
 @QtbyDigia, @Qtproject | Facebook: 
 www.facebook.com/qthttp://www.facebook.com/qt
 
 
 
 ___
 Interest mailing list
 Interest@qt-project.orgmailto:Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest
 
 


-- 
/*
 *Q:  How many members of the U.S.S. Enterprise does it take to change a
 *  light bulb?
 *A:  Seven.  Scotty has to report to Captain Kirk that the light bulb in
 *  the Engineering Section is getting dim, at which point Kirk will send
 *  Bones to pronounce the bulb dead (although he'll immediately claim
 *  that he's a doctor, not an electrician).  Scotty, after checking
 *  around, realizes that they have no more new light bulbs, and complains
 *  that he canna see in the dark.  Kirk will make an emergency stop at
 *  the next uncharted planet, Alpha Regula IV, to procure a light bulb
 *  from the natives, who, are friendly, but seem to be hiding something.
 *  Kirk, Spock, Bones, Yeoman Rand and two red shirt security officers
 *  beam down to the planet, where the two security officers are promply
 *  killed by the natives, and the rest of the landing party is captured.
 *  As something begins to develop between the Captain and Yeoman Rand,
 *  Scotty, back in orbit, is attacked by a Klingon 

Re: [Interest] Relevant industrial buses

[alexander golks]

Am Tue, 7 Jul 2015 09:05:05 +0200
schrieb Elvis Stansvik elvst...@gmail.com:

 2015-07-07 8:35 GMT+02:00 alexander golks a...@golks.de:
 
  hi,
 
  i've no deep knowledge about buses at all and if some of these would even
  fit into the qserialbus module, but what about some of the buses and
  protocols for home automation?
  it would be great to have simple access to diy installations over standard
  buses/protocols using qt, or even to implement your own driver for this.
 
 
 While I agree that this would be really cool, and that it seems this new
 module would be the right place for it, I would suggest the Qt Company
 focus on common industrial buses first. Home automation is of course not
 something new by now, but industrial automation is a much larger market, so
 I would think it would be a good idea to cater to their needs first. Both
 from a business perspective, and from a perspective of gaining involvement
 in Qt development.
 
 Not saying home automation protocols shouldn't be added, it's just a
 friendly tip to focus on the larger market initially :)
 
 Elvis
 

well, beside dyi home automation, there is a business perspective to this, too, 
but i can't estimate on this.
cool is one thing, but think of professional companies wanting to create home 
automation utilities and apps using qt, interfacing their product or even all 
available via different backends ;)

in the end, the extensibility is what matters, not the already supported 
modules at begin of project, so i agree with you to concentrate on industrial 
backends, first.

 
  alex
 
  Am Mon, 6 Jul 2015 18:31:52 +
  schrieb Turunen Tuukka tuukka.turu...@theqtcompany.com:
 
  
   Hi Mike et al,
  
  
   Modbus is one that we have also gotten some requests earlier, so it
  might be a good next step.
  
  
   We are also keen to understand if there are some other / new buses that
  are seen relevant in the future for industry applications.
  
  
   Qt SerialPort has been discussed to later on be re-created as plugin for
  Qt SerialBus. But before that we would like to have support for new buses
  in the new module.
  
  
   Yours,
  
  
   Tuukka
  
  
   
   Lähettäjä: Michael R Nelson mnel...@sutron.com
   Lähetetty: 6. heinäkuuta 2015 15:35
   Vastaanottaja: Turunen Tuukka; interest@qt-project.org Interest
   Aihe: RE: [Interest] Relevant industrial buses
  
  
   We would likely take advantage of Modbus and DNP3, if these became
  available.
  
  
  
   Mike
  
  
  
   From: interest-bounces+mnelson=sutron@qt-project.org [mailto:
  interest-bounces+mnelson=sutron@qt-project.org] On Behalf Of Elvis
  Stansvik
   Sent: Friday, July 03, 2015 2:36 PM
   To: Turunen Tuukka; interest@qt-project.org Interest
   Subject: Re: [Interest] Relevant industrial buses
  
  
  
   2015-07-03 12:13 GMT+02:00 Turunen Tuukka 
  tuukka.turu...@theqtcompany.commailto:tuukka.turu...@theqtcompany.com:
  
  
  
   Hi,
  
  
  
   As you are probably aware, we are developing a new Qt SerialBus module.
  Target is to have a technology preview in Qt 5.6 with support to CANBus.
  You can look how it is shaping up at:
  http://code.qt.io/cgit/qt/qtserialbus.git/
  
  
  
   I wasn't aware. Very interesting.
  
  
  
   The architecture of the new Qt SerialBus is modular, and we would like
  to add support to new buses relevant for Qt based systems. One area that Qt
  is widely used is industrial automation, and therefore we are interested in
  knowing which are the buses you would like to have supported with this
  module. We are of course also very much open to contributions to get more
  buses supported.
  
  
  
   I wouldn't say I work in industrial automation, but we are building a
  machine for mineral analysis. We're not using Qt for the machine control
  parts in this project though (but we are using PyQt for various GUIs, but
  that's for remote control, not close to the hardware).
  
  
  
   Modbus comes to mind as a protocol you might want to support, in its
  various incarnations (TCP, UDP, serial, ...). It's a very widespread
  protocol still, despite its age.
  
  
  
   I don't know what scope you have in mind for this module. I looked
  briefly at the code, and the interfaces seems quite general
  (read/write/configuration parameters).
  
  
  
   Other protocols we use at work are various hardware vendor specific
  protocols over RS-422 and RS-485, so had we used Qt we would have used
  QtSerialPort. Modbus was the only thing that came to mind right now.
  Currently we use pymodbus, which is very well-written, if you need
  inspiration.
  
  
  
   Qt for industrial automation is an interesting prospect though.
  
  
  
   Best regards,
  
   Elvis Stansvik
  
  
  
  
  
   Yours,
  
  
  
   Tuukka Turunen
  
   Director, RD
  
  
  
   The Qt Company
  
   Piippukatu 11, 40100 Jyväskylä, Finland
  
   Email: tuukka.turu...@theqtcompany.commailto:
  tuukka.turu...@theqtcompany.com | Mobile

Re: [Interest] cross-platform CI for mobile Qt-based projects (iOS / android)

[alexander golks]

hi,

we are using jenkins, for windows currently only, but:

- we use dependencies during a build, having multiple libraries build first and 
the depending users build afterwards
- several different custom build steps for some projects
- calls to cygwin and cmd line scripts
  // must pay attention on what executables are called from within cygwin bash, 
e.g. 'find' will most propably call the windows 'find'...
  for e.g. qmake -tp vc -r calls for qmakeing the projects
- issuing windows msbuilds
- executing deploy scripts
- automatic svn triggers, so after check in a build is started
- mantisbt and websvn connection

so yes, your use case seems to be possible rather simply. configuration for 
your needs will be the problem.

we have now an environment where we have issue tracking in mantistb, every 
check in creates a full release build, jenkins leaves a note in mantis, 
and the issue reporter can view the changes made in websvn and/or 
mantisbt/sci+subversion/websvn changesets and test the fix in the release build.

took me quite a time to get it running, but now it's very smooth ;)

alex

Am Tue, 2 Jun 2015 15:54:56 +0300
schrieb Alexander Ivash elder...@gmail.com:

 Thank you, I will take a look! But does it have support for Qt-based
 projects, or custom build steps with manual launching 'qmake' / 'xxxdeploy'
 tools are required?
 
 2015-06-02 15:17 GMT+03:00 Edward Sutton edward.sut...@subsite.com:
 
   I use Jenkins for building releases for Android, iOS, Linux, OS X, and
  Windows.
 
   https://jenkins-ci.org/
 
 
   I have  a job that builds an Android APK ready for Google Play Store
  deployment.
 
   On iOS I still have work to do.  I need to figure out how to do a
  command line, sign, archive, and package before the build output is ready
  for iTunes Connect.
 
  -Ed
 
 
 
 
   On Jun 2, 2015, at 5:59 AM, Alexander Ivash elder...@gmail.com wrote:
 
   Does such a thing exist at the moment? If no, I'd appreciate any hints
  on implementing this (At the moment I'm looking at the 'builbot', but not
  sure if this is the best option).
  ___
  Interest mailing list
  Interest@qt-project.org
  http://lists.qt-project.org/mailman/listinfo/interest
 
 
   This email and any files transmitted with it from The Charles Machine
  Works, Inc. are confidential and intended solely for the use of the
  individual or entity to which they are addressed. If you have received this
  email in error please notify the sender. Our company accepts no liability
  for the contents of this email, or for the consequences of any actions
  taken on the basis of the information provided, unless that information is
  subsequently confirmed in writing. Please note that any views or opinions
  presented in this email are solely those of the author and do not
  necessarily represent those of the company. Finally, the recipient should
  check this email and any attachments for the presence of viruses. The
  company accepts no liability for any damage caused by any virus transmitted
  by this email.
 


-- 
/*
 *  BOFH excuse #336:
 *
 *  the xy axis in the trackball is coordinated with the summer solstice
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Survey: do you override QCoreApplication::notify? Why?

[alexander golks]

hi,

 As part of trying to design the solution, I'd like to know what people 
 override QCoreApplication::notify() for.

we have 3rd party plugins - beside our own crude code, sometimes - called in 
threads and in q(core)application in various situations, which throw 
exceptions. errors, yes, but we have to deal with it.
so 1)-3) are applied. normally we continue execution after catched exceptions.

i am pretty sure, by redesigning our software we could remove this use cases, 
but this is work for years, thus no real option currently.

 If you're doing #3, have you tried GammaRay? Is that notify() enabled for 
 production builds?

this is definitly enabled in production code, too, as we have found plugins to 
behave different in debug and release. and i can't walk to our customers and 
run a gammaray session in production environment.

4) is used in gui thread, to filter events.
i tried to use 4) and 5) to simulate events, for which i haven't found time yet 
to finish it successfully.

 And additional question: do you need this for the main thread only, for 
 auxiliary threads only or for all threads?

all.

hope this helps abit.

alex

-- 
/*
 *  panic(Unable to find empty mailbox for aha1542.\n);
 *  linux-2.2.16/drivers/scsi/aha1542.c
 */
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QSqlQuery... bindValue does not work for CREATE TABLE .... AS SELECT....

[alexander golks]

Am Wed, 11 Mar 2015 10:29:41 +0100
schrieb Guido Seifert warg...@gmx.de:

 
  works at my side, qt4.8.6:
query.prepare(CREATE TEMP TABLE selectseriestable AS SELECT title FROM 
  titlegroup,title 
  WHERE titlegroup.seriesID=(SELECT seriesid FROM series WHERE 
  series=:series AND version=:version) AND 
  titlegroup.titleID=title.titleID;);
QString series=bla;
QString version=blabla;
query.bindValue(:series,series);
query.bindValue(:version,version);
  
  besides that my ms sql server don't like the syntax...
 
 There is an alternative syntax for the same goal using SELECT INTO... Does 
 not work for me either. Exactly the same problem. 
 
  in my case the QSqlQuery emulates preparing and binding, but the query is 
  prepared successfully and the values are bound. and the 
  statement is executed by the sql server.
 
 Maybe a problem of the postgresql driver. 

you can try to debug into the driver and see what happens, e.g. stepping into 
the QSqlQuery::exec(). this way you could verify that it's either the driver or 
the database.

perhaps a postgres user can give more informations, when you provide the 
QSqlError::text() from the failing statement.

  i think in view of the drivers theres no difference in the exact statement, 
  whether you have a insert, create, whatever, 
  is of no concern.
 
 That's what I thought, too. But neither CREATE TEMP TABLE... AS SELECT nor 
 SELECT * INTO  FROM works for me if I use
 bound values. Those statement are the only, which give me this trouble. And 
 since you say it works for you on qt4.8.6 and it works
 for me if I remove the bound values, I doubt it is a bug on my side.
 
 Fortunately it is not a show stopper for me. Though the workaround looks a 
 but ugly. 
 
 Thanks for trying.
 
 Guido
 ___
 Interest mailing list
 Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest

alex

-- 
/*
 *  Q:  Why don't Scotsmen ever have coffee the way they like it?
 *  A:  Well, they like it with two lumps of sugar.  If they drink
 *it at home, they only take one, and if they drink it while
 *visiting, they always take three.
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Logging meta call events

[alexander golks]

Am Tue, 17 Feb 2015 23:23:44 -0800
schrieb Thiago Macieira thiago.macie...@intel.com:

 On Wednesday 18 February 2015 07:59:09 alexander golks wrote:
  if you really want to log, why not just include the private header and do
  the logging? we do it in our derived q(core)application::notify, when
  catching exceptions during notify:
  
  #include ../../src/qtbase/src/corelib/kernel/qobject_p.h
  
//...
QMetaCallEvent* metaCallEvent=dynamic_castQMetaCallEvent*(event);
if(metaCallEvent)
{
  eventInfo+=\nmetacall event;
  eventInfo+=\nevent id: +QString::number(metaCallEvent-id());
  eventInfo+=\nevent sender: +getObjectInfo(metaCallEvent-sender());
  eventInfo+=\nevent: +QString::number(metaCallEvent-signalId());
}
 
 Meta call events only happen for queued slot deliveries. For direct 
 deliveries, there's no event, so notify() will not be called. For those, you 
 need to use the hooks that QSignalSpy uses.
 
 One more thing: catching exceptions during notify() is too late. The 
 exception 
 may have caused a lot of damage inside Qt before it reached notify(). If you 
 need to recover, you need to catch it earlier. If the exception reaches 
 notify(), you should interrupt the event loop and exit the application -- for 
 example, by rethrowing.
 

thanks for explanations.
we are using this to get a kind of backtrace and beeing able to at least try
to identify why our app crashs, as we are using many 3party libraries and 
plugins,
which don't care if they throw inside a slot/event.

but my point is, when he wants to use the private header, why not?

-- 
/*
 *It is a beta, but is fairly stable. As with any beta things can go wrong.
 *
 *Husse Jul 25 2007
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Logging meta call events

[alexander golks]

Am Wed, 18 Feb 2015 08:17:38 -0800
schrieb Thiago Macieira thiago.macie...@intel.com:

 On Wednesday 18 February 2015 09:06:46 alexander golks wrote:
  but my point is, when he wants to use the private header, why not?
 
 Read it. There's an important comment at the beginning of every private 
 header 
 (enforced by our continuous integration system) explaining why you shouldn't 
 do it. We call it the We mean it header.
 

thats what i have to live with ;) 

... besides other things ...

-- 
/*
 *  Your talents will be recognized and suitably rewarded.
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Logging meta call events

[alexander golks]

Am Tue, 17 Feb 2015 23:48:54 +
schrieb Richard Moore r...@kde.org:

 On 17 February 2015 at 23:41, Bernhard priv...@bernhard-lindner.de wrote:
 
This would not allow me to integrate the findings into my custom state
engine log (which also contains transitions and a lot more things in
chronological order).
  
   The hook itself would. See qsignalspy.cpp for how to install it.
  
   Your callbacks need to be thread-safe.
 
  So you are not talking about the public, documented QSignalsSpy API, right?
  Is that hook what QSignalSpy uses internally?
 
  I will look into this tomorrow. For the moment I could not find a
  qsignalspy.cpp in the Qt sources.
 
 
 http://code.woboq.org/qt5/qtbase/src/testlib/qsignalspy.h.html
 
 Rich.

if you really want to log, why not just include the private header and do the 
logging? 
we do it in our derived q(core)application::notify, when catching exceptions 
during notify:

#include ../../src/qtbase/src/corelib/kernel/qobject_p.h

  //...
  QMetaCallEvent* metaCallEvent=dynamic_castQMetaCallEvent*(event);
  if(metaCallEvent)
  {
eventInfo+=\nmetacall event;
eventInfo+=\nevent id: +QString::number(metaCallEvent-id());
eventInfo+=\nevent sender: +getObjectInfo(metaCallEvent-sender());
eventInfo+=\nevent: +QString::number(metaCallEvent-signalId());  
  }

-- 
/*
 *  /* Am I fucking pedantic or what? *\/
 *  linux-2.2.16/drivers/scsi/qlogicpti.h
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QSqlDatabase

[alexander golks]

Am Wed, 4 Feb 2015 15:01:50 +0100
schrieb Till Oliver Knoll till.oliver.kn...@gmail.com:

 
 
 
 
  ...
 QSqlDatabase db = QSqlDatabase::addDatabase(QSQLITE);
  ...
 bool ok = db.open();
  
  When I run this ok is always true, no matter what arguments are passed.
 
 I am not experienced with SQLITE, but is it possible that each time a new DB 
 instance (file) is created, if no such instance exists yet? Hence the 
 connection alway succeeds?
 

or perhaps because sqlite has no notion of usernames, passwords, et al? just 
the filename matters.

-- 
/*
 *  panic(Halt failed!);
 *  linux-2.6.6/arch/sparc/kernel/process.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Advice on random program finish crash

[alexander golks]

Am Wed, 7 Jan 2015 09:32:21 +
schrieb Nuno Santos nunosan...@imaginando.pt:

 Hi,
 
 I’m having a problem with a random crash that not always happens. I would 
 like to have your advice on how to find the origin of it.
 
 This crash always happens on program exit and the stack trace is the 
 following:
 
 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
 0   org.qt-project.QtCore 0x000109a03549 
 QMutexPrivate::allocate() + 105
 1   org.qt-project.QtCore 0x000109a02d1c 
 QBasicMutex::lockInternal(int) + 92
 2   org.qt-project.QtCore 0x000109a02c64 QMutex::lock() + 52
 3   org.qt-project.QtCore 0x000109a0b6fd 
 QWaitCondition::wait(QMutex*, unsigned long) + 173
 4   org.qt-project.QtCore 0x000109a0aeae 
 QThread::wait(unsigned long) + 110
 5   org.qt-project.QtNetwork  0x00010a4870da 
 QNetworkAccessManagerPrivate::~QNetworkAccessManagerPrivate() + 58
 6   org.qt-project.QtNetwork  0x00010a48722e 
 QNetworkAccessManagerPrivate::~QNetworkAccessManagerPrivate() + 14
 7   org.qt-project.QtCore 0x000109c3e7c7 QObject::~QObject() 
 + 1879
 8   org.qt-project.QtNetwork  0x00010a483c16 
 QNetworkAccessManager::~QNetworkAccessManager() + 262
 
 The only particularity of this QNetworkAccessManager is the fact that it is 
 instantiated on a class that is a singleton:
 
 class Manager : public QObject
 {
 public:
 
   static Manager* sharedManager();
 
   ...
 
   QNetworkAccessManager* networkAccessManager();
 
   ...
 
 protected:
 
   Manager();
   ~Manager();
 
   ...
   
   QNetworkAccessManager _networkAccessManager;
 };
 
 
 Manager* Manager::sharedManager()
 {
   QMutexLocker lock(managerMutex);
   static Manager manager;
   return manager;
 }
 
 Manager::Manager() :
   _networkAccessManager()
 {
   ... 
 }
 
 Manager::~Manager()
 {
   
 }
 
 Is there any obvious reason for this crash to happen randomly at program 
 termination?
 
 Thanks,
 
 Regards,
 
 Nuno Santos
 ___
 Interest mailing list
 Interest@qt-project.org
 http://lists.qt-project.org/mailman/listinfo/interest

i have not a real advice, but perhaps a hint. i last had strong problems which 
lead to nearly same stacktraces due to the fact:
- that i deleted running QThread*
- that i had QObject* deletedLater() in wrong threads
and well, static qobjects are not always easy to handle.

perhaps you should check for runtime warnings comming from qt, related to 
thread affinity problems?

alex

-- 
/*
 *  printk(Illegal format on cdrom.  Pester manufacturer.\n);
 *  linux-2.2.16/fs/isofs/inode.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Advice on random program finish crash

[alexander golks]

Am Wed, 7 Jan 2015 12:36:52 +
schrieb Nuno Santos nunosan...@imaginando.pt:

 Hi,
 
 I’m not really sure. 
 
 Question: 
 
 - On program termination, isn’t all the memory allocated by it deleted?

when allocated on heap, no. the memory is just released, not delete()'ed, that 
is, no dtor is called at all.
the memory is returned to the system, available for other applications again, 
after your application has exited. so there is no memory leak here.

 
 With this approach at least the QNetworkAccessManager which is being 
 allocated by the manager is supposedly being deleted:
 
 Manager::~Manager()
 {
 _networkAccessManager-deleteLater();
 }
 
 Which is called if I set app as Manager parent.

which in turn won't get called, when your app on heap is not deleted anymore.

 
 I’m not sure if this will result in a successful object deletion since the 
 event loop is now terminated at this point.
 
 While without any crash, i’m always looking to improve my understanding of 
 this low level details. Any ideas, suggestions or explanations are welcome.

sometimes it's easier to use this kind of hacks (qapplication on heap, not 
deleted) instead of trying to fix too complex, threaded programs...

 
 Thanks,
 
 Regards,
 
 Nuno
 
  On 07 Jan 2015, at 12:31, Michael Sué s...@sf.mpg.de wrote:
  
  Hi,
   
  With this approach, the object will no longer be deleted at program exit, 
  right? So there can be no crash on deletion anymore.
   
  - Michael.
   
  From: interest-bounces+sue=sf.mpg...@qt-project.org 
  [mailto:interest-bounces+sue=sf.mpg...@qt-project.org] On Behalf Of Nuno 
  Santos
  Sent: Wednesday, January 07, 2015 1:16 PM
  To: Igor Mironchik
  Cc: Interests Qt
  Subject: Re: [Interest] Advice on random program finish crash
   
  Hi,
   
  I have made the following modification and it seems not crashing anymore:
   
  static Manager* gManager = 0;
   
  Manager* Manager::sharedManager()
  {
QMutexLocker lock(managerMutex);
   
if (!gManager)
{
gManager = new Manager();
}
   
return gManager;
  }
   
  Does this seems a better approach?
   
  Regards,
   
  Nuno
   
  On 07 Jan 2015, at 10:30, Nuno Santos nunosan...@imaginando.pt 
  mailto:nunosan...@imaginando.pt wrote:
   
  Hi Igor,
   
  Ops… You are right, it is not static.
   
  I have tried your suggestion but now it crashes everytime I close the app 
  and I can’t even get a stack trace like before. If I run it on debug, it 
  points me to assembler code. Not anything I can really point to.
   
  Regards,
   
  Nuno
   
  
  On 07 Jan 2015, at 10:19, Igor Mironchik igor.mironc...@gmail.com 
  mailto:igor.mironc...@gmail.com wrote:
   
  On Wed, 07 Jan 2015 13:01:32 +0300, Nuno Santos nunosan...@imaginando.pt 
  mailto:nunosan...@imaginando.pt wrote:
  
  
  Yes,
  
  int main(int argc, char **argv)
  {
 QGuiApplication app(argc, argv);
  
 ...
  
 return app.exec();
  }
  
  No. Here QGuiApplication is not static. Then in your app the situation is 
  the next: QGuiApplication destroyes before your Manager. But any 
  QObject-derived class must be created after QApplication and destroyed 
  before QApplication. May be this is the reason of your crash.
  
  Make QGuiApplication static. For example:
  
  static QSharedPointer QApplication  application( int argc = 0, char ** 
  argv = 0 )
  {
   static QSharedPointer QApplication  app(
   new QApplication( argc, argv ) );
  
   return app;
  }
  
  and in main()
  
  QSharedPointer QApplication  app = application( argc, argv );
  
  before any QObject...
  
  
  
  
  
  On 07 Jan 2015, at 09:54, Igor Mironchik igor.mironc...@gmail.com 
  mailto:igor.mironc...@gmail.com wrote:
  
  Hi, I have one question: is QApplication static too?
  
  On Wed, 07 Jan 2015 12:32:21 +0300, Nuno Santos nunosan...@imaginando.pt 
  mailto:nunosan...@imaginando.pt
  wrote:
  
  
  Hi,
  
  I’m having a problem with a random crash that not always happens. I
  would like to have your advice on how to find the origin of it.
  
  This crash always happens on program exit and the stack trace is the
  following:
  
  Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
  0   org.qt-project.QtCore0x000109a03549
  QMutexPrivate::allocate() + 105
  1   org.qt-project.QtCore0x000109a02d1c
  QBasicMutex::lockInternal(int) + 92
  2   org.qt-project.QtCore0x000109a02c64 
  QMutex::lock() + 52
  3   org.qt-project.QtCore0x000109a0b6fd
  QWaitCondition::wait(QMutex*, unsigned long) + 173
  4   org.qt-project.QtCore0x000109a0aeae
  QThread::wait(unsigned long) + 110
  5   org.qt-project.QtNetwork  0x00010a4870da
  QNetworkAccessManagerPrivate::~QNetworkAccessManagerPrivate() + 58
  6   org.qt-project.QtNetwork  0x00010a48722e
  

[Interest] QDir::cdUp looping forever

[alexander golks]

hi,

i am running windows 7, using qt-online 5.3.2.

when executing following code on a network share as working directory, e.g. 
//server/data/:

  QDir dir=QDir::current();
  qDebug()start dir=dir;
  while(dir.cdUp())
qDebug()up dir=dir;

this will print:

start dir=  QDir( //server/data , nameFilters = { * },  QDir::SortFlags( Name 
| IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) ) 
up dir=  QDir( //server , nameFilters = { * },  QDir::SortFlags( Name | 
IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) ) 
up dir=  QDir( //server.. , nameFilters = { * },  QDir::SortFlags( Name | 
IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) ) 
up dir=  QDir( //server , nameFilters = { * },  QDir::SortFlags( Name | 
IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) ) 
up dir=  QDir( //server..

and on and on.

the problem seems to be:

bool QDir::cd(const QString dirName)
//...
if (isRoot())
newPath = d-dirEntry.filePath();
else
newPath = d-dirEntry.filePath() % QLatin1Char('/');
 newPath += dirName;


whereas qt 4.8.6 has an additional check there:

//...
if (isRoot()) {
if (dirName == QLatin1String(..))
return false;
newPath = d-dirEntry.filePath();
} else {
newPath = d-dirEntry.filePath() % QLatin1Char('/');
}
newPath += dirName;


is this a regression, or what?

can't we do just a 

//...
newPath = d-dirEntry.filePath() % QLatin1Char('/') + dirName;

and let the rest of code clean and fix the path?

alex

-- 
/*
 *  There is an old time toast which is golden for its beauty.
 *  When you ascend the hill of prosperity may you not meet a friend.
 *  -- Mark Twain
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Application Plugins

[alexander golks]

Am Wed, 23 Jul 2014 09:05:45 +
schrieb Graham Labdon graham.lab...@avalonsciences.com:

 Hi thanks for your reply
 I have stepped through the code with the debugger and it reports that the 
 specified module could not be found
 This project succeeds if compiled in Release mode but not in Debug mode
 
 Does anyone have clue about this?
 

i would check for dependency problems of the resulting dll.

further on: thats why we have debug plugins with d appended, just like qt 
does, for not trying to load debug in release and vice versa. perhaps this is 
still your problem?

alex

-- 
/*
 *printk (KERN_ERR %s: Oops - your private data area is hosed!\n, ...)
 *linux-2.6.6/drivers/net/ewrk3.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QLabel inconsistent sizing with word wrap

[alexander golks]

Am Fri, 18 Jul 2014 11:59:15 +1000
schrieb Tony Rietwyk t...@rightsoft.com.au:

 Hi Everybody. 
 
 In my Qt 4.8.6 application I cannot understand why this QLabel widget's
 sizing varies wildly depending on the text content - even for similar text!
 The QLabel has only WordWrap switched on, and Alignment Top/Left.  All of
 the widgets shown have size policy Preferred, except for the top level with
 the black border that has horizontal and vertical both set to
 MinimumExpanding.  I've checked the source records and both descriptions are
 plain text without any line breaks, etc.  
 
 There are lots of hits when googling, but few answers. 
 
 Can anyone shed light on this?  Has the text layout code been improved in
 v5?  
 
 Regards, 
 
 Tony

hi,

i assume your yellow marked text is the QLabel in question. 

as your whole layout (QFrame?) is smaller in the 2nd screenshot, it would be 
only reasonable for the QLabel inside this layout to resize as well, or not?

alex

-- 
/*
 *printk(KERN_WARNING %s: Thanks, I feel much better now!\n, dev-name);
 *linux-2.6.6/drivers/net/de620.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Licensing Questions

[alexander golks]

there were some discussions on this topic several times now, i feel free to 
just repost some mails on this in Qt-interest Digest, Vol 19, Issue 20.

Today's Topics:

   2. Re: Licensing (Jan)
   3. Re: Licensing (Jeroen De Wachter)
   4. Re: Licensing (Kustaa Nyholm)

--

--

Message: 2
Date: Wed, 02 Jun 2010 14:49:29 +0200
From: Jan janus...@gmx.net
Subject: Re: [Qt-interest] Licensing
To: qt-inter...@trolltech.com
Message-ID: 4c065359.70...@gmx.net
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Static vs. dynamic was discussed here as well
A response from nokia was posted by thiago:

http://lists.trolltech.com/pipermail/qt-interest/2009-December/016090.html

In short: There is no clear Yes or No. But they suggest to use dynamic 
linking with LGPL'd Qt.

Jan

Am 02.06.2010 14:39, schrieb Kustaa Nyholm:

 this nice gpl,lgpl and commercial discussions...
 i repeat a statement already mentioned in this thread:
 don't trust anyone telling you something about how to behave concerning law
 just trust your paid lawyer.  

 Well, listening to a lawyer is good, but most lawyers don't pay the bill
 and suffer the consequences if the court decided against you in a dispute.
 So in the end it is down to the organization or individual to decide
 what to trust and what not to trust.  
   AS LONG AS you link dynamically to all lgpl code.  


 Dynamic or static linking is no issue here, LGPL allows both.

 Section 6 applies to what has been discussed here ie LGPL library and closed
 source application delivered as an executable.

 There it says (6a) that if you distribute statically linked application
 you also need to distribute it in un-linked form so that the user
 can (re)link it with a modified (improved or different) version
 of the library, if they want. And 6c says that you don't even
 have to distribute the un-linked form, it is enough if you
 promise to deliver it on request.

 6b refers to dynamic linking allowing distribution of the library alongside
 with a dynamically linked application code, but it is worth noting that
 section 5 clearly spells out that an application compiled against the
 library falls outside the scope of the license and thus there is nothing in
 the LGPL license to stop distribution of dynamically linked application code
 in any shape or form as long as it does not contain the library.

 Worth noting is that the last two paragraphs of the section 6 require the
 distribution of the tools and libraries required to (re)link the application
 unless they are normally distributed with the OS.

 This may cause problems if you use libraries or tools that do not allow
 redistribution. For example I don't think Windows comes with a linker
 so static linking might require you to distribute the linker which
 might not be possible if you use M$ tools. On the other hand if you
 use Free tools such as MinGW you might be able to evoke 6c on them.

 br Kusti








 ___
 Qt-interest mailing list
 qt-inter...@trolltech.com
 http://lists.trolltech.com/mailman/listinfo/qt-interest
  


--

Message: 3
Date: Wed, 02 Jun 2010 14:52:21 +0200
From: Jeroen De Wachter jeroen.dewach...@barco.com
Subject: Re: [Qt-interest] Licensing
To: Jan janus...@gmx.net
Cc: qt-inter...@trolltech.com
Message-ID: 4c065405.50...@barco.com
Content-Type: text/plain;   format=flowed;  charset=iso-8859-1

There's a whole thread on this mailing list regarding that subject 
(Thiago's post was one message in a long list)
I was about to refer to it as well.

Kind regards,

Jeroen

Jan wrote:
 Static vs. dynamic was discussed here as well
 A response from nokia was posted by thiago:

 http://lists.trolltech.com/pipermail/qt-interest/2009-December/016090.html

 In short: There is no clear Yes or No. But they suggest to use dynamic 
 linking with LGPL'd Qt.

 Jan

 Am 02.06.2010 14:39, schrieb Kustaa Nyholm:
 
 this nice gpl,lgpl and commercial discussions...
 i repeat a statement already mentioned in this thread:
 don't trust anyone telling you something about how to behave concerning law
 just trust your paid lawyer.
 
 Well, listening to a lawyer is good, but most lawyers don't pay the bill
 and suffer the consequences if the court decided against you in a dispute.
 So in the end it is down to the organization or individual to decide
 what to trust and what not to trust.
   
   AS LONG AS you link dynamically to all lgpl code.
 
 Dynamic or static linking is no issue here, LGPL allows both.

 Section 6 applies to what has been discussed here ie LGPL library and closed
 source application delivered as an executable.

 There it says (6a) that if you distribute statically linked application
 you also need to distribute it in un-linked form so that the user
 can (re)link it with a modified (improved or different) version
 of the 

Re: [Interest] Watching files two ways

[alexander golks]

Am Mon, 24 Mar 2014 12:47:36 +0100
schrieb Sensei sense...@gmail.com:

 Right now I can detect if a file changes, and it's ok. However, can I 
 track if a file *comes back*?
 
 For instance, if I rename a watched file a.txt and rename it to 
 b.txt, I get the slot running. Can I detect if the b.txt gets 
 renamed back to a.txt?

i haven't tried, but perhaps watching the parent directory itself will help.

-- 
/*
 *  F.S. Fitzgerald to Hemingway:
 *Ernest, the rich are different from us.
 *  Hemingway:
 *Yes.  They have more money.
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Process started with QProcess::startDetached is still a child, and is killed when parent quits

[alexander golks]

Am Wed, 5 Mar 2014 21:40:11 +0100 (CET)
schrieb Wiebe Cazemier wi...@halfgaar.net:

 So, how do I really start a detached process? Is there a similar way to how 
 Linux parents orphaned processes to init?

i have a process to restart a service at a given time, and i do it this way:

  QProcess* batchProcess=new QProcess();
  batchProcess-start(batchFilename);

QProcess destructor kills the procress, perhaps thats your issue, too. so when 
using a dangling pointer process, the process itself lives on.

i must confess, i don't know, how windows handles this, but it works ;)

alex

-- 
/*
 *  printk(KERN_WARNING GSCD: DMA kann ich noch nicht!\n);
 *linux-2.6.19/drivers/cdrom/gscd.c
 *(Do we have i18n'ed messages now? -- Ed.)
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Application Help.

[alexander golks]

hi,

you should read the qt documentation, which is very good:
http://qt-project.org/doc/

and some tutorials, examples and demos, e.g. from here:
http://qt-project.org/resources/getting_started

and if you have any questions left someone here will surely help you.

alex

Start weitergeleitete Nachricht:

Datum: Tue, 21 Jan 2014 15:38:17 +0530
Von: Rahul Mathur sriv...@gmail.com
An: developm...@qt-project.org
Cc: interest@qt-project.org
Betreff: [Interest] Qt Application Help.


All,

Newbie to Qt development and it's usages. Need some help to KICK START Qt
usages.

I am using Linux desktop platform. I have following futures to implement -

1. A GUI to accept some inputs through multiple buttons.
2. Above values should be taken either as INPUT or LIMIT set for any data
or variable through button.
3. Above value(s) has to interact with already existing C++ source code
(e.g. HELLO WORLD). The interaction should happen as data input to HELLO
WORLD.

Thanks.


-- 
/*
 *  A kind of Batman of contemporary letters.
 *  -- Philip Larkin on Anthony Burgess
 */
All,Newbie to Qt development and its usages. Need some help to KICK START Qt usages.I am using Linux desktop platform. I have following futures to implement -
1. A GUI to accept some inputs through multiple buttons.2. Above values should be taken either as INPUT or LIMIT set for any data or variable through button.3. Above value(s) has to interact with already existing C++ source code (e.g. HELLO WORLD). The interaction should happen as data input to HELLO WORLD. 
Thanks.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] visual studio addin

[alexander golks]

Am Thu, 12 Dec 2013 09:49:26 +
schrieb bob smith qtnew...@outlook.com:

 Hi 
 I am using the VS Addin and have a problem
 If I change a ui file with designer by, for example, adding a widget then VS 
 intellisense does not recognize it. If I unload an reload the project the new 
 member is available.
 Is anyone out there using the VS addin and come across this problem ?
 Anyone know how I can fix it?
 

i can confirm this behaviour.
my solution is to compile the ui by myself; right click on ui, compile.
after this the members get updated, too.

-- 
/*
 *  printk(NONONONOO\n);
 *  linux-2.6.6/drivers/atm/zatm.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] [SOLVED] QImage::save forces client to open file before call

[alexander golks]

Am Thu, 21 Nov 2013 07:52:08 -0800
schrieb Thiago Macieira thiago.macie...@intel.com:

 If you think the behaviour is wrong, describe it and ask that it be fixed in 
 a 
 bug report.

you wrote, i debugged again, and found just our not-qt-tif plugin behaves not 
like all other plugins... i should have looked better at the code.

nevertheless it worked before and the error looked strange to me, and the 
reason for the code change interested me.

thx for the hint, and sorry for the noise.

-- 
/*
 *  /* James M doesn't say fuck enough. *\/
 *  linux-2.4.3/net/core/netfilter.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Possible to know if QAction was triggered by QKeySequence or click?

[alexander golks]

Am Wed, 30 Oct 2013 15:43:44 +0100
schrieb Philipp Kursawe phil.kurs...@gmail.com:

 I cannot see an event for shortcuts, but I'll check the keypress events.

you may want to look for QEvent::ShortcutOverride, too. 

-- 
/*
 *  printk(KERN_ERR ide: huh? queue was plugged!\n);
 *  linux-2.6.6/drivers/ide/ide-io.c:
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] How do Events Cascade to Child Widgets

[alexander golks]

hi,

do you want to just inject or - like me - record and play events for testing
and simulation purpose?

For recording you can override QApplication::eventFilter and store a copy of the
event together with receiver name and class name. Later on you can play all
recorded events by searching for your receiver in allWidgets() and just do a
sendEvent(...).
This will even work for moved/resized qt widgets, for the events are directly
send to the widgets. But you must have put in a name for the objects.

I'm on windows so the next levels are system hooks for recording and SendEvent
or alike for sending events. Though i haven't tried this yet, i except them to 
be received from QApplication as normal user events, thus beeing forwarded as
any other event, to a receiver who feels responsible for this event, e.g. a
QLineEdit with focus or a QPushButton at the mouse position.
Doing it this way, you'll surely not get the still-works-with-moved-resized 
feature, though.

alex

-- 
/*
 *  BOFH excuse #24:
 *
 *  network packets travelling uphill (use a carrier pigeon)
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Simulating Mouse Click Event?

[alexander golks]

Am Wed, 21 Aug 2013 12:39:44 -0400
schrieb Mitchell Verter mitchell.ver...@gmail.com:

  QCoreApplication::postEvent(this, evt);

i am doing nearly the same, but i use recorded events and replay them. then i 
use sendEvent and not postEvent, but this shouldn't be your problem.

but: i think you must locate the correct receiver for your event. i am looping
over QApplication::allWidgets() and searching for a widget with correct object
name and correct class name. 
this values i have saved during recording, so i can use them on replay. effect:
i can even move the window around and resize, the mouse press is delivered to 
my pushbutton nevertheless.

alex

-- 
/*
 *  You will inherit millions of dollars.
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Strange question on Stackoverflow.... QApplication in QThread

[alexander golks]

 There were at least 3 movies.

freely adapted from Connor MacLeod:
There can be only Five,
or so...!. [1]

[1] http://de.wikipedia.org/wiki/Highlander

-- 
/*
 *snd_printk(KERN_ERR Unable to scan for card signature in video RAM\n);
 *  linux-2.6.19/sound/pci/nm256/nm256.c
 *  (Note what source file this is in -- Ed.)
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Simple doubt on file i/o

[alexander golks]

 Thoughts?

i would use a cache QMap, and keep it in sync just when needed.
fill the cache from file on load/construction/first access, write the cache to
file on destruction, thus you won't have any file access during setter/getter
functions.

you can do file handling in a thread to not block callers, 
you can force a write via timeout signal, e.g. 
do threaded sync to file after 5 seconds of last change to cache.

and:
pay attention to thread-safety if you need it.

-- 
/*
 *  An honest tale speeds best being plainly told.
 *  -- William Shakespeare, Henry VI
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Q_PROPERTY notification across processes?

[alexander golks]

Am Fri, 17 May 2013 08:16:36 +0200
schrieb Yves Bailly yves.bai...@sescoi.fr:

 Le 17/05/2013 03:27, Charley Bay a écrit :
  I have a C++ QObject-derived class that exposes properties for use in QML, 
  works fine (Qt5).
 
  WHAT I WANT:
 
  I would like to instantiate an instance of this class in each of two 
  processes, where changes in
  one notifies the other (in the other process).  This is logically 
  something like
  local-instance-reflection to a remote instance in a remote process.
 
  [...]
 
  A concern I have is that there will be *many* of these pairs (thousands, 
  possibly tens-of-thousands),
  and I don't know if the approach would scale-well for lots of notifications.
 
 I found this project recently:
 http://www.zeromq.org/
 
 Maybe it could be useful for what you're looking to achieve. I've not yet 
 tried it though.
 
 Hope this helps.
 

what about something like:

  Qt Signals and Slots over the air
  http://libqxt.bitbucket.org/doc/tip/tech-ipc.html

though i didn't had time to look into this myself, yet...

alex

-- 
/*
 *  printk(KERN_ERR %s: Something Wicked happened! %4.4x.\n,...);
 *  linux-2.6.6/drivers/net/sundance.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] QThreads: There's no one way to do it right! :)

[alexander golks]

Am Wed, 23 Jan 2013 11:56:55 +0400
schrieb Konstantin Tokarev annu...@yandex.ru:

  My rule of thumb is that, if you're doing a simple but compute
  intensive task where you don't want communication via signal/slots
  (probably thats what the author of the last post meant by not needing
  event loop), go with subclassing QThread.
 
 Actually, you *can* communicate with outside world by emitting signals
 in this approach. What you maybe should not do is to have slots in your
 thread class because they *won't* run in the working thread.

but if you connect them queued, then they are executed in the thread, or not?

personally i use qthread the way it fits best at my current project. in the
end it depends on how you design and setup your threaded worker.

-- 


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Loading, recursion and GUI's

[alexander golks]

sounds like you're blocking the gui painting.
i would start a thread for parsing the dom and use some signals/slots to signal 
the gui the current state, like:

signals:
  void startDomParsing();

slots:
  void onDomParsingFinished()
  {
delete progress;
// or whatever
  }

or instead of onDomParsingFinished() you could even connect your 
QThread::finished() signal
to the progress::deleteLater() or alike...
and some signals from thread to gui slots for updateing your tree widget.

or, call QCoreApplication::processEvents at appropriate places, if you don't 
want to do it the threaded way.

alex


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] debug QtService

[alexander golks]

I want to make web service method, requesing which I would tell service 
to stop.

if RequestMapper is derived from QtService you should be able to call the 
QtServiceBase::stop() method instead of QCoreApplication::exit().

we call it via a wrapping SLOT triggered by a timer like:

  /*SLOT*/ void Service::stopService()
  {
stop();
  }

  void Service::processCommand(int code)
  {
if(code==1)
  QTimer::singleShot(0,this,SLOT(stopService()));
  }

thus, we can use the windows service mechanisms to send the command code 1
to the service and now the service can use as much time as it needs to shut
down, whereas calling stop would kill the service within 30 seconds.

now, if using this mechanism you should  be able to do:

  void RequestMapper::service(HttpRequest request, HttpResponse response) {
 QByteArray path=request.getPath();
 #ifdef _DEBUG
 if (path.startsWith(/stop)) {
 QTimer::singleShot(0,this,SLOT(stopService()));

second:
why debugging with -e?
you can also install, start via system services and attach the debugger to the
service.

alex
-- 


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

[Interest] '__fastcall' incompatible with the '/clr'

[alexander golks]

Hello list,

i am evaluating a possible change of vs2005+qt-4.4.3 to at least 
vs2010+qt-4.8.3, and perhaps qt5.X some time later on...

several of our projects use managed code, too, so we must compile with /clr 
option, but with this last qt version i get many warnings like:

  ..\qchar.h(311): warning C4561: '__fastcall' incompatible with the '/clr' 
  option: converting to '__stdcall'

i have searched the list and internet, but didn't find any explanation which
really says: yes, this is NO problem. as long

can someone give me some more hints or explanations?
is it just a problem when calling qt methods from managed code, or will it be 
save due to the conversion to __stdcall, or is there more to this problem?

can i work around by not compiling whole modules with /clr but rather switch the
mode of the code parts explicitly with e.g.:

  // unmanaged
  #pragma managed(push on)
  // some managed classes used
  #pragma managed(pop)
  // unmanaged, qt classed used, again

i would appreciate some informations  thanks for listening
alex

-- 
The significant problems we face cannot be solved at the
 same level of thinking we were at when we created them.
-Albert Einstein


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt5: Obtain current layout size

[alexander golks]

Am Sun, 22 Jul 2012 15:49:13 -0400
schrieb Stephen Chu step...@ju-ju.com:

 Thanks. That works. Do you happen to know how I can get the size of a 
 window maximized without first maximize it?

what about:
http://qt-project.org/doc/qt-4.8/qapplication.html#desktop

alex

-- 
/*
 *  Never be bullied into silence. Never allow yourself to
 *   be made a victim. Accept no one's definition of your
 *   life; define yourself.--Harvey Fierstein
 *
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Problem with QTcpSocket and Windows 7

[alexander golks]

Am Thu, 10 May 2012 14:08:03 +0200
schrieb lucas.betsch...@crypto.ch:

 Hello Qt People,
 
 Maybe this is not a Qt specific question, but maybe someone has an idea or 
 had a similar problem.
 
 I got a Services running under Windows (till now XP) which connects to our 
 device through Telent/TCP.
 On Windows XP the services reconnects automatically after a disconnect (plug 
 cable out), but on Windows 7 it doesn't.
 
 I have checked the sources and haven't seen anything bad (it's not written by 
 me).
 Recompile with Qt 4.8 didn't help too.
 
 Any suggestions what could be wrong?
 
 Regards
 
 Lucas
 

perhaps something like new default port range:
http://support.microsoft.com/kb/929851
in combination with firewall rules?

alex

-- 
/*
 *  /* When we have more time, we can teach the penguin to say
 *   * By your command or Activating turbo boost, Michael.
 *   *\/
 *  linux-2.2.16/arch/sparc/prom/sun4prom.c
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Re: [Interest] Qt Licensing

[alexander golks]

Am Mon, 7 May 2012 11:02:37 +0530
schrieb Ankit Agarwal ankit17...@gmail.com:

 Hi,
 
 We are a group of software engineer building a software to be deployed
 commercially at the client's locations in Windows platform. As I understand
 that if we are using Qt4.8, then we may not have to buy the Qt Commercial
 license. Please correct me if I am wrong.
 

you may, but you must not. 

-- 
/*
 *  UNIX is like Lego - you can build anything with it.
 *   Windows NT is like Duplo, it looks nice, but for all practical
 *   purposes, it is f*cking useless! -J.W.
 *
 */


signature.asc
Description: PGP signature
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest