On Fri, Sep 07, 2007 at 12:29:54PM -0700, Robert Denton wrote:
> [EMAIL PROTECTED] ~]# bcharge
> Scanning for Blackberry devices...
> Found device #102...adjusting charge setting...adjusting Pearl mode to 
> dual...done

I recently improved the error checking in bcharge, but I don't think it made
it into the 0.8 release yet.   *checks CVS log history*  No, it didn't :-)

Could you double check that the usb_storage module is not loaded?

        lsmod | grep usb_storage

If it is, remove it first:

        rmmod usb_storage

And see if that makes any difference.

In the other email I mentioned some udev checks you could do.  Normally,
when udev setup is working correctly, bcharge gets run before usb_storage
is loaded, so at least the product ID is as expected.  As you are running
this manually, usb_storage may have already claimed the device.


> [EMAIL PROTECTED] ~]# barrybackup
> main.cc: terminate_handler() called - exception handling could not complete, 
> most likely due to exception inside a destructor or catch()
> terminate called after throwing an instance of 'Glib::OptionError'
> Aborted


Ouch, that should never happen. :-)  My gut instinct is that it might
be a compile issue between Fedora 6 and 7.  Do you mind grabbing the
0.8 tarball and compiling yourself to double check this?  You should
be able to easily install all the build dependencies with yum.

Looks like I need to add Fedora 7 to my release build sequence soon. :-)

- Chris


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to