libcurl (c api) READFUNCTION для блокировки http PUT навсегда

Я использую libcurl для библиотеки RESTful. У меня две проблемы с сообщением PUT, я просто пытаюсь отправить небольшой контент, например «привет», через put.

  1. Моя READFUNCTION для PUT блокируется в течение очень большого количества времени (минут), когда я следую руководству на curl.haxx.se и возвращаю 0, указывающее, что я закончил контент. (на os X) Когда я возвращаю что-то> 0, это происходит намного быстрее (‹ 1 сек)

  2. Когда я запускаю это на своей Linux-машине (ubuntu 10.4), это блокирующее событие НИКОГДА не возвращается, когда я возвращаю 0, если я изменю поведение, чтобы вернуть размер, написанный libcurl, добавляет все данные в тело http, отправляя больше данных, и это не удается с сообщением "слишком много данных" с сервера. моя функция чтения ниже, любая помощь будет принята с благодарностью. Я использую libcurl 7.20.1.


    typedef struct{
        void *data;
        int body_size;
        int bytes_remaining;
        int bytes_written;
    } postdata;



size_t readfunc(void *ptr, size_t size, size_t nmemb, void *stream) {

if(stream) {
    postdata *ud = (postdata*)stream;

    if(ud->bytes_remaining) {
        if(ud->body_size > size*nmemb) {
            memcpy(ptr, ud->data+ud->bytes_written, size*nmemb);
            ud->bytes_written+=size+nmemb;
     ud->bytes_remaining = ud->body_size-size*nmemb;
            return size*nmemb;
 } else {
     memcpy(ptr, ud->data+ud->bytes_written, ud->bytes_remaining);
            ud->bytes_remaining=0;
  return 0;
        }
    }


c rest curl libcurl
person scot    schedule 09.06.2010    source источник

Ответы (1)


arrow_upward
0
arrow_downward

из справочной страницы (man curl_easy_setopt):

       CURLOPT_READFUNCTION
          Function pointer that should match the following prototype: size_t function( void *ptr, size_t size, size_t nmemb, void *stream); This function gets called by libcurl as soon as
          it  needs  to  read data in order to send it to the peer. The data area pointed at by the pointer ptr may be filled with at most size multiplied with nmemb number of bytes. Your
          function must return the actual number of bytes that you stored in that memory area. Returning 0 will signal end-of-file to the library and cause it to stop the  current  trans-
          fer.

          If  you  stop  the  current  transfer  by returning 0 "pre-maturely" (i.e before the server expected it, like when you've told you will upload N bytes and you upload less than N
          bytes), you may experience that the server "hangs" waiting for the rest of the data that won't come.

          The read callback may return CURL_READFUNC_ABORT to stop the current operation immediately, resulting in a CURLE_ABORTED_BY_CALLBACK error  code  from  the  transfer  (Added  in
          7.12.1)

          If  you  set the callback pointer to NULL, or doesn't set it at all, the default internal read function will be used. It is simply doing an fread() on the FILE * stream set with
          CURLOPT_READDATA.

поэтому верните CURL_READFUNC_ABORT, чтобы остановить операцию

person Peter Miehle    schedule 10.06.2010