Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: framing layer error
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: R C via curl-library <curl-library_at_lists.haxx.se>
Date: Mon, 14 Apr 2025 11:15:09 -0600
The problem seems to be intermittent, so I don't know what is going on.
what I do is this; I post a bunch of data URI encoded and send it with
curl. On the server side there's a php script that reads that data and
sticks it in a MySQL data base.
(I am looking for something to point out to the webservice, to have
them fix).
This is what I do client-side:
//curl_easy_setopt(curl, CURLOPT_URL,
"http://seismicvibe.org/upload/PSNA-V56-post.php");
curl_easy_setopt(curl, CURLOPT_URL, CURL_URL);
// Now specify the POST data
curl_easy_setopt(curl, CURLOPT_POSTFIELDS, chnnlURI);
// hush hush
//curl_easy_setopt(curl, CURLOPT_NOBODY, 1);
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, connectCheck);
// we pass our 'chunk' struct to the callback function
curl_easy_setopt(curl, CURLOPT_WRITEDATA, (void *)curlRespBuff);
// Perform the request, res will get the return code
res = curl_easy_perform(curl);
// Check for errors
if (res != CURLE_OK) {
sprintf(logMsg, "curl_easy_perform() failed: %s",
curl_easy_strerror(res));
log_message(LOG_FILE, logMsg);
}
// else
// printf("response: %s\n", curlRespBuff);
// always cleanup
// curl_easy_cleanup(curl);
}
//curl_global_cleanup();
return 0;
The curl object gets created outside this function, gets re-used, so I
do the cleanup outside too.
the url in the curl command connects to a php script, that reads the
url encoded data and sticks it in a data base.
Since it seemed to work agin yesterday, I think, like you suggested, it
is a server side issue.
Ron
On 4/11/25 00:09, Daniel Stenberg wrote:
> On Wed, 9 Apr 2025, R C via curl-library wrote:
>
>> curl_easy_perform() failed: Error in the HTTP2 framing layer
>>
>> and... I have no idea what that means, or how to fix that. Any ideas?
>
> Without a lot of more details I don't think we can do much. This
> *typically* mean some kind of strange server behavior but could also
> be a curl bug.
>
Date: Mon, 14 Apr 2025 11:15:09 -0600
The problem seems to be intermittent, so I don't know what is going on.
what I do is this; I post a bunch of data URI encoded and send it with
curl. On the server side there's a php script that reads that data and
sticks it in a MySQL data base.
(I am looking for something to point out to the webservice, to have
them fix).
This is what I do client-side:
//curl_easy_setopt(curl, CURLOPT_URL,
"http://seismicvibe.org/upload/PSNA-V56-post.php");
curl_easy_setopt(curl, CURLOPT_URL, CURL_URL);
// Now specify the POST data
curl_easy_setopt(curl, CURLOPT_POSTFIELDS, chnnlURI);
// hush hush
//curl_easy_setopt(curl, CURLOPT_NOBODY, 1);
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, connectCheck);
// we pass our 'chunk' struct to the callback function
curl_easy_setopt(curl, CURLOPT_WRITEDATA, (void *)curlRespBuff);
// Perform the request, res will get the return code
res = curl_easy_perform(curl);
// Check for errors
if (res != CURLE_OK) {
sprintf(logMsg, "curl_easy_perform() failed: %s",
curl_easy_strerror(res));
log_message(LOG_FILE, logMsg);
}
// else
// printf("response: %s\n", curlRespBuff);
// always cleanup
// curl_easy_cleanup(curl);
}
//curl_global_cleanup();
return 0;
The curl object gets created outside this function, gets re-used, so I
do the cleanup outside too.
the url in the curl command connects to a php script, that reads the
url encoded data and sticks it in a data base.
Since it seemed to work agin yesterday, I think, like you suggested, it
is a server side issue.
Ron
On 4/11/25 00:09, Daniel Stenberg wrote:
> On Wed, 9 Apr 2025, R C via curl-library wrote:
>
>> curl_easy_perform() failed: Error in the HTTP2 framing layer
>>
>> and... I have no idea what that means, or how to fix that. Any ideas?
>
> Without a lot of more details I don't think we can do much. This
> *typically* mean some kind of strange server behavior but could also
> be a curl bug.
>
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-04-14