'sam' available from research.att.com!

'sam' available from research.att.com!

[Arnold Robbins]

I saw an off hand reference in comp.unix.bsd, and sure enough, Rob Pike's
'sam' editor is now up for ftp on research.att.com, in /dist/sam. All
you really need is bundle.Z, a compress shell archive; the README is also
in it.  I had to make some minor changes to sam.tut.ms to get it to
gnu troff; change all the \f(I to \fI.  There's about 4 places.

This is an X11 version ported from Plan 9 back to Unix.  This will probably
motivate me to switch from MGR to X.

So, I thought I'd let all you minimalist junkies on the rc list know
about it.

Arnold

Re: 'sam' available from research.att.com!

[Chris Siebenmann]

 For the interested, I have a small set of modifications to the X
portion of sam that create what I feel are some improvements in
the interface and make it more Blit-like. Send me email if you
want context diffs.

	- cks

Re: 'sam' available from research.att.com!

[Christopher JS Vance]

In article <9211181720.AA16722@penfold.cc.gatech.edu> arnold@cc.gatech.edu (Arnold Robbins) writes:
| me:
| >> change all the \f(I to \fI
| 
| rsalz:
| > and all \f(B to \fB, too.
| 
| I didn't stumble on this; I got rid of the CW macro at the front which
| may be the only place that uses \f(B, but I left the WC macro alone, since
| I don't think groff has the CS font. (Courier Slanted?)
| 
| The joys of troff.

Or you can print the Postcript version in dist/plan9man/*sam*.  (The
plan9man directory was available before sam was.)

-- Christopher

Re: 'sam' available from research.att.com!

[Chris Siebenmann]

 Note that the people at Bell Labs who are doing have been silently
updating the sam distribution; unless you've sent them bug reports,
you may not have heard about the new versions. The bug in options
processing that Byron found has been fixed, for example (along with
a bunch of others).

	- cks

Re: 'sam' available from research.att.com!

[Byron Rakitzis]

>For the interested, I have a small set of modifications[...]

I have also hacked sam in a couple of ways:

1) I make command window appear on the left by default. i.e.,
the window is tall&thin, not short&fat. Since most commands
are only a couple of letters long (/foo, x/foo/c/bar, etc.)
it means that you can have a lot more history visible in the
editor than with the short&fat command window. The occasional
long line doesn't bother me.

2) I hacked the selection-positioning code so that that
when the current selection is skipped to, that selection
is in the middle of the screen rather than right at the top.
This makes it a lot easier to take in the context of the
thing you just skipped to. (I dunno, maybe I'm used to it
because vi does it that way.)

3) I fixed an array indexing error in main which causes sam
to dump core when you give it a bad option. (sigh) In general,
I have found that sam likes to dump core all too frequently
under SunOS. Some of the dumps seem to be related to synchronization
problems between sam & samterm: as soon as one goes out of
whack it panics & dumps core.

All these fixes are 1 line fixes, btw, which is nice. Modifying
sam to use, for example, ctags, might be more of a challenge.

Re: 'sam' available from research.att.com!

[Arnold Robbins]

me:
>> change all the \f(I to \fI

rsalz:
> and all \f(B to \fB, too.

I didn't stumble on this; I got rid of the CW macro at the front which
may be the only place that uses \f(B, but I left the WC macro alone, since
I don't think groff has the CS font. (Courier Slanted?)

The joys of troff.

Arnold

Re: 'sam' available from research.att.com!

[rsalz]

>change all the \f(I to \fI
and all \f(B to \fB, too.