Stephen Warren wrote: > As you may have noticed, congruity does this already at the application > level. This whole process obviously takes some time, and could even fail > (e.g. if user unplugs the remote.) This change probably requires > reset_remote having a callback to indicate progress...
reset_remote has no way of knowing progress, it sends a command and the remote disappears. I did a deinit_concord and then have a loop while we wait for it for a certain amount of time. If it doesn't come back, we report it as an error. Since this is roughly what the official software does, I think it's a pretty reasonable default. I was going to add a new --no-reboot option as well to skip the reboot and everything after. > Congratulations (I assume:-) About 10 years ago I moved from the UK to > the US, so I know it can be a lot of work both before and after > (although, I was right out of college, so I didn't have much stuff to move.) Thanks! And yes, you assume right, it's a good thing. :) -- Phil Dibowitz [EMAIL PROTECTED] Open Source software and tech docs Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Never write it in C if you can do it in 'awk'; Never do it in 'awk' if 'sed' can handle it; Never use 'sed' when 'tr' can do the job; Never invoke 'tr' when 'cat' is sufficient; Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________ concordance-devel mailing list concordance-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/concordance-devel
