I've assembled some notes from old manuals and other sources
on the formats used for on-disk file systems through the
Seventh Edition:
http://www.cita.utoronto.ca/~norman/old-unix/old-fs.html
Additional notes, comments on style, and whatnot are welcome.
(It may be sensible to send anything in the last two categories
directly to me, rather than to the whole list.)
Hi,
I have a copy of the WEBSTER server and client port to UNIX by
* David A. Curry
* Purdue University
* Engineering Computer Network
* April, 1986
I see in the doc directory a very TOPS-20-ish docuement webster.hlp which
describes the way to invoke the client:
@WEBSTER word-to-define
I'm assuming the @ is the TOPS-20 prompt. It also says you can use
If you want to look up more than one word, just do
@WEBSTER<return>
and you will be prompted with
Word:
Type the word, or hit <return> to exit.
But if the @ prompt wasn't enough evidence of TOPS-20 you also get:
<escape> and "?" are used the same way in Webster as in most programs.
<escape> tries to complete what you have typed so far, and "?" lists
those words that match your partial word.
Which is pure TOPS-20 "COMND JSYS". See this page for what "COMND JSYS" is:
http://pdp-10.trailing-edge.com/decuslib20-01/01/decus/20-0002/comnd.doc.ht…
There is some cryptic mentioning about EBCDIC conversion as if the dictionary
data went from ASCII to EBCDIC and back to ASCII causing some degradation.
ebcdictp.ememo talks about the format of the EBCDIC tape (not that I have one)
and errors.ememo says:
2) Pronunciation records.
Three classes of errors occur here.
During the translation to EBCDIC occurances of the glyphs *( and
)* in the pronunciation records were treated in the same way as in other
records, that is encoded as <( and >) (representing left and right
braces), rather than left as is. Thus a schwa precceding or following an
optional phoneme was lost.
I just blew a few minutes looking it over today and ported it to FreeBSD/AMD64
catching a
char word[BUFSIZ];
isnumber(word)
bug and some other minor things.
Does anyone else have this treasure running? I like it better than dict for
etymologies.
Hi,
I have a copy of the WEBSTER server and client port to UNIX by
* David A. Curry
* Purdue University
* Engineering Computer Network
* April, 1986
I see in the doc directory a very TOPS-20-ish docuement webster.hlp which
describes the way to invoke the client:
@WEBSTER word-to-define
I'm assuming the @ is the TOPS-20 prompt. It also says you can use
If you want to look up more than one word, just do
@WEBSTER<return>
and you will be prompted with
Word:
Type the word, or hit <return> to exit.
But if the @ prompt wasn't enough evidence of TOPS-20 you also get:
<escape> and "?" are used the same way in Webster as in most programs.
<escape> tries to complete what you have typed so far, and "?" lists
those words that match your partial word.
Which is pure TOPS-20 "COMND JSYS". See this page for what "COMND JSYS" is:
http://pdp-10.trailing-edge.com/decuslib20-01/01/decus/20-0002/comnd.doc.ht…
There is some cryptic mentioning about EBCDIC conversion as if the dictionary
data went from ASCII to EBCDIC and back to ASCII causing some degradation.
ebcdictp.ememo talks about the format of the EBCDIC tape (not that I have one)
and errors.ememo says:
2) Pronunciation records.
Three classes of errors occur here.
During the translation to EBCDIC occurances of the glyphs *( and
)* in the pronunciation records were treated in the same way as in other
records, that is encoded as <( and >) (representing left and right
braces), rather than left as is. Thus a schwa precceding or following an
optional phoneme was lost.
I just blew a few minutes looking it over today and ported it to FreeBSD/AMD64
catching a
char word[BUFSIZ];
isnumber(word)
bug and some other minor things.
Does anyone else have this treasure running? I like it better than dict for
etymologies.
Ok Guys,
I humbly apologise for not working this out from day one :-)
The problem was that I'd mounted the device after fstab from the desktop and SuSE in this configuration appears to prevent shell scripts from being fired off. If I mount everything in fstab at boot time then it all works.
Don't know whether this is a general SuSE thing or whether it is just a "feature" of the version that I'm running (8.2).
Well, you live and learn don't you :-)
Chears and thanks for all of the advice, through which I learn't stuff so it wasn't all that bad.
Robin
> Date: Thu, 12 Aug 2004 18:49:11 +0100
> To: "Greg 'groggy' Lehey" <grog(a)lemis.com>
> From: Robin Birch <robinb(a)ruffnready.co.uk>
> Subject: Re: [pups] Installing begemot
> I have a different problem as well. There is something broken in the
> configuration of this computer!!!!! If I execute a shell file by going
> /bin/sh filename then it works ok but if I try running a shell script
> with #!/bin/sh in the first line I get a bad permission error. This is
> preventing me from running make scripts and all sorts of things. Any
> ideas?
Yes. See the following transcript of a session. I created a small
script named "bad" which just does "date" to show that it worked.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
iota: try 1107$ ls -l bad
-rwxrwxr-x 1 cdl cdl 16 Aug 12 15:56 bad*
iota: try 1108$ /bin/sh bad
Thu Aug 12 15:57:37 PDT 2004
iota: try 1109$ ./bad
: bad interpreter: No such file or directory
iota: try 1110$ cat bad
#!/bin/sh
date
iota: try 1111$ od -c bad
0000000 # ! / b i n / s h \r \n d a t e \n
0000020
iota: try 1112$
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Note that there is a '\r' character at the end of the #! line.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenst(a)ucsd.edu
In message <411BD929.4080009(a)sun.com>, Chris Drake <Chris.Drake(a)sun.com>
writes
>> The most curious one is a "bad interpreter" one. This is what I get
>>along with the permissions moan. But curiously if I run it sh
>>filename then all works.
>> It is as though there is some global shell permissions set up that
>>is munged.
>
>Hoo, you've got a weirdo, all right. Darn, I was hoping it was trivial.
>
>Bad interpreter: sounds like the first line where you select "the shell"
>is munched somehow. Officially, you can select any interpreter you want -
>but you gotta get the name right. :)
>
>More thoughts:
> - any problems with the pathname? Is it /bin/sh and nothing else?
> - check perms on /, /bin, and /bin/sh just in case something got
> zapped
> - what's your normal shell? How about it you change /bin/sh to
> the thing you run normally?
> - does anything follow the "sh" on the line? Like, perchance any
> strange nonprintable chars that might be interpreted as a part
> of the name or as a parameter to the shell?
> - try #!/bin/sh -x to see if you get any output from the script
> as it's run
> - do other scripts like one-liners work OK? Ie,
> #!/bin/sh
> echo hello world
> - any other messages?
>
>Just saw Warren's email, and he has a few good ones as well - like, what are
>you running on? :)
>
> - Chris
>
Hi Chris,
See my reply to Warren. I'll try this all tomorrow, the system is in
work.
Cheers
Robin
--
Robin Birch
Hi All,
Well I know it's been quiet for ages on this but hopefully someone is
listening.
I've just started to put P11 on a new Linux box and am having problems
building begemot. It keeps blowing out when compiling panic. Is there
a more recent version or are there some obvious patches I can do.
Regards
Robin
--
Robin Birch
Hi all!!!
While educating people some unix stuff (at time, spare from work as
admin), I have a need for making some simple UNIX-like environment for
people to try to type some simple commands. Now I need to make it possible
to do it remotely. Are there any emulators, that are capable to run V5/6/7
or (better) 4.2BSD, and accessible by telnet or something like that?
Additional thing I need is vi, any emulator that is capable of
running vi could make me happy!!!
Emulation is needed because of unlimited virtualization possibility,
unlimited variation of configurations, and, of course, zero time for
recover after root errors. simh runs fast 60 instances on P233.
But now I need vi :(
Thanks a lot!
S.
