[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Change #6

From: Karl Fogel <kfogel_at_collab.net>
Date: 2001-03-29 01:55:48 CEST

Greg Stein <gstein@lyra.org> 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.
Received on Sat Oct 21 14:36:26 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.