Thank you Jérome for the explanation. I implement it like you said.
Martin
Jérôme Godbout schrieb am Mi., 3. Apr. 2019, 15:12:
> Because you cannot unread data from the device and you have no guarantee
> that all the data will be present when you do read, you need a buffer since
> you need a wh
You probably want to read as far as I got with this series.
http://www.logikalsolutions.com/wordpress/information-technology/how-far-weve-come-pt-1/
Be sure to pull down the code for the various SerialKeypad implementations.
Here is a direct link to one of the zip files which was posted in case
On 3/4/19 6:34 pm, Roland Winklmeier wrote:
Just for the record since breakpad was mentioned. There is now
crashpad (https://chromium.googlesource.com/crashpad/crashpad/) which
is the successor of breakpad. Its far easier to build and integrate
compared to breakpad. However their GN build fil
On Tue, Mar 26, 2019 at 8:40 AM Murphy, Sean wrote:
> > This works for me, and the button is small 16x16.
> >
> > m_TheTabWidget->setCornerWidget(bp1);
>
> You know, I saw that function and for some reason switched it
> in my head to be talking about the corner cell in a QTableWidget,
> n
So full disclosure it's been a while. But it does look like the connection was accepted by the server, the client sent 334 bytes of data and 33 seconds later the client disconnected.
To me this would mean that the OS accepted the connection because Qt was listening on it, and Qt failed to emit
Hello Jason,
Thank you very much for your reply.
I’m not sure if I can / should directly attach binaries here. I’ve uploaded a
wireshark dump of the connection attempt at:
https://drive.google.com/open?id=1juNXd7pkI9Xryt_enjh6i2LWm3RL5iQV
I call listen() method with QHostAddress::Any paramete
What happens when you telnet to it?
Are you getting stuff (SYN_ACK) rom the OS, is the OS resetting (RST) the connection?
Is this listening on localhost, virtual or a physical interface?
Linux is generally bad at power managment and networking and maybe that has something to do with it? There i
I have this one, strange problem with QWebSocketServer that is driving me
insane.
My project is a very simple, websocket-based online game server. It uses Qt SQL
modules and makes use of some light QEvent'ing.
Up until recently I used uWebSockets to drive my wss communications. To make
matters s
Because you cannot unread data from the device and you have no guarantee that
all the data will be present when you do read, you need a buffer since you need
a whole line to process the data and data might be present but the line might
not be fully arrived yet, maybe just half of it. The IODevic
But why I need a new buffer when there already one exist? (the QIODevice
and my own buffer or?)
My idea:
Main() {
Connect(readyread, myreadyread)
}
myreadyread() {
If (!canreadline())
Return;
Parsedata() ;
}
With this idea I have again the problem with the while loop, but I dont
need two
Hi.
I use this
in the PRO file
windows {
LIBS+=-ldbghelp#beabletoprintthestacktrace
}
then
intmain(intargc,char*argv[])
{
//0.somepreliminarystuff
//printstacktraceuponSegmentationFault
signal(SIGSEGV,os_signal_print_stack_trace);/*segmentviolation*/ // you could
do the same on other
Am Mi., 3. Apr. 2019 um 00:31 Uhr schrieb Hamish Moffatt <
ham...@risingsoftware.com>:
> On 3/4/19 4:39 am, Boris Ralchenko wrote:
> > Hello,
> >
> > Question to Windows gurus - what is the best way to get stack trace
> > after crash? Say Qt/QML application runs in QA environment, not
> > developm
12 matches
Mail list logo
