Returned mail: Cannot send message for 3 days
Mail Delivery Subsystem
MAILER-DAEMON at decwrl.dec.com
Sun Nov 19 23:47:00 AEST 1989
----- Transcript of session follows -----
While talking to /usr/bin/mail11v3:
>>> MAIL From:<@sandia.gov:info-unix at brl.mil>
<<< 400 Remote node hotair unreachable
----- Unsent message follows -----
Received: by decwrl.dec.com; id AA13152; Thu, 16 Nov 89 02:43:38 -0800
Message-Id: <8911161043.AA13152 at decwrl.dec.com>
Date: 16 Nov 89 04:32:00 MDT
From: info-unix at BRL.MIL
Subject: INFO-UNIX Digest V8#119
To: "omalley" <omalley at hotair>
Return-Path: <incoming-info-unix-request at sandia.gov>
Received: from SEM.BRL.MIL by sandia.gov with SMTP ;
Thu, 16 Nov 89 02:37:14 MDT
Received: from SEM.BRL.MIL by SEM.brl.MIL id aa01754; 16 Nov 89 3:05 EST
Received: from sem.brl.mil by SEM.BRL.MIL id aa01696; 16 Nov 89 2:46 EST
Date: Thu, 16 Nov 89 02:46:22 EST
From: The Moderator (Mike Muuss) <Info-Unix-Request at BRL.MIL>
To: INFO-UNIX at BRL.MIL
Reply-To: INFO-UNIX at BRL.MIL
Subject: INFO-UNIX Digest V8#119
Message-ID: <8911160246.aa01696 at SEM.BRL.MIL>
INFO-UNIX Digest Thu, 16 Nov 1989 V8#119
Today's Topics:
symbolic link filemodes unchangeable.
Re: symbolic link filemodes unchangeable.
Re: VI & spell
Re: Some questions about POSIX headers
Re: ESIX
Re: Berkeley Unix on PC?
How to choose SCSI
Re: export vars from cshell script?
Re: a perl question
Re: vi editor enhancement request
Re: sendmail.cf
Re: core files under SV
Re: Import variables in to awk.
spell..adding new words
Re: spell..adding new words
ESIX has a bug.
Calendar of UNIX-related Events
-msU troff package sought for vi tutorial (was: vi (vs VMS/EDT))
Re: What is a good SCSI controller?
Re: another nice one
thanks
Re: XMODEM transfers while using 'script' (ptys)
Anybody ever use the tenex mode of ftp?
patch
Re: cc -o *.c
MS-DOS BBS programs under 386 UNIXes
tr
Prompt as Current Directory?
-----------------------------------------------------------------
From: Paul Reger <paulr at sequent.uucp>
Subject: symbolic link filemodes unchangeable.
Date: 14 Nov 89 17:43:33 GMT
Keywords: ln, links, symbolic
To: info-unix at sem.brl.mil
Why can't you change the filemodes of a symbolic link ? :
% echo > some_file
% chmod 321 some_file
% ls -l some_file
--wx-w---x 1 paulr 0 Nov 14 09:37 some_file*
% ln -s some_file some_link
% ls -l some_link
lrwxr-xr-x 1 paulr 9 Nov 14 09:38 some_link -> some_file*
% chmod 222 some_link
% ls -l some_file
-rwxrwxrwx 1 paulr 0 Nov 14 09:37 some_file*
% umask 000
% rm some_link
% ln -s some_file some_link
% ls -l some_file some_link
-rwxrwxrwx 1 paulr 0 Nov 14 09:37 some_file*
lrwxrwxrwx 1 paulr 9 Nov 14 09:38 some_link -> some_file*
% chmod 222 some_link
% ls -l some_file some_link
--w--w--w- 1 paulr 0 Nov 14 09:37 some_file
lrwxrwxrwx 1 paulr 9 Nov 14 09:38 some_link -> some_file
It appears that chmod changes the object that is pointed to, not the
pointer. Further, umask is meaningful to creation of the link.
But I could not find anyway to change the filemodes of the link...
Tried looking in the fine manual. Found no reference.
tia,
paulr (Paul Reger)
Sequent Computer Systems, Beaverton Oregon
{uunet,ucbvax!rutgers!ogccse}!sequent!paulr
--
paulr (Paul Reger)
Sequent Computer Systems, Beaverton Oregon
{uunet,ucbvax!rutgers!ogccse}!sequent!paulr
-----------------------------
From: Perry Hutchison <perry at ccssrv.uucp>
Subject: Re: symbolic link filemodes unchangeable.
Date: 14 Nov 89 23:20:24 GMT
Keywords: ln, links, symbolic
To: info-unix at sem.brl.mil
In article <24818 at sequent.UUCP> paulr at sequent.UUCP (Paul Reger) writes:
> Why can't you change the filemodes of a symbolic link ? :
Another candidate for the Frequently Asked Questions list.
There is no need to set the permissions of a symbolic link, because they are
never used.
Hard links have existed for a long time, but symbolic links are a more recent
development. It has always (at least since 6th edition) been the case that
the permissions belong to the file, and are not affected by which name (link)
is used to access it. Symbolic links continue to behave in this same way.
That a symbolic link even has its own set of permissions is largely an
artifact of the implementation. Perhaps someday ls will be revised to omit
them, since they are meaningless (and hence to display them is confusing).
--
The "From" address in the header does not work.
This does: ... tektronix!sequent!ccssrv!perry
-----------------------------
From: "Conor P. Cahill" <cpcahil at virtech.uucp>
Subject: Re: symbolic link filemodes unchangeable.
Date: 16 Nov 89 00:43:52 GMT
Keywords: ln, links, symbolic
To: info-unix at sem.brl.mil
In article <24818 at sequent.UUCP>, paulr at sequent.UUCP (Paul Reger) writes:
> Why can't you change the filemodes of a symbolic link ? :
Because the modes of the link are never used. Restricting the write
access on the link file does not restrict the write access on the
file that it is linked to. That is why there is no lopen(), or lchmod()
system call (would be similar to lstat()).
--
+-----------------------------------------------------------------------+
| Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 !
| Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 |
+-----------------------------------------------------------------------+
-----------------------------
From: Dan Mercer <mercer at ncrcce.stpaul.ncr.com>
Subject: Re: VI & spell
Date: 14 Nov 89 18:44:02 GMT
Keywords:
To: info-unix at sem.brl.mil
In article <4525 at ski.cs.vu.nl> maart at cs.vu.nl (Maarten Litmaath) writes:
:In article <740 at uc.msc.umn.edu> glex at uf.UUCP (Jeffrey Gleixner) writes:
:\I finally have gotten so sick of typo's that I want to run spell while in
:\vi, without exiting or suspending, the file. So I wrote a small script (sp).
:\It takes the input from vi (:1,$!sp) and redirects it to a file, I run
: ^^^^^^^
:This command will overwrite the buffer with the output from sp.
:The following command will just feed the buffer to sp:
:
: :w !sp
:
:Notice the space between the `w' and the `!'.
:
:\spell on the file, pulling up a window (Sun) displaying the output from spell.
:\The window waits for a <CR> and then exits. Well that works just fine EXCEPT
:\that I can't continue with vi until I exit the window, probably waiting for
:\the !sp to finish.
:
:Indeed. Try something like this for sp (without the indentation!):
:
: #!/bin/sh
:
: cat > /tmp/sp.$$
: trap '' 2 18 21 22 # trap SIGINT, SIGTSTP, SIGTTIN and SIGTTOU
: (
: # do funny stuff here
: ) & # maybe some redirections are appropriate
:
:sp exits while its child will continue processing in the background.
:If you don't trap the stop signals, something `funny' happens when you
:stop vi (^Z) while the background job is still running, so that it would
:be stopped too, implicitly: (relevant BSD kernel code)
:
: case SIGTSTP:
: case SIGTTIN:
: case SIGTTOU:
: /*
: * Children of init aren't allowed to stop
: * on signals from the keyboard.
: */
: if (p->p_pptr == &proc[1]) {
: psignal(p, SIGKILL);
: continue;
: }
:
:The stop signal is changed to a kill signal!
:BTW, how about the following, Mr. Bourne?!
:
: trap '' SIGINT SIGTSTP SIGTTIN SIGTTOU
:or
: trap '' INT TSTP TTIN TTOU
:--
:"Richard Sexton is actually an AI program (or Construct, if you will) running
:on some AT&T (R) 3B" (Richard Brosseau) | maart at cs.vu.nl, mcsun!botter!maart
On our SYSV Towers, spell is implemented as a very inefficient shell
script, with /usr/lib/spell/spellprog as the actual program (although
it requires a word/line input). I de-engineered it and turned it into
Spell, designed not only to proofread, but to mark errors
=======================CUT HERE============================
HLISTA="/usr/lib/spell/spellprog /usr/lib/spell/hlista"
TMP=/usr/tmp/Spell$$
SCRIPT=
for i in `tee $TMP | deroff -w | $HLISTA`
do
SCRIPT="${SCRIPT}s/$i/\/\/\/${i}\/\/\//g
"
done
sed "$SCRIPT" $TMP
rm $TMP
exit 0
=======================CUT HERE============================
the following two command in my .exrc file invoke it:
map ^V<ESC>s !}Spell^V^M/\/\/\/^Mw
map! ^V<ESC>s ^V<ESC>!}Spell^V^M/\/\/\/^Mw
============================================================
Now is the winter of ourr discontemt made weerder
by the moment by trying to think up sammple paragrafs
to demo this shit.
================is replaced by==============================
Now is the winter of ///ourr/// ///discontemt/// made ///weerder///
by the moment by trying to think up ///sammple/// ///paragrafs///
to ///demo/// this ///shit///.
============================================================
Of course, this cores on our old news machine (Tower 1650).
On our normal machines, it works quite well and speedily.
Normal disclaimers apply.
Does anyone know how spellprog works - the format of the spell
databases? If I knew I'd do this up right.
--
Dan Mercer
Reply-To: mercer at ncrcce.StPaul.NCR.COM (Dan Mercer)
-----------------------------
From: Bob Goudreau <goudreau at dg-rtp.dg.com>
Subject: Re: Some questions about POSIX headers
Date: 14 Nov 89 20:13:23 GMT
Sender: usenet at xyzzy.uucp
To: info-unix at sem.brl.mil
In article <6622 at portia.Stanford.EDU> karish at forel.stanford.edu (Chuck Karish) writes:
>
> Under ANSI C, _LOW, _HIGH, __s, and __v are all reserved to the
> library implementor if they're external identifiers, because they
> all start with underscores. In any standard header, they'll
> become externals when the header is #included with external scope.
>
> The question now becomes, is the header part of the library
> implementation or not? If any compiler other than the native one
> will use these headers, the answer had best be `not'.
>
> These identifiers are OK with file scope or smaller inside a C
> library implementation, but not as external identifiers.
Here's what the Dec. 7, 1988 ANSI draft says about the matter:
4.1.2.1 Reserved Identifiers
Each header declares or defines all identifiers listed in its
associated section, and optionally declares or defines
identifiers listed in its associated future library directions
section and identifiers which are always reserved either for
any use or for use as file scope identifiers.
+ All identifiers that begin with an underscore and either an
upper-case letter or another underscore are always reserved
for any use.
+ All identifiers that begin with an underscore are always
reserved for use as identifiers with file scope in both the
ordinary identifier and tag name spaces.
....
Since _LOW, _HIGH, __s and __v all fall into the first category ("always
reserved for any use"), the implementation is free to do what it wants
with them. But note that if _s had been used instead of __s, only the
second category would have applied.
------------------------------
Bob Goudreau +1 919 248 6231
Data General Corporation ...!mcnc!rti!xyzzy!goudreau
62 Alexander Drive goudreau at dg-rtp.dg.com
Research Triangle Park, NC 27709, USA
-----------------------------
From: Phil Hughes <fyl at ssc.uucp>
Subject: Re: ESIX
Date: 14 Nov 89 20:38:05 GMT
To: info-unix at sem.brl.mil
In article <2559B869.26977 at maccs.dcss.mcmaster.ca>, rho at maccs.dcss.mcmaster.ca (Raymond Ho) writes:
> Hi everyone,
>
> I'm plan to get a set of Unix Sys V variant for my 386 computer.
> However, there're so many of them out there and I hope you guys/gals and
> help.
>
> I've heard of the one called "ESIX". Its price interests me very much.
> Do you know anything about this ESIX? They said it is compatible at
> binary level with Xenix and Unix, is it true?
I have had ESIX since it was called ENIX. The good part is, yes, it is
real UNIX 5 Release 3.2. And it almost works ok.
Note that I was one of the people who had the beta release and sent
zillions of documentation corrections to Everex as well as a few software
bug reports.
Now, for the bad stuff. In the first production release there were a few
bugs. X-windows was sick and there is a bug in the console driver that
causes lost interrupts (on other devices) when you change screens. Not
bad except I cannot get an update. We have called Everex (Ida Wu, head of
ESIX marketing) at least 3 times, left phone-mail messages and never got an
answer. Abount 3 weeks ago I wrote a threatening letter complaining about
this and asking for a resolution within 2 weeks or I would sent a copy of
the letter to UNIX * magazines. No response. I sent e-mail to Everex
last week. No response.
I gave up and sent the letter. I would still like the update. I'm still
amazed.
--
Phil Hughes, SSC, Inc. P.O. Box 55549, Seattle, WA 98155 (206)FOR-UNIX
amc-gw!ssc!fyl or uunet!pilchuck!ssc!fyl or attmail!ssc!fyl
-----------------------------
From: Bob Palowoda <palowoda at fiver.uucp>
Subject: Re: ESIX
Date: 15 Nov 89 07:13:38 GMT
To: info-unix at sem.brl.mil
>From article <1595 at crdos1.crd.ge.COM>, by davidsen at crdos1.crd.ge.COM (Wm E Davidsen Jr):
> In article <2559B869.26977 at maccs.dcss.mcmaster.ca>, rho at maccs.dcss.mcmaster.ca (Raymond Ho) writes:
> [ many features of ESIX ]
>
> I believe that these are all correct, but check that the base price
> includes TCP support, because I have one ad here which list all the
> other stuff but no TCP.
It's in there. Support for the Everex, 3Com, and WD controllers.
I'm useing it on some WD8003E cards, with NFS connect to a PC-DOS
cleint.
> | also some reports claim that ESIX is the fastest Unix Sys V available for pcs.
To general of a statement. There product is fast but when I try to compile
15 large programs and the news feed comes in with 5 megs of files and two
bbs users call in the system tends to slow up. :-)
--
Bob Palowoda pacbell!indetech!palowoda *Home of Fiver BBS* login: bbs
Home {sun|daisy}!ys2!fiver!palowoda (415)-623-8809 1200/2400
Work {sun|pyramid|decwrl}!megatest!palowoda (415)-623-8806 2400/9600/19200 TB
Voice: (415)-623-7495 Public access UNIX XBBS
-----------------------------
From: Perry Hutchison <perry at ccssrv.uucp>
Subject: Re: Berkeley Unix on PC?
Date: 14 Nov 89 23:03:30 GMT
To: info-unix at sem.brl.mil
In article <BRISTER.89Nov11093623 at aries.td2cad.intel.com>
brister at td2cad.intel.com (James Brister) writes:
> Is there a Berkeley based unix available for desktop sized computers?
A Sun 3/50 or 3/60 is easily desktop-sized -- it's not much bigger than an
IBM AT. SunOS is a 4.2 BSD derivative with many SysV extensions.
-----------------------------
From: Doug Gwyn <gwyn at smoke.brl.mil>
Subject: Re: Berkeley Unix on PC?
Date: 15 Nov 89 23:56:33 GMT
To: info-unix at sem.brl.mil
In article <832 at ccssrv.UUCP> perry at ccssrv.UUCP (Perry Hutchison) writes:
>A Sun 3/50 or 3/60 is easily desktop-sized -- it's not much bigger than an
>IBM AT. SunOS is a 4.2 BSD derivative with many SysV extensions.
Actually, the latest release should be based on UNIX System V Release 4.0,
which merges System V, SunOS (4.2BSD), and Xenix into a single system.
Suns do seem to be popular desktop UNIX platforms. I'm sure there are
others, which should be easy to find in any of the trade journals.
-----------------------------
From: neese at adaptex.uucp
Subject: How to choose SCSI
Date: 14 Nov 89 23:33:00 GMT
Nf-ID: #N:adaptex:6900004:000:12910
Nf-From: adaptex.UUCP!neese Nov 14 17:33:00 1989
To: info-unix at sem.brl.mil
The following is inetended for those who may have or are thinking about
purchasing a SCSI subsytem.
THE HOST ADAPTER: THE FIRST PIECE OF THE PUZZLE
Host adapters come in many flavors. Some are well supported, others are
not. Some are intelligent, some are not.
To decide on the correct host adapter to use is a difficult decision and
one that should not be taken lightly. Unless you are prepared to continue
investing in other adapters as your systems needs grow, you need to study and
understand the different types of host adapters and the application they are
going to be used in.
The simplest host adapters are cards that may have an INT13 At BIOS to
support hard drives under MS-DOS. These host adapters usually have no UNIX
support as it is very difficult to do a device driver that can be made to work
reliably. Dumb cards such as these usually have timing constraints that make
it almost impossible to have a UNIX driver.
The next level of host adapter goes to the other extreme. They are very
intelligent and usually hide the SCSI bus from the operating system. These
types of adapters have a wide base of support in software, as they can run
in any environment with very little software effort. They are also expensive
adapters, which may not be needed in the MS-DOS machine. Indeed, they may be
overkill for a machine that is to be relegated to the DOS environment.
If you are going to be using MS-DOS and MS-DOS alone, then the low cost
approach is not a bad one. But if you intend to use UNIX/Novell/OS2, then
the low cost approach will be a poor one. These operating systems/environments
are all multi-threaded. That is they can issue more than one command at a
time. With an intelligent host adapter, this is easily done and managed by
the host adapter. With a low cost board, the software to do this work must
be driven by the main CPU, which will incur considerable command overhead.
Of course, there is also the support issue. You always would like to
avoid the finger pointing that can occur when using products from several
companies, when a bug arises. This is best done by buying a product that
is supported by the operating system manufacturer. There are very few
SCSI host adapters supported by the operating systems manufacturers. You
need to ask them what they will support and what they won't. A little
planning in this area may solve many potential problems for you.
Questions you should ask:
a) What operating environment will I be using?
b) Is the operating environment multi-threaded?
c) Am I going to be using several operating systems?
d) Do I care if support is from one operating system vendor?
SCSI DEVICES AND MANUFACTURER'S CLAIMED DATA RATES
Ignore the manufacturer's rated data rates. They are measured on the SCSI
bus assuming that no data is being transferred to the device buffer from
the media and they also assume the best case data transfer (no disconnects).
To get an idea of how a device might perform, look at the clock rate of
the head. You will see a range from 7.5 Mhz to 24 Mhz. Some devices
have multiple clock rates. These are bit zone recorded devices. They have
more sectors on the outer tracks than they do on the inner tracks.
The data rate to the devices buffer is the rate of the clock on the head.
A 7.5Mhz head moves data to the buffer at 750KB/sec and a 24Mhz clock on
the head moves data at 2.4MBytes/sec.
Data rates to/from the buffer from/to the SCSI bus are regulated by the clock
rate of the dual ported buffer (where applicable). If the buffer has a 4MHz
clock, then the fastest the data can be shipped to/from the buffer is 4MBytes/
sec, but if data is being shipped to/from the media from/to the buffer, then
the rate that data can move across the SCSI bus is directly impacted. For
instance, if the drive is putting data into the buffer at 2.0MBytes/sec and the
buffer is a 4MHz part. The fastest data can be moved to the SCSI bus is
2.0MBytes/sec not 4MBytes/sec. This, of course, only applies to those devices
that have a dual ported buffer. How the buffer full/empty ratios are used will
also effect the data rate.
SCSI devices, for the most part, have programmable buffer full/empty ratios
stored in a mode page of the device. NOTE: Not all devices allow a user to
reprogram these parameters. These parameters affect when the device should and
should not, get on the SCSI bus for a data transfer. Typically, a SCSI device
will ask for the bus, on a read, when there is at least 1 sector in the data
buffer ready to transfer. The transfer will start and the device will continue
to put data into the buffer if possible, as data is taken out of the
buffer. If the buffer falls below the 1 sector limit, then the device will
disconnect from the bus and will not reconnect until the buffer has at least
one sector's worth of information.
Questions you should ask:
a) How fast is the dual ported buffer?
b) What is the clock rate of the heads?
c) Is the device capable of synchronous transfers?
d) How is the buffer full/empty ratios calculated and implemented?
TO BUFFER OR NOT TO BUFFER?
The size of the buffer has a lot to do with the overall performance of the
SCSI device. Buffer sizes range from 16K to 256K. If the buffer is not dual
ported, then that implies the device cannot allow data to be moved from/to the
SCSI bus while the HD is moving data to/from the buffer and vice-versa.
If the buffer is just a buffer to smooth the data transfer, then the size of
the buffer can be small if you have a host adapter capable of moving the data
at the full rate of the SCSI bus. If the adapter is dumb and cannot move data
very quickly, then a larger buffer is required to minimize the disconnects/
reconnects on the SCSI bus. In this implementation, the size of the buffer
will not impact nor help performance. Also, with a dumb adapter you will
find it very difficult to maintain a 1:1 interleave with this type of buffering
scheme. Typically, this is the poorest performing SCSI device.
If the device has a read ahead buffer, then sequential accesses will be
much quicker. Although the more fragmented the file system the worse the
worse the performance. In this case, the size is dependent on the overall
implementation. If the read ahead will abort at the end of a track, then the
buffer need not be larger than the largest track on a device. If the read
ahead is aborted at a cylinder switch, then the buffer size should be large
enough to accommodate the largest cylinder. For the most part, this is a good
implementation.
If the device has a read ahead cache buffer, then this, like the read ahead
buffer, will give good sequential accesses, but still poor performance on a
very fragmented filesystem. As data in the buffer is recoverable, because
this is a cache, some performance gains will be noticed in a multi-user
environment. The same rules for the read ahead buffer above apply when it
concerns the size of the buffer. A better performance implementation.
If the device has a segmented cache buffer, then this will yield the
best performance available in all operating environments. It must be tunable
so you can match the characteristics of the operating environment. The size
of the buffer should not be less than 64K for this type of implementation to
be effective, but it can be as large as the vendor chooses and the bigger
the better. This is the best performance choice.
Questions you should ask:
a) What type of buffer algorithm do you use? (i.e. read-ahead, cache)
b) Is the buffer algorithm programmable?
c) What is the size of the buffer?
d) What is the clock (or resolution) of the buffer?
e) Is the buffer dual ported?
SCSI COMMAND OVERHEAD
SCSI command overhead is a much discussed topic when users opt to go with
SCSI and generally a very heated topic. In the past, the overhead was very
high (on the order of 3 milli-seconds). Today SCSI overhead, for the device,
is down to 1 milli-second and less. Some devices have multiple processors, one
for running the SCSI bus and one for the device electronics. These type of
devices have less overhead than a single processor device as they can do things
in parallel. Be aware of the manufacturers specs. Though they don't lie, they
publish the best case overhead times. SCSI command overhead, as measured by
the manufacturer, is typically taken from the time a TEST UNIT READY command
takes to complete. The problem with that is this command takes the shortest
path through the vendor's firmware as it does not require any data transfers.
The best way to measure the overhead for a SCSI device is to issue a write
command and then issue the same command again, to ensure the device is at the
track it should be. Using a logic analyzer, measure the time from the last
command byte to the ending status phase for the second write command. Subtract
the data phase of the command and you will have a more believable idea of the
overhead. The reason you want to use a write command is to eliminate any disk
latency that a read command would generate.
Measuring overhead from the system level is virtually impossible, as you also
have the host adapter overhead and then the bus and CPU rates come into play.
Questions you should ask:
a) What is the SCSI command overhead for your controller?
b) How is the overhead measured?
c) Does your device have multiple processors?
d) What is the clock rate of the processors?
BENCHMARKING MADE EASY??
Throw away CORETEST, or disregard the seek times and the size of the
request. Seek times on a SCSI device cannot be measured at the BIOS level
unless the benchmark can be told what physical parameters to use.
SCSI is a logical block interface and has no physical characteristics. The
number of heads, sectors, and cylinders at the BIOS level are all incorrect, so
the seek times that virtually all of the benchmark programs use will not yield
accurate seek times.
You cannot use the manufacturer's seek rate as it is measured at the
mechanical level and not at the SCSI bus level. To test the seek times, you
almost have to write your own benchmark. If 'adaptex' was going to be around
I would have a program that would do just that for SCSI devices and post it,
but alas.
CORETEST also reads the same data over and over again, so a SCSI device that
has a read ahead buffer, will not be accurately measured.
In order to get a fair idea of the data rates that a SCSI device can yield
requires you to measure data transfers in the following ways:
1) Sequentially
2) Random (1/3 stroke, preferred as you can do that at the BIOS level)
3) Read the same data over and over again.
Now that will take care of the single-threaded benchmark, but what UNIX/XENIX
and other multi-threaded operating environments? While none of the current
benchmarks really do a fair job of measuring the correct thing for these
environments, they can yield some useful information.
With a multi-threaded environment, you should not only consider the average
access time and the data rate, but more importantly. How does the SCSI
implementation I have chosen effect the overall throughput of my system? While
in a single-threaded environment most devices will benchmark well, device
characteristics change dramatically in a multi-threaded mode.
This is due in part to the devices ability to efficiently arbitrate for the
SCSI bus. Some devices may take as long as 3 milli-seconds to complete an
arbitration cycle, while others take only 1 milli-second. The only way you
can judge the devices is via a logic analyzer. You are basically looking
for the overall usage of the SCSI bus.
Questions you should ask:
a) How can I measure the average seek time?
b) What environment will this implementation be used in?
c) How can I best judge the performance in this environment?
PERSONAL PERFORMANCE RATING
If I had to rate, regardless of capacity, the best performing SCSI devices
that I have used, the list would go:
Quantum (3 1/2") 64K segmentable cache buffer, RLL 2.7, ZBR
async/sync
Quantum (5 1/4") 64K segmentable circular cache buffer, RLL 2.7, async
Imprimis (5 1/4") 32K read ahead buffer (*), RLL 2.7, ZBR, async/sync
Maxtor (5 1/4") 45K read ahead buffer (*), RLL 2.7, async/sync
Micropolis (5 1/4")
Priam (5 1/4")
Imprimis (3 1/2")
Maxtor (3 1/2") 8K buffer, RLL 2.7, async
Seagate (5 1/4") Basic buffer
Conner (3 1/2") Basic buffer
Rodime (3 1/2") Basic buffer
* Drives come with read ahead disabled. It can only be activated via
software
Recomended products to avoid
Cast/Newbury Do not meet SCSI standard (Rev17B)
Microscience Do not meet SCSI standard (Rev17B)
TERMS
ZBR Zone Bit Recorded
Roy Neese
Adaptec Central Field Applications Engineer
UUCP @ {texbell,attctc}!cpe!adaptex!neese
merch!adaptex!neese
-----------------------------
From: "Ronald S. Woan" <ron at woan.austin.ibm.com>
Subject: Re: export vars from cshell script?
Date: 15 Nov 89 00:21:58 GMT
Sender: news at awdprime.uucp
To: info-unix at sem.brl.mil
In article <1815 at gazette.bcm.tmc.edu>, heidi at kiwi.bcm.tmc.edu (Heidi
writes:
> Is there an equivalent in the Cshell to the Bourne shell's export
> facility? We have would like to define new environment variables in a
> shell, and have them be known to subsequent processes.
I may be way off base, but I have always been under the impression that
setenv automatically exported them??!!
Ron
+-----All Views Expressed Are My Own And Are Not Necessarily Shared By------+
+------------------------------My Employer----------------------------------+
+ Ronald S. Woan (IBM VNET)WOAN AT AUSTIN, (AUSTIN)ron at woan.austin.ibm.com +
+ outside of IBM @cs.utexas.edu:ibmaus!auschs!woan.austin.ibm.com!ron +
+ last resort woan at peyote.cactus.org +
-----------------------------
From: Randal Schwartz <merlyn at iwarp.intel.com>
Subject: Re: a perl question
Date: 15 Nov 89 01:24:19 GMT
Sender: news at omepd.uucp
Posted: Tue Nov 14 17:24:19 1989
To: info-unix at sem.brl.mil
In article <RJK.89Nov9162936 at sawmill.uucp>, rjk at sawmill (Richard Kuhns) writes:
| I'm not entirely sure that this is the newsgroup I should use, but
| I've seen a number of perl questions/answers and I don't know of a
| better newgroup (until comp.lang.perl comes along).
|
| My question: I'd dearly love to have a filter, written in perl (the
| rest of the code for this project is in perl, and I'll post it when I
| get it working), which would turn the string `B^HBO^HOL^HLD^HD' into
| `$bold_startBOLD$bold_end', where $bold_start and $bold_end are
| predefined character strings. I have a filter that does this already
| written in C, but it seems to me I should be able to do it easier in
| perl (using regular expressions?), but I can't come up with a good way
| to do it. /(.)\010$1/ recognizes one element of such a string (always
| the first). s/(.)\010$1/$1/g specifically does NOT work (it only
| changes the first occurence).
I saw this question come through the perl-users at virginia.edu mailing
list first, but I'll post my reply here (being the token Perl
wizard...:-):
#!/usr/bin/perl
$bold_start = "whatever"; $bold_end = "whatever";
while (<>) {
if (/\010/) {
s/(.)\010\1/\201\1\202/g; # surround bold with \201 and \202
s/\202\201//g; # optimize away all end-start pairs
s/\201/$bold_start/og; # replace start with real start
s/\202/$bold_end/og; # and likewise for end
}
print;
}
There you have it. OK, so it's not a one-liner... big deal.
Just another Perl hacker,
(lwall says he's "Not just another Perl hacker"... :-)
--
/== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\
| on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III |
| merlyn at iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn |
\== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/
-----------------------------
From: wyle at inf.ethz.ch (Mitchell Wyle)
Subject: Re: vi editor enhancement request
Date: 15 Nov 89 09:01:47 GMT
Keywords: vi display
To: info-unix at sem.brl.mil
In article <456 at tron.UUCP> wali at tron.UUCP (Saleem Wali) writes:
> (vi editor) Is there anyone who knows of a utility which allows "vi" to
> display various information, e.g., the filename, time, and
> whether I am in the insert mode or in the command mode, at the top of
> the screen.
The control-G command will give you file name, if modified, line number and
current position as a percentage. :set modeline might also help.
Vi intentionally does not put all kinds of crap on your screen (like
wordstar) other than the text. This philosophy helps at low baud rates; I
admit that "modes" is a weakness, but you can get used to them.
>** Westinghouse Electric Corp. * New on the job **
If you hack the sources of stevie or the "S" vi clones to put up this mode
stuff on the top line, please post them.
-Mitch (vi fanatic) Wyle
-----------------------------
From: Kenneth L Moore <yahoo at unix.cis.pitt.edu>
Subject: Re: vi editor enhancement request
Date: 15 Nov 89 21:09:49 GMT
Keywords: vi display emacs
To: info-unix at sem.brl.mil
In article <5530 at ethz-inf.UUCP> wyle at ethz.UUCP (Mitchell Wyle) writes:
>In article <456 at tron.UUCP> wali at tron.UUCP (Saleem Wali) writes:
==>==> (vi editor) Is there anyone who knows of a utility which
==>==> allows "vi" to
==>==>** Westinghouse Electric Corp. * New on the job
==>
==>-Mitch (vi fanatic) Wyle
You two might want to think about switching to emacs.
The file name is always displayed. Command and insert are unambiguous.
Emacs even allows for the execution of unix commands while in the
editor. For example: I type Capture Command Output then type date. This
gives me the time in my file at the current cursor position. There are
infinite variations on this theme. (You might dump the result to a
buffer. You may want to to an ls -l on the file you are working on,
etc.)
Here is an example:
Wed Nov 15 15:54:40 EST 1989
The big deal though is that emacs is "universal". We currently have 3
versions of emacs (that I know of) one on the VAX, one on our Ultrix and
one on our Suns. I currently switch from machine to machine with very
little difficulty. Caveat: A few of the commands are slightly
different.
It is difficult to change editors but in this case it is worth it. IMHO.
See newsgroup gnu.emacs
--
yahoo at unix.cis.pitt.edu (Kenneth L Moore)
-----------------------------
From: Randal Schwartz <merlyn at iwarp.intel.com>
Subject: Re: vi editor enhancement request
Date: 16 Nov 89 00:57:26 GMT
Sender: news at omepd.uucp
Keywords: vi display
To: info-unix at sem.brl.mil
In article <456 at tron.UUCP>, wali at tron (Saleem Wali) writes:
| Now that I have your attention.............
| (vi editor) Is there anyone who knows of a utility which allows "vi" to
| display various information, e.g., the filename, time, and
| whether I am in the insert mode or in the command mode, at the top of
| the screen.
yeah, have your sysadm do "mv /usr/local/emacs /usr/ucb/vi" :-)
Otherwise, no luck. You can press ^G a lot, but that doesn't really
help. To find out if you are in insert mode, hit ESC, and if it
doesn't beep, you *were* in insert mode.
What can I say, it's "vi". (or is that "vee-eye"?? :-)
Just another satisfied GNU-EMACS (former vi) user,
--
/== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\
| on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III |
| merlyn at iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn |
\== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/
-----------------------------
From: "Jonathan I. Kamens" <jik at athena.mit.edu>
Subject: Re: sendmail.cf
Date: 15 Nov 89 10:22:20 GMT
Sender: daemon at bloom-beacon.mit.edu
To: info-unix at sem.brl.mil
In article <1989Nov13.193000.12827 at tse.uucp> rick at tse.uucp writes:
>Is it possible to change the sendmail.cf file to indicate a different
>host for different local users?
>
>For example: if user1 sends mail the return address looks like user1 at host1;
>but, if user2 sends mail it has the return address user2 at host2 (even though
>they are working on the same machine).
Yes. Define several classes read from files in the sendamil.cf
file; each class represents all the users who should be from one
particular host.
Then, in the sender pre-write you match against each of those
classes and tack on the appropriate host for any matches.
I'm assuming that you don't want to tack a host on if the user has
manually specified the host himself -- if the user specifies the from
host, then he really wants mail to go there :-). If you want to
enforce the host divisions, you need to strip off any host specified
by the sender before matching against the classes. The level of
paranoia and care you take in doing this is up to you.
Of course, you can do the same thing for recipients if you want mail
to automatically be delivered to the right host, given only the
username.
All of this is a little dangerous, because you have to keep all
these files up-to-date on all of the hosts involved. It's usually a
better idea, when a somewhat large number of hosts is involved, to
have a central machine that knows all the usernames, and to forward
all mail to that machine for delivery, instead of trying to put
correct hosts in the sender field. Give that machine an automatically
generated aliases file that forwards mail to the appropriate mail
hosts.
(That's how Project Athena mail works. Athena.mit.edu is actually
just a mailhub which does mailing list expansion and mail delivery to
Athena users, whose mail actually lives on several post office
machines.)
Jonathan Kamens USnail:
MIT Project Athena 11 Ashford Terrace
jik at Athena.MIT.EDU Allston, MA 02134
Office: 617-253-8495 Home: 617-782-0710
-----------------------------
From: Chris Torek <chris at mimsy.umd.edu>
Subject: Re: core files under SV
Date: 15 Nov 89 10:22:49 GMT
To: info-unix at sem.brl.mil
In article <MRD.89Nov15011304 at image.clarkson.edu> mrd at sun.soe.clarkson.edu
(Michael DeCorte) writes:
>NOTE I want to generate a core file but NOT exit. Yup I just want to
>go along on my merry way.
(You are not going to like this :-) )
int
make_core_file() {
int pid = fork(), w, status;
extern int errno;
switch (pid) {
case -1:
/*DEBUG*/ /* perror("cannot fork to make core file"); */
return (-1);
case 0: /* child */
abort();
/*DEBUG*/ /* (void) write(2, "could not make core file\n", 25); */
_exit(1);
/* NOTREACHED */
}
/* parent */
/* should use wait4() here, but no one has it yet */
while ((w = wait(&status)) != pid)
if (w == -1 && errno != EINTR)
break;
if (status & 0200) /* made a core file */
return (0);
return (1); /* fork succeeded, but no core dump */
}
--
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain: chris at cs.umd.edu Path: uunet!mimsy!chris
-----------------------------
From: "Conor P. Cahill" <cpcahil at virtech.uucp>
Subject: Re: core files under SV
Date: 15 Nov 89 16:12:41 GMT
To: info-unix at sem.brl.mil
In article <MRD.89Nov15011304 at image.clarkson.edu>, mrd at sun.soe.clarkson.edu (Michael DeCorte) writes:
>
> There has got to be a little function I can call that will generate a
> core file of my process but I sure can't find it in sections 2 or 3.
> Anybody know what it is?
>
> NOTE I want to generate a core file but NOT exit. Yup I just want to
> go along on my merry way.
There is no system or library call to do this, but you could just do
the following:
if( fork() == 0 )
{
abort();
}
which will result in a core file being generated and letting your
current program continue executing. If you do this alot, without performing
a wait(2), you will eventually run out of process table slots. So either
do a wait() after the fork(), or limit the number of times you do this.
--
+-----------------------------------------------------------------------+
| Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 !
| Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 |
+-----------------------------------------------------------------------+
-----------------------------
From: Doug Gwyn <gwyn at smoke.brl.mil>
Subject: Re: core files under SV
Date: 15 Nov 89 23:52:40 GMT
To: info-unix at sem.brl.mil
In article <MRD.89Nov15011304 at image.clarkson.edu> mrd at sun.soe.clarkson.edu (Michael DeCorte) writes:
>There has got to be a little function I can call that will generate a
>core file of my process but I sure can't find it in sections 2 or 3.
>Anybody know what it is?
>NOTE I want to generate a core file but NOT exit. Yup I just want to
>go along on my merry way.
I could say all sorts of disparaging things about people who think
UNIX would have a single function that performs a particular action
not of general utilit, but I won't :-)
if ( fork() == 0 )
abort();
-----------------------------
From: Doug Gwyn <gwyn at smoke.brl.mil>
Subject: Re: core files under SV
Date: 16 Nov 89 00:13:02 GMT
To: info-unix at sem.brl.mil
In article <11613 at smoke.BRL.MIL> gwyn at brl.arpa (Doug Gwyn) writes:
> if ( fork() == 0 )
> abort();
As somebody else pointed out, if you do lots of these you also need
to reap the zombies. The simplest solution to that is
if ( (pid = fork()) == 0 )
abort();
else
while ( wait( (int*)0 ) != pid )
;
If you don't want to wait for the core dump to complete before
proceeding, arrange for the dumping child to be detached:
if ( (pid = fork()) == 0 )
if ( fork() == 0 )
abort();
else
_exit( 0 );
else
while ( wait( (int*)0 ) != pid )
;
Note that I've assumed that you aren't performing any wait()s in
signal handlers, because you really shouldn't.
-----------------------------
From: "Jonathan I. Kamens" <jik at athena.mit.edu>
Subject: Re: Import variables in to awk.
Date: 15 Nov 89 10:35:39 GMT
Sender: daemon at bloom-beacon.mit.edu
To: info-unix at sem.brl.mil
In article <10531 at thorin.cs.unc.edu> warner at unc.cs.unc.edu (Byron Warner)
writes:
>My questions is how do you import csh variables into an awk script.
>for example if I have a file called foo, which contains:
>{
> print import,$0
>}
>
>and I issue the command
>awk -F: -f foo /etc/passwd import='hello
>why do I get just a list of logins?
>Thanx in Advance
First of all, I have never known the C-shell to allow the syntax
"foo=bar" on a command-line to import a variable into a program. C
shell doesn't have anything like that.
Second, the only way to do what you want is to actually make the
creation of this variable part of the awk script. Like this:
% set import = 'hello'
% awk 'BEGIN { import = "'"$import"'" } { print import, $0}' /etc/passwd
The $import is evaluated before awk is actually called, and replaced
by 'hello' (sans quotes).
Jonathan Kamens USnail:
MIT Project Athena 11 Ashford Terrace
jik at Athena.MIT.EDU Allston, MA 02134
Office: 617-253-8495 Home: 617-782-0710
-----------------------------
From: Chris Torek <chris at mimsy.umd.edu>
Subject: Re: Import variables in to awk.
Date: 15 Nov 89 14:14:02 GMT
To: info-unix at sem.brl.mil
>In article <10531 at thorin.cs.unc.edu> warner at unc.cs.unc.edu (Byron Warner)
>writes:
[file foo]
>>{ print import,$0 }
[command]
>>awk -F: -f foo /etc/passwd import='hello
>>why do I get just a list of logins?
In article <15919 at bloom-beacon.MIT.EDU> jik at athena.mit.edu
(Jonathan I. Kamens) writes:
> First of all, I have never known the C-shell to allow the syntax
>"foo=bar" on a command-line to import a variable into a program.
It does not. However, awk does. That is, you are looking at the wrong
program.
> Second, the only way to do what you want is to actually make the
>creation of this variable part of the awk script. Like this:
Not so: Within some limits, you can set awk variables from its
invocation. For instance:
% cat t
BEGIN { print "BEGIN: " this; }
{ print "INPUT: " this " " $0; }
END { print "END: " this; }
% cat u
first line
second line
% awk -f t u this=that
BEGIN:
INPUT: first line
INPUT: second line
END: that
% awk -f t this=that u
BEGIN:
INPUT: that first line
INPUT: that second line
END: that
% rm t u
The `BEGIN' statement is done before any `files' are opened; the `END'
statement is done after all `files' have been read. Any `files' of
the form `a=b' set variable `a' to value `b'.
All of the above is with respect to the 4.3BSD flavour of `awk'. The
new awk (as described in the awk book) appears to open the first `file'
before executing the BEGIN statement, so that any assignments that
appear before the first real file happen before the BEGIN. What GNU
awk does, I do not know (but the above technique will tell you).
--
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain: chris at cs.umd.edu Path: uunet!mimsy!chris
-----------------------------
From: "Jonathan I. Kamens" <jik at athena.mit.edu>
Subject: Re: Import variables in to awk.
Date: 15 Nov 89 18:19:52 GMT
Sender: daemon at bloom-beacon.mit.edu
To: info-unix at sem.brl.mil
In article <20774 at mimsy.umd.edu> chris at mimsy.umd.edu (Chris Torek) writes:
>...
>The `BEGIN' statement is done before any `files' are opened; the `END'
>statement is done after all `files' have been read. Any `files' of
>the form `a=b' set variable `a' to value `b'.
Nifty! Two questions:
1. Why isn't this mentioned in the BSD man page awk(1), or in the
/usr/doc documentation about awk?
2. What happens if you actually want to read in a file that has = in
the filename? How am I supposed to know what happens if the
feature isn't mentioned in documentation? :-)
Jonathan Kamens USnail:
MIT Project Athena 11 Ashford Terrace
jik at Athena.MIT.EDU Allston, MA 02134
Office: 617-253-8495 Home: 617-782-0710
-----------------------------
From: David C Lawrence <tale at pawl.rpi.edu>
Subject: Re: Import variables in to awk.
Date: 15 Nov 89 23:55:18 GMT
To: info-unix at sem.brl.mil
In <10531 at thorin.cs.unc.edu> warner at unc.cs.unc.edu (Byron Warner) writes:
Byron> [file foo]
Byron> { print import,$0 }
Byron> [command]
Byron> awk -F: -f foo /etc/passwd import='hello
Byron> why do I get just a list of logins?
Because the variable assignment has to come before file name. I'm
also assuming here that the ' is a typo, or the absence of a match is;
either way variable assignment comes before the file list. If you
change it to "awk -F: -f foo import=hello /etc/passwd" it will work.
This applies to V7 awk, nawk and gawk.
In <20774 at mimsy.umd.edu> chris at mimsy.umd.edu (Chris Torek) writes:
Chris> All of the above is with respect to the 4.3BSD flavour of `awk'. The
Chris> new awk (as described in the awk book) appears to open the first `file'
Chris> before executing the BEGIN statement, so that any assignments that
Chris> appear before the first real file happen before the BEGIN. What GNU
Chris> awk does, I do not know (but the above technique will tell you).
Variables set as above are not available in the BEGIN block with gawk,
but a special option, -v, is provided to do this. -v VAR=VAL will
assign VAL to VAR before script execution begins; another -v must be
specified for each variable you want to declare this way.
Dave
--
(setq mail '("tale at pawl.rpi.edu" "tale at ai.mit.edu" "tale at rpitsmts.bitnet"))
-----------------------------
From: David C Lawrence <tale at pawl.rpi.edu>
Subject: Re: Import variables in to awk.
Date: 16 Nov 89 00:06:16 GMT
To: info-unix at sem.brl.mil
In <15924 at bloom-beacon.MIT.EDU> jik at athena.mit.edu (Jonathan I. Kamens) writes:
Jon> 1. Why isn't this mentioned in the BSD man page awk(1), or in the
Jon> /usr/doc documentation about awk?
Oversight, I suppose. SunOS manual page has it.
Jon> 2. What happens if you actually want to read in a file that has = in
Jon> the filename? How am I supposed to know what happens if the
Jon> feature isn't mentioned in documentation? :-)
Good question. I just tried a few different things which I thought
might work and none of them did. It appears as though .*=.* patterns
which appear after a file name (/dev/null in my test case) are simply
ignored; they are neither interpreted as variable assigments nor as
file names. I also tried passing it an arg of foo\=bar (my test case)
and it still did nothing. In fact, it didn't even read stdin. Hmm ...
Dave
--
(setq mail '("tale at pawl.rpi.edu" "tale at ai.mit.edu" "tale at rpitsmts.bitnet"))
-----------------------------
From: Randal Schwartz <merlyn at iwarp.intel.com>
Subject: Re: Import variables in to awk.
Date: 16 Nov 89 01:01:26 GMT
Sender: news at omepd.uucp
To: info-unix at sem.brl.mil
In article <10531 at thorin.cs.unc.edu>, warner at unc (Byron Warner) writes:
| My questions is how do you import csh variables into an awk script.
| for example if I have a file called foo, which contains:
| {
| print import,$0
| }
|
| and I issue the command
| awk -F: -f foo /etc/passwd import='hello
^ missing quote, perhaps?
| why do I get just a list of logins?
The order of command-line options is significant:
% awk -F: -f foo import='hello' /etc/passwd
yields the result you want. Also note that these variables are not
available in the "BEGIN" action (unless something happened after the
V7 version of awk).
Just another UNIX old-timer,
--
/== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\
| on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III |
| merlyn at iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn |
\== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/
-----------------------------
From: "Ronald K. Wright" <rwright at novavax.uucp>
Subject: spell..adding new words
Date: 15 Nov 89 10:42:39 GMT
Keywords: spell spellin hashcheck RTFM
To: info-unix at sem.brl.mil
Perhaps excesses as a youth dithered my brain; but all of TFM's that I
have read do not explain how to add words to spell's idea of correct
words.
Spell even in its most primative form would be helpful to me if I
could get it to expand its vocabulary.
Perhaps someone could explain it to me, try to use simplistic terms. ;-)
--
R. K. Wright MD JD | office: medexam!rkw
Chief Medical Examiner, Broward County | nova: novavax!rwright
Associate Professor Pathology | home: medexam!love1!rkw
University of Miami School of Medicine | fax: 305 765 5193
-----------------------------
From: Doug Gwyn <gwyn at smoke.brl.mil>
Subject: Re: spell..adding new words
Date: 16 Nov 89 00:03:25 GMT
Keywords: spell spellin hashcheck RTFM
To: info-unix at sem.brl.mil
In article <1628 at novavax.UUCP> rwright at novavax.UUCP (Ronald K. Wright) writes:
>Perhaps excesses as a youth dithered my brain; but all of TFM's that I
>have read do not explain how to add words to spell's idea of correct
>words.
System V flavors of "spell" support local word lists; RTFM again.
For older flavors, you may have to add the words to the "local"
file found in the source directory for the "spell" utility and
perform a "make install" (which will run "spellin" and copy the
resulting hash list file to the needed place).
>Spell even in its most primative form would be helpful to me if I
>could get it to expand its vocabulary.
What do monkeys have to do with this?
>Perhaps someone could explain it to me, try to use simplistic terms. ;-)
Basically, either use System V "spell" or give your word list to
your system administrator and ask that he add them to the supported
word list for "spell".
-----------------------------
From: John B Scalia <jb at aablue.uucp>
Subject: ESIX has a bug.
Date: 15 Nov 89 14:02:46 GMT
Followup-To: comp.unix.i386
Keywords: TCP/IP HDB bug
To: info-unix at sem.brl.mil
Hello, a short while ago a posted about a problem I had encountered with
ESIX's HDB uucp after I loaded its TCP/IP software. Thanks to all those
who responded and made suggestions. Yesterday, the ESIX tech folks did
respond about this problem. (Yeah!) They had confirmed that I wasn't
imagining the problem and that there is something happening with either
sendmail or rwho under TCP/IP, ie. a bug. Apparently, now that they know
about it, they've said they'll try to get it fixed.
In case others might be considering ESIX, the problem caused HDB i/o to
drop by a factor 8 when TCP/IP was loaded. HDB did NOT fail altogether!
Running Uutry with -x = 9 show that packets were either getting corrupted or
not being acknowledged after receipt. Removing TCP/IP and making no
other changes, either hardware or software, made the problem disappear.
BTW, the problem was much more aggravated when ESIX was receiving.
All in all, I'd still recommend ESIX. The technician I spoke with said
that it did take a little while to duplicate the problem I had and then
figure out why it was occuring. (BTW, they DO have net access, but it
seems that they mostly lurk silently, ie. they still prefer voice calls.)
jb at aablue
--
A A Blueprint Co., Inc. - Akron, Ohio +1 216 794-8803 voice
UUCP: {uunet!}aablue!jb (John B. Scalia)
Just a little more nonsense to clutter up the net.
-----------------------------
From: "Susanne W. Smith" <sws at calvin.wa.com>
Subject: Calendar of UNIX-related Events
Date: 15 Nov 89 16:36:49 GMT
Expires: 1 Dec 89 21:45:37 GMT
Sender: std-unix at longway.tic.com
Approved: jsq at longway.tic.com (Moderator, John S. Quarterman)
To: info-unix at sem.brl.mil
From: sws at calvin.wa.com (Susanne W. Smith)
This is a combined calendar of planned conferences, workshops, or standards
meetings related to the UNIX operating system. Most of this information
came from the various conference organizers, although some was taken from
;login: (USENIX), 14, 4, Sep/Oct 1989, CommUNIXations (/usr/group), IX, 4,
Sep/Oct 1989, and the /usr/group UNIX Resources Guide.
If your favorite meeting is not listed, it's probably because I don't know
about it. If you send me information on it, I will probably list it both
here and in the appropriate one of the companion articles:
Access to UNIX User Groups
Access to UNIX-Related Publications
Access to UNIX-Related Standards
Changes since last posting: JUS, /usr/group/cdn, DECUS, IEEE 1003, UKUUG,
NLUUG, AUUG, USENIX, Using
Abbreviations:
APP Application Portability Profile
C Conference or Center
CC Computer Communication
CT&LA Conformance Testing & Laboratory Accreditation
G, MD Gaithersburg, Maryland
S Symposium
T Tradeshow
U UNIX
UG User Group
W Workshop
USENIX, UniForum, EUUG, AUUG, and DECUS sponsor conferences of the same
names.
UNIX is a Registered Trademark of AT&T Bell Laboratories.
TIC <jsq at longway.tic.com> Windsound <sws at calvin.wa.com>
89/11/15 pg. 2 Calendar of UNIX-Related Events comp.std.unix
year mon days conference (sponsor,) (hotel,) location
1989 Nov 1-3 UNIX EXPO Javits Conv. C, New York, NY
1989 Nov 6-10 DECUS S Anaheim, California
1989 Nov 9 NLUUG De Reehorst, Ede, The Netherlands
1989 Nov 9-10 14th JUS UNIX S Osaka, Japan
1989 Nov 15 POSIX APP W NIST, G, MD
1989 Nov 16-17 Graphics Workshop V USENIX, Monterey, CA
1989 Nov 24 AFUU C Paris, France
1989 Dec 5-6 JUS UNIX Fair '89 JUS, Tokyo, Japan
1989 Dec 6-8 Sun UG C Hilton, Anaheim, CA
1989 Dec 8-9 UNIX Asia'89 C Sinix, World Trade Center, Singapore
1989 Dec 11-15 OSI Implementors W NIST, G, MD
1989 Dec 11-13 UKUUG C Cardiff, Wales, UK
1990 Jan 8-12 IEEE 1003 New Orleans, LA
1990 Jan 9-10 U in Gov. C&T Ottawa, ON
1990 Jan 20-26 DECUS S Toronto, Canada
1990 Jan 22-26 USENIX Omni Shoreham, Washington, DC
1990 Jan 23-26 UniForum Washington Hilton, Washington, DC
1990 Feb 6-9 IETF IAB, FSU, Talahassee, FL
1990 Feb 14 Sys Admin W UKUUG, Inst of Education, London, UK
1990 Mar 5-6 X3J11 New York City, NY
1990 Mar 26-28 USING C Dallas, Texas, USA
1990 Mar 26-29 DECUS S Vasteras, Sweden
1990 Mar 27-30 AFUU C Paris, France
1989 Apr 9 POSIX APP W NIST, G, MD
1990 Apr 9-11 USENIX C++ C San Francisco, CA
1990 Apr 23-27 EUUG Munich, Germany
1990 Apr 23-27 IEEE 1003 Salt Lake City, UT
1990 May 1-4 IETF IAB, Pittsburgh Supercomputer C, PA
1990 May 7-11 DECUS S New Orleans, LA
1990 May 17 U & Parallel Systems C NLUUG, Ede, Netherlands
1990 May 30-Jun 1 UNIX/90 C&T /usr/group/cdn, Toronto, ON
1990 Jun 11-15 USENIX Marriott, Anaheim, CA
1990 Jul 9-11 15th JUS S JUS, Tokyo, Japan
1990 Jul 9-13 UKUUG C London,UK
1990 Jul 16-20 IEEE 1003 Danvers, MA
1990 Jul 31-Aug 3 IETF IAB, UW, Seattle, WA
1990 Sep 25-28 AUUG C Southern Cross, Melbourne, Australia
1990 Oct 22-26 EUUG Nice, France
1990 Oct 31-Nov 2 UNIX EXPO New York, NY
1990 Nov 5-9 10th Internat'l C on CC ICCC, New Delhi, India
1990 Nov 8 Open Systems C NLUUG, Ede, Netherlands
1990 Nov 15 POSIX APP W NIST, G, MD
1990 Nov 15-16 16th JUS S JUS, Osaka, Japan
1990 Dec 4-5 JUS UNIX Fair '90 JUS, Tokyo, Japan
1990 Dec 10-14 DECUS S Las Vegas, NV
TIC <jsq at longway.tic.com> Windsound <sws at calvin.wa.com>
89/11/15 pg. 3 Calendar of UNIX-Related Events comp.std.unix
1991 Jan 21-25 USENIX Dallas, TX
1991 Jan 22-25 UniForum Infomart, Dallas, TX
1991 Feb U in Gov. C&T Ottawa, ON
1991 Feb 18-22 DECUS S Ottawa, Canada
1991 May 20-24 EUUG Tromso, Norway
1991 May U 9x/etc C&T Toronto, ON
1991 May 6-10 DECUS S Atlanta, GA
1991 Jun 10-14 USENIX Opryland, Nashville, TN
1991 Sep 16-20 EUUG Budapest, Hungary
1991 Dec 9-13 DECUS S Anaheim, CA
1992 Jan 20-24 USENIX Hilton Square, San Francisco, CA
1992 Jan 21-24 UniForum Moscone Center, San Francisco, CA
1992 Spring EUUG Jersey, U.K.
1992 May 4-8 DECUS S Atlanta, GA
1992 Jun 8-12 USENIX Marriott, San Antonio, TX
1992 Autumn EUUG Amsterdam, Netherlands
1993 Jan USENIX Town & Country, San Diego, CA
1993 Mar 2-4 UniForum Washington, D.C.
1993 Jun 21-25 USENIX Cincinnati, OH
TIC <jsq at longway.tic.com> Windsound <sws at calvin.wa.com>
Volume-Number: Volume 17, Number 56
-----------------------------
From: Maarten Litmaath <maart at cs.vu.nl>
Subject: -msU troff package sought for vi tutorial (was: vi (vs VMS/EDT))
Date: 15 Nov 89 18:20:15 GMT
Keywords: DEC bashing
To: info-unix at sem.brl.mil
In article <1989Nov14.223604.17418 at cs.eur.nl> henk at cs.eur.nl (Henk Langeveld) writes:
\...
\Perhaps we could use a vi tutorial, to get people acquainted with
\the basics of vi. Anybody? Maarten?
How about the vi tutorial that comes with 4.x BSD in /usr/doc/usd?
I have dug it up, but I can't find this -msU troff macro package.
It's *almost* -ms.
Anybody?
--
[...] like a roving gang. "Ah, here's a NEW almost-empty group to post train
schedules and core dumps in!" (Joe Buck) | maart at cs.vu.nl, mcsun!botter!maart
-----------------------------
From: neese at adaptex.uucp
Subject: Re: What is a good SCSI controller?
Date: 15 Nov 89 19:38:00 GMT
Nf-ID: #R:dynasys.UUCP:20:adaptex:6900005:000:906
Nf-From: adaptex.UUCP!neese Nov 15 13:38:00 1989
To: info-unix at sem.brl.mil
>I'm thinking about purchasing a Seagate ST-296N and I would like to know what
>a good SCSI controller would be. I am running an Everex 386/16 and would like
>this to be compatible with SCO Xenix and AT+T Unix. I would also like the
>ability to add an SCSI tape drive in the future and perhaps another SCSI hard
>drive as well (2 hard drives AND a tape drive). Can anyone give me any
>pointers here?
The AHA-1540A/1542A host adapters are supported in SCO's releases (2.3GT and
UNIX). You can add up to 3 more hard drives and 3 tape drives if you like.
I don't know about AT&T UNIX and what they support. The one thing you better
be aware of: The Seagate drive is a slow drive. Performance with this
drive will be worse than a good RLL controller and drive.
Roy Neese
Adaptec Central Field Applications Engineer
UUCP @ {texbell,attctc}!cpe!adaptex!neese
merch!adaptex!neese
-----------------------------
From: Lyndon Nerenberg <lyndon at cs.athabascau.ca>
Subject: Re: another nice one
Date: 15 Nov 89 20:58:21 GMT
To: info-unix at sem.brl.mil
In article <20540 at unix.cis.pitt.edu> yahoo at unix.cis.pitt.edu (Kenneth L Moore) writes:
>I can't believe that four lines causes any significant problems. Does
>anyone know how much is paid to recieve my .sig? .000000001 cents?
Let's work it out. Assuming a connection between us and Edmonton (our
nearest feed) that costs 18 cents per minutes, and a 2400 baud link
, in the perfect case we move 240 characters per second. The cost
for one second of LD is .18 * (1/60) = .3 cents to move those three
lines (yes, I'm ignoring newlines, call setup overhead, etc.).
If there are 5000 sites in the same situation, the sum total cost
of moving those three lines around is 5000 * .3 = 1500 cents = $15.00
for every article you post. Most sites pay less to get news, but
some sites pay more -- *substantially* more. See Brian Reid's postings
for a (slightly) more accurate guess as to the actual number of usenet
sites.
>Also, I don't consider it useless garbage. It allows someone to easily
>identify me. That was its purpose and it seems to serve it pretty well.
Except that it contains no information that's already in the header.
The '@' characters serve no useful purpose, other than to make the
signature more visible. In my case, they just give me a headache. I
think this is what everyone else is really complaining about. There
is NOTHING visually appealing about a bunch of BRIGHT '@' characters
on a dark background (and vice versa).
I tend to judge people by the contents of what they write. If I want
to identify you (say, for a reply message) I'll do it by the headers.
Besides, I don't know if I would want to be identified as a
yahoo@ *anything* :-)
Change the '@' to ' ' or something that doesn't mangle everyones
optic nerve and the bitch rate will drop substantially. Or replace
them with an utterly useless saying (see below for example :-)
--
Lyndon Nerenberg VE6BBM / Computing Services / Athabasca University
{alberta,decwrl,lsuc}!atha!lyndon || lyndon at cs.AthabascaU.CA
The Connector is the Notwork.
-----------------------------
From: Jeffrey Gleixner <glex at uf.msc.umn.edu>
Subject: thanks
Date: 15 Nov 89 22:20:48 GMT
Sender: news at uc.msc.umn.edu
Keywords: thanks
To: info-unix at sem.brl.mil
Thanks to all who responded to getting spell to work from vi. I
haven't had time to try them all, but it was interesting how
everyone takes care of this problem.
-Jeff "maybe I'll just learn how to spell" Gleixner-
glex at msc.umn.edu
-glex-
-----------------------------
From: Alex Measday <alex at isi.uucp>
Subject: Re: XMODEM transfers while using 'script' (ptys)
Date: 15 Nov 89 22:40:55 GMT
Keywords: pty, script, xmodem, errors
To: info-unix at sem.brl.mil
In article <229 at tnl.UUCP>, norstar at tnl.UUCP (Daniel Ray) writes:
>
> Hi. I've noticed that you cannot use 'xmodem' or 'sx' or other XMODEM-type
> file transfers if you are logging a transcript of your session with the
> utility 'script'. 'script' uses pty's...when attempting XMODEM transfers,
> all one gets is errors til XMODEM or the communication program aborts.
>
I've got a different but seemingly related problem, so I'm interested in
the answer to Daniel Ray's question, too. My PC XT was connected to our
Sun 3/110 through a serial port. I was able to transfer files back and
forth at 9600 baud using the YMODEM batch protocol (PROCOMM on the PC and
Steve Grandi's YMODEM program on the Sun); I had no problems.
We recently bought a CMC TranServer terminal server which is connected to
the Sun via Ethernet and our PC's are connected to the terminal server at
9600 baud (8 bits, no parity). We use TELNET on the terminal server to
open a session on the Sun; the Sun has a PTY on its side. Everything
works fine (VI, MicroEMACS, etc.) except for file transfers between the
machines.
Transferring files from the Sun to the PC using YMODEM batch works great,
but transferring files from the PC to the Sun does not. File names are
exchanged, but the Sun's YMODEM program keeps timing out "while reading
sectors 1-8" (from the debug file) and eventually it aborts the transfer.
Our UNIX-based KERMIT program has the same problem: Sun->PC transfers
work fine, but PC->Sun transfers keep timing out. The transfer continues,
but at a reduced data rate (a few hundred bytes per minute!).
It seems like the problem has to do with PTY's - what should be done?
Thanks!
Alex Measday
Integral Systems, Inc.
Lanham, MD
-----------------------------
From: Mike Powell "Network Kingpin" <powell at issm>
Subject: Anybody ever use the tenex mode of ftp?
Date: 15 Nov 89 22:53:30 GMT
To: info-unix at sem.brl.mil
We got a file from the NIC this evening and it said to use the tenex mode
so we did. The problem is you cannot read it! file says it's data. more
and vi go out to lunch. I looked in the permutated index and could not
find anything.
Any thoughts? Thanks.
--
Mike Powell (need a change of altitude)
Disclaimer: I speak for myself and only myself.
internet: powell at issm.iss.contel.com
Usenet: {contel-fss,issm}!powell
-----------------------------
From: Michael Lodman <jml at tw-rnd.sandiego.ncr.com>
Subject: patch
Date: 15 Nov 89 23:17:15 GMT
To: info-unix at sem.brl.mil
Could someone please mail me the source to "patch".
Thanks.
--
+-----------------------------------------------------------+
| Michael Lodman Mike.Lodman at SanDiego.NCR.COM |
| NCR Corporation - Distributed Systems Lab - San Diego |
| 9900 Old Grove Rd. San Diego, CA. 92131 (619) 693-5353 |
+-----------------------------------------------------------+
-----------------------------
From: Randal Schwartz <merlyn at iwarp.intel.com>
Subject: Re: cc -o *.c
Date: 16 Nov 89 00:49:40 GMT
Sender: news at omepd.uucp
To: info-unix at sem.brl.mil
In article <20619 at unix.cis.pitt.edu>, cmf at obie (Carl M. Fongheiser) writes:
| In article <1989Nov9.145517.4338 at virtech.uucp> cpcahil at virtech.uucp (Conor P. Cahill) writes:
| ] In article <1042 at root44.co.uk>, gwc at root.co.uk (Geoff Clare) writes:
| ] > In article <20512 at mimsy.umd.edu> chris at mimsy.umd.edu (Chris Torek) writes:
| ] > >
| ] > > % echo *.c
| ] > > t.c tet.c t.c
| ] >
| ] > That's a neat trick, Chris. Care to tell us how you managed it?
| ]
| ] easy,
| ]
| ] % cp /dev/null t.c
| ] % cp /dev/null tet.c
| ] % cp /dev/null "tj\<BACKSPACE>.c "
| ] % echo *.c
| ] t.c tet.c t.c
|
| Nah, even easier:
|
| cp /dev/null 't.c tet.c t.c'
|
| Carl Fongheiser
| cmf at unix.cis.pitt.edu
Why get /dev/null involved? Or even exec a process?
$ >'t.c tet.c t.c'
:-)
OB Perl Reference:
perl -e 'open(STDOUT,">t.c tet.c t.c");'
Just another Perl heckler,
--
/== Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ====\
| on contract to Intel's iWarp project, Hillsboro, Oregon, USA, Sol III |
| merlyn at iwarp.intel.com ...!uunet!iwarp.intel.com!merlyn |
\== Cute Quote: "Welcome to Oregon... Home of the California Raisins!" ==/
-----------------------------
From: "Frank Ch. Eigler" <fche at db.toronto.edu>
Subject: MS-DOS BBS programs under 386 UNIXes
Date: 16 Nov 89 01:23:09 GMT
Followup-To: alt.bbs
Keywords: VP/ix, 386 UNIX, MS-DOS, BBS
To: info-unix at sem.brl.mil
Does anyone have any experience with running MS-DOS BBS programs under
Unix running some DOS emulator? Are there DOS emulators available for
386 Unix-es other than VP/ix which may be well suited to this? Any
problems?
As well, how well are these DOS emulators suited to running multiple
copies of MS-DOS [programs] simultaneously.
We are particularly interested in Interactive's 386/ix and VP/ix.
We'd appreciate responses in E-Mail.
--
Frank Ch. Eigler The Hack BBS - (416)-249-0263 //
//
fche at db.toronto.edu \\ //
AMIGA \X/
-----------------------------
From: Cathy Benney <cathy at ncelvax.uucp>
Subject: tr
Date: 16 Nov 89 05:28:56 GMT
Keywords: tr ascii
To: info-unix at sem.brl.mil
Hello. I have been experimenting with "tr", the translate characters command. I am curious to know if tr can substitute from a single character in string 1
to multiple characters in string 2. For example, could "tr" substitute
'\012' (the ascii new line) for '\015\012' (which would be ^M^J). I have been
trying this, using a command like:
tr '\012' '\015\012' < file.1 > file.2
but without any luck. In the command above, tr substitutes ascii 012 for
ascii 015. What I would like is for tr to substitute every 012 with an
012 015. I am a novice in using tr (could you guess?), so my approach may be
off, but I would appreciate any suggestions you may have. Thank you.
-----------------------------
From: Alan Broadman <broadman at paul.rutgers.edu>
Subject: Prompt as Current Directory?
Date: 16 Nov 89 05:56:13 GMT
To: info-unix at sem.brl.mil
I have a (hopefully) simple question. How can you get the UNIX prompt
to always reflect the path to the current directory. Such a prompt
would change with each 'cd ' command. In MS-DOS this is done by the
command : 'prompt $P'. I think this would be most helpful, as
otherwise, the prompt string is quite useless.
Allen Broadman
Broadman at paul.rutgers.edu
-----------------------------
End of INFO-UNIX Digest
***********************
More information about the Comp.unix.questions
mailing list