>>>>> Thomas DeWeese writes:

    >> 3) It always does a full sync, rather than a fast sync.  This
    >> is true whether I use SyncBBDB as a PilotManager conduit or use
    >> bootstrap from the command line (which I prefer).

    >> 4) Running from the command line (bootstrap) runs fine, but
    >> gives an error message of "Can't use an undefined value as a
    >> symbol reference at SyncUtil/StandAloneHost.pm line 89." at the
    >> end each time.  Has it left something unfinished, perhaps this
    >> is why it never does a fast sync?
        
    >   Yes, this is the problem. it's trying to update it's prefs
    > file in it's conduit dir.  It should print the prefs file it's
    > trying to use when it starts up, probably the directory doesn't
    > exist.  I'll see about making it a little clearer what's
    > happening.

OK, I see what it is looking for now.  It is trying to put the prefs
file in ~/.bbdb/prefs, but since ~/.bbdb is a file and not a directory 
it fails.  I've changed one line in SyncUtil/StandAloneHost.pm to make 
it use ~/.bbdb.dir/ for the conduit directory instead.  Now the script 
exits normally.  It starts with the messages:

 ATTN: Prefs: /u/kels/.bbdb.dir/prefs
 ATTN: Please start HotSync now.
 ATTN: Doing Full Sync!

I thought that that means it is doing a slow sync, but it hasn't
changed now that it finds the prefs file.  It is only actually
transferring the changed records, the bulk of the time a sync takes is
downloading the pilot addresses, while it prints the message:

 Reading Pilot Addresses [full sync]: 37%

etc.  Does this full sync mean it is still not doing everything quite
right, and not able to do a fast sync?  Can this be speeded up any
more (right now it is ~2 minutes for a 148k AddressDB.pdb file,
PILOTRATE=115200)?

    >> 6) I'm not always fond of having a BBDB record split into
    >> multiple Palm records.  I can see why this makes sense as a
    >> general conversion method, but it would be nice to be able to
    >> override this behavior.  For example, it would be nice to be
    >> able to set a custom field to "work address" or similar and
    >> have that include the 2nd address from a BBDB entry.  Is there
    >> any way to do this currently?

    >   No unless you are willing to live with the address as 'note'
    > in BBDB.  Otherwise SyncBBDB would have tomunge and unmunge the
    > data into a string and back to an address record.  This is hard,
    > and will almost always have problems with the address format
    > used in some country in bangladesh.

Well, putting a BBDB address into a Palm note is straightforward, but
parsing the reverse is nontrivial.  So it would lose the full two-way
syncronization capability.  Maybe a BBDB address could be put into a
Palm note, but if the Palm note is modified it would have to revert to 
a BBDB note.  But that is probably overcomplicated and maybe hard to
do keeping track of the fields in the pilot-id record.

    >   If you are willing to have it treated as a string simply make
    > it a note in BBDB.

This sounds like the right solution for me in cases where I would like 
a single record for a person.

    > Hope this helps.

Very much, thanks!

-- 
Kelsey Jordahl

_______________________________________________
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Reply via email to