bitpim-devel — For bitpim developers

Re: [Bitpim-devel] Building 0.7-test3

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

>   Either works for me. Just send me a note when you're ready. 

Ok, I have done everything that is needed for the build so go ahead
when you are ready.  Please also verify the debug setting for libusb.
I removed the call that set it to 255.  On Linux that leaves it at
the default of zero.  Hopefully the Mac default is zero otherwise you
will need to put an explicit call in.

Roger

[Bitpim-devel] Getting to phonebook and calendar data on T730

[Jon S. <jon...@ya...>]

I USB sniffed Motorola PST when accessing the phonebook and calendar on the
T730. PST does not use AT$QCDMG mode to access the files.  What is an example of
a program that uses AT$QCDMG that I can run the sniffer on?

PST uses for calendar:
              .0..AT+MDBL=1.
              .0..AT+CSCS="885
              .0..AT+MDBR=?.
              .0..AT+MDBR=0,9.
              .0..AT+MDBR=10,1
              .0..AT+MDBR=20,2
              .0..AT+MDBR=30,3
etc....

For phone book:
              .0..AT+MDBL=1.
              .0..AT+CSCS="885
              .0..AT+MDBR=?.
              .0..AT+MDBR=0,9.
              .0..AT+MDBR=10,1
              .0..AT+MDBR=20,2
              .0..AT+MDBR=30,3
              .0..AT+MDBR=40,4
...
              .0..AT+MPBVR=2.
              .0..AT+MPBVR=3,1
              .0..AT+MPBVR=4,1
etc....

Similar sequences are used for getting EMS files, etc.

=====
Jon Smirl
jon...@ya...

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/

Re: [Bitpim-devel] Building 0.7-test3

[Steven P. <n9...@n9...>]

On Jan 31, 2004, at 1:16 AM, Roger Binns wrote:
> Two weeks have passed so it is time for 0.7-test3.  Are you available 
> to build it
> on Sunday or Monday?

  Either works for me. Just send me a note when you're ready. I'll 
refresh from CVS, build it and send it off to you. I'll keep an eye out 
starting tomorrow (Sunday) when I get home.

[Bitpim-devel] Building 0.7-test3

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

Steven,

Two weeks have passed so it is time for 0.7-test3.  Are you available to build it
on Sunday or Monday?

Roger

Re: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

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

> I finally tried using the filesystem to update one of the nvm files with
> phonebook data on my Sanyo 4900.  I put the phone into offline mode, and
> it would not let me update the file.  

The 4400 and 6000 will let you read nvm files, but won't let you write
over them even in offline mode.  However the only things stored in 
the nvm hierarchy are stuff like the settings (backlight colours,
IP addresses for Get It Now servers etc).  Everything else (calendar,
phonebook, wallpaper, ringtones etc) are stored in a different part
of the filesystem.

I believe the only intent of the filesystem protocol was to allow 
developers to upload Brew applications to phones.

Roger

Re: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

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

cal...@hr... wrote:

[You managed to send this three times!  SourceForge has been having some mail issues

> I've checked on protocol analyzers (USB Snoopy is one) but
> lack sync software to analyze. 

Those generate WAY too much info, and most of it isn't relevant.  I would expect
the phone to just use standard bulk transfers (which is what the bitpim code does).

> I will buy a commercial phonebook sync package for the CDM-8600 when one becomes 
> available and will see what it's sending.

Get one anyway that has free upgrades for new phone models, and tell them it is
a different model of Audiovox.  Chances are the sync protocol is very similar.
Usually a few fields are different length and that is about it.

> I have specs on USB protocol (http://www.usb.org/home) and have some resources in 
> that area; however,

You really don't want to dive that deep if it can be avoided.  By far the best tool 
to use is portmon from sysinternals.com on Windows.  You will need to make sure you
setr max output bytes to a large value and turn on show hex in the output.

> I've checked the web extensively and so far cannot locate details on a sync protocol 
> for Audiovox phones with Qualcomm chipsets. 

The phone manufacturers have a nice cushy arrangement with the software companies
and don't expect general usage of their sync protocols, which is why they are
ugly.

But once you have a starting point for the protocol, it becomes pretty easy to
figure out.  BitPim has a builtin protocol viewer and protocol description files
which makes development really easy.

> http://howardforums.com/showthread.php?s=&threadid=253375&perpage=15&pagenumber=7

The format is similar but slightly more complicated than the LG phones.  The LG uses
two bytes to say how many active entries there are, then each entry consists of
two bytes for an index id, and then the name null padded.  The VX4400 has one location
for the index files and associated data.  The VX6000 has three.

> http://howardforums.com/showthread.php?s=&threadid=253375&perpage=15&pagenumber=8

The VX4400 also likes to store the numbers in the files as BCD.  One thing I noticed
is that there doesn't appear to be a unique id for an entry.  ie if reading from
the phonebook a second time, how can you tell if an entry is the same.  (Imagine
the user editted the name, or one or more of the numbers).  The LG phones associate
a 32 bit ever increasing serial number to each entry.  Editing an entry keeps
the serial number.  Making a new entry allocates a new number.

(The 4400 and VX600 also store the information in seperate files - numbers in one,
names, emails, urls in another.  The numbers are in fixed length fields with
the last nibble being e to indicate the end).

> My thoughts are that it would be better to work on revisions to Bitpim since 
> it's an open source effort

It also works on Linux and Mac which most companies seem to ignore.

If you want to get started, look on the BitPim developer page and get a working
version based on CVS.  You will probably want to start writing some descriptions.
Look in the examples directory to see what the analyser works with.  You
can run analyser.py from the main directory on any of those files.

Then write a description file (eg p_audiovox8600.p).  There are other files as 
examples and a more detailed description in packetdescription.txt.  Then format
the data in the same way as the examples, and verify your description works
in the analyser, tweaking as needed.

In the web directory there is a file named phonespec.html which gives more details
on how to add a phone.  It is somewhat rough and incomplete.  Please let me know
if you have any comments, updates or sections that need more detail.

Roger

RE: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[<cal...@hr...>]

Thanks Stephen and Roger - good feedback and a good reality check. I've =
checked on protocol analyzers (USB Snoopy is one) but lack sync software =
to analyze. I will buy a commercial phonebook sync package for the =
CDM-8600 when one becomes available and will see what it's sending. I =
have specs on USB protocol (http://www.usb.org/home) and have some =
resources in that area; however, I've checked the web extensively and so =
far cannot locate details on a sync protocol for Audiovox phones with =
Qualcomm chipsets.

> Can you tell us where to see the file format documentation?
>
>				Stephen

There is a lot of good activity from users of the Audiovox forum at the =
HowardForums site. A user name "Hexxboy" has developed a program to =
modify the ring tone and wallpaper index files. They have been using =
this tool and BitPim's file system transfer capability successfully. =
I've used this method myself with good success. The utility is called =
voxindexeditor. Two versions of it are available on the following page:

http://howardforums.com/showthread.php?s=3D&threadid=3D253375&perpage=3D1=
5&pagenumber=3D7

The phonebook format for the Audiovox CDM-8600 was documented by a =
HowardForums user "Kilsen" on January 24th. I've attached Kilsen's file =
to this message. The original post can be found here:

http://howardforums.com/showthread.php?s=3D&threadid=3D253375&perpage=3D1=
5&pagenumber=3D8

Another HowardForums user, "mentalbob", took Kilsen's document and wrote =
a C program for the CDM-8900 to take the raw phonebook file and convert =
it to CSV format. The user has posted the source as well as a binary. =
The post can be found here:

http://howardforums.com/showthread.php?s=3D&threadid=3D290620

Since things seem to be progressing quickly on these forums, I've been =
monitoring them for new developments. I figure it's only a matter of =
days before someone tests modifying the phonebook directly via the file =
system and posts the results. They'll probably post results before I get =
a change to try anything.

My thoughts are that it would be better to work on revisions to Bitpim =
since it's an open source effort - it makes a lot of sense to combine =
efforts instead of working on independent projects. The talent and =
interest seems to be there in the CDM-8600 user community.

Thanks for your valuable contributions to the open source community!

Best Regards,

Calvin.

=3D=3D=3D=3D
Calvin Martini
Moncton, New Brunswick, Canada

Re: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[Stephen W. <sa...@us...>]

On Wed, 2004-01-28 at 23:09, Stephen Wood wrote:
> For the Sanyo phones, I didn't use the BREW file system because:
> 

I finally tried using the filesystem to update one of the nvm files with
phonebook data on my Sanyo 4900.  I put the phone into offline mode, and
it would not let me update the file.  That is too bad, I was hoping to
be able to use this for phonebook transfer for Sanyo phones for which I
don't know the protocol (SCP-5500).

			Stephen

RE: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[<cal...@hr...>]

Thanks Stephen and Rob - good feedback and a good reality check. I'm =
lacking software that I can use for protocol analysis (as well as the =
tools to perform analysis - haven't checked). I've checked the web =
extensively and so far cannot locate details on a sync protocol for =
Audiovox phones with Qualcomm chipsets.

> Can you tell us where to see the file format documentation?
>
>				Stephen

There is a lot of good activity from users of the Audiovox forum at the =
HowardForums site. A user name "Hexxboy" has developed a program to =
modify the ring tone and wallpaper index files. They have been using =
this tool and BitPim's file system transfer capability successfully. =
I've used this method myself with good success. The utility is called =
voxindexeditor. Two versions of it are available on the following page:

http://howardforums.com/showthread.php?s=3D&threadid=3D253375&perpage=3D1=
5&pagenumber=3D7

The phonebook format for the Audiovox CDM-8600 was documented by a =
HowardForums user "Kilsen" on January 24th. I've attached Kilsen's file =
to this message. The original post can be found here:

http://howardforums.com/showthread.php?s=3D&threadid=3D253375&perpage=3D1=
5&pagenumber=3D8

Another HowardForums user, "mentalbob", took Kilsen's document and wrote =
a C program for the CDM-8900 to take the raw phonebook file and convert =
it to CSV format. The user has posted the source as well as a binary. =
The post can be found here:

http://howardforums.com/showthread.php?s=3D&threadid=3D290620

Since things seem to be progressing quickly on these forums, I've been =
monitoring them for new developments. I figure it's only a matter of =
days before someone tests modifying the phonebook directly via the file =
system and posts the results. They'll probably post results before I get =
a change to try anything.

My thoughts are that it would be better to work on revisions to Bitpim =
since it's an open source effort - it makes a lot of sense to combine =
efforts instead of working on independent projects. The talent and =
interest seems to be there in the CDM-8600 user community.

Thanks for your valuable contributions to the open source community!

Best Regards,

Calvin.

=3D=3D=3D=3D
Calvin Martini
Moncton, New Brunswick, Canada

RE: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[Calvin M. <mar...@ro...>]

Thanks Stephen and Roger - good feedback and a good reality check. I've
checked on protocol analyzers (USB Snoopy is one) but lack sync software
to analyze. I will buy a commercial phonebook sync package for the
CDM-8600 when one becomes available and will see what it's sending. I
have specs on USB protocol (http://www.usb.org/home) and have some
resources in that area; however, I've checked the web extensively and so
far cannot locate details on a sync protocol for Audiovox phones with
Qualcomm chipsets.

> Can you tell us where to see the file format documentation?
>
>				Stephen

There is a lot of good activity from users of the Audiovox forum at the
HowardForums site. A user name "Hexxboy" has developed a program to
modify the ring tone and wallpaper index files. They have been using
this tool and BitPim's file system transfer capability successfully.
I've used this method myself with good success. The utility is called
voxindexeditor. Two versions of it are available on the following page:

http://howardforums.com/showthread.php?s=&threadid=253375&perpage=15&pag
enumber=7

The phonebook format for the Audiovox CDM-8600 was documented by a
HowardForums user "Kilsen" on January 24th. I've attached Kilsen's file
to this message. The original post can be found here:

http://howardforums.com/showthread.php?s=&threadid=253375&perpage=15&pag
enumber=8

Another HowardForums user, "mentalbob", took Kilsen's document and wrote
a C program for the CDM-8900 to take the raw phonebook file and convert
it to CSV format. The user has posted the source as well as a binary.
The post can be found here:

http://howardforums.com/showthread.php?s=&threadid=290620

Since things seem to be progressing quickly on these forums, I've been
monitoring them for new developments. I figure it's only a matter of
days before someone tests modifying the phonebook directly via the file
system and posts the results. They'll probably post results before I get
a change to try anything.

My thoughts are that it would be better to work on revisions to Bitpim
since it's an open source effort - it makes a lot of sense to combine
efforts instead of working on independent projects. The talent and
interest seems to be there in the CDM-8600 user community.

Thanks for your valuable contributions to the open source community!

Best Regards,

Calvin.

====
Calvin Martini
Moncton, New Brunswick, Canada

Re: [Bitpim-devel] Scheduler/Phonebook support patch for TM520/VX10

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

> Got some fields sorted out in the phonebook and the scheduler -

I have committed your patch.  Are you commiting to support the
TM520/VX10?  (The two existing contributors have gone on to
other things).

> I would still caution any writing at this moment although from the
> look of things it should work without much trouble. 

I want to move the LG writing code up into com_lg.  The reading code
really should be moved there as well (the getphonebook method
anyway).  Actually see if you can get the getphonebook method in
tm520 to be identical to the vx4400 one.

For the writing code I think it should also be identical.  However
you may require sending a p_lg.pbstartsyncrequest first.

> and saving
> the scheduler would pretty much requires a restart as the phone seems
> to memorize the indices. 

The plan is for the various sync pieces of code to indicate that they
recommend or require a phone reboot.

> Don't know how many people are still using
> the TM520/VX10 but since I'm still using mine I thought this might
> be useful.

It will.  I would rather the TM520/VX10 are well supported, or the
code is removed.  Having something that half almost works isn't
really worthwhile for anyone.

> I'm seriously thinking about writing support for 4600/5450

I would guess they would be almost identical.  The code for the
VX6000 should be copied and adjusted.

> and the AudioVox 8900 seeing they are quite similar, 

Do you have details on the AudioVox sync protocol?  I doubt it
is the same as the LG one.

Roger

Re: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[Stephen W. <sa...@us...>]

For the Sanyo phones, I didn't use the BREW file system because:

1)  When I learned about BitPim and the file system, I had already the
phonebook protocol mostly figured out.
2)  The phonebook is stored in the non-descript files nvm_0007 through
nvm_0010.  I figured there was a better chance that different model
phones would share the protocol than share specific filenames.

I would suggest grabbing one of the files with phonebook info, making a
small change in it (while preserving its size) and writing it back to
the phone.  You may need to put phone offline and reboot it when you are
done.  If the change you make gets to the phone, then manipulating the
filesystem might be a valid way to go.

Can you tell us where to see the file format documentation?

				Stephen

On Wed, 2004-01-28 at 10:52, cal...@hr... wrote:
...
> At my current level of understanding, I don’t see why the CDM-8600's
> files couldn’t be manipulated directly through the BREW file system.
> Is this a good assumption? If not, does anyone know if Audiovox has a
> phonebook protocol and if information is available? Perhaps this is a
> non-starter?
> 
> Sincerely,
> 
> Calvin
> 
> 
> 

Re: [Bitpim-devel] BitPim + MultiSync

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

Jesse Lovelace wrote:
> Hi, I'm really interested in using bitpim to write a multisync
> (multisync.sf.net) plugin.  Has any thought been given to this?  Any
> suggestions on were would be a good place to start?

I did originally look at multisync before starting BitPim.  However
I immediately ruled it out as it was very Linux specific (and didn't
look like it would address filesystems, calendar, ringtones etc).

BitPim was designed (if you can call it that :-) to work both in
command line and gui mode (See bp.py).

I would recommend starting out by getting bitpim to dump out the
contents of your phonebook commandline style.  Here is how you go
about it:

 - edit bp.py and recognise a command line option that says you
   want to do command line stuff (ie not gui) and calls out
   into a new file (eg commandline.py)

 - in commandline.py parse the user preferences (in ~/.bitpim)
   The only lines you will need are lgvx4400port (note it is always
   named that even if you pick a different phone model) and
   phonetype

 - You will need to create a framework class that has various logging
   methods and other stuff as you will discover

 - Instantiate a commport object using the name you read in earlier
 
 - Instantiate a phone object mapping the name type to the right class

 - Call the read phonebook method in the phone object

 - Dump out the read phonebook in a format of your chosing

In multisync, write a plugin that invokes bitpim --commandline and
feeds back in the output from that.

Once you have that working, you can work on writing back out which is a
similar process.

The users will need to run the gui version of bitpim to do configuration
(like phone model and port settings), but that is probably the best
place to do that stuff anyway.

Roger

Re: [Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

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

> In looking through the Sanyo and LG scripts, they rely on a manufacturer 
> proprietary phonebook protocol and do not work through
> the BREW file system for manipulation of the phonebook data. 

The LG phones also store the information in the Brew filesystem.
 
> At my current level of understanding, I don't see why the CDM-8600's files 
> couldn't be manipulated directly through the BREW file system. Is this a 
> good assumption? 

If there is a sync protocol then it should be used.  This is because that
is how the phone's internal software will have been designed to operate
and bypassing it could have unforseen consequences.  On the LG phone
the internal software is not notified about file system changes and
happily carries on operating with old contents.  (You can see that if
you update the groups file).  You can get around that by rebooting the
phone after writing to it (and hope the internal software doesn't write
stale information on shutdown to any files).

On the LG there are actually quite a number of other files that index
into the phonebook files (for example voicedials and speeddials).  Going
direct to the filesystem and bypassing the sync protocol would screw them
up royally.

Generally the sync protocol is very similar (and sometimes the same) between
different models from the same manufacturer.  If you have software from
someone else that can talk to the phone, do some serial port sniffing and
take it from there.

If you do use someone elses software, please ensure you are properly licensed
and abiding by the license agreement.  I am not the slightest bit interested
in stolen or violated software, nor in using information from them.

Roger

[Bitpim-devel] Audiovox CDM-8600 (Brew-enabled)

[<cal...@hr...>]

Good morning,

My name is Calvin Martini and I am located in Moncton, New Brunswick, =
Canada. I have no python experience although I have looked over the =
BitPim code and skimmed through the python documentation and I feel =
reasonably comfortable that I could develop the necessary scripts for a =
phone. I have perl and PHP scripting experience and consider my general =
programming skills to be intermediate.

I am possibly interested in developing Audiovox CDM-8600 support =
(Qualcomm 3G CDMA 1x chipset, BREW-enabled) and am gathering =
information. Bitpim works in file system mode with this phone.

The CDM-8600 stores phonebook information within the file system. The =
file format has been documented.=20

In looking through the Sanyo and LG scripts, they rely on a manufacturer =
proprietary phonebook protocol and do not work through the BREW file =
system for manipulation of the phonebook data.=20

At my current level of understanding, I don't see why the CDM-8600's =
files couldn't be manipulated directly through the BREW file system. Is =
this a good assumption? If not, does anyone know if Audiovox has a =
phonebook protocol and if information is available? Perhaps this is a =
non-starter?

Sincerely,

Calvin

[Bitpim-devel] Re: Bitpim-devel digest, Vol 1 #149 - 3 msgs

[Chris G. <ch...@ne...>]

Sorry, I wrote my original message in haste.

No, only the filesystem view works.  (and some files show up blank too, 
so it's not fully functional).  I've loaded the 8100 profile to access 
this function.

That is what I meant by, "it already works".  Sorry for the confusion 
there.  Yes, SCP-5500 is the model name, for some reason Sanyo promotes 
it as the VM4500.

One of the things I am most interested in, are access to the program 
files for the dog animation and it's related picture files.  Also the 
animated bootup, and shutdown animations.  I would think that the image 
formats could be user editable. 

I hadn't read any information on this phone and if it might be supported 
in the sourceforge archives online.  I understand it isn't so simple of 
a thing to do, but I was curious if this phone might be supported in a 
future release.

-Chris


bit...@li... wrote:

>Send Bitpim-devel mailing list submissions to
>	bit...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>or, via email, send a message with subject or body 'help' to
>	bit...@li...
>
>You can reach the person managing the list at
>	bit...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Bitpim-devel digest..."
>
>
>Today's Topics:
>
>   1. [Fwd: Re: Sanyo VM4500] (Chris Gline)
>   2. Re: [Fwd: Re: Sanyo VM4500] (Stephen Wood)
>   3. BitPim + MultiSync (Jesse Lovelace)
>
>--__--__--
>
>Message: 1
>Date: Tue, 27 Jan 2004 08:11:05 -0700
>From: Chris Gline <ch...@ne...>
>To: bit...@li...
>Subject: [Bitpim-devel] [Fwd: Re: Sanyo VM4500]
>Reply-To: bit...@li...
>
> I own a Sanyo VM4500, and your software already works with my phone.
>
> 
>I really hope you plan on updating your program for my phone.  I'd love
>to download the animated dog, and replace it's image files.  Not to
>mention replace the animations the phone supports (During bootup, and
>shut down).
> 
>howardforums.com's sanyo forum shows how popular this phone is starting
>to become.  I really hope you plan on supporting us!  :D
> 
> -Chris
>
>
>
>
>
>
>
>--__--__--
>
>Message: 2
>Subject: Re: [Bitpim-devel] [Fwd: Re: Sanyo VM4500]
>From: Stephen Wood <sa...@us...>
>To: bit...@li...
>Organization: 
>Date: 27 Jan 2004 12:22:51 -0500
>Reply-To: bit...@li...
>
>On Tue, 2004-01-27 at 10:11, Chris Gline wrote:
>  
>
>> I own a Sanyo VM4500, and your software already works with my phone.
>>    
>>
>
>What do you mean "already works"?  Are you able to download/upload your
>phonebook and calendar with BitPim 0.7test2, or just browse the
>filesystem.  I ask because I have gotten multiple reports that the
>SCP-5500, which I thought was the same thing as the VM4500 does not
>work, except for the filesystem view.
>
>				Stephen
>
>
>
>
>--__--__--
>
>Message: 3
>From: Jesse Lovelace <jll...@nc...>
>To: bit...@li...
>Date: Tue, 27 Jan 2004 19:49:29 -0500
>Subject: [Bitpim-devel] BitPim + MultiSync
>Reply-To: bit...@li...
>
>Hi, I'm really interested in using bitpim to write a multisync
>(multisync.sf.net) plugin.  Has any thought been given to this?  Any
>suggestions on were would be a good place to start?
>
>Thanks!
>
>jesse
>
>--=20
>Jesse Lovelace
>NCSU Mathematics & Computer Science
>[hot]mentat
>[home: http://www4.ncsu.edu/~jllovela]=20
>[nnim: http://www.nnim.org]=20
>=C2=BB|||||||++|**=C2=BD=C2=BC=C2=A1=C2=AB*=C2=BF=C2=BA=C2=AA=C3=91=C3=B1++=
>+----++++++++_||a=C3=9FGpSs=C2=B5tFTOd8fen=3D
>
>
>
>
>
>--__--__--
>
>_______________________________________________
>Bitpim-devel mailing list
>Bit...@li...
>https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>
>End of Bitpim-devel Digest
>
>
>  
>

[Bitpim-devel] BitPim + MultiSync

[Jesse L. <jll...@nc...>]

Hi, I'm really interested in using bitpim to write a multisync
(multisync.sf.net) plugin.  Has any thought been given to this?  Any
suggestions on were would be a good place to start?

Thanks!

jesse

--=20
Jesse Lovelace
NCSU Mathematics & Computer Science
[hot]mentat
[home: http://www4.ncsu.edu/~jllovela]=20
[nnim: http://www.nnim.org]=20
=C2=BB|||||||++|**=C2=BD=C2=BC=C2=A1=C2=AB*=C2=BF=C2=BA=C2=AA=C3=91=C3=B1++=
+----++++++++_||a=C3=9FGpSs=C2=B5tFTOd8fen=3D

Re: [Bitpim-devel] [Fwd: Re: Sanyo VM4500]

[Stephen W. <sa...@us...>]

On Tue, 2004-01-27 at 10:11, Chris Gline wrote:
>  I own a Sanyo VM4500, and your software already works with my phone.

What do you mean "already works"?  Are you able to download/upload your
phonebook and calendar with BitPim 0.7test2, or just browse the
filesystem.  I ask because I have gotten multiple reports that the
SCP-5500, which I thought was the same thing as the VM4500 does not
work, except for the filesystem view.

				Stephen

[Bitpim-devel] [Fwd: Re: Sanyo VM4500]

[Chris G. <ch...@ne...>]

 I own a Sanyo VM4500, and your software already works with my phone.

 
I really hope you plan on updating your program for my phone.  I'd love
to download the animated dog, and replace it's image files.  Not to
mention replace the animations the phone supports (During bootup, and
shut down).
 
howardforums.com's sanyo forum shows how popular this phone is starting
to become.  I really hope you plan on supporting us!  :D
 
 -Chris

Re: [Bitpim-devel] testdata generator added

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

> The sanyo code first stumbles on a phone number longer
> than the field size of 49.  How do you enforce the size limits for
> fields in the LG code?

I truncate the number and added a comment about how I really
should decide what to do about it :-)

In reality the only numbers that are likely to be affected are
ones made using calling cards where you have the access number,
card number, pin number, and dialed number.  I'll probably
have to start asking users want they want to do.

Roger

[Bitpim-devel] Must be subscriber to post

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

I have changed the mailing list settings so that you have to be a
member to post a message.  This will help stem the upcoming tide
of virus nonsense.

It will also unfortunately cause a little grief for those of you
who are subscribed using one address but posting from another.
To solve that, also subscribe from your posting address,
and then go into the options for that address and disable
mail delivery.

Roger

Re: [Bitpim-devel] testdata generator added

[Stephen W. <sa...@ge...>]

On Sun, 2004-01-25 at 00:10, Roger Binns wrote:

> Have you tried playing with test data so far?
> 
> Roger

Just tried it.  The sanyo code first stumbles on a phone number longer
than the field size of 49.  How do you enforce the size limits for
fields in the LG code?

				Stephen

 ...
  File "./com_sanyo.py", line 325, in makeentry
    e.numbers[numberindex].number=entry[k][i]
  File "./p_sanyo.py", line 6955, in __setfield_number
    self.__field_number=STRING(value,**dict)
  File "./prototypes.py", line 277, in __init__
    self._update(args,kwargs)
  File "./prototypes.py", line 306, in _update
    raise ValueLengthException(l, self._sizeinbytes)
ValueLengthException: The value (length 243) is the wrong size for space
49

[Bitpim-devel] Scheduler/Phonebook support patch for TM520/VX10

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

Got some fields sorted out in the phonebook and the scheduler -
I would still caution any writing at this moment although from the
look of things it should work without much trouble. Haven't heavily
tested the code for saving the phonebook onto the phone, and saving
the scheduler would pretty much requires a restart as the phone seems
to memorize the indices. Don't know how many people are still using
the TM520/VX10 but since I'm still using mine I thought this might
be useful. I'm seriously thinking about writing support for 4600/5450
and the AudioVox 8900 seeing they are quite similar, if only I can
squeeze out some time and motivation, plus getting a data cable for
my mom's 4600.

[Bitpim-devel] New mailing list

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

If you would like to be notified of all new SourceForge tracker
items (bugs, feature requests etc) as well as changes to them
then there is a new mailing list named bitpim-trackers.

Also don't forget the one that tracks CVS commits.  Fun for
all the family :-)

Roger

Re: [Bitpim-devel] Mozilla Sync

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

Robert J. Accettura wrote:
> I just got a vx6000, and being a mozilla advocate, and cronic tester, I
> want to see Mozilla sync!

Note that sync is considerably harder than import/export.
 
> So I sent a few IM's, and got some info for you all, perhaps to start
> with.  It's not perfect, but it's a start.

BitPim is shipped as a binary distribution, just so that users don't have
to go through the hassle of installing Python and random bits of other
packages.  It will take some investigation to ensure the license requirements
are appropriately met.

That said, do you have any pointers on how to actually get the stuff installed?
All I can find are source packages that have to be compiled and other fun
issues.  I am also concerned about it being dependent on the version of
Mozilla installed.

Roger