Mail Delivery Problem
SMTP MAILER
postmaster at sandia.gov
Sun Aug 19 02:09:16 AEST 1990
----Reason for mail failure follows----
Sending mail to <math!ckaul at cs.sandia.gov> :
Could not be delivered for three days.
----Transcript of message follows----
Date: 15 Aug 90 05:37:00 MDT
From: unix-wizards at BRL.MIL
Subject: UNIX-WIZARDS Digest V10#117
To: "math!ckaul" <math!ckaul at cs.sandia.gov>
Return-Path: <incoming-unix-wizards-request at sandia.gov>
Received: from SEM.BRL.MIL by sandia.gov with SMTP ;
Wed, 15 Aug 90 05:23:48 MDT
Received: from SEM.BRL.MIL by SEM.BRL.MIL id ac10635; 15 Aug 90 5:54 EDT
Received: from sem.brl.mil by SEM.BRL.MIL id aa10597; 15 Aug 90 5:45 EDT
Date: Wed, 15 Aug 90 05:45:07 EST
From: The Moderator (Mike Muuss) <Unix-Wizards-Request at BRL.MIL>
To: UNIX-WIZARDS at BRL.MIL
Reply-To: UNIX-WIZARDS at BRL.MIL
Subject: UNIX-WIZARDS Digest V10#117
Message-ID: <9008150545.aa10597 at SEM.BRL.MIL>
UNIX-WIZARDS Digest Wed, 15 Aug 1990 V10#117
Today's Topics:
CORRECTED CALL FOR VOTES: Reorganization of comp.unix.*
Archives of c.u.wizards
Re: evaluating ${10} and above in sh/ksh
Re: I_FDINSERT in streamio(4)
Repost: Can one driver call another directly?
Re: Interesting keyboard read problem (ioctl, function keys)
Re: cd failure killing script [Re: Interactive 2.2 File zapper]
Re: csh weirdness (HELP!)
sendmail config file question
Re: get terminal speed from shell script
Wanted: NQS software
Re: seeking information about file system details.
Re: Please add me to User list
directory "indexer"
Re: Getting CPU information on unterminatted child processes
Curses question
redirecting standard i/o from an exec'ed programme
-----------------------------------------------------------------
From: Chip Salzenberg <uunet!tct!chip at ncar.ucar.edu>
Subject: CORRECTED CALL FOR VOTES: Reorganization of comp.unix.*
Date: 5 Aug 90 21:41:11 GMT
Sender: lear at turbo.bio.net
Followup-To: news.groups
Approved: lear at turbo.bio.net
To: unix-wizards at sem.brl.mil
[ Document created: $Date: 90/07/27 18:31:22 $ ]
+----------------------------------------------------------+
| OOPS. |
| |
| I posted the original Call For Votes for the comp.unix.* |
| reorganization with an incorrect Reply-To: address. |
| There is no such domain as "pdn.com". |
| Please send votes to <chip%tct at pdn.paradyne.com>. |
| |
| Mea culpa, mea culpa, mea maxima culpa. |
+----------------------------------------------------------+
This article is a CALL FOR VOTES on a reorganization
of the comp.unix.* hierarchy. This reorganization
will add various "obvious" missing groups and rename
several groups which have misleading names.
PLEASE EXAMINE THE ENTIRE PROPOSAL BEFORE VOTING ON IT.
+----------+
| PROPOSAL |
+----------+
Create:
comp.unix.admin UNIX system administration.
comp.unix.msdos MS-DOS running under UNIX by whatever means.
comp.unix.large UNIX on mainframes and in large networks.
comp.unix.misc General discussions regarding UNIX.
comp.unix.programmer UNIX programming.
comp.unix.shell UNIX shell usage and programming.
comp.unix.xenix.sco XENIX versions from the Santa Cruz Operation. [*]
[*] NOTE: If comp.unix.xenix.sco passes, then comp.unix.xenix will be
renamed to comp.unix.xenix.misc, since its charter will have
changed to cover only non-SCO versions of XENIX. I didn't
want to make two changes based on one vote, but in this case
I think it's necessary. Experience teaches that parent
groups frequently draw inappropriate crossposting from their
children. Peer groups are better insulated from each other.
Rename:
comp.unix.microport -->
comp.unix.sysv286 UNIX System V (not XENIX) on the '286.
comp.unix.i386 -->
comp.unix.sysv386 UNIX System V (not XENIX) on the '386.
comp.unix.wizards -->
comp.unix.internals UNIX internals: kernel hacking, etc.
For completeness, here is a list of comp.unix groups for which NO change
is proposed:
comp.unix Discussion of UNIX* features and bugs. (Moderated)
comp.unix.aix IBM's version of UNIX.
comp.unix.aux The version of UNIX for Apple Macintosh II computers.
comp.unix.cray Cray computers and their operating systems.
comp.unix.questions Questions and answers about UNIX.
comp.unix.ultrix Discussion about DEC's Ultrix.
+---------------+
| VOTING METHOD |
+---------------+
Send votes to the mailbox "vote" on the machine "tct".
Possible ways to address votes include:
vote%tct at pdn.paradyne.com
vote at tct.uucp
uunet!pdn!tct!vote
Each vote must use this form:
======== START VOTING FORM =========
admin yes/no/abstain
msdos yes/no/abstain
large yes/no/abstain
misc yes/no/abstain
programmer yes/no/abstain
shell yes/no/abstain
xenix.sco yes/no/abstain
sysv286 yes/no/abstain
sysv386 yes/no/abstain
internals yes/no/abstain
======== END VOTING FORM =========
A valid vote MUST specify either "yes", "no" or
"abstain" for EACH proposed change. Each proposed
newsgroup creation or renaming will stand on its own.
Extra verbiage and/or quoting characters will be
ignored, so don't panic if you send a vote with ">"
characters still in place.
I will use a Perl script to tabulate well-formed
votes. If a badly-formed vote is complete and its
meaning is obvious, I will fix it. Otherwise, I will
reply to the voter with a form message that explains
how to cast a valid vote -- essentially, another copy
of this article.
+----------+
| SCHEDULE |
+----------+
1. Voting:
The vote will run for 21 days from the time the
Call For Votes appears in news.announce.newgroups,
or until Sunday, August 18, whichever is longer.
I will post a second Call For Votes, and possibly
a list of unreachable return addresses, during the
voting period. When the vote is over, I will post
the final results.
2. Waiting Period:
I will observe the normal waiting period of five
days from the time that the final results appear
in news.announce.newgroups. During this time,
people may report lost votes and/or impugn the
fairness of the vote taker. :-)
3. Consummation:
After the waiting period, I will issue the
appropriate control messages to create all new
groups and/or new names for renamed groups. About
one week later, I will re-issue the creation
control messages, and also issue removal control
messages for old names of renamed groups.
If all goes as planned, whatever parts of the
reorganization that pass will take effect by the end
of August.
--
Chip Salzenberg at ComDev/TCT <chip at tct.uucp>, <uunet!ateng!tct!chip>
-----------------------------
From: Joe Ammond <KITBASH at mtus5.bitnet>
Subject: Archives of c.u.wizards
Date: 13 Aug 90 16:03:20 GMT
To: unix-wizards at sem.brl.mil
Apollogies if this is a FAQ or RTFM(news) question, but, is there an archive of
comp.unix.wizards anywhere, for uucp or ftp (ftp preferred)? I'd rather read
the old questions & answers than posting my own problems if they've already
been solved.
++thanks,
ja.
Joe Ammond Computer Consultant, Mich. Tech. Univ.
Summer Programmer, Ford Motor Co.
-----------------------------
From: Robert Hartman <hartman at ide.com>
Subject: Re: evaluating ${10} and above in sh/ksh
Keywords: sh, ksh, eval
Date: 13 Aug 90 16:35:32 GMT
Sender: Bert Beaton <bert at ide.com>
To: unix-wizards at sem.brl.mil
In article <514 at risky.Convergent.COM> chrisb at risky.Convergent.COM (Chris Bertin) writes:
>There doesn't seem to be a way, in sh or ksh, to evaluate $10 and higher.
>$10 and higher are evaluated as ${1}0, ${1}1, etc...
> instead of ${10}, ${11}, etc...
>I have tried many different ways and they all fail. Do you know one
>that will work?
>
This is what the shift builtin is for:
# sort out arguments
while [ $# -gt 0 ] ; do
case $1 in
-a) a=true ;;
-b) b=true ;;
-*) "echo illegal option" ;;
*) "$files $i" ;;
esac
shift
done
This will process through all of your arguments and build a list of filenames.
It doesn't work if options can have arguments of their own. For cases like
this, I use getopts to parse out the command line. There's a good example in
the getopts man page.
-r
-----------------------------
From: "Gordon C. Galligher" <gorpong at ping.uucp>
Subject: Re: evaluating ${10} and above in sh/ksh
Keywords: sh, ksh, eval
Date: 14 Aug 90 03:36:14 GMT
To: unix-wizards at sem.brl.mil
In article <514 at risky.Convergent.COM> chrisb at risky.Convergent.COM
(Chris Bertin) writes:
>There doesn't seem to be a way, in sh or ksh, to evaluate $10 and higher.
>$10 and higher are evaluated as ${1}0, ${1}1, etc...
> instead of ${10}, ${11}, etc...
>I have tried many different ways and they all fail. Do you know one
>that will work?
I realize this is hardly what you wish to read, but the only way to gain
access to the others is by using 'shift' to get them. You could, on the
other hand set up a loop to grab all of them into your own variables:
argv0=$0
start=1
pred=argv
for i
do
eval "${pred}${start}='$i'" # Be sure to quote the $i !!
start=`expr $start + 1`
done
argc=`expr $start - 1`
This would give you variables $argv0, $argv1, $argv2 up to and including
$argv$argc. To simply print them out:
echo " 0 - $argv0"
start=1
while [ $start -le $argc ]
do
echo " $start - `eval echo '$'${pred}${start}`" # Yes, ugly
start=`expr $start + 1`
done
No, it is not pretty, but it is workable. There may not be many times you
would want to print option 'x' without knowing what 'x' was. If you
always wanted to check the first option, then it is just $argv1. If you
find yourself always parsing through the command line options, then you
should probably put a case inside of the for and then do with them what
you will.
-- Gordon.
--
Gordon C. Galligher 9127 Potter Rd. #2E Des. Plaines, Ill. 60016
telxon!ping%gorpong at uunet.uu.net (not tested) (Is this even legal??)
...!uunet!telxon!ping!gorpong (tested) (And it works!)
"It seems to me, Golan, that the advance of civilization is nothing but an
-----------------------------
From: "stephen.a.rago" <sar0 at cbnewsl.att.com>
Subject: Re: I_FDINSERT in streamio(4)
Date: 13 Aug 90 17:20:58 GMT
To: unix-wizards at sem.brl.mil
In article <WS.90Aug9184533 at karl.tools.uucp>, ws at tools.uucp (Wolfgang Solfrank) writes:
> Currently I'm trying to write a trace module and/or driver for
> streams tracing. I need it for easier testing and debugging of
> a streams protocol stack we are developping here. I'd like to
> let the traced driver/modules and the application as much alone
> as possible. So I face the problem of duplicating all messages
> that are sent thru the protocol stack to the trace application.
>
> How do I tell the trace driver what streams stack to intercept?
Make the trace driver both a module and a driver, and push it on
the stream in the place you'd like to debug. Use the module to log
messages and use the driver to recover them.
Steve Rago
sar at attunix.att.com
-----------------------------
From: Doug Toppin <toppin at melpar.uucp>
Subject: Repost: Can one driver call another directly?
Keywords: driver, motorola
Date: 13 Aug 90 19:54:57 GMT
To: unix-wizards at sem.brl.mil
Is it possible for a device driver to call another device driver directly?
I have the following problem:
I need to send a command to a serial device in less than 100 milliseconds
of receiving data from a custom device.
I would like to have my custom driver call the serial driver directly
and pass it the data to send.
Is it possible to call an entry point of the serial driver directly
from another driver?
In the past I have done something similar on a different operating system
by putting data into the clist and calling the line discipline entry
point of the serial driver.
I would like a more direct (and documented) means of doing this.
Here are the specifics:
* I am using Motorola Unix R3V5 on the MVME-147A (68030)
* serial card is the MVME-332XT device, 19.2K rate
* I cannot afford overhead of bubbling up to an application and back down
Please respond by mail or post.
thanks
Doug Toppin
uunet!melpar!toppin
-----------------------------
From: Leslie Mikesell <les at chinet.chi.il.us>
Subject: Re: Interesting keyboard read problem (ioctl, function keys)
Date: 13 Aug 90 21:10:07 GMT
To: unix-wizards at sem.brl.mil
In article <7562 at ucdavis.ucdavis.edu> tuck at iris.ucdavis.edu (Devon Tuck) writes:
>I have been working with an intersting problem... How to write a keyboard
>input routine that does not mess up its' transmission of repeated function
>keys. You might have noticed that even in vi, and in the C-shell, if you
>sit on an arrow key or some other function key that maps to a character
>sequence, you get intermittent beeps, or stray characters, respectively.
>The problem is that this editor is very bulky, and spends too much time
>away from the keyboard input routine, so that if I do the logical thing
>and set VMIN=1 and VTIME=0, portions of the home key sequence (<ESC>[H),
>for example, get split across network packets and arrive with too much gap
>for the keyboard driver to consider it a valid screen movement sequence.
Doesn't look logical to me. How about setting VMIN=1, VTIME=2 and make
your read()'s request many characters at once in order to always catch
up with the keyboard in one syscall?
>Has anyone solved this problem? I think I might have it with a routine that
>forks on its' first call, after setting up a pipe and ioctl calls, (VMIN=0,
>VTIME=0) and thus leaves a small subprocess running alongside the editor
>acting as a slave to the keyboard and sending all characters into a pipe
>to be read at the leasure of the main character input routine.
This is a reasonable approach but shouldn't really be necessary unless you
are waiting for slow operations like a screen redraw to complete before
checking for keyboard input. You certainly wouldn't want to set VMIN=0
though, or you will be making hundreds of syscalls/second and consume most
of the CPU. A subprocess would want to block when there is no input since
it would have nothing else to do. An alternative would be to make your
output routine check for input every so often. A little math involving
chars/sec. should generate a suitable number to catch all the input
without swamping the machine. (Use ioctl() to set O_NDELAY temporarily
so you can do a non-blocking read into a buffer).
>How do other editors do it? How do Crisp, emacs, etc. handle this? (as I
>mentioned, vi doesn't..)
If you don't use a bare "escape" as a command, there is no need to do any
funny timing to detect escape sequences. If you do need the timing, the
best approach under sysV would be to let the driver do it by setting
VTIME appropriately (and you will still probably miss once in a while).
Les Mikesell
les at chinet.chi.il.us
-----------------------------
From: Leslie Mikesell <les at chinet.chi.il.us>
Subject: Re: cd failure killing script [Re: Interactive 2.2 File zapper]
Date: 13 Aug 90 21:17:16 GMT
To: unix-wizards at sem.brl.mil
In article <9118 at jpl-devvax.JPL.NASA.GOV> lwall at jpl-devvax.JPL.NASA.GOV (Larry Wall) writes:
>In article <26C2F1A0.205B at tct.uucp> chip at tct.uucp (Chip Salzenberg) writes:
>: According to davidsen at sixhub.UUCP (bill davidsen):
>: >Yes, only ksh gives you the choice of catching the failure.
>:
>: Bash 1.05 also continues after a "cd" failure.
>Likewise Perl. The idiom to catch the failure is
> chdir $dir || die "Can't cd to $dir: $!\n";
This is reasonable behaviour for perl since it doesn't claim any
compatibility with /bin/sh scripts. Those other two mentioned above
will cause serious problems when executing scripts that are
perfectly valid for /bin/sh. They could (should) have required a "set"
option to be done to make them operate differently.
Les Mikesell
les at chinet.chi.il.us
-----------------------------
From: Matt Cross <mcross at pennies.sw.stratus.com>
Subject: Re: csh weirdness (HELP!)
Date: 13 Aug 90 21:52:32 GMT
Sender: usenet at lectroid.sw.stratus.com
To: unix-wizards at sem.brl.mil
In article <1990Aug13.151415.14575 at elroy.jpl.nasa.gov>,
alan at cogswell.Jpl.Nasa.Gov (Alan S. Mazer) writes:
|>Someone came to me with the following problem and I'm clueless.
|>If I type (SunOS 4.0.3)
|>
|> kill `ps | grep a.out | awk '{printf("%d ",$1);}'`
|>
|>to kill every instance of a.out I get
|>
|> `ps | grep a.out | awk '{printf("%d ",$1);}'`: Ambiguous.
|>
|>Any idea why? It's not the $1 (changing that doesn't affect anything), and
|>it works if the command is in a shell script, or if instead of kill one uses
|>/bin/kill. It also works great inside the Bourne shell. Using echo instead
|>of kill produces the expected string of space-separated pid's.
|>
Are you using the shell built-in kill? That would explain the difference.
When I tried it a sun here, it said:
kill: Arguments should be jobs or process id's.
But, I'm using tcsh. It seems to me that the internal commands handle the
backquotes differently... That's as much as I could figure out...
--
These are my views, and in no way reflect the views of Stratus Computer, Inc.
Mail to: mcross at es.stratus.com or profesor at wpi.wpi.edu
-----------------------------
From: davy at intrepid.itstd.sri.com
Subject: sendmail config file question
Date: 13 Aug 90 23:46:54 GMT
Sender: davy at sparkyfs.istc.sri.com
To: unix-wizards at sem.brl.mil
We're getting ready to change our domain name, and I want to make sendmail
clever enough to handle mapping the old domain to the new one. Problem is,
we're already doing that from the domain name of about a year ago.
Basically, right now I have:
DDitstd.sri.com current domain name
DEistc.sri.com old domain name
S1
R$*<@$-.$E>$* $1<@$2.$D>$3 change domain name
R$*<@$E>$* $1<@$D>$2 change domain name
and likewise for S2. Now, to handle both old domain names, I figured I
could use a class:
DDerg.sri.com new domain name
CDistc.sri.com itstd.sri.com old domain names
S1
R$*<@$-.$=D>$* $1<@$2.$D>$3 change domain name
R$*<@$=D>$* $1<@$D>$2 change domain name
and likewise for S2.
But this doesn't work; the matches against the class fail. Reading the
sendmail manual, it mentions something about "token" being the unit of
a class. I'm assuming the match is failing because "istc.sri.com" and
"itstd.sri.com" are three tokens each rather than one.
Is this right? If so, is there a way to do what I want with classes?
Thanks,
Dave Curry
SRI International
-----------------------------
From: George Turczynski <george at hls0.hls.oz>
Subject: Re: get terminal speed from shell script
Date: 14 Aug 90 00:36:45 GMT
To: unix-wizards at sem.brl.mil
On SunOS 4.0.3 (and probably the rest too), if you have installed
/usr/5bin then use:
speed=`/usr/5bin/stty speed`
in your shell scripts. This works.
By the way, the SUN manuals point out quite clearly that
"the settings are reported on the standard error."
for /bin/stty, and
"the settings are reported on the standard output"
for /usr/5bin/stty.
Be sure to re-read the manual to check that the different versions
apply to the device you want. ie /bin/stty sets/reports the stdout device,
whilst /usr/5bin/stty sets/reports the stdin device.
Hope this is of some use to you...
--
| George P. J. Turczynski. |----------------------------------------------------
| Computer Systems Engineer. | ACSnet: george at highland.oz | I can't speak for the |
| Highland Logic Pty. Ltd. | Phone: +61 48 683490 | company, I can barely |
| Suite 1, 348-354 Argyle St | Fax: +61 48 683474 | speak for myself... |
| Moss Vale. NSW. Australia. 2577 |----------------------------------------------------
-----------------------------
From: Bob McGowen x4312 dept208 <bob at wyse.wyse.com>
Subject: Re: get terminal speed from shell script
Date: 14 Aug 90 01:21:24 GMT
Sender: news at wyse.wyse.com
Followup-To: comp.unix.questions
To: unix-wizards at sem.brl.mil
In article <90Aug12.135618edt.18763 at me.utoronto.ca> sun at hammer.me.UUCP (Andy Sun Anu-guest) writes:
>Hi Net,
>
>The question I have is:
>
>Is there a way to get the terminal speed from a (sh or csh) script?
>
>I used to be able to do the following in a Bourne shell script:
>
> speed=`stty speed`
>
>and got the terminal speed assigned to variable speed. As various OS
>gets updated (e.g. Ultrix 3.1 and SUN OS 4.0.3), this won't work anymore
>because all stty outputs are being sent to stderr, not stdout, thus no
>piping or redirection is possible. Is there any similar commands that can
You CAN still cause redirection to occur.
>get terminal speed inside a shell script?
I just tried the following:
date>date.data
echo 'echo date.data >&2 # sends file name to standard error' > errout
chmod +x errout
cat `errout` # date.data appeared on screen, cat read terminal
# this is the expected result
cat `errout 2>&1` # the date stored in the file was cat'ed to the screen
Of course, this is the Bourne shell, not csh. I cannot vouch for how or if
this is possible with csh.
Bob McGowan (standard disclaimer, these are my own ...)
Product Support, Wyse Technology, San Jose, CA
..!uunet!wyse!bob
bob at wyse.com
-----------------------------
From: Gerry Roderick Singleton <gerry at jts.com>
Subject: Re: get terminal speed from shell script
Date: 14 Aug 90 18:10:10 GMT
To: unix-wizards at sem.brl.mil
In article <90Aug13.095129edt.18647 at me.utoronto.ca> sun at me.utoronto.ca (Andy Sun Anu-guest) writes:
>In article <1990Aug13.005849.23223 at jarvis.csri.toronto.edu> ruhtra at turing.toronto.edu (Arthur Tateishi) writes:
>>In artcle <90Aug12.135618edt.18763 at me.utoronto.ca> sun at me.utoronto.ca (Andy Sun Anu-guest) writes:
>>
>>>Is there a way to get the terminal speed from a (sh or csh) script?
>>>I used to be able to do the following in a Bourne shell script:
>>> speed=`stty speed`
[lines deleted]
>
>I guess it depends on which version of SUN OS. "speed=`stty speed`" works
>for a Sun 3/60 running (I think) SUN OS 3.x. So it does went through stdout.
[more lines deleted]
>>other than a proper tty device, I came up with the following.
>> speed=`stty speed 3>&2 2>&1 1>&3`
[more lines deleted]
I like to add my two penny's worth, to query the speed of the tty device
shouldn't one accept input from the device rather than perform output
to it before getting the answer? The question is rhetorcal so don't bother
answering it. It apppears to me to be valid in this case for BSD4.3 running
on an ISIv24. Here's my little sample:
#! /bin/sh
speed=`stty speed </dev/tty 2>&1`
echo $speed
and the results:
/usr/local/src >%[530] sh -vx foo
#! /bin/sh
speed=`stty speed </dev/tty 2>&1`
+ stty speed
speed=9600
echo $speed
+ echo 9600
9600
/usr/local/src >%[531]
I believe this satisfies Andy's requirements and I hope it's what he wanted.
Anyways it'll fuel the discussion.
Cheers,
ger
--
--
G. Roderick Singleton, System and Network Administrator, JTS Computers
{uunet | geac | torsqnt}!gerry at jtsv16.jts.com
-----------------------------
From: "BURNS,JIM" <gt0178a at prism.gatech.edu>
Subject: Re: get terminal speed from shell script
Date: 15 Aug 90 05:42:34 GMT
Followup-To: comp.unix.questions
To: unix-wizards at sem.brl.mil
in article <1990Aug14.181010.29571 at jts.com>, gerry at jts.com (Gerry Roderick Singleton ) says:
> #! /bin/sh
>
> speed=`stty speed </dev/tty 2>&1`
> echo $speed
Nope, on SunOS 4.0, you get:
{richsun12:/usr}
[196] t=`stty speed </dev/tty 2>&1`
{richsun12:/usr}
[197] echo $t
stty: Operation not supported on socket
{richsun12:/usr}
[198]
--
BURNS,JIM
Georgia Institute of Technology, Box 30178, Atlanta Georgia, 30332
uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt0178a
Internet: gt0178a at prism.gatech.edu
-----------------------------
From: Roy Laor <roy at taux01.nsc.com>
Subject: Wanted: NQS software
Date: 14 Aug 90 08:50:21 GMT
To: unix-wizards at sem.brl.mil
I am interested in NQS (Network Queuing System) for submitting jobs on
a UNIX system. I have heard that it's a public domain. Does anybody know
where can I get these sources from ?
Thanks,
Roy roy at taux01.nsc.com
-----------------------------
From: Richard Tobin <richard at aiai.ed.ac.uk>
Subject: Re: seeking information about file system details.
Date: 14 Aug 90 11:36:24 GMT
To: unix-wizards at sem.brl.mil
In article <28595 at athertn.Atherton.COM> mcgregor at hemlock.Atherton.COM (Scott McGregor) writes:
>I guess what I am interested in is if I have a non-unix file system
>and I want to allow the this file system to be mounted as a unix
>file system, and accessed using open, creat, read, write, close, et al,
If your system already has NFS, you can do this without kernel
modifications, by writing an NFS server for your device. NFS mounting
works by passing the kernel the address of a socket through which it
can send and receive messages from the filesystem. I recently hacked
up such a thing so that I can mount Minix floopies on a Sun.
I can send you the code if you're interested.
-- Richard
--
Richard Tobin, JANET: R.Tobin at uk.ac.ed
AI Applications Institute, ARPA: R.Tobin%uk.ac.ed at nsfnet-relay.ac.uk
Edinburgh University. UUCP: ...!ukc!ed.ac.uk!R.Tobin
-----------------------------
From: Don Lewis <del at thrush.mlb.semi.harris.com>
Subject: Re: seeking information about file system details.
Date: 15 Aug 90 05:40:05 GMT
Sender: news at mlb.semi.harris.com
To: unix-wizards at sem.brl.mil
In article <3199 at skye.ed.ac.uk> richard at aiai.UUCP (Richard Tobin) writes:
>In article <28595 at athertn.Atherton.COM> mcgregor at hemlock.Atherton.COM (Scott McGregor) writes:
>>I guess what I am interested in is if I have a non-unix file system
>>and I want to allow the this file system to be mounted as a unix
>>file system, and accessed using open, creat, read, write, close, et al,
>
>If your system already has NFS, you can do this without kernel
>modifications, by writing an NFS server for your device. NFS mounting
>works by passing the kernel the address of a socket through which it
>can send and receive messages from the filesystem. I recently hacked
>up such a thing so that I can mount Minix floopies on a Sun.
>
>I can send you the code if you're interested.
I did this for an automatic version of /usr/hosts. It periodically
reads the hosts YP map and emulates a directory of symbolic links
to /usr/ucb/rsh for the map entries.
I have another application in mind where I would like to build
my own filesystem type. It would not be a complete filesystem
implementation. The reason that I can't do it with an NFS server
is that I need to know what syscall a process is executing when
the process is doing a lookup in my filesystem.
--
Don "Truck" Lewis Harris Semiconductor
Internet: del at mlb.semi.harris.com PO Box 883 MS 62A-028
Phone: (407) 729-5205 Melbourne, FL 32901
-----------------------------
From: Grant Grundler <grant at pescara.orc.olivetti.com>
Subject: Re: Please add me to User list
Date: 14 Aug 90 17:19:18 GMT
Sender: news at orc.olivetti.com
To: unix-wizards at sem.brl.mil
In article <24129 at adm.BRL.MIL>, genesis at BRL.MIL (MAJ. Kindel) writes:
> Please add me to your user list. I am with the US Army
> Computer Science School.
>
> Thank You
> Info Center
> USA Computer Science School
> AV 780-3245 COMM(404)791-3245
Looks like the somebody needs to learn how to use "rn"!
grant
-----------------------------
From: Saumen K Dutta <skdutta at CSSUN.TAMU.EDU>
Subject: Re: Please add me to User list
Date: 14 Aug 90 22:45:43 GMT
Sender: usenet at TAMU.EDU
To: unix-wizards at sem.brl.mil
From: grant at Pescara.ORC.Olivetti.Com (Grant Grundler)
Subject: Re: Please add me to User list
Message-ID: <49280 at ricerca.UUCP>
Date: 14 Aug 90 17:19:18 GMT
References: <24129 at adm.BRL.MIL>
Sender: news at orc.Olivetti.Com
Reply-To: grant at Pescara.ORC.Olivetti.Com (Grant Grundler)
Organization: Olivetti Research California
Lines: 13
In article <49280 at ricerca.UUCP>, grant at Pescara.ORC.Olivetti.Com
(Grant Grundler) writes:
:In article <24129 at adm.BRL.MIL>, genesis at BRL.MIL (MAJ. Kindel) writes:
:> Please add me to your user list. I am with the US Army
:> Computer Science School.
:>
:> Thank You
:> Info Center
:> USA Computer Science School
:> AV 780-3245 COMM(404)791-3245
:
:
:Looks like the somebody needs to learn how to use "rn"!
:
:grant
:
Or is there any mailing list which simultaneouly post the
news to various addresses. In any case why flaming new
users ?
--
_ ||Internet: skdutta at cssun.tamu.edu
( /_ _ / --/-/- _ ||Bitnet : skd8107 at tamvenus.bitnet
__)_/(_____(_/_(_/_(_(__(_/_______ ||Uucp : uunet!cssun.tamu.edu!skdutta
.. ||Yellnet: (409) 846-8803
-----------------------------
From: Keith Gabryelski <ag at cbmvax.commodore.com>
Subject: Re: Please add me to User list
Date: 14 Aug 90 22:56:05 GMT
To: unix-wizards at sem.brl.mil
In article <49280 at ricerca.UUCP> grant at Pescara.ORC.Olivetti.Com (Grant Grundler) writes:
>In article <24129 at adm.BRL.MIL>, genesis at BRL.MIL (MAJ. Kindel) writes:
>> Please add me to your user list. I am with the US Army
>> Computer Science School.
>>
>> Thank You
>> Info Center
>> USA Computer Science School
>> AV 780-3245 COMM(404)791-3245
>
>
>Looks like the somebody needs to learn how to use "rn"!
A lot of people read news as if it came from a mailing list (Ie, they
send their mail address to a list keeper and use their mail reader to
read all incoming mail). Inefficient, but workable for a small number
of groups. This Kindel guy is probably one of them.
Pax, Keith
-----------------------------
From: Ted Persky <tpersky at suntory.dcrt.nih.gov>
Subject: directory "indexer"
Keywords: search,directory,index
Date: 14 Aug 90 15:16:23 GMT
Sender: news at nih-csl.nih.gov
Followup-To: comp.unix.questions
To: unix-wizards at sem.brl.mil
It has come to my attention that our staff on the whole spends
a great deal of time during the day searching for that one
certain file in a large directory tree. For example, try finding
a certain fragment of source code in the X11 distribution.
The people in our lab always seem to be asking each other
to help them locate the path name for "foo.c".
What I'm wondering is whether anyone knows of a tool where
one can define a directory as being the root of a "large file
tree" and have an index of some sort placed at that root. After
that is created, each person who creates a file in that particular
sub-tree would type in some sort of librarian command to create
an entry in the index with a brief description of the file.
Then the index (in database form, preferably) could be queried
to locate the path name for a desired file. This would be ideal
if people such as MIT could create this for their distributions
of X, or UNIX vendors for their source distributions.
If you could send me e-mail concerning this, I'd greatly appreciate
it.
Thanx,
Ted Persky phone: (301) 496-2963
Building 12A, Room 2031 Internet: tpersky at alw.nih.gov
National Institutes of Health
Bethesda, MD 20892
-----------------------------
From: Grant Grundler <grant at pescara.orc.olivetti.com>
Subject: Re: Getting CPU information on unterminatted child processes
Date: 14 Aug 90 16:56:55 GMT
Sender: news at orc.olivetti.com
To: unix-wizards at sem.brl.mil
System Vr4 has a /proc file system which allows the average user to
read process memory space as if it where a file. The user must normally
have access to the process. On sysV4, ps also gets the info from here.
On older systems I would also use "ps" as suggested by jak at sactoh0.UUCP.
grant
-----------------------------
From: Keith Gabryelski <ag at cbmvax.commodore.com>
Subject: Re: Getting CPU information on unterminatted child processes
Date: 14 Aug 90 21:48:01 GMT
To: unix-wizards at sem.brl.mil
In article <3699 at sactoh0.UUCP> jak at sactoh0.UUCP (Jay A. Konigsberg) writes:
>In article <3879 at auspex.auspex.com> guy at auspex.auspex.com (Guy Harris) writes:
>>>Getting information about kernel level data structures on the net is
>>>a little like asking for the moon, no one seems to have it.
>>
>>No, it's more like asking for the moon if you're on Jupiter; the
>>appropriate response is "which moon"? Kernel-level data structures
>>differ between different UNIX implementations.
>
>This is true, however, the number of Sys V/Xenix and BSD/Sun systems
>out there cover the majority of systems.
I would say not. For instance, getting the user structure for a
certain process is different depending the version of Xenix you are
running (2.1 or 3.2) and what machine you are running on (286 or
386).
Some Unix Systems use a system call to find such information; 3b2 use
sys3b(); 3b1 use syslocal().
System V Release 4.0 does the /proc thing.
That is six different ways (no Xenix 3.2/286) of handling the same
operation under systems you would group under SysV/Xenix; Ackphfffftt!
Guy is correct--``Which moon'' is the response you should expect if you
ask about kernel specifics without giving any detail about the target
system.
Pax, Keith
-----------------------------
From: Glenn Pitcher <gpitcher at edpmgt.uucp>
Subject: Curses question
Keywords: key interpretation problems
Date: 14 Aug 90 17:23:52 GMT
To: unix-wizards at sem.brl.mil
(editor's note: This may be a duplicate transmision. Sorry if you got it
twice)
I'm attempting to write my first curses program and have already run into
a couple of problems.
The first one involves interpretation of input keys. How can one tell the
difference between the forward and backward tabs?? When I run my test
program, I get 0x09 for both. In addition, the code I'm getting in my
test program for a return is different that the code which is returned in
the real program (0x0a vs. 0x0d) and yes, these two programs are being run
on the same system.
Sooo, could some curses guru out there possibly tell me what's going on???
Thanks,
--
Glenn Pitcher UUCP: {crash,ucsd}!edpmgt!gpitcher
Programmer/Analyst & hp-sdd!teamnet!gpitcher
Unix Guru in training
EDP Management, Inc. * Proud member of Team.Net *
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-----------------------------
From: Michael Katzmann <michael at fe2o3.uucp>
Subject: redirecting standard i/o from an exec'ed programme
Keywords: popen, io, exec, system
Date: 14 Aug 90 17:45:05 GMT
Followup-To: comp.unix.questions
To: unix-wizards at sem.brl.mil
I have a task that requires the ability to fork off another programme but
to supply it's standard input and output. The SysV manuals describe
FILE *popen( command, type )
char *command, *type;
which execs the command a la "system()" and creates a pipe. "type" and be
"r" if you want to read from the standard output of "command", or "w" if
you want to write to standard input. However there doesn't seem to be any
way to use this routine to do both similtaneously.
What is the usual way to to this?
Important points: The exec'ed command must run asynchronously (obvious if
the parent is supplying input.)
The child process id must be available to the parent.
(so that it can be killed if necessary)
Any ideas would be appreciated.
---------------------------------------------------------------------
email to
UUCP: uunet!mimsy!{arinc,fe2o3}!vk2bea!michael
_ _ _ _
Amateur | VK2BEA (Australia) ' ) ) ) / //
Radio | G4NYV (United Kingdom) / / / o _. /_ __. _ //
Stations| NV3Z (United States) / ' (_<_(__/ /_(_/|_</_</_
Michael Katzmann
Broadcast Sports Technology.
2135 Espey Ct. #4
Crofton Md. 21114 USA
Ph: +1 301 721 5151
-----------------------------
End of UNIX-WIZARDS Digest
**************************
More information about the Comp.unix.wizards
mailing list