On Mon, Mar 15, 2010 at 6:23 PM, Skip Tavakkolian <9...@9netics.com> wrote:
> if you carry the idea through, i think you'll reinvent
> 9p and mount :)
Of course, the idea could be done as a 9p file server. However, I
think the fact that sam already uses a protocol with database-like
semantics woul
if you carry the idea through, i think you'll reinvent
9p and mount :)
> How hard would it be to stick a program between a single sam -R and
> several samterms? I imagine such a program would have to interpret the
> sam protocol and handle merges and simultaneous updates, but since sam
> essential
On Mon, Mar 15, 2010 at 11:30 AM, David Leimbach wrote:
>
>
> On Mon, Mar 15, 2010 at 8:14 AM, Jorden Mauro wrote:
>>
>> On Mon, Mar 15, 2010 at 10:34 AM, David Leimbach
>> wrote:
>> > I don't know enough about sam's innards to be able to say whether or not
>> > this could work, but I do like th
On Mon, Mar 15, 2010 at 1:04 PM, Chad Brown wrote:
> Have you read ``The Text Editor Sam'', by Rob Pike?
> (http://doc.cat-v.org/plan_9/4th_edition/papers/sam/)
>
> A quick re-skim (especially around page 22) or so suggests that you'd want to
> look at the code for sam -r, and that you'll want
Have you read ``The Text Editor Sam'', by Rob Pike?
(http://doc.cat-v.org/plan_9/4th_edition/papers/sam/)
A quick re-skim (especially around page 22) or so suggests that you'd want to
look at the code for sam -r, and that you'll want to dig into the Rasp data
structure, but (contrary to my mem
On Mon, Mar 15, 2010 at 8:14 AM, Jorden Mauro wrote:
> On Mon, Mar 15, 2010 at 10:34 AM, David Leimbach
> wrote:
> > I don't know enough about sam's innards to be able to say whether or not
> > this could work, but I do like the idea.
>
> I think it's doable because of the way sam's remote mode
On Mon, Mar 15, 2010 at 10:34 AM, David Leimbach wrote:
> I don't know enough about sam's innards to be able to say whether or not
> this could work, but I do like the idea.
I think it's doable because of the way sam's remote mode works -- it
appears to just use pipes.
Therefore, I thought that
I don't know enough about sam's innards to be able to say whether or not
this could work, but I do like the idea.
On Mon, Mar 15, 2010 at 7:05 AM, Jorden Mauro wrote:
> How hard would it be to stick a program between a single sam -R and
> several samterms? I imagine such a program would have to
How hard would it be to stick a program between a single sam -R and
several samterms? I imagine such a program would have to interpret the
sam protocol and handle merges and simultaneous updates, but since sam
essentially treats files operations as database transactions, it seems
like sam's protoco
