> On Wed, 2007-12-12 at 08:20 +0000, Mark Ellis wrote: > Time to contradict myself. > > I said that last error wasn't returned by these functions. Well it does seem to always be zero, but I need to read it because the return value is definitely second in the buffer. This becomes obvious when stuck in an infinite loop when you're certain you're checking for > ERROR_NO_MORE_ITEMS :) > > I'm still a uint32 short in the buffer, so what seems most likely is that the device does not return, in the case of enumvalue, the size of the name string, we're left to figure that out. Same applies to infokey with regard to the class name. > > Anyone see any glaring errors in my reasoning ?
Is that with or without the following line enabled? Because it will eat at least four bytes and I'm quite certain that it should not be there: rapi_buffer_read_optional_uint32(context->recv_buffer, lpReserved); Regards, \David ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ SynCE-Devel mailing list SynCE-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synce-devel
