On Sat, Aug 16, 2008 at 07:42:25PM +0200, Sandro Steger wrote:
> Hi,
> 
> when I use btool -t to fetch the table list it prints
> 
> "Barry::Error caught: Password rejected by device.",
> 
> if I try it again it prints,
> 
> Barry::Error caught: Bad packet size. Packet: 26. DataSize(): 26. Required 
> size: 
> 44

This error occurs when a Barry application exits unexpectedly, or crashes,
since the device is left in the "Desktop open" mode.

I try to close this whenever possible, but obviously is not foolproof.

The opening packet handshaking is not well understood, and needs more
reverse engineering work.  The Windows software would handle this properly,
so it is possible, it just needs to be figured out.  The changes would
need to be made to probe.cc once the protocol has been analyzed.



> barrybackup won't work after the first try with btool as well. But after 
> replugging barrybackup asks nicely for a password, unlike btool.
> 
> Wouldn't it be desirable for btool to ask for a password if none has been 
> specified?

Yes. :-)

The problem is that btool defaults to an empty password, and passes that
password variable to the desktop.Open() call every time.  To fix this and
make it more user-friendly, you would need to change it so you pass in
a 0 pointer if no password was available, and catch the BadPassword
exception if the device requires a password.

As you noted, barrybackup does this properly, while btool takes the shortcut.


> I haven't really taken a look into barry's source, but I think I could handle 
> this, if you want.

I'd be happy to accept a nice clean patch for this.  Thanks!

- Chris


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to