[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [coldsync-hackers] modem sync success -- details for contribution



On Thu, Jan 24, 2002 at 11:47:16AM -0600, John Joseph Roets wrote:
> I finally returned to work on a modem sync solution this week, and have
> completed the prototype coding.
> It basically consists of a normal serial sync, with the initial rate disabled,
> and the device speed within coldsync.conf set to the modem's device speed
> (mine:115200).  This only requires disabling 2 lines within PConnection_serial.c

	Which two lines have you deleted?

> I need to know how to submit this contribution.

	If it's just a matter of deleting two lines, send the patch to
this list, since I'm not sure when I'll be able to put out a new
snapshot.

> I also need to know if there would be a preferred way to handle this.  That is,
> should another LISTEN_ type be added (e.g. LISTEN_MODEM invoked by <-t
> serialmodem> perhaps)?  And if so, what would be the preferred method for
> passing the LISTEN_ type to PConnection_serial.c?

	I'm not sure. That depends on what you needed to do.
	If you've set up a daemon that's started at boot time, listens
on the modem device, and knows how to talk to a modem, then that's
overkill and contrary to The Unix Way (tm). It'd be better to let
'getty' answer the phone and run ColdSync instead of a shell. This is,
I believe, the way that PPP usually works.

	Having said this, once ColdSync has a connection to the Palm
over a serial line, presumably it just needs to do a standard serial
sync. Ideally, it shouldn't matter whether this happens over a serial
line connected to a Palm, or a serial line connected to a modem. So in
an ideal world, it should Just Work.

	As for LISTEN_*, the PConnection stuff in libpconn is really a
class (in the object-oriented sense): PConnection is an abstract class
that specifies an API for talking to a Palm, and PConnection_serial is
a more specific subclass that knows how to talk to Palms over a serial
line. When you specify a listen type with "-t", you're really choosing
the specific subclass to use. Hence, there's no need to pass the
LISTEN_* type to PConnection_serial.c, since by the time you're in
there, you already know that the listen type is "serial" (see
"libpconn/PConnection.c").
	Does this make sense?

-- 
Andrew Arensburger                      This message *does* represent the
arensb@ooblick.com                      views of ooblick.com
               -- CLOSED FOR TAGLINE DEVELOPMENT --

-- 
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.