[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [coldsync-hackers] Snapshot: Happier Linux
On Sat, Mar 31, 2001 at 09:27:49PM -0500, JD Smith wrote:
> Aha! All those flakey linux serial sync speed issues have
> dissappeared. I can now sync at 115200 (explicitly set in .coldsyncrc)
> without a problem. Not sure how it was working before at all if the
> Palm was trying to talk at 9600.
I suspect it has something to do with deep magic in the
kernel, possibly a combination of odd and good behaviors that
conspired to make things work.
> I did run across a strange seg-fault though. I haven't been able to
> replicate it, but here's the snippet of the sync:4 debugging I happened
> to have one:
>
> ### Cleaning up database.
> ### Database is open. Not resetting sync flags.
> Running sync conduits for "".
> Trying conduit [generic]...
> This conduit matches. Running "[generic]"
> This is a default conduit. Remembering for later.
> Trying conduit /home/jdsmith/palm/conduits/memo-tidbits...
> Trying conduit /home/jdsmith/palm/conduits/showtimes...
> Running default conduit
> "" is not a ROM database, or else I'm not ignoring it.
> Error: GenericConduit::FirstSync: Can't open "": 4.
> Segmentation fault
I don't suppose you still have the core file, do you? A stack
trace could be useful.
Just a random thought: are there any odd files in
~/.palm/backup/Attic ? It's conceivable that you somehow picked up a
weird file that got interpreted as a .pdb file.
> I think the key here might be "Database is open", which I haven't seen
> on anything else, and I'm not sure why it was called here, and how not
> resetting the sync flags could contribute to a null database listing.
> I'll keep my eyes open.
Actually, the "Database is open" message is from the previous
database. The empty database name is a separate problem.
> One caveat: there was at least one conduit run which used an old
> version of Coldsync.pm, but the only difference was a very minor one in
> testing the %HEADERS for definedness/existence.
That shouldn't matter (I know, I know: famous last words). An
external conduit, no matter how ill-behaved, shouldn't be able to
crash ColdSync. (Which is why conduits are external programs, rather
than dynamically-loaded libraries, as I had originally intended.)
--
Andrew Arensburger This message *does* represent the
arensb@ooblick.com views of ooblick.com
My software never has bugs. It just develops random features.
--
This message was sent through the coldsync-hackers mailing list. To remove
yourself from this mailing list, send a message to majordomo@thedotin.net
with the words "unsubscribe coldsync-hackers" in the message body. For more
information on Coldsync, send mail to coldsync-hackers-owner@thedotin.net.