bitpim-devel — For bitpim developers

Re: [Bitpim-devel] Chandler?

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

Todd Yocum wrote:
> I mention this just as a 'what if' question, not as any
> kind of suggestion.
> 
> I was wondering if there is any synergy to be had between
> bitpim and the Chandler project. Chandler is a PIM platform
> written using Python and wxWindows. They just stabilized
> their architecture and are looking for developer feedback.
> Here is a brief excerpt from their 'vision' document:

I am way ahead of you and will be visiting them next week :-)

Roger

[Bitpim-devel] Chandler?

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

I mention this just as a 'what if' question, not as any
kind of suggestion.

I was wondering if there is any synergy to be had between
bitpim and the Chandler project. Chandler is a PIM platform
written using Python and wxWindows. They just stabilized
their architecture and are looking for developer feedback.
Here is a brief excerpt from their 'vision' document:

 > Chandler is intended to be an open source personal information 
manager for email, calendars, contacts, tasks, and general
 > information management, as well as a platform for developing 
information management applications. It is currently under
 > development and will run on Windows, Mac, and Linux-based PC's.

http://www.osafoundation.org/

Again, I'm not suggesting that bitpim needs it, just
tossing the observation out there, fwiw.

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 4:32 PM, Roger Binns wrote:

> I have just done a commit you can test for writing.  When
> writing the data back out, it sets the entrysize to 0x202
> (same as vx4400/6000) instead of the 0x222 we get on
> 4500 reads.
>

I tried this, it seems to work OK, but when you read the data back it 
is changed back to 0x222.  I think I'd leave it at 0x222 until (or if) 
we figure out what it is.

Peter

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 4:32 PM, Roger Binns wrote:

> For the 4400/6000 the field named unknown20c is beyond the end
> of the entrysize.  On the 4400 it is always a sequence of 5 nulls.
> For the 6000 it is a 5 nulls followed by a two byte number.
> The 4500 seems to be doing the same as the 6000.  If you can
> figure out what those last two bytes are I would be very
> interested.
>

Maybe this is just numerology, but:

unknown20c is at position 9 in the block, and if you add that position 
with the value (0x222 = 546 decimal) you wind up with 555, which is the 
position of the sequence of 5 nulls.

Those final two bytes have the value 0x231 (561), which happens to be 
its position in the block.

Maybe this is used internally as some method of skipping over things or 
checking integrity.

Peter Dufault
HD Associates, Inc.

[Bitpim-devel] Categories/groups

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

Stephen,

Do you do anything with categories/groups on the Sanyo phones?

I am busy moving the code from vx4400 into phonebook helper.
That code works out what the most popular ones are.

Roger

[Bitpim-devel] CDM8900 phonebook writing works!

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

I have phonebook writing working now.  This phone is yet another one
of those that requires a reboot after changing the phonebook. 
I still need to correct the group information.

Also does anyone have a list of allowed characters in a phone number.
If you write back characters the phone doesn't like (such as parentheses
or space), it replaces them with dashes.  (That is better than the
LG phones which truncate the number at that point!)

For the CDM8900 folks out there, I would appreciate as much detail
as possible as to how wallpapers and ringtones are stored.  I
would also appreciate zips containing your index files and the
actual media themselves.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

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

> Is it possible to cvs the developer stuff read-only if one wants to
> check something out without waiting five hours?

Nope.  You can however feed the stuff on the bitpim-cvs-checkins list 
into patch.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 4:32 PM, Roger Binns wrote:

> All the elm users switched to mutt :-)

You're right, I forgot:

hda:~% ls -latrd .mu* .elm*                                             
                       |
drwx------  2 dufault  dufault  512 Jul 10  2001 .elm
drwxr-xr-x  2 dufault  dufault  512 Aug 27  2001 .mutt
-rw-r--r--  1 dufault  dufault  150 Apr 15  2002 .muttrc
hda:~%

I guess I had switched to mutt before the OS X laptop became what I 
hauled around instead of the thinkpad with FreeBSD.

Is it possible to cvs the developer stuff read-only if one wants to 
check something out without waiting five hours?

Peter

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> > Since I can't find anyway to turn it off (OS X mail client) I'll attach
> > the protocol for now.  I don't think I'll switch back to elm.

All the elm users switched to mutt :-)

Looking at the packet, they seem to have tweaked something for
no appearent reason.  The field named entrysize is the size
of the entry for VX4400 and VX6000.  For this phone it has a
value of 0x0222 which isn't correct no matter how you slice
this.

For the 4400/6000 the field named unknown20c is beyond the end
of the entrysize.  On the 4400 it is always a sequence of 5 nulls.
For the 6000 it is a 5 nulls followed by a two byte number.
The 4500 seems to be doing the same as the 6000.  If you can 
figure out what those last two bytes are I would be very
interested.

I have just done a commit you can test for writing.  When
writing the data back out, it sets the entrysize to 0x202
(same as vx4400/6000) instead of the 0x222 we get on
4500 reads.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> I'm going to subscribe to that now.  But did you already commit those
> fixes for the vx4400 inheritance?

Yes.
 
> I just did a "cvs update" and I don't see any changes from what I got
> at 9:00 AM.

The anonymous CVS servers are synced with the developer ones every
five hours.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 1:57 PM, Roger Binns wrote:

> BTW there is a cvs checkins mailing list that sends the diffs of every
> every cvs commit.  That is very useful for tracking what changes
> have been happening.
>

I'm going to subscribe to that now.  But did you already commit those 
fixes for the vx4400 inheritance?

I just did a "cvs update" and I don't see any changes from what I got 
at 9:00 AM.

Peter

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 1:57 PM, Roger Binns wrote:

> Also, please attach the protocol dumps as a seperate file in
> your email as your email client wraps the lines!  (Or turn
> off the wrapping).
>

I'm embarrassed to say I never realized that.  The way things looked to 
me I thought it was just sending long lines unless I inserted a 
carriage return and also set "Format=flowed" in the mail header for the 
receiving client to clean things up.  I just did "view raw source" on 
the message I sent and saw what I sent out.  Ouch.  Of course 
everything normally looks fine to me.

Since I can't find anyway to turn it off (OS X mail client) I'll attach 
the protocol for now.  I don't think I'll switch back to elm.

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> I found the definition for that function that was removed on the 30'th,

It was put into a parent class.  It is just that the VX4400 code wasn't
inheriting from the parent class like it should have been.

BTW there is a cvs checkins mailing list that sends the diffs of every
every cvs commit.  That is very useful for tracking what changes
have been happening.

> Let me know that I'm doing the right thing here:

Yes, you were very much on the right track.

> 13:30:07.906 LG-VX4500: lg phonebook response Data - 563 bytes
> <#! p_lg.pbnextentryresponse !#>

The one we actually need is pbreadentryresponse.  The LG phonebook
has a "cursor" pointing at an entry.  pbinitrequest is used to
make it point to the beginning of the phonebook.  pbreadentryrequest
is used to read the entry currently being pointed at and 
pbnextentryrequest is used to move the cursor to the next entry.

pbnextentryresponse tends to have what looks like an entry, but
is mainly just junk.  BitPim doesn't look at the fields in the
response.

Also, please attach the protocol dumps as a seperate file in
your email as your email client wraps the lines!  (Or turn
off the wrapping).

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 4, 2004, at 1:07 PM, Roger Binns wrote:

> I broke that and have just committed a fix.  It was due to some
> code cleanup, but the VX4400 code is old and didn't do some
> stuff as it should have been.

I found the definition for that function that was removed on the 30'th, 
so I had temporarily put it back in to the vx4400 code since I don't 
know python and couldn't figure out the right fix.  I'll get your fix 
in a little while.

Let me know that I'm doing the right thing here:

I've zeroed out my phone book, loaded an entry as much as possible, and 
got a trace (further on) off the protocol log.

(N123 is name 1, e123 email address one, e223 email address 2, etc).

Now I should go through p_lgvx4400.p, p_lgvx4500.p, and p_lg.p and see 
that things match.  I sort of see where things are.  But where, for 
example, is the length of a phone number?

13:30:07.904 LG-VX4500: Read entry 0 - N123456789012345678901
13:30:07.905 LG-VX4500: lg phonebook request Data - 10 bytes
<#! p_lg.pbnextentryrequest !#>
00000000 ff 12 0e 01 00 00 00 00 00 00                       ..........

13:30:07.906 LG-VX4500: lg phonebook response Data - 563 bytes
<#! p_lg.pbnextentryresponse !#>
00000000 ff 12 0e d0 00 00 00 00 00 00 09 00 00 00 00 00     
................
00000010 4e 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35     
N123456789012345
00000020 36 37 38 39 30 31 00 01 00 65 31 32 33 34 35 36     
678901...e123456
00000030 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32     
7890123456789012
00000040 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38     
3456789012345678
00000050 39 30 31 32 33 34 35 36 37 00 65 32 32 33 34 35     
901234567.e22345
00000060 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31     
6789012345678901
00000070 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37     
2345678901234567
00000080 38 39 30 31 32 33 34 35 36 37 00 65 33 32 33 34     
8901234567.e3234
00000090 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30     
5678901234567890
000000a0 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36     
1234567890123456
000000b0 37 38 39 30 31 32 33 34 35 36 37 00 77 77 77 2e     
78901234567.www.
000000c0 75 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35     
u123456789012345
000000d0 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31     
6789012345678901
000000e0 32 33 34 35 36 37 38 39 30 31 32 33 00 00 00 00     
234567890123....
000000f0 4d 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35     
M123456789012345
00000100 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31     
6789012345678901
00000110 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37     
2345678901234567
00000120 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33     
8901234567890123
00000130 00 00 00 01 02 03 04 31 31 32 33 34 35 36 37 38     
.......112345678
00000140 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33 34     
9012345678901234
00000150 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30     
5678901234567890
00000160 31 32 33 34 35 36 37 00 32 31 32 33 34 35 36 37     
1234567.21234567
00000170 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32 33     
8901234567890123
00000180 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39     
4567890123456789
00000190 30 31 32 33 34 35 36 37 00 33 31 32 33 34 35 36     
01234567.3123456
000001a0 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31 32     
7890123456789012
000001b0 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37 38     
3456789012345678
000001c0 39 30 31 32 33 34 35 36 37 00 34 31 32 33 34 35     
901234567.412345
000001d0 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30 31     
6789012345678901
000001e0 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36 37     
2345678901234567
000001f0 38 39 30 31 32 33 34 35 36 37 00 35 31 32 33 34     
8901234567.51234
00000200 35 36 37 38 39 30 31 32 33 34 35 36 37 38 39 30     
5678901234567890
00000210 31 32 33 34 35 36 37 38 39 30 31 32 33 34 35 36     
1234567890123456
00000220 37 38 39 30 31 32 33 34 35 36 37 00 00 00 00 00     
78901234567.....
00000230 00 0f 00                                            ...

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] VX4500 on Mac problem

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

> AttributeError: Profile instance has no attribute 'SyncQuery'

I broke that and have just committed a fix.  It was due to some
code cleanup, but the VX4400 code is old and didn't do some 
stuff as it should have been.

Roger

[Bitpim-devel] VX4500 on Mac problem

[Peter D. <du...@hd...>]

On May 3, 2004, at 8:09 PM, Roger Binns wrote:

> What is needed is correctly decoding the phonebook...

Well, I didn't get far today.  Using the version cvs'd as of this  
9:00AM EST I got an unexpected exception.

OS: Mac OS X 10.3.3
Platform: 667 MHz PowerPC G4 Powerbook
Python S/W, etc: versions as specified on "how to install the developer  
version" on the website from last weekend.
Phone: LG VX4500 S/W T45VZV01 PRL 50154 ERI 50018
Cable: Verizon Mobile Office cable for the VX4500

===== Exception dialog:

9:05:36.632 Exception: An unexpected exception has occurred.
Please see the help for details on what to do.

Traceback (most recent call last):
   File "/Users/dufault/work/bitpim/gui.py", line 703, in OnDataGetPhone
     dlg.UpdateWithProfile(self.phoneprofile)
   File "/Users/dufault/work/bitpim/guiwidgets.py", line 264, in  
UpdateWithProfile
     if self._dowesupport(source, self.actions[0][1], self.types[i][1])  
and \
AttributeError: Profile instance has no attribute 'SyncQuery'

Variables by last 8 frames, innermost last

Frame ? in bp.py at line 58
         profile =  <function profile at 0x61470>
        __file__ =  'bp.py'
        __name__ =  '__main__'
         __doc__ =  'Main entry point to Bitpim\n\nIt invokes BitPim in  
gui or c

Frame run in /Users/dufault/work/bitpim/gui.py at line 349
            args =  (['bp.py'],)
               m =  <gui.MainApp instance; proxy of C++ wxPyApp instance  
at _32b

Frame MainLoop in  
/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/ 
site-packages/wxPython/wx.py at line 1968
            self =  <gui.MainApp instance; proxy of C++ wxPyApp instance  
at _32b

Frame MainLoop in  
/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/ 
site-packages/wxPython/wx.py at line 89
         _kwargs =  {}
            self =  <gui.MainApp instance; proxy of C++ wxPyApp instance  
at _32b
           _args =  ()

Frame OnDataGetPhone in /Users/dufault/work/bitpim/gui.py at line 703
            self =  <gui.MainWindow instance; proxy of C++ wxFrame  
instance at _
             dlg =  <guiwidgets.GetPhoneDialog instance; proxy of C++  
wxDialog i
               _ =  <wxPython.events.wxCommandEventPtr instance; proxy  
of C++ wx

Frame UpdateWithProfile in /Users/dufault/work/bitpim/guiwidgets.py at  
line 264
         profile =  <com_lgvx4400.Profile instance at 0x5bf7468>
           count =  0
               i =  1
            self =  <guiwidgets.GetPhoneDialog instance; proxy of C++  
wxDialog i
          source =  'phonebook'
              cs =  0
            type =  'OVERWRITE'

===== Both "Log" and "Protocol Log":
Same as exception dialog.

All I did was start it up with "pythonw bp.py" (I hope that's correct,  
"python bp.py" doesn't bring the program to the front and "pythonw  
bp.py" worked yesterday), changed the phone to vx4500 from vx4400 (Why  
doesn't that seem to stick?) and did "Data...Get Phone Data".  I get  
the error immediately, I don't get the bullet list selector to select  
what to get.  This worked yesterday.

I have the versions of the support software specified on how to install  
the developer version on the website.

The file system view works fine.

I do have a keyboard and mouse on the laptop today, I didn't yesterday.  
  I can't think of any other differences.

Yesterday I was able to get and send phone book entries, and set up  
about ten contact entries that I had from the VX4400, though I didn't  
get the wallpaper in right.  I'm not 100% when I CVS'd that version,  
maybe over the weekend.

Peter

Peter Dufault
HD Associates, Inc.

[Bitpim-devel] CDM8900 - please test

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

For those testing this phone against CVS, please check the
phonebook reading is correct.  I believe it is 100% perfect.

Also see if you can figure out a pattern to the fields I
marked as next and prev in the protocol analyser.

I would also appreciate any guesses as to what the 'dunno'
stuff is.

I have been working on writing the phonebook, but it is
failing dismally.  My phonebook now has 300 entries
all called 'No Name' :-)  I am slowly ensuring that what
happens is an exact duplicate of what the Curitel application
does, as I had been taking some shortcuts.  I also think
that the prev and next fields may matter in some way.

Roger

Re: [Bitpim-devel] BitPim Mac Menus

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

> Right now, I am using hard-coded Mozilla address-book columns to
> export,

There are field definitions in the pdc files in the resources
directory.  They use the names from the importexport module to
define the fields, which is why a mapping table is needed.

> I just have to
> write the code to output the CSV to a file.

As you surmised, that is fairly easy.

> Other than that, the only
> remaining thing to do is write the gui and put in user-defined options
> as you listed above. 

The gui is definitely the hard part.  Please put your code in the 
importexport module and structure it in the same way as the import
dialog.  You can probably steal some code from the import dialog
as well (such as getting the list of pre-defined column sets).

Don't worry about trying to share code between them yet.  Get
it working first, and then worry about a common parent class
and stuff like that.

> If you want, I can attach the stuff I have done,
> so if anyone wants to test the parsing routines. I guess I'll do that
> when I have it able to save to a file.

That would be good.

Roger

Re: [Bitpim-devel] BitPim Mac Menus

[Adit P. <apa...@ba...>]

On May 3, 2004, at 20:43, Roger Binns wrote:
>
> As far as I know, you just put the key sequence in the string for the 
> menu
> item:
>
>   menu.Append(ID_SAVE, "Save\tCtrl+S")
>
> That will automatically bind Ctrl+S to the menu item.  Is there 
> anything
> you do often enough with the menus to justify an accelerator key?
>

Not really, so I suppose it isn't necessary. Just figured we should 
have an alternate way to do things, if necessary. :) But thanks for the 
tip - I will keep that in mind for future projects.

> Given a list of column headers, you can call phonebook.getdata
> to get the relevant field.
>
> For example:
>
>    phonebook.getdata("Cell2", entry, "")
>    phonebook.getdata("Name", entry, "")
>
> The full list of column names is phonebook.AvailableColumns.
>
> I would expect the exporting UI to look similar to the importing
> UI.  You should be able to select one of the predefined column
> types (Palm Desktop, Mozilla etc) or define your own and the
> order they go in.
>
> The columns offered should be 
> importexport.ImportCSVDialog.possiblecolumns.
> You will need a mapping table between those names and the ones used
> by BitPim in the phonebook module.
>
> Roger

Actually I already finished the parsing of the phonebook. I did use the 
phonebook.getdata() function, but I ended up finding a way to just go 
through the whole dict and get what I needed out of it. It works, but 
if it is unacceptable, I can change it.

Right now, I am using hard-coded Mozilla address-book columns to 
export, and it works (currently it just prints to the console, but that 
output imports perfectly into Mozilla Thunderbird). I just have to 
write the code to output the CSV to a file. Other than that, the only 
remaining thing to do is write the gui and put in user-defined options 
as you listed above. If you want, I can attach the stuff I have done, 
so if anyone wants to test the parsing routines. I guess I'll do that 
when I have it able to save to a file.

Adit

[Bitpim-devel] Summary of AudioVox CDM8900 commands

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

The phonebook commands for this phone are real simple.  The command
is one byte, typically followed by a one or two byte slot/entry
number and relevant data.  Unfortunately they didn't design it
with any thought towards synchronization.

command  description
0x80     write group
0x81     read group
0x82     write phonebookentry
0x83     read phonebookentry
0x84     write slots
0x85     read slots

(See a pattern :-)  The Curitel PC-Sync program also sends
some other commands that don't seem to be useful, but may work
on their phones.  I think it may be to do with the calendar.
The packet begins with the following 3 bytes:

   0x26 0xf7 0x03

The Sanyo also has commands starting with 0x26 so maybe they
are common to all the phones.  This is why I want the hexeditor
completed so I can hook it in to compose arbitrary commands.

The PC-Sync program also reads the SMS messages by reading
the sms_0000, sms_0001 etc files directly off the filesystem.
The same files are on the LG phones and I did figure out
most of their format, but don't know if the contents are the
same between phones.  I suspect it may be because it should
be Qualcomm code running in both cases.

If anyone has access to a program that plays with the
calendar on the CDM8900, then please let me know.

The CDM8900 also has some quirks that annoy the heck out of
me.  

 - It won't let you enter events in the past in the 
   calendar, so you can't use it to record stuff that
   has happened.  There are also no repeats etc.  The
   calendar is very basic.

 - The voice dials don't hook into the phonebook entries. 
   You enter numbers for the seperately.  Consequently if
   you have a voicedial for someone and their number changes,
   in addition to changing their phonebook entry, you also
   have to change the voice dial entry.

 - The phonebook has a total of 7 groups of which one is
   reserved for the 'All' group.  It also only lets you
   rename/edit 3 of the remaing groups.  Why?

Other than that, the UI is largely the same as the LG 
phones.  I would rank the CDM8900 a little lower than
the LG phones because of stupidity like the above and
lack of design to making syncing easier.  But both
companies definitely need to send their user interaction
designers on training courses.

Roger

Re: [Bitpim-devel] BitPim Mac Menus

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

Adit Panchal wrote:
> > I was also wondering what would be the status for accelerator keys? Is
> > that something to be implemented down the road?

As far as I know, you just put the key sequence in the string for the menu
item:

  menu.Append(ID_SAVE, "Save\tCtrl+S")

That will automatically bind Ctrl+S to the menu item.  Is there anything
you do often enough with the menus to justify an accelerator key?

> > As to my CVS export code, it is coming along - I am currently trying to
> > figure out how to write the phonebook dict to a list or lists. 

Given a list of column headers, you can call phonebook.getdata
to get the relevant field.

For example:

   phonebook.getdata("Cell2", entry, "")
   phonebook.getdata("Name", entry, "")

The full list of column names is phonebook.AvailableColumns.

I would expect the exporting UI to look similar to the importing
UI.  You should be able to select one of the predefined column
types (Palm Desktop, Mozilla etc) or define your own and the
order they go in.

The columns offered should be importexport.ImportCSVDialog.possiblecolumns.
You will need a mapping table between those names and the ones used
by BitPim in the phonebook module.

Roger

Re: [Bitpim-devel] audiovox 9950/toshiba vm4050

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

ray cielencki wrote:
> in the bitpim-devel archives, i see a message from Dustin Sacks
> (<http://sourceforge.net/mailarchive/message.php?msg_id=7118427>)
> from january of this year regarding development for the audiovox
> 9900. i was wondering if any progress had been made and what was left
> to work out. my cable is on its way and am excited to make bitpim
> work for yet another phone. any info would be helpful.

I haven't seen any further messages about that phone.  The Audiovox
phones do like to store stuff below NVM so maybe things are in there.

Roger

Re: [Bitpim-devel] A project for someone

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

Steven Palm wrote:
>   For ideas/etc, here is another hex editor in Python that is under the
> Python license:
> 
>   http://homepage.hispeed.ch/py430/python/
> 
>   I have only looked at it briefly... 

It is written by the same guy who does pySerial.  However it is particularly
bad for BitPim's purposes.

The BitPim code (specifically the analyser) needs a way of highlighting
byte ranges.  It also needs to operate on the data in memory, although maybe
that one takes StringIOs.  

Bizarrely it doesn't seem to have an insert vs replace mode.

For the BitPim one, I need the following functionality:

 - insert and replace mode
 - limiting range of bytes that can be editted (thereby
   providing an easy way to let people overwrite
   "Verizon Wireless" in various files)

There is probably a bit of NIH going on as well, but I feel it is
justified :-)

If noone volunteers, I will do it myself.

Roger

Re: [Bitpim-devel] CDM8900 Model specific help needed

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

> Admin: please delete the other post if possible.

I can't delete posts :-)

> I'll volunteer for the CDM8900.  I'm guessing this needs to be more-real
> time than email and that we won't want to clutter the lists with info
> from individual phones, not to mention the privacy issue.... Where do we
> go from here?

Nah, posting to the list is preferred, except where real data is being
used in which case email it directly.  The idea is that other people
will have insights and can act as extra eyes double checking information.
I also assume that everyone on this list is technical enough to
figure out how to filter their email and quickly discard things
they are not interested in.

> >   - The new phonebook code needs to be tested

Just try reading your phonebook and see how it looks.  I
believe all the data is correctly decoded.

After readin the group information, there are then 30 requests
sent (with dunno in the request name).  Have a look in the
protocol log and see if you can figure out what they are.
I have eliminated voice dials, speed dials and the calendar.
I don't know what else the phone has 30 of.

(BTW I have been sniffing the Curitel PC-Sync application
to get all this).

> >   - Information is needed about media locations and
> >     index files

This would be greatly appreciated.  There are various fields
in the index files and I need the size and purpose of each
one.  When I last looked at random other programs people
had done, they just seemed to put in fixed numbers and hope
for the best.  I think many are actually dates.

Roger

Re: [Bitpim-devel] Model specific help needed

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

Peter Dufault wrote:
> My usual working systems are OS X, FreeBSD, and reluctantly Win-XP, and
> all are on-line.  I can boot up and work with Linux, but that will
> eat-up my Bitpim time budget.

You can use whichever ones you want for the work.
 
> Given those restrictions, feel free to ask for any LG4500 help.

What is needed is correctly decoding the phonebook.  The simplest
thing to do is to tell BitPim to get your phonebook, and then
look in the analyser to see what the first entry returned is.
On your phone, change that entry so that every field is filled
in to its maximum length.  I usually do things like e1e1e1e1e1e...
for first email address, 11111... for first phone number, memomemo
for memo etc.

(You will probably want to have create a new entry with the original
phonebook entry details).

Then with the now updated first entry, read the phonebook again
and look in the protocol analyser.

The fields are defined in p_lgvx4500.p.  You may need to change
sizes and other stuff.  You can rebuild the Python code by
running 'python protogen.py p_lgvx4500.p p_lgvx4500.py'

Then check your work.

Email your updated p_lgvx4500.p file, as well as the relevant
packet from the protocol dump to this list.

Roger