Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rutgers!cmcl2!adm!news From: postmaster@sandia.gov (SMTP MAILER) Newsgroups: comp.unix.wizards Subject: Mail Delivery Problem Message-ID: <24207@adm.BRL.MIL> Date: 18 Aug 90 16:09:16 GMT Sender: news@adm.BRL.MIL Lines: 1044 ----Reason for mail failure follows---- Sending mail to : Could not be delivered for three days. ----Transcript of message follows---- Date: 15 Aug 90 05:37:00 MDT From: unix-wizards@BRL.MIL Subject: UNIX-WIZARDS Digest V10#117 To: "math!ckaul" Return-Path: 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) To: UNIX-WIZARDS@BRL.MIL Reply-To: UNIX-WIZARDS@BRL.MIL Subject: UNIX-WIZARDS Digest V10#117 Message-ID: <9008150545.aa10597@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 Subject: CORRECTED CALL FOR VOTES: Reorganization of comp.unix.* Date: 5 Aug 90 21:41:11 GMT Sender: lear@turbo.bio.net Followup-To: news.groups Approved: lear@turbo.bio.net To: unix-wizards@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 . | | | | 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@pdn.paradyne.com vote@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 , ----------------------------- From: Joe Ammond Subject: Archives of c.u.wizards Date: 13 Aug 90 16:03:20 GMT To: unix-wizards@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 Subject: Re: evaluating ${10} and above in sh/ksh Keywords: sh, ksh, eval Date: 13 Aug 90 16:35:32 GMT Sender: Bert Beaton To: unix-wizards@sem.brl.mil In article <514@risky.Convergent.COM> chrisb@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" Subject: Re: evaluating ${10} and above in sh/ksh Keywords: sh, ksh, eval Date: 14 Aug 90 03:36:14 GMT To: unix-wizards@sem.brl.mil In article <514@risky.Convergent.COM> chrisb@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@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" Subject: Re: I_FDINSERT in streamio(4) Date: 13 Aug 90 17:20:58 GMT To: unix-wizards@sem.brl.mil In article , ws@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@attunix.att.com ----------------------------- From: Doug Toppin Subject: Repost: Can one driver call another directly? Keywords: driver, motorola Date: 13 Aug 90 19:54:57 GMT To: unix-wizards@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 Subject: Re: Interesting keyboard read problem (ioctl, function keys) Date: 13 Aug 90 21:10:07 GMT To: unix-wizards@sem.brl.mil In article <7562@ucdavis.ucdavis.edu> tuck@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 ([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@chinet.chi.il.us ----------------------------- From: Leslie Mikesell Subject: Re: cd failure killing script [Re: Interactive 2.2 File zapper] Date: 13 Aug 90 21:17:16 GMT To: unix-wizards@sem.brl.mil In article <9118@jpl-devvax.JPL.NASA.GOV> lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall) writes: >In article <26C2F1A0.205B@tct.uucp> chip@tct.uucp (Chip Salzenberg) writes: >: According to davidsen@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@chinet.chi.il.us ----------------------------- From: Matt Cross Subject: Re: csh weirdness (HELP!) Date: 13 Aug 90 21:52:32 GMT Sender: usenet@lectroid.sw.stratus.com To: unix-wizards@sem.brl.mil In article <1990Aug13.151415.14575@elroy.jpl.nasa.gov>, alan@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@es.stratus.com or profesor@wpi.wpi.edu ----------------------------- From: davy@intrepid.itstd.sri.com Subject: sendmail config file question Date: 13 Aug 90 23:46:54 GMT Sender: davy@sparkyfs.istc.sri.com To: unix-wizards@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 Subject: Re: get terminal speed from shell script Date: 14 Aug 90 00:36:45 GMT To: unix-wizards@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@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 Subject: Re: get terminal speed from shell script Date: 14 Aug 90 01:21:24 GMT Sender: news@wyse.wyse.com Followup-To: comp.unix.questions To: unix-wizards@sem.brl.mil In article <90Aug12.135618edt.18763@me.utoronto.ca> sun@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@wyse.com ----------------------------- From: Gerry Roderick Singleton Subject: Re: get terminal speed from shell script Date: 14 Aug 90 18:10:10 GMT To: unix-wizards@sem.brl.mil In article <90Aug13.095129edt.18647@me.utoronto.ca> sun@me.utoronto.ca (Andy Sun Anu-guest) writes: >In article <1990Aug13.005849.23223@jarvis.csri.toronto.edu> ruhtra@turing.toronto.edu (Arthur Tateishi) writes: >>In artcle <90Aug12.135618edt.18763@me.utoronto.ca> sun@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 &1` echo $speed and the results: /usr/local/src >%[530] sh -vx foo #! /bin/sh speed=`stty speed &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@jtsv16.jts.com ----------------------------- From: "BURNS,JIM" Subject: Re: get terminal speed from shell script Date: 15 Aug 90 05:42:34 GMT Followup-To: comp.unix.questions To: unix-wizards@sem.brl.mil in article <1990Aug14.181010.29571@jts.com>, gerry@jts.com (Gerry Roderick Singleton ) says: > #! /bin/sh > > speed=`stty speed &1` > echo $speed Nope, on SunOS 4.0, you get: {richsun12:/usr} [196] t=`stty speed &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@prism.gatech.edu ----------------------------- From: Roy Laor Subject: Wanted: NQS software Date: 14 Aug 90 08:50:21 GMT To: unix-wizards@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@taux01.nsc.com ----------------------------- From: Richard Tobin Subject: Re: seeking information about file system details. Date: 14 Aug 90 11:36:24 GMT To: unix-wizards@sem.brl.mil In article <28595@athertn.Atherton.COM> mcgregor@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@uk.ac.ed AI Applications Institute, ARPA: R.Tobin%uk.ac.ed@nsfnet-relay.ac.uk Edinburgh University. UUCP: ...!ukc!ed.ac.uk!R.Tobin ----------------------------- From: Don Lewis Subject: Re: seeking information about file system details. Date: 15 Aug 90 05:40:05 GMT Sender: news@mlb.semi.harris.com To: unix-wizards@sem.brl.mil In article <3199@skye.ed.ac.uk> richard@aiai.UUCP (Richard Tobin) writes: >In article <28595@athertn.Atherton.COM> mcgregor@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@mlb.semi.harris.com PO Box 883 MS 62A-028 Phone: (407) 729-5205 Melbourne, FL 32901 ----------------------------- From: Grant Grundler Subject: Re: Please add me to User list Date: 14 Aug 90 17:19:18 GMT Sender: news@orc.olivetti.com To: unix-wizards@sem.brl.mil In article <24129@adm.BRL.MIL>, genesis@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 Subject: Re: Please add me to User list Date: 14 Aug 90 22:45:43 GMT Sender: usenet@TAMU.EDU To: unix-wizards@sem.brl.mil From: grant@Pescara.ORC.Olivetti.Com (Grant Grundler) Subject: Re: Please add me to User list Message-ID: <49280@ricerca.UUCP> Date: 14 Aug 90 17:19:18 GMT References: <24129@adm.BRL.MIL> Sender: news@orc.Olivetti.Com Reply-To: grant@Pescara.ORC.Olivetti.Com (Grant Grundler) Organization: Olivetti Research California Lines: 13 In article <49280@ricerca.UUCP>, grant@Pescara.ORC.Olivetti.Com (Grant Grundler) writes: :In article <24129@adm.BRL.MIL>, genesis@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@cssun.tamu.edu ( /_ _ / --/-/- _ ||Bitnet : skd8107@tamvenus.bitnet __)_/(_____(_/_(_/_(_(__(_/_______ ||Uucp : uunet!cssun.tamu.edu!skdutta .. ||Yellnet: (409) 846-8803 ----------------------------- From: Keith Gabryelski Subject: Re: Please add me to User list Date: 14 Aug 90 22:56:05 GMT To: unix-wizards@sem.brl.mil In article <49280@ricerca.UUCP> grant@Pescara.ORC.Olivetti.Com (Grant Grundler) writes: >In article <24129@adm.BRL.MIL>, genesis@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 Subject: directory "indexer" Keywords: search,directory,index Date: 14 Aug 90 15:16:23 GMT Sender: news@nih-csl.nih.gov Followup-To: comp.unix.questions To: unix-wizards@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@alw.nih.gov National Institutes of Health Bethesda, MD 20892 ----------------------------- From: Grant Grundler Subject: Re: Getting CPU information on unterminatted child processes Date: 14 Aug 90 16:56:55 GMT Sender: news@orc.olivetti.com To: unix-wizards@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@sactoh0.UUCP. grant ----------------------------- From: Keith Gabryelski Subject: Re: Getting CPU information on unterminatted child processes Date: 14 Aug 90 21:48:01 GMT To: unix-wizards@sem.brl.mil In article <3699@sactoh0.UUCP> jak@sactoh0.UUCP (Jay A. Konigsberg) writes: >In article <3879@auspex.auspex.com> guy@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 Subject: Curses question Keywords: key interpretation problems Date: 14 Aug 90 17:23:52 GMT To: unix-wizards@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 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@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) / ' (_<_(__/ /_(_/|_