The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
* [TUHS] changes for modern -> v7 -> v6 -> v5
@ 2014-08-03 20:55 Mark Longridge
  2014-08-04  2:06 ` John Cowan
  2014-08-05 15:24 ` Clem Cole
  0 siblings, 2 replies; 3+ messages in thread
From: Mark Longridge @ 2014-08-03 20:55 UTC (permalink / raw)


    >> From: Mark Longridge <cubexyz at gmail.com>

    >> I thought you folks might be interested in looking at the changes I had
    >> to make. It was a bit harder than the port to v6 but porting to v6
    >> first did make things a bit easier.

> To save me from poring over 'diff' output :-), what (at a high level) were
> the changes you had to make to get it to run on v5?

 >       Noel

Briefly the differences were these:

modern to v7: remove all references to void
no vi on v7, v6, and v5 so using ed instead.
no conditional compilation so no way to make a truly universal version
which works on everything.

v7 to v6: use iolib instead of stdio: fopen -> copen, fclose ->
cclose, fgetc -> cgetc, fputc -> cputc
use int (no long or short in v6)
call to srand uses different argument
copen returns an int instead of a file pointer
no strcat in v6 so the function had to be added

v6 to v5: no iolib: fopen -> creat + open, copen -> open, cgetc ->
read, cputc -> write, cclose -> close
no scanf in v5 so I used the source for gets from v7 instead
getchar()  leaves a newline in the buffer so I added an extra call to
getchar() immediately before each call to gets

The size of the unirubik executable was 8K for modern Linux, 10K for
v7, 10K for v6, and 5492 bytes for v5.

Generally I was a lot slower trying to edit files with ed rather than
vi but I'm a lot better with ed now. There wasn't really much unix v5
code to look at and I found the v5 manual a bit spartan.

Mark



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [TUHS] changes for modern -> v7 -> v6 -> v5
  2014-08-03 20:55 [TUHS] changes for modern -> v7 -> v6 -> v5 Mark Longridge
@ 2014-08-04  2:06 ` John Cowan
  2014-08-05 15:24 ` Clem Cole
  1 sibling, 0 replies; 3+ messages in thread
From: John Cowan @ 2014-08-04  2:06 UTC (permalink / raw)


Mark Longridge scripsit:

> Generally I was a lot slower trying to edit files with ed rather than
> vi but I'm a lot better with ed now. 

You could use Apout instead of a full emulator, which makes it easier to
develop using modern tools for old kernels.

-- 
John Cowan          http://www.ccil.org/~cowan        cowan at ccil.org
And through this revolting graveyard of the universe the muffled,
maddening beating of drums, and thin, monotonous whine of blasphemous
flutes from inconceivable, unlighted chambers beyond Time; the
detestable pounding and piping whereunto dance slowly, awkwardly, and
absurdly the gigantic tenebrous ultimate gods --the blind, voiceless,
mindless gargoyles whose soul is Nyarlathotep. (Lovecraft)



^ permalink raw reply	[flat|nested] 3+ messages in thread

* [TUHS] changes for modern -> v7 -> v6 -> v5
  2014-08-03 20:55 [TUHS] changes for modern -> v7 -> v6 -> v5 Mark Longridge
  2014-08-04  2:06 ` John Cowan
@ 2014-08-05 15:24 ` Clem Cole
  1 sibling, 0 replies; 3+ messages in thread
From: Clem Cole @ 2014-08-05 15:24 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 338 bytes --]

On Sun, Aug 3, 2014 at 4:55 PM, Mark Longridge <cubexyz at gmail.com> wrote:

> no vi on v7, v6, a


​For v6 go to the original BSD tape (aka 1BSD) and for V7, 2BSD.​
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20140805/f824c3fb/attachment.html>


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-08-05 15:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-03 20:55 [TUHS] changes for modern -> v7 -> v6 -> v5 Mark Longridge
2014-08-04  2:06 ` John Cowan
2014-08-05 15:24 ` Clem Cole

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).