On Thu, Mar 29, 2001 at 05:07:38PM -0600, Karl Fogel wrote:
> Greg Stein <firstname.lastname@example.org> writes:
> > Hmm. That was a bit short.
> > There may be enough facilities on both sides of the network to enable delta
> > deliveries at this point. I'll poke at it.
> Cool. Btw, I had a thought:
> If debuggability is a big issue for you right now (i.e., you want to
It always has been. That is part of why I came up with this change. Also,
the change is needed so that we can use sendfile() to efficiently deliver
content to the server. And to let the network layer determine the right
format for the delivery. And to assist with properly setting the
Content-Type when talking to the server.
I didn't say that I agree the change should be punted. Just that I will work
around the problem for now.
My comment still stands: I can see a need/use for this change. The counter
point seems to be theoretical. So, what is the problem with doing the
> see plaintexts flying by on the wire, so you can tell things are
> working right), then it would be pretty easy for us to make the binary
> differ have a special "debug mode". Under debug mode, a delta between
> SOURCE and TARGET
> would totally ignore SOURCE :-). It would just generate windows
> containing sequential blocks of TARGET's text, and ops to insert the
> data. (It would also not use previous bits of TARGET -- just send a
> series of data blocks, as dumb as possible.)
> Just a thought; I haven't investigated implementation, but I can't
> imagine it would be that hard.
> > On Wed, Mar 28, 2001 at 04:11:54PM -0800, Greg Stein wrote:
> > > Ah, I see. A practical requirement for plain text streams is overridden by a
> > > theoretical need of composing editors?
> > >
> > > Feh.
> > >
> > > On Wed, Mar 28, 2001 at 05:55:48PM -0600, Karl Fogel wrote:
> > > > Greg Stein <email@example.com> writes:
> > > > > On Wed, Mar 28, 2001 at 06:20:52PM -0500, Greg Hudson wrote:
> > > > > > > Euh... I still need Change #7 (from STACK) to enable sending files
> > > > > > > up to the server.
> > > > > >
> > > > > > I don't understand. What do copy nodes have to do with enabling
> > > > > > sending files up to the server?
> > > > >
> > > > > Sorry. #6
> > > >
> > > > Have you read the problem noted in that item? Here's the relevant bit
> > > > from STACK:
> > > >
> > > > Editor composition becomes more difficult if we use streams. A
> > > > window is a discrete chunk of data that can be used by several
> > > > consumers, but streams are different: if consumer A reads some
> > > > data off a stream, then when consumer B reads, she'll get
> > > > different results. You'd have to design your streams in a funky
> > > > way to make this not be a problem.
> > > >
> > > > In some circumstances, this isn't an issue. After all, usually
> > > > a set of composed editors is a bunch of lightweight editors,
> > > > that don't do much, surrounding a core editor that does the real
> > > > work. For example, an editor that prints out filenames wrapped
> > > > with an editor that actually updates those files. In such
> > > > cases, the lightweight editor simply never reads data off the
> > > > stream, so the core editor is not deprived of anything.
> > > >
> > > > But other editors (say, a commit guard?) might want to actually
> > > > examine file data. That could have bad consequences if we
> > > > switch from windows to streams.
> > >
> > > --
> > > Greg Stein, http://www.lyra.org/
> > --
> > Greg Stein, http://www.lyra.org/
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:26 2006