WebKit утечка памяти. Проблемы с кэшем., непонятно. Опции

[kwisp]

вот вопрос к теме про память valgrind указывает на утечки в QNetworkAccessManager::createRequest
который возвращает указатель на QNetworkReplay
вот код QNetworkAccessManager::createRequest

Раскрывающийся текст

QNetworkReply *QNetworkAccessManager::createRequest(QNetworkAccessManager::Operation op,
                                                    const QNetworkRequest &req,
                                                    QIODevice *outgoingData)
{
    Q_D(QNetworkAccessManager);
    QNetworkRequest request = req;
    if (!request.header(QNetworkRequest::ContentLengthHeader).isValid() &&
        outgoingData && !outgoingData->isSequential()) {
        // request has no Content-Length
        // but the data that is outgoing is random-access
        request.setHeader(QNetworkRequest::ContentLengthHeader, outgoingData->size());
    }
    if (d->cookieJar) {
        QList<QNetworkCookie> cookies = d->cookieJar->cookiesForUrl(request.url());
        if (!cookies.isEmpty())
            request.setHeader(QNetworkRequest::CookieHeader, qVariantFromValue(cookies));
    }

    // first step: create the reply
    QUrl url = request.url();
    QNetworkReplyImpl *reply = new QNetworkReplyImpl(this);
    QNetworkReplyImplPrivate *priv = reply->d_func();
    priv->manager = this;

    // second step: fetch cached credentials
    QNetworkAuthenticationCredential *cred = d->fetchCachedCredentials(url);
    if (cred) {
        url.setUserName(cred->user);
        url.setPassword(cred->password);
        priv->urlForLastAuthentication = url;
    }

    // third step: setup the reply
    priv->setup(op, request, outgoingData);
    if (request.attribute(QNetworkRequest::CacheLoadControlAttribute, QNetworkRequest::PreferNetwork).toInt() !=
        QNetworkRequest::AlwaysNetwork)
        priv->setNetworkCache(d->networkCache);
#ifndef QT_NO_NETWORKPROXY
    QList<QNetworkProxy> proxyList = d->queryProxy(QNetworkProxyQuery(request.url()));
    priv->proxyList = proxyList;
#endif

    // fourth step: find a backend
    priv->backend = d->findBackend(op, request);
    if (priv->backend) {
        priv->backend->setParent(reply);
        priv->backend->reply = priv;
    }

#ifndef QT_NO_OPENSSL
    reply->setSslConfiguration(request.sslConfiguration());
#endif
    return reply;
}

как видно создается QNetworkReplyImpl *reply и хозяин у него this т.к. QNetworkReplyImpl наследник QObject то за его удаление отвечает хозяин. хозяин умрет в конце работы программы как я понимаю.

получается при каждом вызове createRequest мы теряем немного памяти...
так?

[kwisp]

ОТВЕТ троллей:

The growing memory usage is due to aggressive image and font caching. We retuned the caching for Qt 4.5.2, so it should be fixed in this version.


проверил 4.5.2 действительно жрет меньше однако проблема остается.

[IMPOMEZIA]

248414 Resolution Rejected
Это что означает даже признавать то что память куда-то сжирается не собираются, не то что исправлять?

[Litkevich Yuriy]

плохо, что они не коментаруют в трекере. Может троли это на работу кэша списали?

[kwisp]

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

вторая версия это то что сам по себе вебкит без троллей глючен по природе и чужие ошибки пока времени нет исправлять.

мне пока не критично так что эту беду я пока отложил.

[kwisp]

что то поправили. надо проверять:)
вот