[Spice-devel] [PATCH spice-common] protocol: Use a typedef to specify stream_id type

Jonathon Jongsma jjongsma at redhat.com
Fri May 11 15:58:28 UTC 2018


On Fri, 2018-05-11 at 17:56 +0200, Christophe de Dinechin wrote:
> > On 10 May 2018, at 18:08, Jonathon Jongsma <jjongsma at redhat.com>
> > wrote:
> > 
> > On Sat, 2018-05-05 at 16:43 +0100, Frediano Ziglio wrote:
> > > This change does not affect generated code but make source more
> > > readable. Also document in a single location the range of this
> > > type.
> > > 
> > > Signed-off-by: Frediano Ziglio <fziglio at redhat.com>
> > > ---
> > > There are no other typedef beside fixed28_4, so the "_t" suffix
> > > is
> > > used only here. Maybe would be better to use the name "StreamId"?
> > > Or the "_type" suffix used by some enumeration type?
> > 
> > I'm not sure that it personally makes a big difference in
> > 'readability'
> > for me, but I'm fine with the change. I prefer the using the _t
> > suffix
> > for integer types like this.
> 
> Just curious if you wanted to say you prefer using a suffix or not?
> (Confused by “the using”, wonder if it’s a typo)
> 
> I personally do like this change.
> 


Oops. I meant to say that I like stream_id_t better than the other
options Frediano mentioned.

Jonathon

> > 
> > 
> > Acked-by: Jonathon Jongsma <jjongsma at redhat.com>
> > 
> > 
> > 
> > > ---
> > > spice.proto | 17 +++++++++++------
> > > 1 file changed, 11 insertions(+), 6 deletions(-)
> > > 
> > > diff --git a/spice.proto b/spice.proto
> > > index 6f873a2..4d916bb 100644
> > > --- a/spice.proto
> > > +++ b/spice.proto
> > > @@ -4,6 +4,11 @@
> > > 
> > > typedef fixed28_4 int32 @ctype(SPICE_FIXED28_4);
> > > 
> > > +/* IDs of the video stream messages.
> > > + * These IDs are in the interval [0, SPICE_MAX_NUM_STREAMS)
> > > + */
> > > +typedef stream_id_t uint32;
> > > +
> > > struct Point {
> > >     int32 x;
> > >     int32 y;
> > > @@ -698,7 +703,7 @@ struct String {
> > > };
> > > 
> > > struct StreamDataHeader {
> > > -	uint32 id;
> > > +	stream_id_t id;
> > > 	uint32 multi_media_time;
> > > };
> > > 
> > > @@ -756,7 +761,7 @@ channel DisplayChannel : BaseChannel {
> > > 
> > >     message {
> > > 	uint32 surface_id;
> > > -	uint32 id;
> > > +	stream_id_t id;
> > > 	stream_flags flags;
> > > 	video_codec_type codec_type;
> > > 	uint64 stamp;
> > > @@ -775,12 +780,12 @@ channel DisplayChannel : BaseChannel {
> > >     } stream_data;
> > > 
> > >     message {
> > > -	uint32 id;
> > > +	stream_id_t id;
> > > 	Clip clip;
> > >     } stream_clip;
> > > 
> > >     message {
> > > -	uint32 id;
> > > +	stream_id_t id;
> > >     } stream_destroy;
> > > 
> > >     Empty stream_destroy_all;
> > > @@ -954,7 +959,7 @@ channel DisplayChannel : BaseChannel {
> > >     } draw_composite;
> > > 
> > >     message {
> > > -        uint32 stream_id;
> > > +        stream_id_t stream_id;
> > >         uint32 unique_id;
> > >         uint32 max_window_size;
> > >         uint32 timeout_ms;
> > > @@ -986,7 +991,7 @@ channel DisplayChannel : BaseChannel {
> > >     } init = 101;
> > > 
> > >     message {
> > > -        uint32 stream_id;
> > > +        stream_id_t stream_id;
> > >         uint32 unique_id;
> > >         // the mm_time of the first frame included in the report
> > >         uint32 start_frame_mm_time;
> > 
> > _______________________________________________
> > Spice-devel mailing list
> > Spice-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/spice-devel
> 
> 


More information about the Spice-devel mailing list