bitpim-devel — For bitpim developers

[Bitpim-devel] Linux update

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

Since Redhat no longer wants my money (or arguably wants vast sums of
it) I have now migrated my main dev system to Gentoo.  (That is also
why I have been rather quiet for a week or so - I had both sides of
a sheet of paper listing all the packages I needed to ensure were
present and configured as the machine is also my mail and webserver).

Other than a sanity check, all of my testing and dev will be on
Gentoo.  I do however have a RH9 setup under Virtual PC and
so the builds will still be RPMs and produced on RH9 for the
forseeable future.  

Virtual PC doesn't provide direct USB access within the guest
so I won't be able to test USB access in RH9.

At some point I hope to get VMWare which does provide guest
USB access.  (At the point where I had to decide between 
purchasing VPC and VMWare, VMWare was 3 times the price of
VPC.  It is a lot more reasonable now.)

The RPMs install just fine on Gentoo - just emerge lib-compat
first (as well as rpm itself).  I have briefly looked into
doing an ebuild for BitPim but there didn't seem much point.

And there was a nasty person who flamed me claiming BitPim
doesn't work on Gentoo - it does perfectly. Sigh.

Roger

Re: [Bitpim-devel] PC Sync mode on Sanyo phones

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

Stephen Wood wrote:
> There does seem to be a distinct error code sent back when trying to
> write media when not in this sync mode.  So I can make the request of
> the user only when the phone is not already in the correct mode.

That is cool.  Can you do it in a busy loop?  ie keep trying once
a second until the mode is set.

> How about if I add a new method parallel to log and logdata, say
> lograise that will pop up the request to put the phone in the right
> mode.  In guiwidgets it would look something like:
> 
>     def lograise(self, str, nl=True):
>         self.log(str, nl)
>         dlg=wx.MessageDialog(self, str, wx.OK)
>         dlg.ShowModal()
>         dlg.Destroy()

Adding extra stuff like that is actually very complicated since it
has to cross threads, and actually requires 3 or 4 method additions
to pass stuff on.

My preference is a magic marker in the log message, and then the
main thread code can decide what to do about it.  This would
include different behaviour if it was running in gui vs command
line mode as an example.

I have just checked in what I mean.  There is now an alert function
in com_phone which you can call.  Make sure you supply the wait
parameter as False.  The log function in the gui code then
handles displaying an alert.  The code is also untested so you may need
to do some tweaks or bug fixes, or provide feedback that it is complete
crap :-)

Roger

Re: [Bitpim-devel] PC Sync mode on Sanyo phones

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

On Wed, 2004-06-02 at 00:48, Roger Binns wrote:
> Stephen Wood wrote:
> > Some of the older Sanyo phones require that the phone be manually put
> > into "PC Sync Mode" before ringers or wallpapers can be sent to it.  I
> > would like to pop up a note telling the user to do this.
> 
> I take it there is no way of detecting if the mode is set, or actually
> setting it via code?
I don't know a way to set the mode.  Putting the phone offline is not
good enough.  Presumably, they wouldn't have a PC sync mode option on
the phone if software could put it in the right mode.   (The more modern
Sanyo phones don't need to be put in PC sync mode to transfer media to
them.)

There does seem to be a distinct error code sent back when trying to
write media when not in this sync mode.  So I can make the request of
the user only when the phone is not already in the correct mode.

> 
> There are two ways of handling the user interface.  One is to detect
> the issue while actually trying to write, and send a message to
> the user at that point.  (I could make specially formatted log
> messages popup a dialog).  The code could then keep checking every
> second to see if the phone is now in that mode.
How about if I add a new method parallel to log and logdata, say
lograise that will pop up the request to put the phone in the right
mode.  In guiwidgets it would look something like:

    def lograise(self, str, nl=True):
        self.log(str, nl)
        dlg=wx.MessageDialog(self, str, wx.OK)
        dlg.ShowModal()
        dlg.Destroy()

				Stephen

Re: [Bitpim-devel] Bowing to sanity

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

I'm with you on this one. Sounds like a great plan to start at 0.7.12.

On Jun 2, 2004, at 5:55 AM, Stephen Wood wrote:
> I think this is fine.  We should keep the explanation that this is a
> test/development release in the about box and add an prominent
> explanation of the numbering scheme in the help.
>
> I think the next release should be 0.7.12.  I occasionally see the test
> suffix dropped, so going to 0.7.1 could be confusing.
>
> 				Stephen
>
> On Wed, 2004-06-02 at 02:31, Roger Binns wrote:
>> Since it looks like 0.7 will be 0.7 test something for a long time
>> I think it would be sensible to move over to the Linux kernel and
>> other project versioning scheme where odd is development and
>> even is stable.
>>
>> I am thinking this weekends release should be 0.7.1 and drop the
>> test suffix.  The next one will be 0.7.2 etc.  Or maybe just start
>> at 0.7.12.
>>
>> Any opinions?
>>
>> Roger
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
>> From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>

Re: [Bitpim-devel] Bowing to sanity

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

I think this is fine.  We should keep the explanation that this is a
test/development release in the about box and add an prominent
explanation of the numbering scheme in the help.

I think the next release should be 0.7.12.  I occasionally see the test
suffix dropped, so going to 0.7.1 could be confusing.

				Stephen

On Wed, 2004-06-02 at 02:31, Roger Binns wrote:
> Since it looks like 0.7 will be 0.7 test something for a long time
> I think it would be sensible to move over to the Linux kernel and
> other project versioning scheme where odd is development and
> even is stable.
> 
> I am thinking this weekends release should be 0.7.1 and drop the
> test suffix.  The next one will be 0.7.2 etc.  Or maybe just start
> at 0.7.12.
> 
> Any opinions?
> 
> Roger

[Bitpim-devel] Bowing to sanity

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

Since it looks like 0.7 will be 0.7 test something for a long time
I think it would be sensible to move over to the Linux kernel and
other project versioning scheme where odd is development and
even is stable.

I am thinking this weekends release should be 0.7.1 and drop the
test suffix.  The next one will be 0.7.2 etc.  Or maybe just start
at 0.7.12.

Any opinions?

Roger

Re: [Bitpim-devel] Re: CSV Export Code / Merging urls

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

Adit Panchal wrote:
> > I got some more work done on the merging this weekend.

Thanks I have merged it in, with minor changes.

> > I added a separate routine called comparestrings (origitem, impitem)
> > which does the try, exception blocks with winkler and difflib as you
> > mentioned. I tested that and it works fine when stringcmp.py isn't
> > present.

I emailed the febrl folks and they will be doing a new release of febrl
over the next few months that will be dual licensed under ANUOS and
GPL.  They may also do an earlier release that is just to change the
license.

> > business url. (I hope this is the behavior we want. We can throw a flag
> > in there, so that when the transaction log gets written, we can have it
> > take notice and do something else.)

At the moment all I would want is some sort of number as to how certain
the code is that it has done the right thing.  There isn't any infrastructure
yet to record that certainty though.  The final number shown in the UI
will include the certainty that the right existing entry was matched
combined with the certainty that the merging operation did the right 
thing.  It is the least certain ones that will require most user
attention.

> > Also, the regular expression now converts everything to lowercase, so
> > case irregularities shouldn't be a problem.

I made the "cleaner" routine be a passed in parameter.

> > (if different from the
> > first) should get it's own new entry instead of overwriting the
> > original?

Pick whatever you think is most consistent :-)
 
> > Not really sure what the problem here is,
> > but it doesn't happen to me anywhere else in the program.

Seg faults/bus errors can be tracked in your debugger.  On the Mac,
wxWindows 2.4 is a bit flaky and the import dialogs are a little
richer than other windows.  I think the one showing you the results
of the import could use some better design as it takes up too much
space and is complicated.  Ideas on a post card ...
 
> > Another thing that I was wondering about before I head to sleep, was
> > that should we append "http://" if the url does not contain the url
> > prefix? I wasn't planning to do so, because someone might use "ftp://"
> > or some other protocol and that would make things messy. I think
> > stripping the prefixes at merge time is good enough.

I would strip them only if they are http.  For all other protocols (including
https) leave it on.  Outlook likes to force the presence of http://,
Evolution leaves it as whatever you typed in, and Palm Desktop doesn't
even know about URLs.  The http:// prefix is also messy and of no value on
phones.  All the browsers also treat something without a scheme as http
(or in some cases as a file).

> > make sense (I need sleep). The code and examples should speak for
> > themselves. 

It would be nice to have multiple CSV files.  The first base is imported
to a clean phonebook, and then the rest get merged in various horrific
ways with that.  Your test file is good for testing just the one field.
There is also experiments\gentestdata.py which makes huge test cases
(it is more of a stress tester than anything else).

Roger

Re: [Bitpim-devel] PC Sync mode on Sanyo phones

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

Stephen Wood wrote:
> Some of the older Sanyo phones require that the phone be manually put
> into "PC Sync Mode" before ringers or wallpapers can be sent to it.  I
> would like to pop up a note telling the user to do this.

I take it there is no way of detecting if the mode is set, or actually
setting it via code?

There are two ways of handling the user interface.  One is to detect
the issue while actually trying to write, and send a message to
the user at that point.  (I could make specially formatted log
messages popup a dialog).  The code could then keep checking every
second to see if the phone is now in that mode.

The other way is to do it after getfundamentals is called, but before
doing the actual round of writing to the phone.

> One way to do this seems to be define an empty method in
> com_phone.Profile and add that to convertors in OnDataSendPhone.  Then
> in phones that need it, I put in a popup window for that method.

That creates linkage between the phone code and UI code.  I don't
want any UI code at all in the phone code so that BitPim could be
used from the command line.  But that can be solved by putting in
a data field instead and picking up on it later.

(And at some point I also need to do a per phone config infrastrcure
so you can get config information "properly" instead of via wx.GetApp :-)

Roger

Re: [Bitpim-devel] Re: CSV Export Code / Merging urls

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

I got some more work done on the merging this weekend.

I added a separate routine called comparestrings (origitem, impitem) 
which does the try, exception blocks with winkler and difflib as you 
mentioned. I tested that and it works fine when stringcmp.py isn't 
present.

I also added some code that will maintain the type if the entry 
matches, but the type is different. For example, in the phonebook, you 
have "sourceforge.net" as home url. You import a CSV which has 
"sourceforge.net" as a business url. Since we assume that the CSV is 
more correct in this regard, we don't import the new entry, but we do 
want to update the type. Therefore, the home url gets changed to the 
business url. (I hope this is the behavior we want. We can throw a flag 
in there, so that when the transaction log gets written, we can have it 
take notice and do something else.)

Also, the regular expression now converts everything to lowercase, so 
case irregularities shouldn't be a problem.

I tested the code again and it works as expected if there are multiple 
entries of the same type and also mixed entries (home, business and 
plain). In my test file, if you set the 3 url columns to "web page" 
(plain), it doesn't add the entry if it already exists, but adds new 
ones if they don't exist. Also, in my test file, if you set all 3 url 
columns to "home" (the same would obviously apply to business) for 
example, the types will be switched to home if there is a match, and 
the 2nd time if there is no match, the existing value will be 
overwritten. To me this seems rather strange, but it does follow the 
rules of replacing if different, and not replacing if the same. Should 
we have another flag so that a 2nd home column (if different from the 
first) should get it's own new entry instead of overwriting the 
original?

The final thing I wanted to mention was that sometimes during the 
import dialog I would get a Bus Error or a Segmentation Fault. This 
would usually happen if I would try to import and cancel after 
verification of data, but before the final import OK button is pressed. 
Sometimes it would happen after going to import -> CSV... for the 2nd 
or 3rd time during testing. Not really sure what the problem here is, 
but it doesn't happen to me anywhere else in the program.

Another thing that I was wondering about before I head to sleep, was 
that should we append "http://" if the url does not contain the url 
prefix? I wasn't planning to do so, because someone might use "ftp://" 
or some other protocol and that would make things messy. I think 
stripping the prefixes at merge time is good enough.

Sorry if there are any mistakes in the above message or things don't 
make sense (I need sleep). The code and examples should speak for 
themselves. You can play with the column headers in the import dialog 
to see different results with different combinations. Please let me 
know if you see any outstanding issues. The file is renamed to .zio 
from .zip because neither comcast nor sourceforge likes zip files. 
*shrugs*

Adit

[Bitpim-devel] PC Sync mode on Sanyo phones

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

Some of the older Sanyo phones require that the phone be manually put
into "PC Sync Mode" before ringers or wallpapers can be sent to it.  I
would like to pop up a note telling the user to do this.

One way to do this seems to be define an empty method in
com_phone.Profile and add that to convertors in OnDataSendPhone.  Then
in phones that need it, I put in a popup window for that method.

				Stephen

[Bitpim-devel] Mouse wheel on Mac

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

Will someone verify that a mouse scroll wheel works?  It doesn't work 
on the Mac, but I do see code for it in calendar.py.   If it is 
supposed to work I'm going to investigate that unless that is a known 
drawback with the current wx library on the mac.


Peter Dufault
HD Associates, Inc.

[Bitpim-devel] Re: CSV Export Code / Merging urls

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

[Adit has been working on some of the import/export code.  This is a
response to his most recent email to me which I have posted here so
it ends up in the archives, as well as being of interest to others.]

Adit Panchal wrote:
> > The only problem is, currently, the import csv dialog only permits 1 url

Actually it permits as many as you want.  The trick is that you 
simply name all the columns the same thing ("Web Page").  The first column
named "Web Page" becomes the first URL, the second becomes the second etc.
(At some point I should really write doc about that.  The same principle
applies to almost any of the columns. :-)

> > url which is a plain type (neither home nor business). 

You can use the following columns:

Web Page
Home Web Page
Business Web Page

> > there is an entry for home or business url in the phonebook, the new
> > value will get compared, but if it needs to be replaced, it adds it as
> > an new url item without a type, instead of replacing. I didn't know if
> > we should replace it, since there is a possibility that the user may
> > want to add an additional url instead of replacing it. Let me know if I
> > should change this behavior.

This issue actually arises for all fields.  Later on when we have proper
sync methods and code a more complicated algorithm will have to generate
transaction logs from incoming data and merge them into the existing
data, taking into account that the same transactions could already have
been applied from a different data source.

If it is a complete toss up between whether the imported data or the
existing data is correct, use the existing data.  For CSV import it
is probably the imported data that is more correct, unless it is
a simpler form of the existing data (eg if imported phone number is
123 456 7890 and existing is (123) 456-7890 then existing is preferred.)

At some point I would also like to calculate a score of how certain
the import code is that it did the right thing.  That way users
will be presented with the least certain first and can adjust them
and ignore most of the rest.

> > I forgot to mention that I am using an external library from Febrl:
> > http://datamining.anu.edu.au/projects/linkage.html

The software looks great, but sadly is under a license that doesn't
allow it to be used with GPL projects.  See this link
http://www.gnu.org/philosophy/license-list.html

The febrl license is a modified version of the Mozilla license but with
stuff removed including the section that allowed for mutliple licensing.
I have emailed the febrl people to see if they are prepared to do anything
about this.

> > I found their string comparison routines (specifically winkler) to be
> > more accurate than the built-in python difflib. You can run
> > stringcmp.py to see a comparison of test matches.

I would recommend adding a layer of indirection so that either winkler or
difflib can be used.  Something like this.  I just made up the method names
and code, but it gives the general idea:

try:
  import winkler
  def cmpfunc(foo,bar): 
      return winkler.routine(foo,bar)/3
except:
  import difflib
  def cmpfunc(foo,bar):
      f=difflib.routine(foo,bar,7)
      if len(f): return f[0]
      return 0

Roger

Re: [Bitpim-devel] Stuck on media upload coding

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

On Wed, 2004-05-26 at 04:19, Roger Binns wrote:
...
> For the wallpaper-index, you should fill that in getfundamentals()
> if you need one later.  (The wallpaper-index is supposed to reflect
> what is on the phone, not what BitPim has stored on disk).

Well, that explains it.  The phone that I am working with has no builtin
wallpaper, and while medias can be written to the phone, there is no
known way to read what media has been sent to the phone.  (Reminds me
ofhttp://www.microsym.com/25120_WOM.pdf)  Now I know what to do about
wallpaper-index (ignore it).  It will become relevant as I go onto other
phones.

					Stephen

Re: [Bitpim-devel] Re: Samsung VGA-1000 schedule file

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

Ben Curtis wrote:
> OK, rather than try to post everything I figured out for the schedule file
> format, I've put my "tracking" document online.  It is basically all the
> steps I took to find out what each place did.

Looks good.  IIRC you said that the file can't be overwritten though?
I believe Stephen does have the protocol information anyway though.

It is somewhat confusing that you use MSB in the middle of the
document and then switch to LSB at the end.  (eg stating that
times increase by 0x100e each hour).  All the phones have been
LSB, so you should just use LSB throughout (you have probably
figured that out by now :-)

One thing we have found is that each manufacturer seems to use
a different time for zero.  It is usually a few days into
January 1980.

Decoding the date for the LG calendar was fun.  It is actually a 
bit field.
  
  12 bits for year
   4 bits for month
   5 bits for day
   5 bits for hour
   6 bits for minutes

In terms of the descriptions we use in the various *.p files, yours
would look something like:

PACKET scheduleentry:
    1 id "probably start marker"
    4 UINT start
    4 UINT end
   30 STRING title
    1 UNKNOWN u1
    1 UINT alarm
    1 UNKNOWN u2
    3 UINT modifiedtime
    1 id2 "probably end marker"

The first id is probably something like if the event is active.
u1 is probably the null terminator for the string.  u2 is probably
part of the alarm value.  id2 is probably part of modifiedtime
(3 bytes is a very unusual size for something).

Roger

Re: [Bitpim-devel] LG 4600 phone

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

Dale wrote:
> I was able to download a contact off the phone and was waiting to here back
> from you when I could try and upload to it.

I need the following from you:

- Thorough confirmation that wallpaper and ringtone uploading and downloading
  work.  You need to verify the various files match expectations and that
  the phone is happy with them, including deleting various ones and
  adding more.

- I need the offset numbers for the phonebook.  I detailed these in a previous
  message (the number added to the index number in the wallpaper/ringtone desc
  file when it is used in the phonebook).

I won't attempt the upload code until I am certain every byte of the download
code is correct.  You should look at the decoding in the protocol log pane
and change one thing in an entry and verify that the right thing is happening
on the next read. 

The following fields are all two bytes on your J2ME phone, but one byte
on the brew phone.  That is currently my best guess and you need to work
out if that is correct or not.

 - group
 - ringtone
 - wallpaper

Roger

Re: [Bitpim-devel] Stuck on media upload coding

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

Stephen Wood wrote:
> Does the wallpaper-index get filtered somewhere.

No.  You do need to add it though.  The dictionary starts out
empty, and is filled by calls to the getdata() method of the
various widgets (phonebook, calendar, wallpaper etc), and is 
then further filled in by getfundamentals() with whatever you 
want.

For the wallpaper-index, you should fill that in getfundamentals()
if you need one later.  (The wallpaper-index is supposed to reflect
what is on the phone, not what BitPim has stored on disk).

> I have set
> WALLPAPER_WIDTH, HEIGHT, to 96x96 and WALLPAPER_CONVERT_FORMAT to bmp,
> matching at least some of the wallpapers I have in my bitpim files
> directory.

Those variables only affect what happens when an image is added to
the wallpaper tab.

Roger

Re: [Bitpim-devel] bitpim with non-supported phones

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

DanW wrote:
> I downloaded 0.7-test11 and successfully copied a file to the phone.  
> I was able to set the image as my background.

That is good since it means they have changed the protocol anywhere
else.

BTW what is your phone model again?

> I setup the development environment a couple of months ago.  I'm 
> not familiar with these tools, but I'm more than willing to give
> it a try. 

You should just be able to do a CVS update and then run the
code.

I have just committed some code that automagically works out if
that spurious zero is there.  I have tested it against my own 
phones, as well as against your protocol traces and all is fine.

For everyone else, the change only affects parsing the filenames
when reading directory entries.  Do look out for errors, such
as characters being chopped off, or extra ones present.

Roger

[Bitpim-devel] Stuck on media upload coding

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

I am trying to do media upload and am stuck trying to understand
something.

I have this method:

    def savewallpapers(self, results, merge):
        return self.savemedia('wallpapers', 'wallpaper-index', results)

And a savemedia the starts:

    def savemedia(self, mediakey, mediaindexkey, results):
        wp=results[mediakey].copy()
        wpi=results[mediaindexkey].copy()

If I print wp, it contains origin, data, and name for each wallpaper. 
But wpi, is empty.  If I put print statements elsewhere in bitpim,
wallpaper-index is non-empty in the dictionary, but by the time it gets
to savewallpapers, it's empty.

Does the wallpaper-index get filtered somewhere.  I have set 
WALLPAPER_WIDTH, HEIGHT, to 96x96 and WALLPAPER_CONVERT_FORMAT to bmp,
matching at least some of the wallpapers I have in my bitpim files
directory.

Any thoughts?
				Stephen

[Bitpim-devel] bitpim with non-supported phones

[DanW <da...@ho...>]

I downloaded 0.7-test11 and successfully copied a file to the phone.  I =
was able to set the image as my background.

I setup the development environment a couple of months ago.  I'm not =
familiar with these tools, but I'm more than willing to give it a try.

Dan

RE: [Bitpim-devel] LG 4600 phone

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

Ok, works for me.

I was able to download a contact off the phone and was waiting to here back
from you when I could try and upload to it. 

-----Original Message-----
From: bit...@li...
[mailto:bit...@li...] On Behalf Of Roger Binns
Sent: Tuesday, May 25, 2004 10:31 AM
To: bit...@li...
Subject: Re: [Bitpim-devel] LG 4600 phone

Dale wrote:
> Hi Roger, I was wondering if you are still going to work on the the 
> code for the 4600 or are you going to wait until you can get the phone
from RPI?

It is going to take a while to get a phone via RPI.

I am prepared to do more, but you have to tell me what works and what
doesn't, and thoroughly test everything.

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] bitpim with non-supported phones

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

DanW wrote:
> Yes, I did re-type that section of data, since copy/paste isn't available.

Ouch :-)  Of course anyone is welcome to implement copy and paste :-)
 
> I'm not sure where I'm looking for protocol, so I'll just attach the 
> entire log and protocol log result from accessing the root
> of the phone. 

That had the information I needed.  I am trying to write the code so
that it automatically works wether the extra byte is present or not.
It i quite hairy stuff.

Can you please get a developer version of BitPim up and running
so you can test my changes?

Also, try saving a file to phone and see if that works.  We
need to verify that this is the only place they have gratioutously
changed the protocol.

Roger

Re: [Bitpim-devel] LG 4600 phone

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

Dale wrote:
> Hi Roger, I was wondering if you are still going to work on the the code for
> the 4600 or are you going to wait until you can get the phone from RPI?

It is going to take a while to get a phone via RPI.

I am prepared to do more, but you have to tell me what works and what
doesn't, and thoroughly test everything.

Roger

[Bitpim-devel] bitpim with non-supported phones

[DanW <da...@ho...>]

Yes, I did re-type that section of data, since copy/paste isn't =
available.

I'm not sure where I'm looking for protocol, so I'll just attach the =
entire log and protocol log result from accessing the root of the phone.


From Log tab:

12:20:20.150 COM2: Opening port COM2, 115200 baud, timeout 3.000000, =
hardwareflow 0, softwareflow 0
12:20:20.180 COM2: Open of comm port suceeded
12:20:20.190 Other CDMA Phone: Listing dir ''
12:20:23.214 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:23.234 COM2: Changed port speed to 38400
12:20:26.740 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:26.759 COM2: Changed port speed to 115200
12:20:30.265 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:33.680 Other CDMA Phone: Now in brew mode


From Protocol Log tab:

12:20:20.150 COM2: Opening port COM2, 115200 baud, timeout 3.000000, =
hardwareflow 0, softwareflow 0
12:20:20.180 COM2: Open of comm port suceeded
12:20:20.190 Other CDMA Phone: Listing dir ''
12:20:20.210 Other CDMA Phone: brew request Data - 2 bytes
<#! p_brew.memoryconfigrequest !#>
00000000 59 0c                                               Y.

12:20:23.214 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:23.214 COM2: Incomplete read was Data - 0 bytes

12:20:23.234 COM2: Changed port speed to 38400
12:20:23.734 Other CDMA Phone: brew request Data - 2 bytes
<#! p_brew.memoryconfigrequest !#>
00000000 59 0c                                               Y.

12:20:26.740 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:26.740 COM2: Incomplete read was Data - 0 bytes

12:20:26.759 COM2: Changed port speed to 115200
12:20:27.260 Other CDMA Phone: brew request Data - 2 bytes
<#! p_brew.memoryconfigrequest !#>
00000000 59 0c                                               Y.

12:20:30.265 COM2: Timed out waiting for 7e, requested bytes 1  - 0 =
bytes read
12:20:30.265 COM2: Incomplete read was Data - 0 bytes

12:20:30.265 COM2: Writing Data - 10 bytes
00000000 41 54 24 51 43 44 4d 47 0d 0a                       AT$QCDMG..

12:20:33.470 COM2: Reading remaining data Data - 18 bytes
00000000 41 54 24 51 43 44 4d 47 0d 0d 0a 4f 4b 0d 0a 0a     =
AT$QCDMG...OK...
00000010 10 0c                                               ..

12:20:33.470 Other CDMA Phone: brew request Data - 2 bytes
<#! p_brew.memoryconfigrequest !#>
00000000 59 0c                                               Y.

12:20:33.680 Other CDMA Phone: brew response Data - 11 bytes
<#! p_brew.memoryconfigresponse !#>
00000000 59 0c 00 10 1a 18 00 10 66 05 00                    Y.......f..

12:20:33.680 Other CDMA Phone: Now in brew mode
12:20:33.690 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 00 00 00 00 02 2f 00                          Y....../.

12:20:33.789 Other CDMA Phone: brew response Data - 37 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 00 00 00 00 01 1f 00 00 00 b7 d6 34 82     =
Y.............4.
00000010 08 00 00 00 00 00 00 00 00 0b 75 69 62 75 69 6c     =
.........uibuil
00000020 64 2e 64 69 72                                      d.dir

12:20:33.789 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 01 00 00 00 02 2f 00                          Y....../.

12:20:33.980 Other CDMA Phone: brew response Data - 36 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 01 00 00 00 01 ff 00 01 03 00 00 00 00     =
Y...............
00000010 9c 02 00 00 00 04 00 00 00 0a 24 55 53 45 52 5f     =
.........$USER_
00000020 44 49 52 53                                         DIRS

12:20:33.980 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 02 00 00 00 02 2f 00                          Y....../.

12:20:34.029 Other CDMA Phone: brew response Data - 39 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 02 00 00 00 01 ff 00 01 00 00 00 00 00     =
Y...............
00000010 04 00 00 00 00 04 00 00 00 0d 24 46 49 42 5f 43     =
.........$FIB_C
00000020 48 45 43 4b 53 55 4d                                HECKSUM

12:20:34.029 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 03 00 00 00 02 2f 00                          Y....../.

12:20:34.061 Other CDMA Phone: brew response Data - 34 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 03 00 00 00 01 ff 00 01 00 00 00 00 00     =
Y...............
00000010 c3 08 00 00 00 0c 00 00 00 08 24 53 59 53 5f 52     =
.........$SYS_R
00000020 4d 54                                               MT

12:20:34.061 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 04 00 00 00 02 2f 00                          Y....../.

12:20:34.091 Other CDMA Phone: brew response Data - 36 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 04 00 00 00 01 ff 00 01 00 00 00 00 00     =
Y...............
00000010 14 00 00 00 00 04 00 00 00 0a 24 4c 49 4e 4b 5f     =
.........$LINK_
00000020 54 49 4d 45                                         TIME

12:20:34.101 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 05 00 00 00 02 2f 00                          Y....../.

12:20:34.141 Other CDMA Phone: brew response Data - 40 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 00 05 00 00 00 01 00 00 ff 00 00 00 00 00     =
Y...............
00000010 08 00 00 00 00 04 00 00 00 0e 24 53 59 53 5f 52     =
.........$SYS_R
00000020 4d 54 2e 43 4f 55 4e 54                             MT.COUNT

12:20:34.141 Other CDMA Phone: brew request Data - 9 bytes
<#! p_brew.listfilerequest !#>
00000000 59 0b 06 00 00 00 02 2f 00                          Y....../.

12:20:34.171 Other CDMA Phone: brew response Data - 3 bytes
<#! p_brew.listfileresponse !#>
00000000 59 0b 1c                                            Y..

12:20:34.171 Other CDMA Phone: brew request Data - 4 bytes
<#! p_brew.listdirectoriesrequest !#>
00000000 59 02 01 00                                         Y...

12:20:34.270 Other CDMA Phone: brew response Data - 38 bytes
<#! p_brew.listdirectoriesresponse !#>
00000000 59 02 00 06 00 1f 00 62 72 65 77 00 66 6f 6e 74     =
Y......brew.font
00000010 00 75 73 65 72 00 6e 76 6d 00 56 6f 69 63 65 44     =
user.nvm.VoiceD
00000020 42 00 75 69 00 00                                   B.ui..

[Bitpim-devel] LG 4600 phone

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

Hi Roger, I was wondering if you are still going to work on the the code for
the 4600 or are you going to wait until you can get the phone from RPI?

[Bitpim-devel] Re: Samsung VGA-1000 schedule file

[Ben C. <bi...@no...>]

OK, rather than try to post everything I figured out for the schedule file 
format, I've put my "tracking" document online.  It is basically all the 
steps I took to find out what each place did.

http://www.nosolutions.com/bitpim/VGA1000.pdf

As for if any software modifies the calendar, I have read on many a forum 
that nothing is out right now.


Thanks,
Ben