bitpim-user — For users of bitpim. You should usually use this for all issues and discussion

Re: [Bitpim-user] *228 Broke?

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

> I tried *228, and it worked fine again.  Reloaded ringtones and wallpaper, and now *228 doesn't work again.

I can't repeat this.  I do know the phone gets somewhat confused if you delete a
wallpaper using the interface on the phone.

One thing to be aware of that is you are using downloaded wallpapers, the phone 
will often take about a minute to shut down.  Just have patience and you
will see.  I think it treats the downloaded wallpaper as a REALLY long animation.

Roger

Re: [Bitpim-user] Odd list behavior...

[Tom T. <to...@to...>]

Roger,
    I was able to correct the problem by using BALPatch and GAGIN.  I simply
downloaded the index file, made sure it was correct (I actually ran through
each field and "deleted" to ensure there were no "null" or other
non-displayable characters) then re-uploaded the file.  One thing that is
weird is that I had to switch back to "default" then back to "downloaded" to
get the index to load.
    Also - I had been seeing a "ghost" entry of an image called "futbol"
which (to the best of my knowledge) has never existed on my phone.  Haven't
seen it since I switched to default/downloaded again, but - it did show up
right after uploading the images from GAGIN, though.
    Hope this helps in troubleshooting this issue.

    Thanks!

        Tom...
Tom Tracey
Puyallup, Washington
to...@to...
www.tomtracey.com

"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=- Audio Adrenaline -=-
----- Original Message -----
From: "Roger Binns" <ro...@ro...>
To: "Tom Tracey" <to...@to...>
Cc: <bit...@li...>
Sent: Tuesday, March 11, 2003 9:15 AM
Subject: Re: [Bitpim-user] Odd list behavior...


> >     Thanks for that - I guess the next question is -- how do I "repair"
> > this?  Would deleting everything from the phone menus the re-uploading
fix
> > it?  I'd like to get it corrected if possible...
>
> Everytime you send wallpaper to the phone from bitpim, the index is
regenerated.
>
> I have tried several more theories about what the phone wants to see in
> the index, but the phone still displays stupid stuff.
>
> What I will probably end up doing is something I had in my prototype
before
> bitpim.  There was a 'reindex' menu entry that just went in and rebuilt
> the index files based on the files actually on the phone filesystem.
>
> >     Thanks for a cool product.  Any idea when 0.5 (or better?) will be
out?
>
> 0.5 should be due in a few days.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> _______________________________________________
> Bitpim-user mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-user
>

[Bitpim-user] *228 Broke?

[Don & M. M. <mcc...@ea...>]

OK...I downloaded BITPIM yesterday, installed it, and was up in running in a few minutes.  GREAT PRODUCT...just what the doctor ordered.

So, I've downloaded a few ringtones and wallpapers.  Following that, I tried to do a *228 to update my PRL.  This process is now broke.  I sometimes get a "service required" message, or the phone simply hangs during the "reboot."  The only way I can get around this is to pull the battery and start over.

So, to confirm that the problem was somehow related to my use of BITPIM, I deleted all the ringtone and wallpaper files from BITPIM, retransmitted to my phone, and redownloaded from my phone to confirm the deletes had actually happened.  They had.

I tried *228, and it worked fine again.  Reloaded ringtones and wallpaper, and now *228 doesn't work again.

So, what's up??

Don McCanless

Re: [Bitpim-user] Odd list behavior...

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

>     Thanks for that - I guess the next question is -- how do I "repair"
> this?  Would deleting everything from the phone menus the re-uploading fix
> it?  I'd like to get it corrected if possible...

Everytime you send wallpaper to the phone from bitpim, the index is regenerated.

I have tried several more theories about what the phone wants to see in
the index, but the phone still displays stupid stuff.

What I will probably end up doing is something I had in my prototype before
bitpim.  There was a 'reindex' menu entry that just went in and rebuilt
the index files based on the files actually on the phone filesystem.
 
>     Thanks for a cool product.  Any idea when 0.5 (or better?) will be out?

0.5 should be due in a few days.

Roger

Re: [Bitpim-user] Odd list behavior...

[Tom T. <to...@to...>]

Roger,
    Thanks for that - I guess the next question is -- how do I "repair"
this?  Would deleting everything from the phone menus the re-uploading fix
it?  I'd like to get it corrected if possible...

    Thanks for a cool product.  Any idea when 0.5 (or better?) will be out?

        Tom...

Tom Tracey
Puyallup, Washington
to...@to...
www.tomtracey.com

"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=- Audio Adrenaline -=-
----- Original Message -----
From: "Roger Binns" <ro...@ro...>
To: <bit...@li...>
Sent: Monday, March 10, 2003 10:50 PM
Subject: Re: [Bitpim-user] Odd list behavior...


> >  When I uploaded the changed data to the phone, I began seeing odd
behavior in my lists.
>
> I have been trying to figure out what the requirements of the phone are
for
> the index.  Bitpim 0.4 basically puts the indices in random order.  If you
> delete an entry you see wierd stuff (it deletes the file but leaves the
index
> entry).
>
> My current dev code forces a strict numeric order and the phone still does
> silly things.
>
> I've got some theories I am testing:
>
>   - the indices need to be in numberic order
>   - the names need to be in alphabetical order
>   - deleting a file on the filesystem cause magic to happen in the index
>
> Incidentally, when you select a wallpaper to be your background, the
> phone makes a copy in the 'downloaded' directory.  This is why you'll
> still see the background even though you may have deleted it.
>
> Roger
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Bitpim-user mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-user
>

Re: [Bitpim-user] Odd list behavior...

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

>  When I uploaded the changed data to the phone, I began seeing odd behavior in my lists.  

I have been trying to figure out what the requirements of the phone are for
the index.  Bitpim 0.4 basically puts the indices in random order.  If you 
delete an entry you see wierd stuff (it deletes the file but leaves the index
entry).

My current dev code forces a strict numeric order and the phone still does
silly things.

I've got some theories I am testing:

  - the indices need to be in numberic order
  - the names need to be in alphabetical order
  - deleting a file on the filesystem cause magic to happen in the index

Incidentally, when you select a wallpaper to be your background, the
phone makes a copy in the 'downloaded' directory.  This is why you'll
still see the background even though you may have deleted it.

Roger

[Bitpim-user] Odd list behavior...

[Tom T. <to...@to...>]

All,

After downloading the data from my phone in version 0.4, I made some =
changes to the address book (changed a few ringer types) then uploaded =
the data.  Everything seems fine.  I made a change in the phone (reset =
one of the ringer types and the phone default ringer) then downloaded =
again to BitPim.  I then made some changes to the wallpaper, deleting =
out one I didn't want, through BitPim.  When I uploaded the changed data =
to the phone, I began seeing odd behavior in my lists.  First, the list =
of downloaded files was blank (even though the file was still being =
displayed).   Then I switch back and forth from Standard to Downloaded =
and now the files showed on the list (and did not include the one I =
deleted earlier).

Here's where it took a weird turn.  The filenames now truncate to 3 =
characters when you scroll past them.  They are correct in the selection =
list, but once you select one and scroll off of it, it truncates it's =
name (as well as all other names in the list) to three characters.

Any thoughts?

    Thanks!

        Tom...

Tom Tracey
Puyallup, Washington
to...@to...
www.tomtracey.com
=20
"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=3D- Audio Adrenaline -=3D-

Re: [Bitpim-user] Error code in Bitpim

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

> CommsException: LG-VX4400: Unable to transition mode from none to brew

Version 0.5 prints a nice dialog box when this happens (the code was in 0.4
but not turned on :-)

Check you are using the correct comm port.  (Another bug in 0.4 is that it
ignores commport changes while running, so you should restart after changing
the comm port).

The most important thing is to do Menu -> 8 -> 6 -> 2 and set to the
second option (RS232).

Roger

[Bitpim-user] Error code in Bitpim

[Michael E. P. <mi...@pa...>]

Maybe this will help.
=20
An unexpected exception has occurred.
Please report the following information to the developers
=20
Traceback (most recent call last):
  File "gui.pyo", line 180, in run
  File "gui.pyo", line 121, in __call__
  File "gui.pyo", line 736, in getdata
  File "com_lgvx4400.pyo", line 88, in getphonebook
  File "com_lgvx4400.pyo", line 512, in setmode
CommsException: LG-VX4400: Unable to transition mode from none to brew

Michael
=20
.........................................................................=
............................=20

Michael E. Palmer

=20

Re: [Bitpim-user] question about future versions

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

> I was just wondering when the issue of file deletion through bitpim will be
> addressed. As it currently stands, the program seems to be "upload only,"

It is "overwrite" only.  This means it deletes all existing wallpapers/ringtones
when you do an upload.

> since the indeces are trashed if you remove anything uploaded using bitpim.

This is a seperate issue I am trying to figure out.  As mentioned in an earlier
mail, I try to preserve index numbers (since the phonebook references them)
and the phone just does funky things.  I may just make 0.5 number them from
zero, and not bother with picture id in the phonebook (since it doesn't
display the picture anyway when someone calls).

If you can definitively figure out what is going on with the phone including
some sort of test case and how it should be fixed, that would be great.

> I really appreciate your efforts with this program. It shows serious
> potential because it's so much easier to use than the GAGIN process. 

I was absolutely astonished at how much effort the Gagin/Balpatch folks
had put in, but hadn't tried the more "obvious" approach of speaking
the protocol instead.

Bitpim includes a complete implementation of the Brew and Phonebook protocols.
The only thing that is left is a huge amount of user interface work.

I am also wondering if the next firmware upgrade for the phone will 
disable any of this ...

Roger

[Bitpim-user] question about future versions

[Justin D. H. <jd...@fu...>]

I was just wondering when the issue of file deletion through bitpim will be
addressed. As it currently stands, the program seems to be "upload only,"
since the indeces are trashed if you remove anything uploaded using bitpim.
I really appreciate your efforts with this program. It shows serious
potential because it's so much easier to use than the GAGIN process. Hope to
see the index issue fixed soon.

[Bitpim-user] bitpim 0.2 feedback

[Tim M. <tim...@ie...>]

I noticed a thread on wirelessadviser.com and someone claims to have
found bitpim and posted the site.  There have been a number of
downloaders.

Re: [Bitpim-user] Wallpaper & ringtone indices

[Tom T. <to...@to...>]

Roger,
    IMHO, overwrite mode will suit me fine.  It will require that you either
ensure you are using current data or download fresh data from the phone each
time (if I understand your description well enough).  Either or both of
those scenarios are acceptable from my standpoint.  I don't think I would
want to start with an empty file and have it merge whatever changes I want
to make to the data that exists without me actually seeing what is there...
    Just my opinion.

    Thanks!

        Tom...

Tom Tracey
Puyallup, Washington
to...@to...
www.tomtracey.com

"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=- Audio Adrenaline -=-
----- Original Message -----
From: "Roger Binns" <ro...@ro...>
To: <bit...@li...>
Sent: Sunday, March 09, 2003 9:26 PM
Subject: [Bitpim-user] Wallpaper & ringtone indices


> I'm looking for opinions on what bitpim should do when you
> upload wallpaper/ringtones.
>
> Currently it only allows overwrite mode.  It will upload
> all the images from the wallpaper tab, and then regenerate
> the index.  It only takes into account the wallpapers it
> just uploaded.  Since it is in overwrite mode, I will
> be making it delete any pre-existing wallpapers (it doesn't
> yet which can confuse the phone).
>
> I'll be adding a merge mode at some point.  This will add
> wallpapers and merge the indexes.  I generally dislike the
> idea of merge mode since it means the other tabs only
> have partial data.  For example the phonebook tab has
> to reference the index numbers of the wallpaper and ringtones
> but we don't know what those numbers will be until the upload
> happens.  This will make the UI somewhat clumsy as well
> since it will also be saying things like "Downloaded tune#3"
> unless you have retreived the indices.
>
> The questions are:
>
> Does anyone care about a merge mode sending wallpaper and
> ringtones to the phone?
>
> Does anyone care about a merge mode reading wallpaper and
> ringtones from the phone?
>
> My own answers are not at all, and yes - low priority respectively.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Bitpim-user mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-user
>

[Bitpim-user] Wallpaper & ringtone indices

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

I'm looking for opinions on what bitpim should do when you
upload wallpaper/ringtones.

Currently it only allows overwrite mode.  It will upload
all the images from the wallpaper tab, and then regenerate
the index.  It only takes into account the wallpapers it
just uploaded.  Since it is in overwrite mode, I will
be making it delete any pre-existing wallpapers (it doesn't
yet which can confuse the phone).

I'll be adding a merge mode at some point.  This will add
wallpapers and merge the indexes.  I generally dislike the 
idea of merge mode since it means the other tabs only
have partial data.  For example the phonebook tab has 
to reference the index numbers of the wallpaper and ringtones
but we don't know what those numbers will be until the upload
happens.  This will make the UI somewhat clumsy as well
since it will also be saying things like "Downloaded tune#3"
unless you have retreived the indices.

The questions are:

Does anyone care about a merge mode sending wallpaper and
ringtones to the phone?

Does anyone care about a merge mode reading wallpaper and
ringtones from the phone?

My own answers are not at all, and yes - low priority respectively.

Roger

[Bitpim-user] Re: [LG_VX4400] Announce: Bitpim 0.3

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

>    Using version 0.4, I got the following error trying to read data from my phone:

Please bring these issues up on the bitpim mailing list.  See bitpim.sf.net
for details.

> CommsException: LG-VX4400: Unable to transition mode from none to brew

This is basically because the phone won't respond to anything I throw at
it.  This is usually because the com port isn't working in some fashion.
You can also reset the phone by doing Menu ->  8 -> 6 -> 2 and selecting
RS-232.

Version 0.5 has a dialog box telling you to do the above.  There is also
a bitpim bug whereby changes to the com port setting are ignored until
you restart.  That has also been fixed in 0.5.

Roger

[Bitpim-user] 0.4 Released

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

Version 0.4 of Bitpim is now available.  Start at bitpim.sf.net.

There is only one change in this version.  It ensures that serial
numbers in the phonebook entries are kept as is when writing
the phonebook.  The net effect is that you will not lose speeddials
or voicedials as happened with 0.3.

Roger

Re: [Bitpim-user] bitpim 0.2 feedback

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

> Phone book is dowloaded and looks correct.  There is no facility to
> alphabetize yet, I suppose.  They seem to be in the same order as I plugged
> them.

Here is the scoop.

The phone stores the items in the order entered.  If you do search by
name, then shows them alphabetized.  If you do search by number then
they are the numbers corresponding to the alphabetized names (not
particularly useful).  If you do search by group then they are in 
the order stored in the phone.

Each entry has a serial number associated with it.  That serial number
is the key used for speeddials and voicedials.  It is impossible(*) for
me to sort the list in the phone memory without losing the serial
numbers, which then loses those speeddials and voicedials.

Consequently I think we will have to live with the crummy alphabetisation.

The good news is I now have phonebook synchronisation working that doesn't
trash the serial numbers.

(*) There are a few data sets where it is somewhat possible.  It
isn't possible in the general case however.

Roger

[Bitpim-user] Warning: 0.3 writing phonebook

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

Just a warning.  If you write out the phonebook, you will lose all voicedials
and speeddials.

I guess I am going to have to fix my phonebook writing to use some sort of
elegant 'diff' type algorithm rather than the brute force I use at the
moment.

Roger

[Bitpim-user] 0.3 released

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

Bitpim 0.3 is now released.  There is now a vague resemblence to a home page
at bitpim.sf.net.  I will be announcing the existence of bitpim to a wider
audience with this release.

The changelog:

 - Cope with ringtones directory not existing on phone 
 - Cope with wallpapers directory not existing on phone 
 - Can now write out your phonebook. 
 - Can now crudely edit your phonebook 
 - Changed wallpaper size to be 120x98 instead of 120x100 so that it comes out 
   correctly centered vertically 
 - The ondisk format of the phonebook has changed. If you used 0.2, please delete
   any stored phonebook (defaults to My Documents\bitpim\phonebook\index.idx) 
   otherwise bitpim may refuse to start. 

Roger

Re: [Bitpim-user] bitpim 0.2 feedback

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

> I read the one response post, and I had the same experience.  Until I read
> this post, I did not realize that I had to upload one wallpaper to create
> the shared folder, so every request to Get Phone Data from Wallpaper or
> Ringtones was met with the directory does not exist.

This is all fixed in the next release which should be coming out in a few 
hours.  It will graciously cope with non-existent wallpaper and ringtone
directories.

> Phone book is dowloaded and looks correct.  There is no facility to
> alphabetize yet, I suppose.  They seem to be in the same order as I plugged
> them.

That is the ordering that the phone reports them.  What I have found is that
if I write any entries at all over the cable then it starts alphebetizing
them in the display (even though I didn't write them in alphabetical order).

> I am running WinXP Pro SP1, and using the Verizon Mobile Office Kit for VX1,
> VX10.

Can that actually edit the phonebook data?  I'd be very surprised unless the
firmware is almost identical.

> I also had the same experience with COMM port error and directory not found
> stuff.  I noticed that the Port was sometimes Closed, so I would restore it
> to RS232.   I did not have time to try and figure exactly which steps caused
> what errors, but it seems to be explained in this post.

Hopefully this shouldn't happen anymore.  I do try and send all the commands 
at all the baud rates to provoke the phone into answering.  The ONLY time you
should see an issue is if you request "Information" (renamed to "Version Information"
in 0.3) as that requires the phone to be back in modem mode.

> Verizon Wireless across the middle of the Wallpaper.  It looks the file can
> be saved using BitPim, but once modified, can it be uploaded?

As you found out, yes - very easily.

Roger

Re: [Bitpim-user] Modified eri.bin OK!

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

> I held my breath, but I used View Filesystem.

The view filesystem stuff should all work fine.  I've not had any
problems and the underlying code is actually used for many of the
other operations.  The only reason I plaster it in warnings if because
you can do bad things by actually trashing the filesystem contents
(eg if you deleted eri.bin).

At some point I hope to put a hex editor in there as well.

Roger

[Bitpim-user] Modified eri.bin OK!

[McIntyre, T. <TMc...@sj...>]

I held my breath, but I used View Filesystem.  Navigate to eri.  Right
clicked on eri.bin and Save.   Opened with hex editor and put spaces over
the FIRST occurence of Verizon Wireless.  I did not space over the A, as I
read that it was critical to proper roaming.  I then highlighted eri.bin on
the file tree, right click and Overwrite.  It pointed me to the BitPim
directory, where I had the modified eri.bin ready to go.  Click on that
file, OK, it worked.
 
Now my wallpaper does not have the Verizon Wireless plastered across it, and
all phone functions are normal.   
 
Start breathing again.  Your results may vary!
 
Timothy G. McIntyre, MSBME
St. Jude Medical
Manager of Field Clinical Engineering
800-722-3423
 <mailto:tmc...@sj...> tmc...@sj... 
 


***************************** 
This communication may contain information that is proprietary, privileged,
confidential or legally exempt from disclosure.  If you are not a named
addressee, you are notified that you are not authorized to read, print,
retain, copy or disseminate this communication without the consent of the
sender and that doing so may be unlawful. If you have received this
communication in error, please notify the sender via return e-mail and
delete it from your computer. Thank you. St. Jude Medical, Inc. 
*****************************

[Bitpim-user] bitpim 0.2 feedback

[McIntyre, T. <TMc...@sj...>]

I read the one response post, and I had the same experience.  Until I read
this post, I did not realize that I had to upload one wallpaper to create
the shared folder, so every request to Get Phone Data from Wallpaper or
Ringtones was met with the directory does not exist.  I was then able to
upload bmp files by dragging into the Wallpaper tab, and then Send Phone
Data using only Wallpaper.  This is marvelous.  I have not tried ringers
yet.
 
Phone book is dowloaded and looks correct.  There is no facility to
alphabetize yet, I suppose.  They seem to be in the same order as I plugged
them.
 
I am running WinXP Pro SP1, and using the Verizon Mobile Office Kit for VX1,
VX10.   This works beautifully for me.  I am paying for Express Network and
I can connect at 189 kbps with the Venturi 2.1.1 new SW.   Hence, this
driver and cable combination works with BitPim too.
 
I also had the same experience with COMM port error and directory not found
stuff.  I noticed that the Port was sometimes Closed, so I would restore it
to RS232.   I did not have time to try and figure exactly which steps caused
what errors, but it seems to be explained in this post.
 
I also figured out how to delete downloaded wallpaper.   Menu > 8 > 2 > 3 >
1 > Actions > Downloaded > select the wallpaper > OK > Erase 
 
Question? - Some discussions about modifying eri.bin to get rid of the
Verizon Wireless across the middle of the Wallpaper.  It looks the file can
be saved using BitPim, but once modified, can it be uploaded?
 
Timothy G. McIntyre, MSBME
St. Jude Medical
Manager of Field Clinical Engineering
800-722-3423
 <mailto:tmc...@sj...> tmc...@sj... 
 


***************************** 
This communication may contain information that is proprietary, privileged,
confidential or legally exempt from disclosure.  If you are not a named
addressee, you are notified that you are not authorized to read, print,
retain, copy or disseminate this communication without the consent of the
sender and that doing so may be unlawful. If you have received this
communication in error, please notify the sender via return e-mail and
delete it from your computer. Thank you. St. Jude Medical, Inc. 
*****************************

[Bitpim-user] Writing the phonebook

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

I've just done my first successful writing to the phonebook.  The really 
good news is that there is no need to reboot the phone like the other
sync products do (and the sync protocol is designed to do).

I still have to do the following before I can release 0.30 with this feature
in it:

   - Make editing an entry in the phonebook tab useful.  Several fields are
     now numbers again (like ringtone, group, number type).
   - Make it possible to add an entry
   - Make it possible to remove an entry

Roger

Re: [Bitpim-user] alpha feedback

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

> Roger you rock! this is going to be one sweet little
> app. I was able to upload images and download the file
> system and phonebook. I also created a "shared"
> directory (empty) under the brew directory on the
> phone by uploading to the file system. 

You should also have been able to just drag and drop wallpapers into
the wallpapers tab and then told it to upload them to the phone.
 
> I did have to retry many times, especially to get the
> phonebook (even after getting the right com port
> settings on the phone and computer--and I do seem to
> need to keep telling the phone to use serial as it has
> been reverting to the usb or closed settings). 

You won't believe what a heap of junk the internals on this
phone are!  If you don't tick getting information, then
all the other stuff should always work, no matter what
the settings for the port in the phone.  (Yes, really)

Here is roughly how it works.  At any baud rate supported
by the phone (19200, 115200, 230500) with the phone menu
set to RS232, you can send information commands (really
just AT modem identification strings) as well as modem
commands.  This is "modem" mode for bitpim.

There is also a command to put it into LGDMGO mode (I assume
that stands for data management).  LGDMGO mode operates at
38400 baud (not a speed you can select in the main menu!).
At this point the menu ( settings > 8 > 6 > 2) will say
"closed".  Nb you have to exit out completely from that
menu for it to update properly.

In LGDMGO mode, if the phone is rebooted then it comes
back up with the port setting being USB.  However it
appears that it is still in LGDMGO mode at 38400 on the
serial.

The above basically means that you must have set to 
explicitly be in RS232 for "information" to work, but
the other stuff should work at all times.

> sendbrewcommand
> BrewNoSuchDirectoryException: No such directory
> 
> (note this persisted even after I created the "shared"
> directory)

Ok, this is it looking for your ringtones which you don't
have.  Make a directory tree for usr/sound/ringer or
don't tick ringtone when getting data.

I've now fixed the code to cope with this directory not being
there and to create the whole tree when saving ringtones.

> CommsException: LG-VX4400: Unable to transition mode
> from brew to modem

You can't make that transition without rebooting the phone
and changing the port setting back to rs232.  It only needs
modem mode if you asked it to get "Information" from the
phone.  I have now renamed that to "Version Information" 
in the code.  You really don't need this infomation, which is
why it is unchecked by default.

Also note that after an error has occurred, the mode is set
to none which is why you saw that appearing.

I am about half way through the code for writing the phonebook
out.  It gets real hairy.

Roger