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