On Sun, 6 Jan 2013, Phil Dibowitz wrote:

> So this all looks fine but this:
>
> -     reset_remote(cb, cb_arg);
> +     if ((err = reset_remote(cb, cb_arg)))
> +             return err;
>
> I think we did this because some remotes don't reset right and we didn't want
> to return a failure because of it... we just try to reset them and if they
> reset great and if not we set the time and move on.
>
> Sadly, there's no comment, but I seem to recall that being the case... was
> there a reason you changed this other than it seeming more correct?

I originally changed it to make it more consistent (we were checking the 
return value from reset_remote() in update_configuration() but not in 
update_firmware()).  But subsequent to that, while investigating an issue 
with a congruity user, I ran into the very issue you are describing - 
where the reset command works, but we get a bad return from the 
HID_WriteReport().  I was working on a patch to reset_remote where it 
would ignore the specific error encountered in that case, but I haven't 
yet been able to get feedback from the user on whether it works or not. 
But I think it would be better solution to ignore the error inside of 
reset_remote, rather than have it bubble up the higher layers.  Do you 
happen to have one of the remote models with the problematic reset (and 
could test my patch)?

Scott

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
_______________________________________________
concordance-devel mailing list
concordance-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/concordance-devel

Reply via email to