A query on rsslRead

Hi,
The UPA developer guide has mentioned that rsslRead() is possible to succeed and return a NULL buffer, indicating that a portion of a fragmented buffer has been received. The entire buffer will be returned to the user upon the arrival of the last fragment.
I would like to ask in case rsslRead() returns a NULL buffer and the return code is a value > 0 (supposed rsslRead should be called again according to the guide), should rsslRead be called continuously until another return code is obtained, or select() should be called to avoid holding up at this channel and may result in high CPU usage?
Also noted that the rsslRead example shown on the developer guide seems to be treating this case (rsslRead returns a NULL buffer and the return code is a value > 0) as an unrecoverable error and the connection should be closed. This seems to be contradicting with above. Have I misinterpreted the meaning of it? Thanks.

Best Answer

  • Ripley79
    Answer ✓

    You have requested RAW transactions data for a one whole year and for about 300 RICs.

    TRTH has a size limit of 15GB for FTP requests and if the resultant data crosses this size limit the result automatically gets aborted. Can you to break the request in smaller chunks, preferably 1 month each, to retrieve the required data.