bitpim-devel — For bitpim developers

Re: [Bitpim-devel] LG speed dials

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

On May 7, 2004, at 3:28 PM, Roger Binns wrote:

> I just figured out the LG speed dial format for the VX4400 and
> VX6000 and am adding them to the code.
>
> For people with the other LG phones (eg 4500 & 4600) please
> supply the following information:
>
>  - How big is the file pim/pbspeed.dat?  I would expect it to
>    be a multiple of 100, most likely 300.

Yes, 300

>  - How many speed dials does the phone have?  The answer is
>    most likely 100.

I'm not sure since they are only numbered 1 to 99, see next answer.

>
>  - What is the first and last speed dial shown in the user
>    interface?  The answer most likely is 2 and 99 respectively.
>

Yes, 02 to 99, with 01 reserved for voice mail.

> Please verify the format.  This is an example from my test
> data:
>
> 00000000 ff ff ff ff ff ff 09 00 01 01 00 00 ff ff ff ff
>
> Each speed dial uses 3 bytes.  The first two are the
> entry number, and the next one is the index as to
> which phone number in the entry is used.  Interpretting
> the above:
>
> SD #0  Entry 0xffff Number 0xff
> SD #1  Entry 0xffff Number 0xff
> SD #2  Entry 0x0009 Number 0x01
> SD #3  Entry 0x0001 Number 0x00
> etc
>
The next part I don't understand.  I had no speed dial entries at all, 
so I gave my brother's first phone number speed dial number 2.  He 
shows up in the log as:

15:51:20.685 LG-VX4500: Read entry 21 - Brother Dufault

Now I hexdump pim/pbspeed.dat:

00000000 ff ff ff ff ff ff 17 00 00 ff ff 02 ff ff 03 ff     
................
00000010 ff 04 ff ff ff ff ff ff ff ff ff ff ff ff ff ff     
................
(Balance are 0xff)

Interpreted:

SD #0 0xffff 0xff
SD #1 0xffff 0xff
SD #2 0x0017 0x00

Shouldn't that be 0x0015 to correspond to read entry 21?


> Then read the phonebook into BitPim and look in the log.
> In my case SD#2 should correspond to
>
> 12:26:52.983 LG-VX6000: Read entry 9 - John Doe

Peter Dufault
HD Associates, Inc.

[Bitpim-devel] LG speed dials

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

I just figured out the LG speed dial format for the VX4400 and
VX6000 and am adding them to the code.

For people with the other LG phones (eg 4500 & 4600) please
supply the following information:

 - How big is the file pim/pbspeed.dat?  I would expect it to
   be a multiple of 100, most likely 300.

 - How many speed dials does the phone have?  The answer is
   most likely 100.

 - What is the first and last speed dial shown in the user
   interface?  The answer most likely is 2 and 99 respectively.

Please verify the format.  This is an example from my test
data:

00000000 ff ff ff ff ff ff 09 00 01 01 00 00 ff ff ff ff

Each speed dial uses 3 bytes.  The first two are the
entry number, and the next one is the index as to
which phone number in the entry is used.  Interpretting
the above:

SD #0  Entry 0xffff Number 0xff
SD #1  Entry 0xffff Number 0xff
SD #2  Entry 0x0009 Number 0x01
SD #3  Entry 0x0001 Number 0x00
etc

Then read the phonebook into BitPim and look in the log.
In my case SD#2 should correspond to 

12:26:52.983 LG-VX6000: Read entry 9 - John Doe

In the phonebook entry editor, I then see that the second
phone number listed is Home for John Doe which is indeed
what the speed dial points to in the user interface.

Roger

Re: [Bitpim-devel] Re: [Bitpim-user] A question for LG users

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

Chris Poon wrote:
> I know that on the TM520, the phone will automatically reboot on any changes
> to the phonebook, so I think it should a model-specific thing - I certainly
> wouldn't like to see the phone being rebooted twice, once by itself and once
> by BitPim. Maybe something in the Profile class that defines whether BitPim
> should reboot on certain changes?

No need to panic.  I am referring to the VX4400/4500/4600/6000.

The "official" protocol for the LG phones require putting it into a sync
mode to read or write the phonebook.  After reading/writing the phonebook,
sending an end sync command will cause a reboot.  If you don't send anything
for a minute they self reboot.  You will see this behaviour if you use
other software such as DataPilot.

I did some experiments and figured out that you do not need to enter sync
mode for the 4400 onwards, so BitPim doesn't do so.  However in the circumstance
of the groups changing, the phone does need to be rebooted for them to
take effect.  The doc does say to do this manually, but I decided that I
just want the right thing to happen.  The common code shared by all
those models will ensure the right thing happens.

For the LG TM520/VX10, you do have to send the begin sync command, which
means you have to send an end sync.  That code is part of what you maintain
for that phone.

Roger

[Bitpim-devel] Re: [Bitpim-user] A question for LG users

[Chris P. <dev...@te...>]

I know that on the TM520, the phone will automatically reboot on any changes
to the phonebook, so I think it should a model-specific thing - I certainly
wouldn't like to see the phone being rebooted twice, once by itself and once
by BitPim. Maybe something in the Profile class that defines whether BitPim
should reboot on certain changes?

Re: [Bitpim-devel] VX4600 support

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

Dale wrote:
> I don't think that will happen, I am at work and they have a strict policy
> on that also I don't have a yahoo messenger account.

I would expect it to happen when you are at home, not at
work.

Anyway, I do need the information requested to make any further progress.

Roger

RE: [Bitpim-devel] VX4600 support

[Dale <dri...@te...>]

I don't think that will happen, I am at work and they have a strict policy
on that also I don't have a yahoo messenger account.  

-----Original Message-----
From: bit...@li...
[mailto:bit...@li...] On Behalf Of Roger Binns
Sent: Thursday, May 06, 2004 4:55 PM
To: bit...@li...
Subject: Re: [Bitpim-devel] VX4600 support

Dale wrote:
> I did some digging around with the wallpapers and the only ones I can 
> get to display on the phone properly are jpg, png.

Are you sure bmp doesn't work?

> Also in the .desc on the first
> line column 8 is where the index is stored for the picture. I have 
> attached a picture of the .desc file in hex and where the index is 
> being stored. You will notice it says six meaning this is my sixth
picture.

Actually it means the image has an index of six.  To my knowledge the
existing ones are not changed if you delete #3. I don't understand the
relevance of this paragraph.  The code is correctly setting the index.

There were a long list of other questions in my email.

If you have some time tomorrow, can we do BitFling?  You will need to be
able to allow incoming connections on port 12652 and have a Yahoo Messenger
account.

Roger


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software Learn developer
strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher
performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bitpim-devel mailing list
Bit...@li...
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Bitpim-devel] Withdrawing support for Audiovox CDM8900

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

I am going to withdraw support for the CDM8900 from BitPim.
I have locked up a brand new one, even sending exactly
the same thing as the Curitel application does.  The
code inside this device is just too shoddy.  I can't
even begin to conceive how changing the group on an
entry on the phone itself can cause a phone to be
permanently frigged other than extremely crappy coding.

Roger

Re: [Bitpim-devel] VX4600 support

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

Dale wrote:
> I did some digging around with the wallpapers and the only ones I can get to
> display on the phone properly are jpg, png. 

Are you sure bmp doesn't work?

> Also in the .desc on the first
> line column 8 is where the index is stored for the picture. I have attached
> a picture of the .desc file in hex and where the index is being stored. You
> will notice it says six meaning this is my sixth picture.

Actually it means the image has an index of six.  To my knowledge the 
existing ones are not changed if you delete #3. I don't understand the
relevance of this paragraph.  The code is correctly setting the index.

There were a long list of other questions in my email.

If you have some time tomorrow, can we do BitFling?  You will need to be
able to allow incoming connections on port 12652 and have a Yahoo
Messenger account.

Roger

Re: [Bitpim-devel] VX4500 documentation needed

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

Peter Dufault wrote:
> Sorry, I only do FORMAT=WRAPPED.  

:-)  I just don't want HTML stuff.

> But seriously, I remember you asking about cable pictures. 

Yes, basically the only cables I document are ones used and
to a certain extent endorsed by the developers themselves.

> Do you also want a JPEG of the Verizon Mobile
> Office cable?  I can take one later today.

Yes.  Please try to get the ends visible (the pins themselves).  In
all my existing photos I haven't done too good a job.  The idea is
that someone should be able to positively identify that they have
the correct cable from the photos only.

Roger

Re: [Bitpim-devel] VX4500 documentation needed

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

On May 6, 2004, at 2:41 AM, Roger Binns wrote:

> I would appreciate it if people can email me complete paragraphs in
> plain text format.  My intention is to put them on the relevant pages
> with a minimum of editing.
>

Sorry, I only do FORMAT=WRAPPED.  But seriously, I remember you asking 
about cable pictures. Do you also want a JPEG of the Verizon Mobile 
Office cable?  I can take one later today.

You may not need one because it is almost identical to the Radio Shack 
VX4400 USB to Serial cable, except that the phone connector has about 
1/3 more pins.

Peter

Peter Dufault
HD Associates, Inc.

[Bitpim-devel] VX4600 support

[Dale <dri...@te...>]

I did some digging around with the wallpapers and the only ones I can get to
display on the phone properly are jpg, png. Also in the .desc on the first
line column 8 is where the index is stored for the picture. I have attached
a picture of the .desc file in hex and where the index is being stored. You
will notice it says six meaning this is my sixth picture.

RE: [Bitpim-devel] Fw: VX4600 support

[Dale <dri...@te...>]

Disregard last post, I am able to get the wallpapers, ringtones off the
phone, there seems to be a problem with sending a new picture back to the
phone, it sends back correctly but when I go to wallpapers and selected it
the hours glass shows up and doesn't go away. I will look into this. As for
the phone book it still doesn't work. Do you want me to send the protocal
log? 

-----Original Message-----
From: bit...@li...
[mailto:bit...@li...] On Behalf Of Roger Binns
Sent: Wednesday, May 05, 2004 4:58 PM
To: bit...@li...
Subject: Re: [Bitpim-devel] Fw: VX4600 support

I haven't seen any feedback about this.  Does it work?

Roger Binns wrote:
> I have committed code that works for me when testing on the VX6000 
> (the phone just ignores it - I am using the directory structure).
> When reading from the phone, BitPim automatically adds an extension to 
> the directory name to name the resulting file.  When writing back 
> again, the extension is stripped to come up with the directory name 
> and the mime-type deduced from the extension.  This basically means 
> you can just use ordinary files with BitPim and the right thing 
> happens.
> 
> You need to do the following:
> 
>   - Test and verify things work for you.  I tested adding,
>     replacing and reading
> 
>   - Get a full complete listing of what the phone expects for
>     mime-types.  Some of these are not standard.  This is what
>     I use so far:
> 
>     __mimetoextensionmapping={
>         'image/jpg': '.jpg',
>         'image/bmp': '.bmp',
>         'image/png': '.png',
>         'image/gif': '.gif',
>         'image/bci': '.bci',
>         'audio/mp3': '.mp3',
>         'audio/mid': '.mid',
>         'audio/qcp': '.qcp'
>         }
> 
>   - Is there a maximum number of wallpapers or ringtones that can
>     be made?  [The code currently sets a limit of 30 which is the
>     same as other LG phones, but they have a fixed sized index file]
> 
>   - In conjunction with the next bit, work out what number is added
>     to a wallpaper or ringtone index to store it in the phonebook.
>     For example, the builtin image 'Butterfly' will be stored as
>     zero.  If you have added a wallpaper with index value of 3, what
>     is it stored as in the phonebook.  On other LG phones, they add
>     50, so it would be stored as 53.
> 
>   - Start working on the phonebook.  Add an entry where you fill out
>     each field to the maximum possible length.  Read the phonebook
>     with protocol logging turned on.  Find that entry in the
>     protocol log, highlight the whole packet and press Ctrl-Alt-P.
>     Check the decoding of the fields.  The description is in pbentry
>     in p_lgvx4600.p.  That is what will need to be changed to get
>     things right.  When you get to this stage tell me and I will
>     give more detailed instructions.
> 
> Roger
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g Get certified on the 
> hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software Learn developer
strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher
performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bitpim-devel mailing list
Bit...@li...
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

RE: [Bitpim-devel] Fw: VX4600 support

[Dale <dri...@te...>]

Sorry for the delayed response. I am able to load up the program but as soon
as I select get phone data it gives me an exception. I cant even check off
what I want ( like phone book, wallpapers, ringtones, calendar). What would
you like me to try.

Dale 

-----Original Message-----
From: bit...@li...
[mailto:bit...@li...] On Behalf Of Roger Binns
Sent: Wednesday, May 05, 2004 4:58 PM
To: bit...@li...
Subject: Re: [Bitpim-devel] Fw: VX4600 support

I haven't seen any feedback about this.  Does it work?

Roger Binns wrote:
> I have committed code that works for me when testing on the VX6000 
> (the phone just ignores it - I am using the directory structure).
> When reading from the phone, BitPim automatically adds an extension to 
> the directory name to name the resulting file.  When writing back 
> again, the extension is stripped to come up with the directory name 
> and the mime-type deduced from the extension.  This basically means 
> you can just use ordinary files with BitPim and the right thing 
> happens.
> 
> You need to do the following:
> 
>   - Test and verify things work for you.  I tested adding,
>     replacing and reading
> 
>   - Get a full complete listing of what the phone expects for
>     mime-types.  Some of these are not standard.  This is what
>     I use so far:
> 
>     __mimetoextensionmapping={
>         'image/jpg': '.jpg',
>         'image/bmp': '.bmp',
>         'image/png': '.png',
>         'image/gif': '.gif',
>         'image/bci': '.bci',
>         'audio/mp3': '.mp3',
>         'audio/mid': '.mid',
>         'audio/qcp': '.qcp'
>         }
> 
>   - Is there a maximum number of wallpapers or ringtones that can
>     be made?  [The code currently sets a limit of 30 which is the
>     same as other LG phones, but they have a fixed sized index file]
> 
>   - In conjunction with the next bit, work out what number is added
>     to a wallpaper or ringtone index to store it in the phonebook.
>     For example, the builtin image 'Butterfly' will be stored as
>     zero.  If you have added a wallpaper with index value of 3, what
>     is it stored as in the phonebook.  On other LG phones, they add
>     50, so it would be stored as 53.
> 
>   - Start working on the phonebook.  Add an entry where you fill out
>     each field to the maximum possible length.  Read the phonebook
>     with protocol logging turned on.  Find that entry in the
>     protocol log, highlight the whole packet and press Ctrl-Alt-P.
>     Check the decoding of the fields.  The description is in pbentry
>     in p_lgvx4600.p.  That is what will need to be changed to get
>     things right.  When you get to this stage tell me and I will
>     give more detailed instructions.
> 
> Roger
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g Get certified on the 
> hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software Learn developer
strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher
performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Bitpim-devel mailing list
Bit...@li...
https://lists.sourceforge.net/lists/listinfo/bitpim-devel

[Bitpim-devel] VX4500 documentation needed

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

I need documentation for the VX4500.  Specifically start at this page:
http://bitpim.sourceforge.net/testhelp/phone-lgvx4500.htm

I would appreciate it if people can email me complete paragraphs in
plain text format.  My intention is to put them on the relevant pages
with a minimum of editing.

Roger

[Bitpim-devel] Audiovox CDM8900 phonebook writing ready for test

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

The phonebook writing code for the CDM8900 is ready for
testing.  Currently slot numbers are not preserved.
I need a working phone before I can resolve that.

Things should work.  In particular you should verify the
group counts are correct in the groups screen.  Do
not change the group the of an entry on the phone
itself, as the phone likes to crash if you do that.

Roger

[Bitpim-devel] Recover a crashed CDM8900?

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

Does anyone know how to recover a crashed Audiovox CDM8900?
I have it stuck on the very first Verizon Wireless screen
with balloons on the outside LCD.  Backlight is on and
nothing is moving.  I was hoping that maybe there
is a three finger salute kind of thing that could be done
when powering it on.

The underlying cause is that each group has stored with
it the number of members of that group.  The Curitel app
when sending the data back just sets them zero.  I assumed
the phone would be smart enough to figure out the numbers
itself after a reboot or something.  Well, it isn't, it
just shows all groups as having zero members.

That is ok - I intended to update the code to update
the number of members.  However I was just looking at
an entry on the phone and changed its group.  The
phone locked up at that point, and has to be power cycled
by removing the battery.  It hangs on bootup now.

The underlying cause would seem to be extremely bad
coding on the phone whereby they decremented the count
for the group the entry was in, got a number less than
zero and somehow destroyed the data enough that the
phone can't recover.  To write code that bad staggers
the imagination.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> Excellent, thanks.  This needs an entry in the "Getting Started"
> section entitled "decoding phone protocols" or something, since that's
> where many beginners may begin.  If it was already documented and
> obvious then I missed it.
> 
> Maybe I can add docs soon -

If you want to write some docs, they will be welcomed.  There is 
a seperate document web/phonespec.html that also needs fleshing
out.  I don't want the two merged - phonespec.html should just
be a specification and no more.  

A seperate document talking about the analyser, using portmon
and snoopy, the various tools in experiments etc would be what
you are talking about.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

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

On May 5, 2004, at 8:36 PM, Roger Binns wrote:

> You will find them in the examples directory.
>
> There is also a test data generator.  Make a directory named tests
> and then run:
>
>   python experiments\gentestdata.py tests
>
> It will fill the directory with wallpapers, ringtones, calendar and
> a csv file for the phonebook.

Excellent, thanks.  This needs an entry in the "Getting Started" 
section entitled "decoding phone protocols" or something, since that's 
where many beginners may begin.  If it was already documented and 
obvious then I missed it.

Maybe I can add docs soon -

Peter

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> "It would be nice" (yeah, I know) if there were protocol logs from the
> different phones archived.  I hope there are, but I tried searching for
> "4400 protocol logs" on the developer archives so that I could compare
> 4500 logs to 4400 logs without success.

You will find them in the examples directory.

There is also a test data generator.  Make a directory named tests
and then run:

  python experiments\gentestdata.py tests

It will fill the directory with wallpapers, ringtones, calendar and
a csv file for the phonebook.

Roger

Re: [Bitpim-devel] Re: [bitpim-cvs-checkins]bitpimcom_sanyo.py,1.37,1.38

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

Stephen Wood wrote:
> Clearly, what BitPim should do is read the encoded speech, do untrained
> speech recognition on it and then display the speech as text next to the
> the phone number it goes to (insert appropirate smiley here).  But it
> should at least handle deleted numbers OK.  Can I put a voice dial
> attribute into numbers like speeddial.  It doesn't have to be displayed
> by any GUI, but has to be saved until a number gets deleted.

Yes, can add something sensible to the spec at the top of phonebook.py.

Also feel free to add your AI voice recognition wherever you want :-)

It seems like the LG and Audiovox and even the Sanyos all use the
same voice recognition code.  I think the .tag files are actually
just the data portion of a .qcp file.  (The phone can play the
voice dial back at you so it must be storing the full stream 
rather than a set of data points for recognition).

If anyone is interested, I can point you at the relevant pieces
to investigate this.

Roger

Re: [Bitpim-devel] VX4500 on Mac problem

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

On May 5, 2004, at 7:57 PM, Roger Binns wrote:

> The important think to check is that the writing is actually succeeding
> and data is appropriately updated.  I would recommend reading an
> entry, changing every field in BitPim, writing back out, then reading
> back in again.  Verify every field reads correctly with what was
> written out.  Especially check the serials.
>

OK, I'll try that.

"It would be nice" (yeah, I know) if there were protocol logs from the 
different phones archived.  I hope there are, but I tried searching for 
"4400 protocol logs" on the developer archives so that I could compare 
4500 logs to 4400 logs without success.

Peter

Peter Dufault
HD Associates, Inc.

Re: [Bitpim-devel] Fw: VX4600 support

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

I haven't seen any feedback about this.  Does it work?

Roger Binns wrote:
> I have committed code that works for me when testing on the VX6000
> (the phone just ignores it - I am using the directory structure).
> When reading from the phone, BitPim automatically adds an extension
> to the directory name to name the resulting file.  When writing
> back again, the extension is stripped to come up with the directory
> name and the mime-type deduced from the extension.  This basically
> means you can just use ordinary files with BitPim and the right
> thing happens.
> 
> You need to do the following:
> 
>   - Test and verify things work for you.  I tested adding,
>     replacing and reading
> 
>   - Get a full complete listing of what the phone expects for
>     mime-types.  Some of these are not standard.  This is what
>     I use so far:
> 
>     __mimetoextensionmapping={
>         'image/jpg': '.jpg',
>         'image/bmp': '.bmp',
>         'image/png': '.png',
>         'image/gif': '.gif',
>         'image/bci': '.bci',
>         'audio/mp3': '.mp3',
>         'audio/mid': '.mid',
>         'audio/qcp': '.qcp'
>         }
> 
>   - Is there a maximum number of wallpapers or ringtones that can
>     be made?  [The code currently sets a limit of 30 which is the
>     same as other LG phones, but they have a fixed sized index file]
> 
>   - In conjunction with the next bit, work out what number is added
>     to a wallpaper or ringtone index to store it in the phonebook.
>     For example, the builtin image 'Butterfly' will be stored as
>     zero.  If you have added a wallpaper with index value of 3, what
>     is it stored as in the phonebook.  On other LG phones, they add
>     50, so it would be stored as 53.
> 
>   - Start working on the phonebook.  Add an entry where you fill out
>     each field to the maximum possible length.  Read the phonebook
>     with protocol logging turned on.  Find that entry in the
>     protocol log, highlight the whole packet and press Ctrl-Alt-P.
>     Check the decoding of the fields.  The description is in pbentry
>     in p_lgvx4600.p.  That is what will need to be changed to get
>     things right.  When you get to this stage tell me and I will
>     give more detailed instructions.
> 
> Roger
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] VX4500 on Mac problem

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

Peter Dufault wrote:
> 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.

The reading and writing are unrelated for those pieces.  The phones
do silly things and this sort of thing is normal (it is usually
unfinished bits of code, or two different people working on related
areas).

The important think to check is that the writing is actually succeeding
and data is appropriately updated.  I would recommend reading an
entry, changing every field in BitPim, writing back out, then reading
back in again.  Verify every field reads correctly with what was
written out.  Especially check the serials.

If that is all ok, then we are fine.

Roger

Re: [Bitpim-devel] Chandler?

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

Todd Yocum wrote:
> I assume you'll be giving some kind of writeup from the visit?

I had no intention of doing so.

> I'm interested to know how much of a 'real deal' Chandler
> is gonna be, I've been tracking them for a while. Sound like
> a bunch of geeks with noble goals, my kind of people.

So far all they have is an implmementation of the underlying
repository.  The reason I volunteered to go talk to them is
that there are many arbitrary decisions you can make for
a repository, that later on can make cell phone synchronization
a real pain, or worst case impossible.

I definitely don't want to be in the pim space with BitPim
(yes, I know I could have picked a better name :-)  I do
want BitPim to excel at supporting every feature of every
phone and do a very good job of it.  Ultimately I would
be happy if the user interface could come from elsewhere
such as Chandler.

We'll see what happens.

Roger

Re: [Bitpim-devel] Chandler?

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

Heh. Cool. : )

I assume you'll be giving some kind of writeup from the visit?

I'm interested to know how much of a 'real deal' Chandler
is gonna be, I've been tracking them for a while. Sound like
a bunch of geeks with noble goals, my kind of people.

Roger Binns wrote:

>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
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Bitpim-devel mailing list
>Bit...@li...
>https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>  
>