Is that a general rule, wysota? I was thinking if maybe a signal was emitted in the request method (not the complete, but maybe an error signal) that Qt wouldn't actually emit or queue the signal as there was no listeners at the time it was emitted.
Expert
Re: HTTP request
Is that a general rule, wysota? I was thinking if maybe a signal was emitted in the request method (not the complete, but maybe an error signal) that Qt wouldn't actually emit or queue the signal as there was no listeners at the time it was emitted.
Trok (2nd January 2010)
Novice
Re: HTTP request
I closed NOD32 and all the firewalls but I have still the same communique:
I suppose that the firewall don't block this operation, because I can send POST request by SOCKET correctly.Starting C:/Documents and Settings/Trok/Pulpit/Qt Progs/Test_gg/debug/Test_gg.exe...
NOD32 protected [MSAFD Tcpip [TCP/IP]]NOD32 protected [MSAFD Tcpip [UDP/IP]]NOD32 protected [MSAFD Tcpip [RAW/IP]]NOD32 protected [RSVP UDP Service Provider]NOD32 protected [RSVP TCP Service Provider]Test
""
Last edited by wysota; 5th January 2010 at 15:08.
The "Q"
Re: HTTP request
With networking classes - yes.Originally Posted by fatjuicymole
All "request" type of methods don't do anything. They just schedule execution.I was thinking if maybe a signal was emitted in the request method (not the complete, but maybe an error signal) that Qt wouldn't actually emit or queue the signal as there was no listeners at the time it was emitted.
Your biological and technological distinctiveness will be added to our own. Resistance is futile.
Please ask Qt related questions on the forum and not using private messages or visitor messages.
Trok (2nd January 2010)
Novice
Re: HTTP request
Small side note: Use QNetworkAccessManager. QHttp is deprecated.
Disclaimer: Although I work on Qt for Nokia, anything I post here is personal
waynew (21st March 2010)
Posting Permissions
Reply With Quote
Bookmarks