bitpim-devel — For bitpim developers

[Bitpim-devel] Bitpim 0.6 - test 3 released

[Roger B. <ro...@ro...>]

BitPim 0.6 - test 3 has now been released for Windows and Linux.  Download from the
bitpim-tests section of https://sourceforge.net/project/showfiles.php?group_id=75211

There are many many changes in this release.  Amongst them is online help, where you
can read about the changes.  

The things remaining to do till the full release of 0.6 are pretty much fixing
everything listed under the bugs on SourceForge.  Of particular importance is
coping better with unrecognized image files in the wallpaper directory.  The
help also needs more fleshing out.

Please let me know of your successes and failures with this release.  I am
especially keen to know how well the auto port detection works.  If you already
had bitpim installed, you should Edit -> Settings and change port to 'auto' (or
browse and choose automatic).

Roger

[Bitpim-devel] Bad news on driver bug

[Roger B. <ro...@ro...>]

The scoop so far:

  There is a driver bug for the straight USB cable (marked as specifically
  for the VX4400 and connects to the internal USB interface on the phone).
  What happens is that when reading a chunk of data (eg a phonebook entry),
  it will abruptly stop part of the way through.  By using Portmon you
  can see that it is indeed a driver bug and not an application problem.

  This problem does not affect all machines, and can even happen in
  different places on the same machine.

  The obvious solution of resending the command doesn't work, as the driver
  then falls over again in the same place.

  I was hoping to find a workaround to put into 0.6, but nothing I have
  tried has worked.  So the only solution/workaround is to return the
  straight USB cable and get the USB to serial one instead.

  If anyone has any suggestions, I would be glad to try them.  Here is a
  list of stuff I can remember trying:
  
    - Flow control
    - Waiting even longer
    - Using event(trigger) characters in win32 comm api
    - Resending command
    - Resetting the port
    - Whining :-)

Roger

Re: [Bitpim-devel] Source

[Jeff R. <je...@ra...>]

Maybe I shouldn't comment since I haven't contributed to the project.  =
But it sounds like something that could be added to Bitpim.  It is an =
open source project and any new features should be able to be added into =
the base programming.

Jeff
  ----- Original Message -----=20
  From: chunkmasta=20
  To: bit...@li...=20
  Sent: Monday, August 25, 2003 9:53 AM
  Subject: [Bitpim-devel] Source


  i was wondering if there is anyway to get your source code .. or =
atleast some links pointing to some information  where i can write my =
own programs for the vx4400. i am planning on writing a defragmenting =
program so if u ever lose any memory space on the phone you will be able =
to regain it by re mapping the memory to original states or something =
along those line. I have no clue where to start and some help would be =
appreciated=20

  Lance Gobaira

  note ..=20
      full credit will go to the bitpim developemnt team if any code is =
used

Re: [Bitpim-devel] Source

[Roger B. <ro...@ro...>]

> i was wondering if there is anyway to get your source code 

It is open source and available under CVS.  Details are at
http://sourceforge.net/cvs/?group_id=75211

> i am planning on writing a defragmenting program so if u ever lose any 
> memory space on the phone you will be able to regain it by re mapping 
> the memory to original states or something along those line. 

I'd be more than happy to work that kind of functionality into bitpim
itself rather than have a seperate program.  I don't exactly understand
what you are saying you will do.  You can already use the filesystem
view to add/delete stuff, and I will be adding an easy backup/restore
mechanism into 0.7.  How exactly do you defragment?

> note .. 
>    full credit will go to the bitpim developemnt team if any code is used

BitPim is copyright by myself with contributions from a few others.  It
is under the Artistic License, and you must comply with this in order to
make use of the source.  Details are at

   http://www.opensource.org/licenses/artistic-license.php

Roger

[Bitpim-devel] Source

[chunkmasta <chu...@ve...>]

i was wondering if there is anyway to get your source code .. or atleast =
some links pointing to some information  where i can write my own =
programs for the vx4400. i am planning on writing a defragmenting =
program so if u ever lose any memory space on the phone you will be able =
to regain it by re mapping the memory to original states or something =
along those line. I have no clue where to start and some help would be =
appreciated=20

Lance Gobaira

note ..=20
    full credit will go to the bitpim developemnt team if any code is =
used

[Bitpim-devel] New comscan available (and why you should care :-)

[Roger B. <ro...@ro...>]

There is a new comscan available:

http://prdownloads.sourceforge.net/bitpim/comscan-20August2003-setup.exe?download

This version has a gui, and has two modes.  One shows all available
ports, and the second shows all configured ports even those that are not
active (eg the cable is not plugged in).

I believe the detection in this version is perfect.  Please let me know if
it gets anything wrong.

Version 0.6 of bitpim is going to have the option (and it will in fact be the 
default) to auto-detect the correct com port.  It will be using the comscan
code to find it.

Currently I believe I can identify the phone by looking for the following
in the hardware instance as shown by comscan:

  USB to serial cable:  VID_067B&PID_2303
  Straight USB:         VID_1004&PID_6000  (Win2K/XP)
                        LGATCR             (Win9x)

I am also going to be adding in an option (defaulting to off) in bitpim that 
will do retries when you have those timeout failures (it resends the last
command).  It appears to work for me, and should be harmless but I won't
default it to on until after it has had more testing by brave people.
Look for a new 0.6 test release after the weekend if you are interesting
in testing and/or checking out the new features.

For users of non-VX4400 phones, please confirm the hardware stuff above.
I believe all your cables will show up as the top one (USB to serial)
but if they don't let me know how they show up.

And finally I would like to thank our friends at IBM who make such
bad quality hard drives that they managed to delay these releases.
(Of the 6 IBM hard drives I have, 4 have failed) including two the
other day.

Roger

[Bitpim-devel] New comscan available (and why you should care :-)

[Roger B. <ro...@ro...>]

There is a new comscan available:

http://prdownloads.sourceforge.net/bitpim/comscan-20August2003-setup.exe?download

This version has a gui, and has two modes.  One shows all available
ports, and the second shows all configured ports even those that are not
active (eg the cable is not plugged in).

I believe the detection in this version is perfect.  Please let me know if
it gets anything wrong.

Version 0.6 of bitpim is going to have the option (and it will in fact be the 
default) to auto-detect the correct com port.  It will be using the comscan
code to find it.

Currently I believe I can identify the phone by looking for the following
in the hardware instance as shown by comscan:

  USB to serial cable:  VID_067B&PID_2303
  Straight USB:         VID_1004&PID_6000  (Win2K/XP)
                        LGATCR             (Win9x)

I am also going to be adding in an option (defaulting to off) in bitpim that 
will do retries when you have those timeout failures (it resends the last
command).  It appears to work for me, and should be harmless but I won't
default it to on until after it has had more testing by brave people.
Look for a new 0.6 test release after the weekend if you are interesting
in testing and/or checking out the new features.

For users of non-VX4400 phones, please confirm the hardware stuff above.
I believe all your cables will show up as the top one (USB to serial)
but if they don't let me know how they show up.

And finally I would like to thank our friends at IBM who make such
bad quality hard drives that they managed to delay these releases.
(Of the 6 IBM hard drives I have, 4 have failed) including two the
other day.

Roger

[Bitpim-devel] Mac folks?

[Roger B. <ro...@ro...>]

Do any of you Mac folks have some time to do testing?

I need quite a few of the new bits of code tested on Mac.
You will need to work with the tree in CVS.

Also does anyone have a way of packaging the application
up for Mac?  On Linux I am using cx_Freeze and the author
of that is looking into doing a Mac version.

Roger

Re: [Bitpim-devel] Little project if anyone is interested

[Roger B. <ro...@ro...>]

I did some more digging on this and have the relevant meta information
(basic file format, compression algorithm).  As a bonus, you can also
create animated images.

Is that enough incentive for someone to tackle this as a project?
If so, email me and I will fill you in on the details.

> If anyone is looking for a little project, here is one I would
> greatly appreciate.
> 
> I would like some code that can convert to and from the Brew
> Compressed Image format.
>   
>   http://www.qualcomm.com/brew/developer/resources/ds/faq/techfaq15.html#T1A
> 
> The code can be in any language you want (I will convert it
> to Python).  The other image format should just be a list
> of RGB tuples (eg 0,0xff,0 is green).  (You can also use
> raw ppm to make testing easier).

Roger

[Bitpim-devel] CDM9500 support

[Greg <ga...@so...>]

I know CDM9500 support can be added to bitpim. I have this phone and can =
do some testing.=20

Greg.

[Bitpim-devel] Brew error numbers

[Roger B. <ro...@ro...>]

Does anyone have any idea what the Brew error numbers are?

So far I have

0x06  No such file
0x08  No such directory
0x1c  No more directory entries

I have a user who is getting 0x1a.  It isn't memory full, although if someone
wants to fill their phone up to see what the memory full error code is I
would appreciate it.

Roger

[Bitpim-devel] Little project if anyone is interested

[Roger B. <ro...@ro...>]

If anyone is looking for a little project, here is one I would
greatly appreciate.

I would like some code that can convert to and from the Brew
Compressed Image format.
  
  http://www.qualcomm.com/brew/developer/resources/ds/faq/techfaq15.html#T1A

The code can be in any language you want (I will convert it
to Python).  The other image format should just be a list
of RGB tuples (eg 0,0xff,0 is green).  (You can also use
raw ppm to make testing easier).

Roger

[Bitpim-devel] Re: [Bitpim-user] Trouble transitioning to brew mode

[Roger B. <ro...@ro...>]

> - It'd be nice if the protocol log had a timestamp on it.  That would help
> see where timeouts are legitimate vs. "timing out without trying to read any
> data", which I suspect here...

Good suggestion.  I will add it.  The timeouts are always timeouts.  There
is no code that can generate that message other that doing a serial read 
or write and getting a time out.  The timeout management is done as part
of the OS, not bitpim.
 
> - What does a *working* protocol log look like?  Anyone have one that
> doesn't contain private data that they could share?  Is this question better
> suited for the developer list?

I recommend getting the USB to serial cable.  The straight USB cable 
has issues.  At the driver level it just arbitrarily stops returning data
until the serial connection is reset.  One user has confirmed that 
FutureDial acknowledged a bug in the driver.

BitPim does not retry stuff to work around buggy drivers for several
philosophical reasons.  You are welcome to debate this on bitpim-devel.

> Suspicion:  Could TrueSync be sending *only* the brew-mode commands, and
> could BitPim be failing on the USB cable because it expects AT-style and
> brew-style commands to work on the same serial port?  

Good conspiracy theory but not true.

> That would jibe with
> reports that BitPim works better with the serial cable than the USB cable,
> even when proper Windows drivers are installed; 

It works better with the serial cable as the driver doesn't have bugs in it.

> it does make me wonder how
> anybody could have got BitPim to work on the USB cable, though.

It does work with the USB cable as well unless a driver bug is hit.  I
have one machine where it is only hit in the phonebook, and another
machine where it always works perfectly unless I send a file to the
phone.

To give you more of an idea what happens:

There are three sets of protocol commands.  One is straight forward modem
commands (aka AT commands).  These instruct the phone to dial numbers, hang
up, and can also return that version information stuff.

The other two are very similar.  One is used to manipulate the embedded filesystem
and the other to manipulate the phonebook.  They can be intermingled and
for the purposes of this discussion will just be called Brew commands.

The behaviour of the phone differs based on whether you are using the USB to serial
cable or the straight USB cable:

USB to serial:

  For the modem commands to work, the port (Menu-8-6-2) needs to be set to RS232.
  You can switch to brew mode by sending an AT modem command, at which point the
  port will say 'closed' but still work fine for brew stuff.  In fact I think brew
  stuff will work no matter what the port setting says.

  There is no way to get out of brew mode back to modem mode without going back into
  the port menu and setting it back to RS232.

Straight USB:

  Two devices are installed.  One is a modem device and it only accepts modem 
  commands.   The other 'diagnostic' device accepts only brew commands.  This 
  is what you should point bitpim at.

You have to be in modem mode for the version information to work.  The version
info stuff is not used by Bitpim in any way, and requires a port setting (USB to
serial) or different device (straight USB).  I only put this feature in out of
curiousity and have removed it from 0.6 since it just confuses people, while
others obsess over it, and it serves no useful purpose, and you can find out
the information in the phone menu anyway.

So how does bitpim change modes?  It flings every possible command at every
speed until it finds something that works.  It is ordered on the assumption
that the phone is already in brew mode.

You can see this for yourself.  Go to this link:  http://tinyurl.com/hzxz

Scroll down to just about half way through the file and you should see some
functions named _setmodebrew, _setmodelgdmgo, _setmodephonebook etc.  You
can see exactly how they try and what they care about.

If you believe it can be done better (eg a different order, adding timeouts),
please join the bitpim-devel, look in the archives for how to check out the
code and we will work on it.

Roger

Re: [Bitpim-devel] bad link and other info

[Roger B. <ro...@ro...>]

> Just thought you might want to fix your readme page 
> (http://bitpim.sourceforge.net/readme.html).
> You have a link to the Python site that SHOULD point to www.python.org.
> Instead yours points to python.com which is a porn site.

Fortunately it wasn't much of a porn site.  I have now updated the web
site correcting the link, as well as adding status information and 
details of Linux RPM availability.  It is just the Mac folks who
don't have a packaged binary distribution now.
 
Thanks for the info on the offset fields in the phone book.  I will
either update them in time for 0.6 release, or more likely do it
for 0.7.

Roger

[Bitpim-devel] New comscan and newLinux RPM available

[Roger B. <ro...@ro...>]

There is a new version of comscan available which should hopefully
make life easier for many people.  One thing I hadn't realised is
that Windows will quite happily bind multiple drivers to the same
com port name.

My record is 4 drivers attached to com2:

  - Hardware (motherboard) serial driver
  - USB to serial converter (used with my GPS)
  - FutureDial USB to serial cable
  - FutureDial straight USB cable

Needless to say, none of them worked.  A reinstall of Windows 98 
fixed it :-)  comscan now reports all drivers bound to a port, 
rather than just one of them.

  http://prdownloads.sourceforge.net/bitpim/comscan-setup.exe?download

There is a new Linux RPM available as well.  It should work everywhere
now and have no dependencies on an installed Python or wxPython.  (The
prior release fell victim to some hard coded pathnames in the shared
libraries aka rpath.  They are now stripped in the build process).
Please report any failures to run this. 

  http://prdownloads.sourceforge.net/bitpim/bitpim-0.6_test2-2.i386.rpm?download

Roger

Re: [Bitpim-devel] Linux RPM strip

[Roger B. <ro...@ro...>]

> Yeah, didn't make any sense to me either, but I aint
> no rpm whiz, that for sure.

I am actually :-)  One of my other projects ships an RPM that
contains an RPM inside that, which then contains one inside
that.  Anyone who has produced rpms before will know just how
challenging that is!
 
> Can you just manually replace brp-strip in /usr/rpm/lib with a 
> do-nothing shell script before building the bitpim rpm, maybe? 

Nope, since I build other rpms for other projects.  I did a 
similar hack however frigging with one of the macros.

Roger

[Bitpim-devel] Linux rpm now available

[Roger B. <ro...@ro...>]

There is now a Linux RPM available for bitpim-0.6 test release.
I would appreciate it if people who use Linux try it out.
At the moment, I just need to know it runs.  Several features
in bitpim won't work correctly as the code was in the middle
of development.

I built it on Redhat 8.  It definitely works on that platform.
Hopefully it will work on others.

Please email me directly if you have problems with it installing
or with bitpim failing to start.

Also if there is anyone who knows how to have it added to
KDE/Gnome menus on installation, I would appreciate your
assistance.

Look on the 0.6 bit of bitpim-tests on

   http://sourceforge.net/project/showfiles.php?group_id=75211

Roger

Re: [Bitpim-devel] Linux RPM strip

[Todd <od...@be...>]

Yeah, didn't make any sense to me either, but I aint
no rpm whiz, that for sure.

Can you just manually replace brp-strip in /usr/rpm/lib with a 
do-nothing shell script before building the bitpim rpm, maybe? 

Roger Binns wrote:
> 
> > Not sure if this still works, but here is a post from a couple
> > years ago to the rpm list:
> 
> It doesn't make any sense, and it doesn't work anyway!
> 
> Roger
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Parasoft
> Error proof Web apps, automate testing & more.
> Download & eval WebKing and get a free book.
> www.parasoft.com/bulletproofapps1
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Linux RPM strip

[Roger B. <ro...@ro...>]

> Not sure if this still works, but here is a post from a couple
> years ago to the rpm list:

It doesn't make any sense, and it doesn't work anyway!

Roger

Re: [Bitpim-devel] Mac OS X and bitpim

[Ian A. <Wa...@in...>]

I had installed pySerial to the wrong location :)  I got it figured out 
and now i've got some great ringtones and some great wallpapers :) 
thanks for your help guys.  I'll see if i can set up some kind of mac 
binary if possible.

- Ian

[Bitpim-devel] Linux RPM strip

[Todd <od...@be...>]

Not sure if this still works, but here is a post from a couple
years ago to the rpm list:

http://groups.yahoo.com/group/rpm-list/message/15010

> From:  Cameron Scott ICM N MC MI SI 6 <Scott.Cameron@i...> 
> Date:  Wed Sep 19, 2001  10:54 am
> Subject:  RE: any tag to set to disable strip ?
> 
>  
> ADVERTISEMENT
>  
>  
> 
> Courtesy of Mike A. Harris...
> 
> ************************
> Yep, add this to your spec:
> 
> %define __spec_install_post /usr/lib/rpm/brp-compress
> %define __spec_install_post /usr/lib/rpm/brp-strip
> 
> ************************
> 
> Cheers,
> Scotty
> -----Original Message-----
> From: Laurent CREPET [mailto:lcrepet@f...]
> Sent: Mittwoch, 19. September 2001 16:49
> To: rpm-list@r...
> Subject: any tag to set to disable strip ?
> 
> 
> Hi, everyone.
> 
> Is there any way to disable the strip of binaries and shared
> libraries ?
> 
> Laurent.
>

Re: [Bitpim-devel] Mac OS X and bitpim

[Alan P. <api...@ma...>]

Ian-

It sounds like you didn't install pySerial.... please check the install 
directions again and try that out.

Good luck,
Alan

On Monday, July 14, 2003, at 06:37  PM, Ian Andersen wrote:

> Hello, i just recently got bitpim to start up on Mac OS X (not without 
> much effort and tears heheh) but now that i've got it running, it is 
> still no use to me.  I've narrowed my problem down to one area.  When 
> i go to "get phone data" i get a bunch of errors, narrowing down to 
> the fact that in commport.py the line import serial is not accepted 
> and returns an error of "No module named serial".  I'd really like to 
> help get the mac version up and running for as many mac users as we 
> can so any help for this problem would be much appreciated.
>
> Thank you,
> 	Ian Andersen
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Parasoft
> Error proof Web apps, automate testing & more.
> Download & eval WebKing and get a free book.
> www.parasoft.com/bulletproofapps1
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: Bitpim and Linux was: Re: [Bitpim-devel] Mac OS X and bitpim

[Roger B. <ro...@ro...>]

> > I look forward to taking a look at the RPM. I'd be happy to beta-test it.
> 
> I am hoping to have something up tonight.

I have the rpm produced completely and installing correctly.

Unfortunately the rpm build process helpfully strips all the
files which corrupts them so they won't run.  And of course
as with most things Redhat, nowhere do they document how
to prevent the helpful feature of rpmbuild stripping your
binaries and libraries whether you want it or not.

If I ever manage to find out how to disable it, I'll upload
the resulting rpm.

Roger

Re: Bitpim and Linux was: Re: [Bitpim-devel] Mac OS X and bitpim

[Roger B. <ro...@ro...>]

> Also, I had difficulties with resolution; everything was too small when I 
> first ran bp.py. 

I did put in some code to autoresize.  I'll probably tweak it again.

 
> Am I correct in thinking that installing jython is optional? 

You couldn't use Jython with bitpim if you tried!

> I also had some 
> difficulty figuring out how to run bitpim without root permissions, I assume 
> that it is a matter of knowing which files to change permissions on.

On my Redhat 8 box, the /dev/usb/ttyUSB0 device node is set to have
the same owner as whoever is logged in to the system.

> I look forward to taking a look at the RPM. I'd be happy to beta-test it.

I am hoping to have something up tonight.

Roger

Bitpim and Linux was: Re: [Bitpim-devel] Mac OS X and bitpim

[Patrick H. <pa...@fi...>]

> People using Linux will be pleased to know that I am almost at the
> point of having a RPM with no external dependencies.

Indeed! 

I did manage to get it running under Redhat 9, somewhat. For some reason 
Chinese characters show up in the column headers when I start it up. 

Also, I had difficulties with resolution; everything was too small when I 
first ran bp.py. 

This post was helpful in that regard:

<http://groups.yahoo.com/group/vx4400support/message/1577?threaded=1>

Am I correct in thinking that installing jython is optional? I also had some 
difficulty figuring out how to run bitpim without root permissions, I assume 
that it is a matter of knowing which files to change permissions on.

I look forward to taking a look at the RPM. I'd be happy to beta-test it.

Cheers,

Patrick Hall

-- 
fieldmethods.net: "All the News that's Fit to Parse"