Received: by ATHENA-PO-2.MIT.EDU (5.45/4.7) id AA07396; Wed, 16 Aug 89 19:57:29 EDT
Received: by ATHENA.MIT.EDU (5.45/4.7) id AA14960; Wed, 16 Aug 89 19:57:01 EDT
Received: from RELAY.CS.NET by expo.lcs.mit.edu; Wed, 16 Aug 89 19:56:54 EDT
Received: from tektronix.tek.com by RELAY.CS.NET id aa07914; 16 Aug 89 19:56 EDT
Received: by tektronix.TEK.COM (5.51/7.1)
	id AA06176; Wed, 16 Aug 89 16:58:49 PDT
Received: by tekirl.labs.tek.com (5.51/7.1)
	id AA29996; Wed, 16 Aug 89 16:54:50 PDT
Received: by tekcrl.LABS.TEK.COM (5.51/6.24)
	id AA21947; Wed, 16 Aug 89 16:57:13 PDT
Message-Id: <8908162357.AA21947@tekcrl.LABS.TEK.COM>
To: Keith Packard <keith@expo.lcs.mit.edu>
Cc: xvideo@expo.lcs.mit.edu
Subject: Re: Comments on VEX version 3.4 (89/08/02)
In-Reply-To: Your message of Wed, 16 Aug 89 16:37:06 -0400.
	     <8908162037.AA07121@xenon.lcs.mit.edu>
Date: 16 Aug 89 16:57:06 PDT (Wed)
From: Todd Brunhoff <toddb%tekcrl.labs.tek.com@relay.cs.net>

> ...several requests may have been processed since the state
> change request.  It would be useful to have the sequence number for the
> state change request inside the event so that they could be correlated.

I overlooked that.  This is reasonable.

Todd