Re: [tcf-dev] (no subject)

[Eugene Tarassov <eugenet@xxxxxxxxxx>]

> No data may be lost.

No data is lost while a client has the stream open.

> If the client cannot receive data in the same speed as the service produces data,  I need a callback.

"client cannot receive data in the same speed" means virtual_stream_add_data() will reject some of the data,
i.e. data_size < buf_size. You check for this with simple if statement, no need for callback.
Your 'cb_fun' will be called when the stream will have space available for more data.

Regards,
Eugene


-----Original Message-----
From: tcf-dev-bounces@xxxxxxxxxxx <tcf-dev-bounces@xxxxxxxxxxx> On Behalf Of Lillieskold, Claes
Sent: Wednesday, May 15, 2019 10:01 AM
To: TCF Development <tcf-dev@xxxxxxxxxxx>
Subject: [tcf-dev] (no subject)

EXTERNAL EMAIL

Hi,
I'm implementing a new service which will send data to the service client, and planned
on using 'Streams' service for this.

So the new service in the current form, creates a Stream with virtual_stream_create,
setting access to VS_ENABLE_REMOTE_READ and a callback (call it 'cb_fun'), and starts sending data using
virtual_stream_add_data.

If there is a client of the service, I also have the following needs:
1. No data may be lost.
2. If the client cannot receive data in the same speed as the service produces data,
    I need a callback.

Is this scenario supported by Streams, and if so, how do I get my callback, or alternatively
a check that can be used to determine if the service can call virtual_stream_add_data
(if the client can receive) or, the client is not ready to receive if the flow should be halted.

Thanks,
Claes



----------------------------------------------------------------------
Intel Sweden AB
Registered Office: Isafjordsgatan 30B, 164 40 Kista, Stockholm, Sweden
Registration Number: 556189-6027

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

_______________________________________________
tcf-dev mailing list
tcf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/tcf-dev