Re: linux development

Roger,

>
>Incidentally, what phone do you have?  The various models and manufacturers
>behave differently and it is a bad idea to extrapolate from a sample of 
>one.
>
I am using an LG VX6000 with the FutureDial usb-to-serial cable.

>>it seemed possible to create symbolic links or even 'dummy' files for 
>>every possible device Bitpim supported (through the use of a 
>>device.usermap).
>
>It isn't as you can't tell whether a USB to serial device is seen and is a
>cell phone, a GPS, an old mouse or something else.
>
Can't you just probe all the devices that are 'possible' Bitpim targets?  I 
mean you can still group all possible Bitpim targets in one location and 
then probe those targets.  If a cellphone is on the other end, great, else 
keep probing.  Right?

>Yes, we need to open the devices in some cases because the kernel provides
>a device driver we need to speak through.
>
Hmm.  Bummer.

>And unfortunately on Linux and Mac, you can't use libusb against a device
>for which a driver is installed and they both install the generic ACM
>driver, so the workaround of using our own ACM implementation wouldn't
>help.
>
I am starting to understand your nightmares...

>If you have C userspace code that implements functionality we need
>then it is trivial for me to glue it into the Python.
>
Ok.

>>So you really do need to open the /dev and read/write some data.
>
>Yes, for some phones and/or cables.  Life would be easier if we
>could just stick to libusb and had our own drivers.
>
Right.

>DBus is supposed to solve this, but I couldn't get it to give me
>device notifications.  I would rather use it directly or whatever
>underlying mechanism it uses is.
I thought DBus would take of this too.  Huh.

It seems like my best bet is to selfishly get it working on my system first. 
  Then try to abstract the solution to cover different combinations of 
Linux.

Is there an easy way to run a subset of the Bitpim code?  It would be great 
if I could just run simple tests from the lower layers (ie comscan) just to 
see what is working and what is not.  Something quick and dirty without the 
overhead of a GUI would be nice.

Thanks,
Don




-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click