Как получить состояние при работе с QNetworkAccessManager

[QCasper]

В QHttp есть замечательный сигнал stateChanged, который сообщает о текущем состоянии запроса. Как получить нечто подобное, используя QNetworkAccessManager и QNetworkReply (ну или используя дополнительные классы, связанные с этими двумя)?

[sendevent]

см. сигналы:
QNetworkReply
QNetworkAccessManager
и, если нужны только хттп(с), можно глянуть на модуль QtWebKit.

upd: глянул на stateChanged - поторопился, не совсем то... можно сэмулировать "нечто подобное" (сендин/ридин/иррор), но всякие хостлукап/коннектин - видимо, нет.

[BRE]

но всякие хостлукап/коннектин - видимо, нет.

SocketState QAbstractSocket::state () const

QAbstractSocket::UnconnectedState   0   The socket is not connected.
QAbstractSocket::HostLookupState   1   The socket is performing a host name lookup.
QAbstractSocket::ConnectingState   2   The socket has started establishing a connection.
QAbstractSocket::ConnectedState   3   A connection is established.
QAbstractSocket::BoundState   4   The socket is bound to an address and port (for servers).
QAbstractSocket::ClosingState   6   The socket is about to close (data may still be waiting to be written).
QAbstractSocket::ListeningState   5   For internal use only.

[QCasper]

BRE, а можно короткий пример кода, как с участием QNetworkAccessManager получить хостлукап?

[BRE]

BRE, а можно короткий пример кода, как с участием QNetworkAccessManager получить хостлукап?

Нет. 
Потому, что я полез смотреть как получить хоть какую-то ссылку на рабочий сокет и пока ничего не нашел. 

[QCasper]

Нет. 
Потому, что я полез смотреть как получить хоть какую-то ссылку на рабочий сокет и пока ничего не нашел. 

Было бы всё так просто, я бы эту тему не создавал

[GNU Dimarik]

Не пойму вашей любви к QNetworkAccessManager.А что если придется использовать KeepAlive?
Что тогда делать будешь?
Имхо пиши на сокетах,QNetworkAccessManager это черный ящик для быстрого решения проблемы без лишних сложностей,но в обмен ты платишь тем,что не можешь контролировать ситуацию.

[ufna]

чорт, да вся Qt это чорный ящик, я ж не могу контролировать машинный код! ((((

[sne]

Немножко офф-топика, если позволите.

QHttp нонче имеет статус депрекэйтед, в то же время я не нашел как в QNetworkAccessManager использовать не дефолтный ip системы.
Т.е. есть сервер с 100+ ip адрессами, на них свои домены, необходимо с них (с ip) отсылать HTTP запросы. Раньше можно было забиндить ip для QTcpSocket и назначить его QHttp.

Подводя итог, мя негодует. Как можно объявлять классы устаревшими, когда замены им нет!?

[QCasper]

Не пойму вашей любви к QNetworkAccessManager.А что если придется использовать KeepAlive?
Что тогда делать будешь?

Запью с горя.
Это не столько любовь, сколько следование советам разработчиков библиотеки - им виднее, чем мне.

Имхо пиши на сокетах,QNetworkAccessManager это черный ящик для быстрого решения проблемы без лишних сложностей,но в обмен ты платишь тем,что не можешь контролировать ситуацию.

Вот представь, мне нужно по http грузить данные и показывать, а статус нужен только для того, чтобы отображать его в строке состояния.
И зачем я буду реализовывать весь http самостоятельно?

[voral]

Вот представь, мне нужно по http грузить данные и показывать, а статус нужен только для того, чтобы отображать его в строке состояния.
И зачем я буду реализовывать весь http самостоятельно?

Так и не надо. Может у меня ассистент другой но:

QNetworkReply * QNetworkAccessManager::get ( const QNetworkRequest & request )

В свою очередь QNetworkReply имеет сигналы:

void   downloadProgress ( qint64 bytesReceived, qint64 bytesTotal )
void   error ( QNetworkReply::NetworkError code )
void   uploadProgress ( qint64 bytesSent, qint64 bytesTotal )

Из описалова:

This signal is suitable to connecting to QProgressBar::setValue() to update the QProgressBar that provides user feedback.