home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / question / 10847 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  66.9 KB

  1. Path: sparky!uunet!sun-barr!rutgers!cmcl2!adm!news
  2. From: postmaster@vd1.hanscom.af.mil (SMTP MAILER)
  3. Newsgroups: comp.unix.questions
  4. Subject: Mail Delivery Problem
  5. Message-ID: <32471@adm.brl.mil>
  6. Date: 8 Sep 92 23:48:10 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 1720
  9.  
  10.  
  11.  ----Reason for mail failure follows----
  12. Sending mail to recipient(s) woodfordm :
  13.   Couldn't make final delivery.
  14.  
  15.  ----Transcript of message follows----
  16. Received: from gw1.hanscom.af.mil by vd1.hanscom.af.mil with SMTP ; 
  17.           Tue,  8 Sep 92 08:42:20 EST
  18. Date: 8 Sep 92 08:41:00 EST
  19. From: INFO-UNIX@BRL.MIL
  20. Subject: INFO-UNIX Digest  V16#002
  21. To: "woodfordm" <woodfordm@vd1.hanscom.af.mil>
  22.  
  23. Return-Path: <info-unix-request@sem.brl.mil>
  24. Received: from SEM.BRL.MIL by gw1.hanscom.af.mil with SMTP ; 
  25.           Tue,  8 Sep 92 08:36:15 EST
  26. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa03664; 7 Sep 92 23:41 EDT
  27. Received: from wharf.brl.mil by SEM.BRL.MIL id aa03619; 7 Sep 92 23:32 EDT
  28. Received: from b62150.STUDENT.CWRU.Edu by WHARF.BRL.MIL id aa06893;
  29.           7 Sep 92 23:10 EDT
  30. Received:  by b62150.STUDENT.CWRU.Edu (5.65b+ida+/CWRU-1.4-client)
  31.     id AA00609; Mon, 7 Sep 92 23:10:55 -0400 (from alex for info-unix@brl.mil)
  32. Return-Path: <info-unix-request@sem.brl.mil>
  33. Received: from sem.brl.mil by b62150.STUDENT.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.4-client)
  34.     id AA03307; Mon, 7 Sep 92 18:38:52 -0400 (from info-unix-request@sem.brl.mil for alex)
  35. Received: from SEM.BRL.MIL by SEM.BRL.MIL id ab29929; 7 Sep 92 15:32 EDT
  36. Received: from sem.brl.mil by SEM.BRL.MIL id aa29905; 7 Sep 92 15:15 EDT
  37. Date:       Mon, 07 Sep 92 15:15:46 EST
  38. From: The Moderator (Mike Muuss) <Info-Unix-Request@BRL.MIL>
  39. To: INFO-UNIX@BRL.MIL
  40. Reply-To: INFO-UNIX@BRL.MIL
  41. Subject:    INFO-UNIX Digest  V16#002
  42. Message-Id:  <9209071515.aa29905@SEM.BRL.MIL>
  43.  
  44. INFO-UNIX Digest          Mon, 07 Sep 1992              V16#002
  45.  
  46. Today's Topics:
  47.       Re: I want a program that prints out base gid's of any user
  48.     Re: how come : ! out of vi always uses sh instead of $SHELL ???
  49.                                 Inittab?
  50.                                   FAQ
  51.         Init: process table full?  What do you tune to fix this?
  52.                            Re: Dear vi guru,
  53.                   Re: Awk and getting the current date
  54.                        Awk: Beginner needs help!
  55.                      Re: Awk: Beginner needs help!
  56.                   Re: missing /etc/resolv.conf - help
  57.       Question: which is faster 'find -exec' or 'find | xargs' ??
  58.                        Re: Extended chars in Unix
  59.                   Problem building new ISC 3.0 kernel
  60.                 Re: Problem building new ISC 3.0 kernel
  61.               Re: What does * mean in csh history subst ?
  62.                     Re: Shell Scripts vs. C programs
  63.                 How to store data files in binary format
  64.               Re: How to store data files in binary format
  65.              Question: Stallion Technologies email address
  66.         Have QIC-24(?) tape-drive - Need info on jumper settings
  67.                       Re: Does free() really free?
  68.               net.views -- which vendor is the most open?
  69.                   Re: signal when window is destroyed
  70.          Re: SUMMARY: What Unix HW/SW I will buy with my $8000
  71.                 More problems with find (the stderr bug)
  72.              Re: need script to rename uppercase filenames
  73.                       SIGIO - when does it occur ?
  74.          Re: /usr/mail/glenr.lock not creatable after 10 tries
  75.                         Berkely Fast File System
  76.                       DRS/NX documentation anomaly
  77.           Re: Problem with "umount" on SCO-ODT (UNIX v. 5.3.2)
  78.             termcap entry for a Tandem TS530 Series Terminal
  79.           Playing CD in workstation A, hearing it in B, Can I?
  80.                         Re: Ytalk source code...
  81. -----------------------------------------------------------------
  82.  
  83. From: "Daniel B. Suthers" <dbsuthe@pbhya.pacbell.com>
  84. Subject: Re: I want a program that prints out base gid's of any user
  85. Date: 27 Aug 92 23:17:03 GMT
  86. To:       info-unix@sem.brl.mil
  87.  
  88. In article <15360003@hprpcd.rose.hp.com> tmilner@hprpcd.rose.hp.com (Tom Milner) writes:
  89. >In comp.unix.questions, bzg52408@uxa.cso.uiuc.edu (Benjamin Z. Goldsteen) writes:
  90. >
  91. >
  92. >|       I have been trying to write a program that prints out the
  93. >|    base gid of a user (given on the command line).  I have tried
  94. >|    using awk and perl, but I can not get anything decent.
  95.  
  96. The following shell script should work in a resonably portable and robust way:
  97. GRPNO=`grep "^$1:" /etc/passwd | cut -f4 -d:` &&
  98. sed -n "s/^\(.*\):.*:$GRPNO:.*/\1/"p /etc/group
  99.  
  100. Daniel B. Suthers,  CCP
  101. Technology Consultant, PCS & IN Development Lab,        Pac*Bell
  102. Voice: (510) 671-1325               UUCP:  dbsuthe@Pacbell.COM
  103. ================================================================================
  104. =  Commit unexpected kindnesses and senseless acts of beauty.                  =
  105. ================================================================================
  106.  
  107. -----------------------------
  108.  
  109. From: Erick Rudiak <erude@casbah.acns.nwu.edu>
  110. Subject: Re: I want a program that prints out base gid's of any user
  111. Date: 28 Aug 92 14:22:43 GMT
  112. Sender: "Usenet on news.acns" <usenet@news.acns.nwu.edu>
  113. To:       info-unix@sem.brl.mil
  114.  
  115. |> >In comp.unix.questions, bzg52408@uxa.cso.uiuc.edu (Benjamin Z. Goldsteen) writes:
  116. >|       I have been trying to write a program that prints out the
  117. >|    base gid of a user (given on the command line).  I have tried
  118. >|    using awk and perl, but I can not get anything decent.
  119.  
  120.     Assuming you give the user name on the command line, such as 
  121.  
  122.     % getgroup username
  123.  
  124. you could do something as easy as:
  125.  
  126. #! /bin/sh
  127. #
  128. #  Script to generate group id for user from /etc/password file
  129.  
  130. GROUPID=`grep $1 /etc/passwd | cut -d: -f4`
  131. echo "The group id for $1 is: " $GROUPID
  132.  
  133.  
  134.     What this does is look for the user's entry in /etc/passwd.  You might
  135. want to put something in there to look for only that user specifically, because
  136. their password entry might be a string that is contained in someone *else*'s 
  137. entry as well.  Just save the above script as getgroup and you're set.
  138.  
  139. -- Erick
  140. _____________________________________________________________________
  141.                                                 | 
  142. I tell myself, hey, only fools rush in          | Erick Rudiak
  143. Only time will tell if we stand the test of time| erude@nwu.edu
  144. And all I know, you've got to run to win        |____________________
  145. And I'll be damned if I get hung up on the line | "I'm not worthy..."
  146.                                                 |      \o/      \o/
  147.     -- Van Halen, "Why Can't This Be Love"      | O__   \\  O__  \\
  148. ________________________________________________|_/__|__||__/__|_||__
  149.  
  150. -----------------------------
  151.  
  152. From: "Daniel B. Suthers" <dbsuthe@pbhya.pacbell.com>
  153. Subject: Re: how come : ! out of vi always uses sh instead of $SHELL ???
  154. Date: 27 Aug 92 23:27:56 GMT
  155. To:       info-unix@sem.brl.mil
  156.  
  157. fish@daacdev1.stx.com writes:
  158. >: whenever i :! out of vi it uses /bin/sh instead of $SHELL
  159. >: so all of my aliases are lost, etc and makes it very limited
  160.  
  161.  
  162. Checking the source for VI on our SVR3 machine shows that VI uses the
  163. execl(2) call to run sub-shells.  It incorrectly uses the hardcoded 
  164. string "sh" as the second argument to that call.  This means that the
  165. shell you use THINKS it was invoked as "sh", as this is what's in ARGV[0].
  166.  
  167. It actually uses whatever is in your (vi) shell variable.  This variable is
  168. loaded from a getenv() call and possibly overwritten by your EXINIT string.
  169.  
  170. Now, to address the complaint: Aliases are lost because aliases are not
  171. passed to child processes.  This applies to Bourne and KSH.  I don't
  172. know about CSH.
  173.  
  174. My solution is to have all of my aliased commands backed up as shell
  175. commands.  This allows a reasonable environment whether in a subshell or
  176. not.
  177.  
  178. Daniel B. Suthers,  CCP
  179. Technology Consultant, PCS & IN Development Lab,        Pac*Bell
  180. Voice: (510) 671-1325               UUCP:  dbsuthe@Pacbell.COM
  181. ================================================================================
  182. =  Commit unexpected kindnesses and senseless acts of beauty.                  =
  183. ================================================================================
  184.  
  185. -----------------------------
  186.  
  187. From: Benjamin B Thomas <benjy@athena.mit.edu>
  188. Subject: Inittab?
  189. Date: 28 Aug 92 00:03:05 GMT
  190. Sender: News system <news@athena.mit.edu>
  191. Nntp-Posting-Host: e40-008-4.mit.edu
  192. To:       info-unix@sem.brl.mil
  193.  
  194.  
  195.  
  196.  
  197. I was wondering if someone could help me clear something up.
  198. The documentation I have leads me to believe that if I want to run a script from
  199. /etc/inittab at run level 3 and insure that it remains alive, I need to add this
  200. to /etc/inittab:
  201.  
  202. foo :3:respawn:/bin/sh -c 'exec /usr/local/bin/my_script'
  203.  
  204. The script gets executed (ps gives:  ...../usr/local/bin/my_script /usr/local/)
  205.  
  206. The script writes to a tmp file, sleeps, checks some stuff, and then writes over
  207. the tmp file (ls -ct > /tmp/foo) This works fine when
  208. I execute from the command line, but won't write anythingwhen started from initt
  209. ab.
  210. However, it will write a blank /tmp/foo if I place anything in the file while th
  211. e process is sleeping.
  212.  
  213. Any ideas?   BTW It's a csh script. 
  214.  
  215.                                  Thanx,
  216.                     Benjy
  217.  
  218. -----------------------------
  219.  
  220. From: Kai Zhu <zhu@cs.utexas.edu>
  221. Subject: FAQ
  222. Date: 28 Aug 92 01:44:08 GMT
  223. NNTP-Posting-Host: panda.cs.utexas.edu
  224. To:       info-unix@sem.brl.mil
  225.  
  226. I would to like to have a copy of FAQ of this news group.
  227. Could anyone send me a copy or tell me the FTP site ?
  228. Thanks in advance.
  229.  
  230. -Kai Zhu
  231. zhu@cs.utexas.edu
  232.  
  233. -----------------------------
  234.  
  235. From: Rob Yampolsky <rob@jdsny.com>
  236. Subject: Init: process table full?  What do you tune to fix this?
  237. Date: 3 Sep 92 15:49:07 GMT
  238. Sender: Rob Yampolsky <rob@jdsny.com>
  239. To:       info-unix@sem.brl.mil
  240.  
  241. I have been attaching terminals to an Interactive 3.0 system using Digiboard
  242. concentrators.  After adding the 7th group of 16 async ports, I started getting
  243. "Init: process table full" (not an exact quote) errors.  At this point, I could
  244. not shut the system down cleanly.  Changing the getty lines in /etc/inittab
  245. to "off" for the last 16 terminals clears up the error condition, but of course
  246. I can't use the terminals.
  247.  
  248. Is there a tuneable parameter "init" uses to size it's process table?  I don't
  249. think it's NPROC because the remaining terminals can run lots of processes 
  250. with no problem.
  251. -- 
  252. ================================================================
  253. =     Mail replies appreciated if possible (who has time to    =
  254. =     read this stuff?)               Thanks, rob@jdsny.com    =
  255. ================================================================
  256.  
  257. -----------------------------
  258.  
  259. From: Bryan Curnutt <bryan@uhura1.uucp>
  260. Subject: Re: Dear vi guru,
  261. Date: 3 Sep 92 16:30:59 GMT
  262. To:       info-unix@sem.brl.mil
  263.  
  264. In article <1992Sep2.233330.18751@ncar.ucar.edu> tparker@music.scd.ucar.edu (Tom Parker) writes:
  265. >In article <1992Sep2.224136.24163@nsisrv.gsfc.nasa.gov> schieb@shark.gsfc.nasa.gov (Brian D. Schieber) writes:
  266. >>Dear vi guru,
  267. >> 
  268. >> I like to use tabs alot in just about every session of vi I
  269. >>work with, It would be great if I had a macro or whatever that
  270. >>could replace the tabs with the appropriate number of spaces
  271. >>in a file WHILE in vi. Do you have such a macro?
  272. >
  273. >Check if your system has the 'expand' command.  This command converts
  274. >tabs to spaces, and vice versa.
  275.  
  276.  ... but is not what Brian asked for.
  277.  
  278. Assuming your tabs are for indentation at the beginning of the line
  279. only, i.e. that you don't have text characters followed by tabs,
  280. something simple like
  281.  
  282.     :map g :%s/^I/    /g^M
  283. [tab character]^^       ^^[carriage return]
  284.  
  285. will do what you want.
  286.  
  287. If your system does have the 'expand' command, then something like
  288.  
  289.     :map g :%!expand -4^M
  290.  
  291. will do the trick, and do it correctly (unlike the %s above, which
  292. only works if the tabs are all at the beginning or coincidentally
  293. aligned so they start at a tabstop).
  294.  
  295. There may be a simple way to correctly expand tabs from within vi
  296. without resorting to external programs, but I'm not really a guru,
  297. just a Joe Random User.
  298. -- 
  299. Any opinions above are mine, and do not necessarily reflect the views of SAI.
  300. Bryan Curnutt
  301. bryan%uhura1@uunet.uu.net
  302.  
  303. -----------------------------
  304.  
  305. From: Phil Hughes <fyl@ssc.wa.com>
  306. Subject: Re: Awk and getting the current date
  307. Date: 3 Sep 92 17:12:01 GMT
  308. X-Newsreader: Tin 1.1 PL3
  309. To:       info-unix@sem.brl.mil
  310.  
  311. mbrodesky@sc9 writes:
  312. : How can I get the current date in a AWK program
  313.  
  314. This is the most awk-ish way to do it:
  315.  
  316.     awk 'BEGIN  {print dt}' dt="`date`"  file
  317.  
  318. The "program" in this example just consists of the "print dt" statement
  319. performed at begin time.  Following the program, dt="`date`" executes
  320. the date command (because of the backquotes) and then assigns the result
  321. to the awk variable dt.  The double quotes are needed as executing date
  322. expands to multiple words.
  323.  
  324. -- 
  325. Phil Hughes, SSC, Inc. P.O. Box 55549, Seattle, WA 98155  (206)FOR-UNIX
  326. >>> Publishers of pocket references for UNIX, C, VI, Emacs, Ksh, MS-DOS, ... <<<
  327.      uunet!nwnexus!ssc!fyl or fyl@ssc.wa.com            (206)527-3385
  328.  
  329. -----------------------------
  330.  
  331. From: "Steven C. Velasco" <6500scv1@ucsbuxa.ucsb.edu>
  332. Subject: Awk: Beginner needs help!
  333. Keywords: awk unix
  334. Date: 3 Sep 92 19:32:05 GMT
  335. Sender: root@hub.ucsb.edu
  336. To:       info-unix@sem.brl.mil
  337.  
  338.  
  339. HI,
  340. I am new to unix, and really new to awk, so hopefully somebody can
  341. answer this question real easily.  I have hundreds of SAS program
  342. files written for MVS, that we now need to run on UNIX.  
  343. The files from MVS look like this :
  344.  
  345. COMMAND? list unnumbered
  346. //MVS JCL statements
  347. //MVS JCL statements
  348. //MVS JCL statements
  349. DATA _NULL_ ;
  350.    SET SASLIB.DATASET ;
  351. MORE SAS STATEMENTS
  352. RUN ;
  353.  
  354. I can get awk to print out the lines that don't contain the string  "//"
  355. or "COMMAND?" in $1, but I would like to have
  356. something that replaces the entire line  "COMMAND? list unnumbered"
  357. (this is always the first line, and occurs just once) 
  358. with the string: "libname saslib /usr2/username/datasets"  or, to 
  359. somehow put the "libname" string in the first line of each file.
  360. So the resulting file would look like this:
  361.  
  362. libname saslib '/usr2/username/datasets' ;
  363. DATA _NULL_ ;
  364.    SET SASLIB.DATASET ;
  365. MORE SAS STATEMENTS ;
  366. RUN ;
  367.  
  368. below is my feeble attempt to do this.  When I run this program, I
  369. get a message saying something like 'awk: cant set $0 at record 1':
  370.  
  371. $1 !~ /\/\// { if ( $0 ~ /COMMAND? list unnumbered/ ) 
  372. $0 = "libname saslib /usr2/username/datasets ;" 
  373. print >FILENAME }  
  374.  
  375. What am I doing wrong?  I would appreciate any help or suggestions.
  376.  
  377. Steven C. Velasco
  378. 6500scv1@ucsbuxa.ucsb.edu  -OR-
  379. velasco@alishaw.ucsb.edu
  380.  
  381. -----------------------------
  382.  
  383. From: Greg Hunt <hunt@dg-rtp.rtp.dg.com>
  384. Subject: Re: Awk: Beginner needs help!
  385. Keywords: awk unix
  386. Date: 6 Sep 92 19:41:39 GMT
  387. Sender: Greg Hunt <hunt@robin>
  388. To:       info-unix@sem.brl.mil
  389.  
  390. In article <5608@ucsbcsl.ucsb.edu>, 6500scv1@ucsbuxa.ucsb.edu (Steven C. Velasco) writes:
  391. > HI,
  392. > I am new to unix, and really new to awk, so hopefully somebody can
  393. > answer this question real easily.  I have hundreds of SAS program
  394. > files written for MVS, that we now need to run on UNIX.  
  395. > The files from MVS look like this :
  396. > COMMAND? list unnumbered
  397. > //MVS JCL statements
  398. > //MVS JCL statements
  399. > //MVS JCL statements
  400. > DATA _NULL_ ;
  401. >    SET SASLIB.DATASET ;
  402. > MORE SAS STATEMENTS
  403. > RUN ;
  404. > I can get awk to print out the lines that don't contain the string  "//"
  405. > or "COMMAND?" in $1, but I would like to have
  406. > something that replaces the entire line  "COMMAND? list unnumbered"
  407. > (this is always the first line, and occurs just once) 
  408. > with the string: "libname saslib /usr2/username/datasets"  or, to 
  409. > somehow put the "libname" string in the first line of each file.
  410. > So the resulting file would look like this:
  411. > libname saslib '/usr2/username/datasets' ;
  412. > DATA _NULL_ ;
  413. >    SET SASLIB.DATASET ;
  414. > MORE SAS STATEMENTS ;
  415. > RUN ;
  416. > below is my feeble attempt to do this.  When I run this program, I
  417. > get a message saying something like 'awk: cant set $0 at record 1':
  418. > $1 !~ /\/\// { if ( $0 ~ /COMMAND? list unnumbered/ ) 
  419. > $0 = "libname saslib /usr2/username/datasets ;" 
  420. > print >FILENAME }  
  421. > What am I doing wrong?  I would appreciate any help or suggestions.
  422.  
  423. I think this awk script might be easier:
  424.  
  425.     BEGIN {
  426.         getline;
  427.         print "libname saslib '/usr2/username/datasets' ;";
  428.           }
  429.     {if (substr ($1,1,2) != "//") print $0}
  430.  
  431. Then run it like this for each mvs file you have:
  432.  
  433.     awk -f awk_script mvs_file > unix_file
  434.  
  435. The BEGIN pattern runs once when the awk script is started.  It does
  436. a getline to read the next line of the input file, thus ignoring the
  437. first line of the file (the COMMAND? line).  Then it prints the line
  438. that you want instead.
  439.  
  440. The next pattern runs for each line of the input file.  It looks at
  441. first two bytes of the first field, and if they aren't "//", it prints
  442. the whole line.  This will ignore the JCL statements.
  443.  
  444. Enjoy!
  445.  
  446. -- 
  447. Greg Hunt                            email: hunt@dg-rtp.rtp.dg.com
  448. DG/UX Core Development
  449. Data General Corporation
  450. Research Triangle Park, NC, USA      These opinions are mine, not DG's.
  451.  
  452. -----------------------------
  453.  
  454. From: Sabina Wolfson <swolfson@nyx.cs.du.edu>
  455. Subject: Re: missing /etc/resolv.conf - help
  456. Date: 4 Sep 92 02:34:43 GMT
  457. Sender: netnews admin account <usenet@mnemosyne.cs.du.edu>
  458. X-Disclaimer: Nyx is a public access Unix system run by the University
  459.     of Denver for the Denver community.  The University has neither
  460.     control over nor responsibility for the opinions of users.
  461. To:       info-unix@sem.brl.mil
  462.  
  463. In article <BtyyBr.68w@constant.demon.co.uk> slangley@constant.demon.co.uk (Simon Langley) writes:
  464. >Sabina Wolfson (swolfson@nyx.cs.du.edu) wrote:
  465. >: Or is there some way I can send a request to another name server 
  466. >: (I know which namer server my site should be using)?
  467. >: 
  468. >my resolv.conf just says:
  469. >nameserver 158.152.1.65
  470. >
  471. >and it uses this host as the nameserver.  However, there are other changes
  472. >that may need to be made and these are system dependent.
  473.  
  474. One of the problems is that I don't have the correct access to be changing 
  475. around these files (and I probably don't have anough UNIX knowledge either 
  476. though it would be a lot of fun to try :)  However, as many helpful people
  477. pointed out in e-mail, all I really needed to do was:
  478.  
  479.     nslookup <site-to-look-up> <name-server>
  480.  
  481. All done quickly and beautifully on the command line.
  482.  
  483. Sabina :)- sabina@cns.nyu.edu
  484.  
  485. -----------------------------
  486.  
  487. From: John Navarra <navarra@casbah.acns.nwu.edu>
  488. Subject: Question: which is faster 'find -exec' or 'find | xargs' ??
  489. Date: 4 Sep 92 04:10:33 GMT
  490. Sender: "Usenet on news.acns" <usenet@news.acns.nwu.edu>
  491. To:       info-unix@sem.brl.mil
  492.  
  493.  
  494. I was experimenting with find and xargs. I issued the command
  495.   find . -exec ls -ld {} \;
  496. and the command
  497.   find . -print | xargs ls -ld
  498. and found they gave the same results. However, I noticed the execution
  499. times for the two were MUCH different. If I time the two commands
  500. from my home directory, which contains many files, here is what I get:
  501.  
  502. [casbah:47] ~ -> time find . -exec ls -ld {} \; > /dev/null
  503.       287.4 real        39.1 user       219.9 sys
  504. [casbah:48] ~ -> time find . -print | xargs ls -ld > /dev/null
  505.        47.6 real         0.0 user        17.3 sys
  506.  
  507.  
  508. Question: why is the xargs command MUCH faster?
  509.  
  510. While running the following commands, I ran ps -j many times. Here are some
  511. of those results:
  512.  
  513. using exec:
  514. PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  515.  9119  9120  9120  9120 r6 21398   SOE   453  0:03 -bash (bash)
  516.  9120 21383 21383  9120 r6 21398    SE   453  0:00 find . -exec ls -ld {} ;
  517.  9120 21398 21398  9120 r6 21398    RE   453  0:00 ps -j
  518. 21383 21401 21383  9120 r6 21398    RE   453  0:00 ls -ld ./.elm/lsig.bak
  519.  PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  520.  9119  9120  9120  9120 r6 21409   SOE   453  0:03 -bash (bash)
  521.  9120 21383 21383  9120 r6 21409    SE   453  0:00 find . -exec ls -ld {} ;
  522.  9120 21409 21409  9120 r6 21409    RE   453  0:00 ps -j
  523. 21383 21412 21383  9120 r6 21409    RE   453  0:00 ls -ld ./bin/file_clean
  524.  PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  525.  9119  9120  9120  9120 r6 21422   SOE   453  0:03 -bash (bash)
  526.  9120 21383 21383  9120 r6 21422    SE   453  0:00 find . -exec ls -ld {} ;
  527.  9120 21422 21422  9120 r6 21422    RE   453  0:00 ps -j
  528. 21383 21426 21383  9120 r6 21422    RE   453  0:00 ls -ld ./bin/lastarg
  529.  
  530. In this case, bash is the parent to the find command, and find is the
  531. parent to the ls -ld filename command. Thus, there is one find process,
  532. plus X ls -ld filename processes where X is the number of files to be
  533. listed. (obviously, I was not fast enough to capture all of them)
  534.   
  535.  
  536. using xargs:
  537.  PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  538.  9119  9120  9120  9120 r6 21857   SOE   453  0:06 -bash (bash)
  539.  9120 21817 21817  9120 r6 21857    SE   453  0:02 find . -print
  540.  9120 21818 21817  9120 r6 21857    SE   453  0:03 xargs ls -ld
  541.  9120 21857 21857  9120 r6 21857    RE   453  0:00 ps -j
  542.  PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  543.  9119  9120  9120  9120 r6 21867   SOE   453  0:06 -bash (bash)
  544.  9120 21817 21817  9120 r6 21867    SE   453  0:02 find . -print
  545.  9120 21818 21817  9120 r6 21867    SE   453  0:03 xargs ls -ld
  546.  9120 21867 21867  9120 r6 21867    RE   453  0:00 ps -j
  547. 21818 21868 21817  9120 r6 21867    RE   453  0:00 ls -ld ./awk/shellreport.naw
  548.  PPID   PID  PGID   SID TT TPGID  STAT   UID  TIME COMMAND
  549.  9119  9120  9120  9120 r6 21900   SOE   453  0:07 -bash (bash)
  550.  9120 21817 21817  9120 r6 21900    RE   453  0:04 find . -print
  551.  9120 21818 21817  9120 r6 21900    RE   453  0:07 xargs ls -ld
  552.  9120 21900 21900  9120 r6 21900    RE   453  0:00 ps -j
  553. 21818 21908 21817  9120 r6 21905    RE   453  0:00 ls -ld ./perl/perl_info/docs
  554.  
  555. In this case, bash is the parent of both the find and xargs commands. And
  556. xargs is the parent of the ls -ld filename commands. Thus, there is
  557. one find process, one xargs process, and X ls -ld processes (again, where
  558. X is the number of files to be listed.)
  559.  
  560. The way I count it, the xargs command has one extra process, the overhead
  561. of setting up a pipe, and the fact that two commands are being used vs
  562. one. But, for some reason the xargs command was MUCH faster than the
  563. find -exec command.  
  564.  
  565. What's the deal? From what I can gather, find -exec will write the
  566. stdout X times in this case where xargs writes in chunks. Is that
  567. correct?
  568.  
  569.  
  570. -tms 
  571. -- 
  572. You can get further with a kind word | You can get further with a kind word
  573. and a gun than a kind word alone.    | and a phaser than a kind word and a gun.
  574.           --al capone                |           -- John Navarra
  575. =======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========
  576.  
  577. -----------------------------
  578.  
  579. From: "S.Riehm" <smr@hitkw14.pki-nbg.philips.de>
  580. Subject: Re: Extended chars in Unix
  581. Date: 4 Sep 92 12:55:30 GMT
  582. Sender: news@pki-nbg.philips.de
  583. To:       info-unix@sem.brl.mil
  584.  
  585. sbarnhar@ncratl.AtlantaGA.NCR.COM (Scott Barnhart) writes:
  586.  
  587. >I am using Unix SystemVR4, and want to find a way to generate the
  588. >extended ASCII chars from the keyboard.  The reason for this is
  589. >to generate the appropriate foreign characters (such as the vowels 
  590. >with the accents, etc) needed in the various different languages 
  591. >(specifically French, German and other European languages).
  592.  
  593. >I first thought it could be done somehow with the LOCALE stuff
  594. >in Unix, setlocale(), chrtbl(), etc.  But the man pages don't go
  595. >into how to generate or translate these characters.
  596.  
  597. The only IMPORTANT thing that I found about this stuff is that you
  598. MUST have 8-bit clean programs. For example, I use Xterms, so I had to
  599. set the eightBitInput and eightBitOutput resources ( although I think
  600. they are default ), then its a matter of using Meta or Alt keys to set
  601. the eighth bit, which in turn gives you these weird characters. In my
  602. set up, an alt-k gives an e with umlauts ( two little dots ), the
  603. combinations are pretty cryptic, but I got around that by setting up
  604. translation tables for xterms, ( read the manual for them.. or ask for
  605. a listing... I'll post it if I get > 3 requests ). So I now use a
  606. compose sequence, compose + " + e = ALT-K for example. What you are
  607. supposed to do at a dumb terminal without Alt keys, I have no idea..
  608. get your boss to buy you a new terminal! :-)
  609.  
  610. This gets the input side of thing working, you then need to make sure
  611. that your output device can handle 8bit characters, for XWindows you
  612. just set the default font to an ISO font or equivalent ( I am using
  613. iso1.16 but I have no idea what it maps to, cus I can't find it in any
  614. font.aliases files ). I also had to set the environment variable
  615. LESSCHARSET=latin1 to get less to understand that an 'international'
  616. character ( foreign sounds so..... US v's THEM'ish ) is not a control
  617. character to be barfed at.
  618.  
  619. ( fx: sarcasm on :xf )
  620. see its really quite simple isn't it??
  621. ( fx: sarcasm off :xf )
  622.  
  623. ( fx: flame thrower set to: Light Toast :xf )
  624. Of course in a perfect world vendors would realise that
  625. internationalisation is not a bad thing, and that the default
  626. settings should be 'international character sets' friendly, then those
  627. that only use the simple a-z characters got no problems, and everyone
  628. in not-America, and all those corresponding with not-America would also have
  629. no problems. ( I say not-America because its pretty difficult to type
  630. a real pound sign, not a # but a # <- what goes after british
  631. currency, using the 'standard' character set )
  632.  
  633. Am I really asking too much??
  634. It only took me several days to set up international characters right,
  635. and I still have a couple of bugs to get around, and I have had experience
  636. at setting up Xwindows etc.. it wasn't difficult to do, just so
  637. incomprehensibly interconnected and confusing, setting an environment
  638. variable does nothing!
  639.  
  640.  -----------------------------------------------------------------
  641. Stephen Riehm        Configuration Management       _-_|\ 
  642. smr@pki-nbg.philips.de    Philips Kommunikations Industrie  /     \
  643. Work: +49 911 526 2975    N|rnberg, Germany          \_.-.*/
  644. Fax:  +49 911 526 2095    "I was there, now I am here!"           v 
  645. "My company speaks another language, I CAN'T speak on it's behalf"
  646. PS: if you can't read the name of my city, you are not being
  647. international enough! and it's YOUR problem.. not mine!
  648.  
  649. -----------------------------
  650.  
  651. From: A Wizard of Earth C <terry@cs.weber.edu>
  652. Subject: Re: Extended chars in Unix
  653. Date: 7 Sep 92 09:51:57 GMT
  654. Sender: news@fcom.cc.utah.edu
  655. To:       info-unix@sem.brl.mil
  656.  
  657. In article <smr.715611330@hitkw14> smr@hitkw14.pki-nbg.philips.de (S.Riehm) writes:
  658. >sbarnhar@ncratl.AtlantaGA.NCR.COM (Scott Barnhart) writes:
  659. >
  660. >>I am using Unix SystemVR4, and want to find a way to generate the
  661. >>extended ASCII chars from the keyboard.  The reason for this is
  662. >>to generate the appropriate foreign characters (such as the vowels 
  663. >>with the accents, etc) needed in the various different languages 
  664. >>(specifically French, German and other European languages).
  665. >
  666. >>I first thought it could be done somehow with the LOCALE stuff
  667. >>in Unix, setlocale(), chrtbl(), etc.  But the man pages don't go
  668. >>into how to generate or translate these characters.
  669. >
  670. >The only IMPORTANT thing that I found about this stuff is that you
  671. >MUST have 8-bit clean programs. For example, I use Xterms, so I had to
  672. >set the eightBitInput and eightBitOutput resources ( although I think
  673. >they are default ), then its a matter of using Meta or Alt keys to set
  674. >the eighth bit, which in turn gives you these weird characters. In my
  675. >set up, an alt-k gives an e with umlauts ( two little dots ), the
  676. >combinations are pretty cryptic, but I got around that by setting up
  677. >translation tables for xterms, ( read the manual for them.. or ask for
  678. >a listing... I'll post it if I get > 3 requests ). So I now use a
  679. >compose sequence, compose + " + e = ALT-K for example. What you are
  680. >supposed to do at a dumb terminal without Alt keys, I have no idea..
  681. >get your boss to buy you a new terminal! :-)
  682. >
  683. >This gets the input side of thing working, you then need to make sure
  684. >that your output device can handle 8bit characters, for XWindows you
  685. >just set the default font to an ISO font or equivalent ( I am using
  686. >iso1.16 but I have no idea what it maps to, cus I can't find it in any
  687. >font.aliases files ). I also had to set the environment variable
  688. >LESSCHARSET=latin1 to get less to understand that an 'international'
  689. >character ( foreign sounds so..... US v's THEM'ish ) is not a control
  690. >character to be barfed at.
  691. >
  692. >( fx: sarcasm on :xf )
  693. >see its really quite simple isn't it??
  694. >( fx: sarcasm off :xf )
  695. >
  696. >( fx: flame thrower set to: Light Toast :xf )
  697. >Of course in a perfect world vendors would realise that
  698. >internationalisation is not a bad thing, and that the default
  699. >settings should be 'international character sets' friendly, then those
  700. >that only use the simple a-z characters got no problems, and everyone
  701. >in not-America, and all those corresponding with not-America would also have
  702. >no problems. ( I say not-America because its pretty difficult to type
  703. >a real pound sign, not a # but a # <- what goes after british
  704. >currency, using the 'standard' character set )
  705. >
  706. >Am I really asking too much??
  707. >It only took me several days to set up international characters right,
  708. >and I still have a couple of bugs to get around, and I have had experience
  709. >at setting up Xwindows etc.. it wasn't difficult to do, just so
  710. >incomprehensibly interconnected and confusing, setting an environment
  711. >variable does nothing!
  712.  
  713.     You are Assuming Scott was even talking about an X application.
  714.  
  715.     If he was not talking about an X application, then he was asking
  716. a question about his keyboard driver, which would probably be better
  717. answered by his UNIX vendor (the wonderful thing about standards is that
  718. there are so many to choose from).
  719.  
  720.     If he *was* asking about X (and thus a high probability of
  721. meaning the "xterm" application instead), you have almost given the
  722. correct advice.
  723.  
  724.     The real question is what is meant by international characters.
  725. In the first instance, if he's on the console, he can only be talking
  726. about the PC "extended" ASCII character set.  This supports only a subset
  727. of the characters needed for full internationalization.  While it is
  728. true that one can provide an alternate character set, to my knowledge,
  729. only SCO supports this feature, and SCO doesn't do SVR4, the indicated
  730. environment.
  731.  
  732.     Generally, as you say, one of the most important pieces is an *
  733. bit clean OS and utilities.  This is generally unavailable in UNIX
  734. systems in the US, so if he bought a US UNIX shipped abroad (there are
  735. several disreputable companies that transship US software for sale in
  736. Europe and Australia to avoid the international surcharges), he's
  737. probably SOL.
  738.  
  739.     Second is to determine what character set(s) his user interface
  740. supports.  On the console, this is generally the PC "extended" ASCII
  741. character set.  It may be impossible to do what he wants with this set,
  742. since it generally supplies only lowercase "international" characters.
  743. In addition, unless the file system supports storage in directory
  744. entries (and, in particular, the UNIX utilities support the idea) of
  745. 8 bit names, he will have to do input/output translation of the characters
  746. so that they may be stored as 7 bit values.  This is generally done by
  747. making the scan codes generated by the keys report a 7 bit value, thus
  748. replacing American ASCII with a local version.  This is what DEC does
  749. with what they call NRCS (National Replacement Character Set) in a
  750. VT200/VT300 series terminal.  The old way to do this in UNIX is with
  751. "mapchan".  The new way is to modify the keyboard mapping.  Again, SCO
  752. does this best, from what I've seen, although I am sure that if Scott
  753. owns an appropriately "internationalized" version of UNIX, some support
  754. for access to the scan code table and console driver is provided that
  755. will do this.  Again, he will need to contact his vendor.
  756.  
  757.     The "setlocale()" and "chrtbl()" functions are part of the XPG3
  758. standard for internationalization of *applications* in a nominally non
  759. international environment.  Since Scott appears to have posted from
  760. Germany, the Bundespost would be the appropriate place to get these
  761. standards.  Dell, among other SVR4 vendors, supports XPG3; however,
  762. there are still significant bugs in the 4.0.2 UNIX release of these
  763. libraries.
  764.  
  765.     For X windows, the "iso1.16" or "latin1" font you refer to is
  766. a 16 point font from the ISO 8859 standard called "Latin 1".  If you are
  767. familiar with the DEC Multinational set, then it can be best described as
  768. the DEC Multinationl set with the column 3 characters rearranged, plus
  769. support for the "eth" and "thorn" characters used in Icelandic.  The
  770. promary benefit of this is the ability to represent most non-Slavic
  771. European langues in their entirety.  The drawback is that there is still
  772. the requirement that your UNIX be 8-bit clean.
  773.  
  774.     If Scott was talking about using a VT200/VT300 series terminal,
  775. he has it made.  If his UNIX isn't 8-bit clean, he can use the NRCS and
  776. an appropriate keyboard.  If it is, he can use the DEC Multinational set,
  777. or he can even turn on the ISO Latin-1 set (through escape sequences).
  778.  
  779.  
  780.     The advantage of using the NRCS in these circumstances is that he
  781. can apply the techniques to supply the same representation as the NRCS to
  782. the console, and thus the file names will look the same on his terminals
  783. as they do on the console.  X everywhere (when using the same fonts)
  784. automatically has the advantage of being the same representation everywhere.
  785.  
  786.     Another possibility is the use of an X font which is ASCII except
  787. for the NRCS characters within it.  This has the advantage of being usable
  788. with an internationalized keyboard when "xmodmap".  If Scott wishes to
  789. do "international computing" in an X environment, he shoud contact his X
  790. terminal vendor.  NCD, probably the foremost manufacturer of X terminals,
  791. located in San Jose, California, USA, has done significant work in
  792. providing an internationalized product (keyborads, etc.).
  793.  
  794.     It's unlikely that if mixed I/O devices (ie: X on terminals and
  795. not on the console, or different vendors terminals, etc.) are used
  796. that you will be able to reconcile character set differences without a
  797. great deal of effort.
  798.  
  799.     The real answer for internationalization is a combination of XPG3,
  800. for processing of currency values (your complaint), and Unicode (draft
  801. standard available through ANSI?), a 16 bit character set standard which
  802. contains most symbols humans use for writing.  The wonderful thing about
  803. a 16 bit Unicode set (aside from the fact that X supports it and DOS and
  804. current DOS ROM character sets do not, and it will thus probably kill
  805. them -- I can hope, can't I? 8-)) Is that not only does it solve all the
  806. problems of internationalization for a *long* time, it allows memory
  807. manufacturers to sell twice as much memory to character terminal vendors
  808. and halves the size of hard drives so that more and bigger ones can be
  809. sold!  I know, I know, no soloution is perfect, but this one is mighty
  810. expensive to stomach, given that most computer work is done in 8-bit
  811. ASCII anyway... someone has to pay the piper, I guess.
  812.  
  813.     Anyway, I hope this helps make things a bit clearer and gives you
  814. some avenues of exploration to solve your problem.
  815.  
  816.  
  817.                     Terry Lambert
  818.                     terry_lambert@gateway.novell.com
  819.                     terry@icarus.weber.edu
  820. ---
  821. Any opinions in this posting are my own and not those of my present
  822. or previous employers.
  823. -- 
  824.  -------------------------------------------------------------------------------
  825.                                                        terry@icarus.weber.edu
  826.  "I have an 8 user poetic license" - me
  827.  -------------------------------------------------------------------------------
  828.  
  829. -----------------------------
  830.  
  831. From: Dean Carpenter <deano@areyes.com>
  832. Subject: Problem building new ISC 3.0 kernel
  833. Date: 4 Sep 92 19:52:41 GMT
  834. Followup-To: comp.unix.questions
  835. To:       info-unix@sem.brl.mil
  836.  
  837.  
  838.   We just installed ISC 3.0 on a generic 386DX machine here, and we
  839. already have it running fine on a couple of other (different) 386s and
  840. 486s.  This new install won't let us rebuild a kernel though ...
  841.  
  842.   The system is pretty standard, 386DX, SVGA, WD 1007-SE2 esdi.  Almost
  843. immediately after starting the build from with sysadm, it halts with the
  844. following errors :
  845.  
  846.     LINE: swap    dsk0t    2
  847.     ERROR: Unknown device 'dsk0t'
  848.     LINE: dump    dsk0t    2
  849.     ERROR: Unknown device 'dsk0t'
  850.     LINE: root    dsk0t    1
  851.     ERROR: Unknown device 'dsk0t'
  852.     LINE: pipe    dsk0t    1
  853.     ERROR: Unknown device 'dsk0t'
  854.     ERROR: Missing required device 'root'
  855.     ERROR: Missing required device 'swap'
  856.     ERROR: Missing required device 'pipe'
  857.     ERROR: Missing required device 'dump'
  858.     FATAL ERROR: Errors encountered. Configuration temrinated.
  859.  
  860.   This above here shows up in a window offering to let you escape.  The
  861. install went no differently from the others, and the default controller
  862. is the athd on irq 14, i/o 1f0.  There doesn't appear to be a dsk0t
  863. device on the other machines, though they all are scsi, not esdi.
  864.  
  865.   Anyone have any ideas ?  We're stumped.
  866.  
  867. -- 
  868. Dean Carpenter        uunet!areyes!deano        (203) 847-6003
  869. Areyes, Inc.        deano@areyes.com
  870.  
  871. "No matter where you go, there you are"  sayeth Buckaroo                                  across the Eighth Dimension
  872.  
  873. -----------------------------
  874.  
  875. From: "Conor P. Cahill" <cpcahil@virtech.uucp>
  876. Subject: Re: Problem building new ISC 3.0 kernel
  877. Date: 5 Sep 92 12:31:22 GMT
  878. To:       info-unix@sem.brl.mil
  879.  
  880. deano@areyes.com (Dean Carpenter) writes:
  881.  
  882. >  This above here shows up in a window offering to let you escape.  The
  883. >install went no differently from the others, and the default controller
  884. >is the athd on irq 14, i/o 1f0.  There doesn't appear to be a dsk0t
  885. >device on the other machines, though they all are scsi, not esdi.
  886.  
  887. Even when you use a default athd, you need to add a disk on the next 
  888. sysadm screen after configuring the controller (select BASIC and then
  889. use the space key to say that the first device is a disk).
  890.  
  891. This should solve your problem.
  892.  
  893. Conor.
  894. -- 
  895. *** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***
  896.  
  897. Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
  898. Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 21066 
  899.  
  900. -----------------------------
  901.  
  902. From: Dean Carpenter <deano@areyes.com>
  903. Subject: Re: Problem building new ISC 3.0 kernel
  904. Date: 5 Sep 92 19:07:35 GMT
  905. To:       info-unix@sem.brl.mil
  906.  
  907. In article <1992Sep4.195241.382@areyes.com> deano@areyes.com (Dean Carpenter) writes:
  908. >  We just installed ISC 3.0 on a generic 386DX machine here, and we
  909. >already have it running fine on a couple of other (different) 386s and
  910. >486s.  This new install won't let us rebuild a kernel though ...
  911. >
  912. >  The system is pretty standard, 386DX, SVGA, WD 1007-SE2 esdi.  Almost
  913. >immediately after starting the build from with sysadm, it halts with the
  914. >following errors :
  915. >
  916. >    LINE: swap    dsk0t    2
  917. >    ERROR: Unknown device 'dsk0t'
  918.         :    :
  919.   Got it.  We had to actually add a disk in the BASIC screen that follows
  920. when configuring the boot controller.  We had gone to advanced and simply
  921. exited.  Thanks to Conor P. Cahill for the pointer !
  922.  
  923. -- 
  924. Dean Carpenter        uunet!areyes!deano        (203) 847-6003
  925. Areyes, Inc.        deano@areyes.com
  926.  
  927. "No matter where you go, there you are"  sayeth Buckaroo                                  across the Eighth Dimension
  928.  
  929. -----------------------------
  930.  
  931. From: Robert Garvey <robert@sybase.com>
  932. Subject: Re: What does \!* mean in csh history subst ?
  933. Date: 5 Sep 92 00:10:13 GMT
  934. Sender: news@sybase.com
  935. To:       info-unix@sem.brl.mil
  936.  
  937. In article <1992Sep2.173037.16135@eng.ufl.edu>, zzang@whale.uucp (Zhuo Zang[~{j0WA~}]) writes:
  938. |> I am confused by the meaning of the
  939. |> csh history substitution \!* .
  940.  
  941. Ah, csh history is inherently confusing to many.
  942.  
  943. |> the man says it means: take word 1-$ from previou cmd. 
  944. |> my question is: if the previous cmd have pipes, like
  945. |> > cat foo.1 | lpr
  946. |> what is the 1-$ ? if you use:
  947. |> >more !*
  948. |> ?: 1-$ is foo.1 or foo.1 |lpr
  949.  
  950. You might want to have everything following a csh alias as parameters to
  951. the first command in a pipe, like:
  952.     alias mtoday 'from \!* | /usr/bin/fgrep "`date | colrm 11`"'
  953.  
  954. The words of a csh command shell include pipes, semicolons, and
  955. redirect symbols.  If you would want to more the file in your example
  956. command line, use:
  957.     more !:1
  958. -- 
  959. Robert Garvey robert@sybase.com {sun,lll-tis,pyramid,pacbell}!sybase!robert
  960.           Sybase, Inc   6475 Christie Ave   Emeryville, CA   94608-1010
  961.  
  962. If Sybase were to pay employees for their opinions, they couldn't afford me.
  963.  
  964. -----------------------------
  965.  
  966. From: Martin McCormick <martin@datacomm.ucc.okstate.edu>
  967. Subject: Re: Shell Scripts vs. C programs
  968. Keywords: shell script, C
  969. Date: 5 Sep 92 02:25:23 GMT
  970. Sender: USENET News System <news@unx.ucc.okstate.edu>
  971. To:       info-unix@sem.brl.mil
  972.  
  973.  
  974. I have really been enjoying this thread.  There are some
  975. really interesting philosophical points raised here that have
  976. crossed my mind many times.  My background is not Computer
  977. Science, but is a mixture of Journalism and Broadcasting plus
  978. electronics.  I got into computers because they have such
  979. potential to emulate discrete logic circuitry without as many
  980. of the hassles one finds when trying to build logic-oriented
  981. hardware.  Having been blind all my life, I also see the
  982. potential of computers and programmable controllers for
  983. providing a way to design all kinds of nifty devices that
  984. solve various logistical problems associated with functioning
  985. in a world where information and instrumentation are so
  986. important.
  987.      I am also lazy.  On PC's, when I want to do something in
  988. a hurry, I try it in Basic.  If it works, I am apt to leave
  989. it that way.  If it runs too slowly, I might be inclined to
  990. try Pascal or C since a good compiler will assemble code that
  991. runs much faster than the Basic interpreter can ever hope to
  992. run.  In unix, I feel the same way about shell scripts.  They
  993. are quick to write but slow to run.  Most of the time, who
  994. cares?  I know I must continue to learn C because of its
  995. sophistication and because there are C compilers which
  996. generate machine code for programmable controllers like the
  997. Motorola 68hc11.
  998.      I am just glad to know that there are others who like to
  999. keep it simple, if possible.
  1000.  
  1001. Martin McCormick WB5AGZ   Stillwater, OK
  1002. O.S.U. Computer Center Data Communications Group
  1003.  
  1004. -----------------------------
  1005.  
  1006. From: Mike Stefanik <mike@pacsoft.com>
  1007. Subject: Re: Shell Scripts vs. C programs
  1008. Keywords: shell script, C
  1009. Date: 5 Sep 92 22:38:29 GMT
  1010. Followup-To: comp.unix.shell
  1011. To:       info-unix@sem.brl.mil
  1012.  
  1013. In an article, sweh@spuddy.uucp (Stephen Harris) writes:
  1014. >[...]
  1015. >Heck!  On this machine the C compiler would barf on its own include files!
  1016. >#include <machine.h>
  1017. >That one line program through up tonnes of cpp errors.  Blugh.
  1018.  
  1019. What, pray tell, are you talking about?  Of *course* this is going to
  1020. choke up blood ... for one, a machine dependent include file probably
  1021. requires that you include <sys/types.h> among others.  What sort of
  1022. errors was cpp returning?
  1023.  
  1024. Regardless, dismissing C in general because one vendor's compiler may (or
  1025. may not) have broken header files is poor logic indeed.
  1026. -- 
  1027. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
  1028. Pacific Software Group, Riverside, CA
  1029.  
  1030. -----------------------------
  1031.  
  1032. From: Ramesh Balasubramanian <ramesh@cirrus.com>
  1033. Subject: How to store data files in binary format
  1034. Date: 5 Sep 92 03:10:51 GMT
  1035. Sender: ramesh@cirrus.com
  1036. To:       info-unix@sem.brl.mil
  1037.  
  1038.  
  1039. We have data files (ascii now) which are huge. I'd like to know how
  1040. one goes about storing these in binary (or some other compressed)
  1041. format and have programs read these files to build the necessary
  1042. data structures?
  1043.  
  1044. Thanks in advance,
  1045.  
  1046.  -Ramesh (ramesh@cirrus.com)
  1047.  
  1048. -----------------------------
  1049.  
  1050. From: Bill Miller <slix@svcs1.uucp>
  1051. Subject: Re: How to store data files in binary format
  1052. Date: 7 Sep 92 05:43:52 GMT
  1053. Followup-To: comp.unix.questions
  1054. To:       info-unix@sem.brl.mil
  1055.  
  1056. In article <1992Sep5.031051.5452@cirrus.com>, ramesh@cirrus.com (Ramesh Balasubramanian) writes:
  1057. > We have data files (ascii now) which are huge. I'd like to know how
  1058. > one goes about storing these in binary (or some other compressed)
  1059. > format and have programs read these files to build the necessary
  1060. > data structures?
  1061.  
  1062. Depends on the format.  If large portions of the file are numeric, you
  1063. might be able to write a program to read in the file, storing each field
  1064. in a separate part of a structure variable, but when you write the
  1065. file out, write it in binary mode, using fwrite() or write(), not
  1066. fprintf().  The numeric stuff will be smaller in the binary file.  For
  1067. example, it would take up to 10 digits to describe an int in ascii, but
  1068. only 4 for a binary integer.
  1069.  
  1070. Your textual parts of the file won't be affected.  The other way to
  1071. save space would be to use compress - but that might cause some problems
  1072. when you go try and read it.  (Can 'awk' read compressed files - or
  1073. can you pipe the compressed file, and pipe it to awk?)
  1074.  
  1075. -----------------------------
  1076.  
  1077. From: Nickolay Saukh <nms@saukh.relcom.msk.su>
  1078. Subject: Question: Stallion Technologies email address
  1079. Date: 5 Sep 92 07:53:35 GMT
  1080. Sender: Usenet News Administrator <usenet@rdrel.relcom.msk.su>
  1081. X-Newsreader: Tin 1.1 PL5
  1082. To:       info-unix@sem.brl.mil
  1083.  
  1084. Do they still have it? If so, what is it?
  1085.  
  1086. Thanks
  1087. --
  1088. Nickolay Saukh
  1089.  
  1090. -----------------------------
  1091.  
  1092. From: Morten Bonde <mbo@dde.dk>
  1093. Subject: Have QIC-24(?) tape-drive - Need info on jumper settings
  1094. Date: 5 Sep 92 08:59:23 GMT
  1095. To:       info-unix@sem.brl.mil
  1096.  
  1097. One of my friends gave me a tape-streamer and now I'm trying to make it
  1098. work on my 386-based UNIX-box.
  1099.  
  1100. My problem is this: There is no documentation. All I've got is the streamer
  1101. (and my friend claims that it works) and the adapter-board (ISA-bus).
  1102.  
  1103. On the adapter-board there is three different jumpers:
  1104.  
  1105.  ----------------------------------------------------------
  1106. :                                                     :
  1107. :                                                     :
  1108. :                                                     :
  1109. :                                                     :
  1110. :            9     4                                  :
  1111. :            A     A                   J8 J10         :
  1112. :            :::::::         IRQ      ::: :::         :
  1113. :              ADDR      ... ... ...    DMA           :
  1114.  -----------------------  2 3 4 5 6 7          --------:
  1115.                       :                       :       
  1116.                       :::::::::::::::::::::::::
  1117.  
  1118. I've figured out the IRQ-jumbers (I'me not THAT stupid :-), and I think
  1119. the DMA-jumper is pre-set to DMA channel 1 (But I don't know for shure).
  1120.  
  1121. My problem is the ADDR-jumpers: I would like to change the I/O address range
  1122. to 0x300 - 0x301 (the default for my driver on my UNIX-box), but I have
  1123. no idea how to set the two ADDR-jumpers.
  1124.  
  1125. The adapter-board is labeled:
  1126.  
  1127.     SMS MODEL SIGEN 4044-___  ASSY 000 _____  REV B
  1128.  
  1129.  
  1130. The tape-streamer is a TDC 3319 (from Tandberg Data in Norway)
  1131.  
  1132. I don't know if this is enough information for you out there, but if
  1133. you could help I would really apreciate it.
  1134.  
  1135. Please E-mail because I don't have time to read news at work :-(
  1136.  
  1137. Thanks,
  1138. Morten
  1139. -- 
  1140. Morten Bonde                 Voice:  Int. +45 42 84 50 11
  1141. Dansk Data Elektronik A/S    Fax:    Int. +45 42 84 52 20
  1142. Central Government           Email:  mbo@dde.dk
  1143. DK-2730 Herlev, Denmark      uucp:   ...!uunet!mcsun!sunic!dkuug!dde!mbo
  1144.  
  1145. -----------------------------
  1146.  
  1147. From: Brian Fitzgerald <fitzgb@mml0.meche.rpi.edu>
  1148. Subject: Re: Does free() really free?
  1149. Date: 5 Sep 92 19:48:55 GMT
  1150. Nntp-Posting-Host: mml0.meche.rpi.edu
  1151. To:       info-unix@sem.brl.mil
  1152.  
  1153. Simon Marshall writes:
  1154. >    So, please could anyone tell me what is going on here?  Does free()
  1155. >    actually free, and is the SZ column of ps reliable in any way?  Or is
  1156.  
  1157. malloc() uses the sbrk() system call to get more space when it needs
  1158. it.  free() performs no system calls, and merely frees the space for
  1159. subsequent reuse by malloc.
  1160.  
  1161. I base my comments on perusal of the malloc sources in wuarchive.wustl.edu:
  1162. /archive/systems/unix/4.3bsd-reno/lib/libc/stdlib
  1163.  
  1164. Brian
  1165.  
  1166. void
  1167. free(cp)
  1168.     void *cp;
  1169. {   
  1170.       register int size;
  1171.     register union overhead *op;
  1172.  
  1173.       if (cp == NULL)
  1174.           return;
  1175.     op = (union overhead *)((caddr_t)cp - sizeof (union overhead));
  1176. #ifdef DEBUG
  1177.       ASSERT(op->ov_magic == MAGIC);        /* make sure it was in use */
  1178. #else
  1179.     if (op->ov_magic != MAGIC)
  1180.         return;                /* sanity */
  1181. #endif
  1182. #ifdef RCHECK
  1183.       ASSERT(op->ov_rmagic == RMAGIC);
  1184.     ASSERT(*(u_short *)((caddr_t)(op + 1) + op->ov_size) == RMAGIC);
  1185. #endif
  1186.       size = op->ov_index;
  1187.       ASSERT(size < NBUCKETS);
  1188.     op->ov_next = nextf[size];    /* also clobbers ov_magic */
  1189.       nextf[size] = op;
  1190. #ifdef MSTATS
  1191.       nmalloc[size]--;
  1192. #endif
  1193. }
  1194.  
  1195. -----------------------------
  1196.  
  1197. From: Mitch Wagner <wagner@utoday.com>
  1198. Subject: net.views -- which vendor is the most open?
  1199. Date: 6 Sep 92 03:32:04 GMT
  1200. To:       info-unix@sem.brl.mil
  1201.  
  1202.  
  1203.        Which computer and/or operating-vendor has the greatest
  1204.        commitment to open systems? Which has the least? Why?
  1205.  
  1206.  
  1207.      This question is being posted to gather responses for a regular
  1208.  opinion column in OPEN SYSTEMS TODAY called "net.views."
  1209.  
  1210.      By posting a response to this topic, you are granting
  1211.  permission for OPEN SYSTEMS TODAY us to publish your response. A
  1212.  compilation of the responses to this post will be posted here about
  1213.  two weeks from today.
  1214.  
  1215.      Please include in your response your name, your employer or
  1216.  university, your job title or class standing (that is to say, if
  1217.  you identify yourself as a student, are you a freshman, sophomore,
  1218.  junior, senior, graduate student?), and a telephone number where
  1219.  you can be reached during the daytime (overseas readers note:
  1220.  that's daytime in North America).
  1221.  
  1222.      Please be brief; try to limit your responses to two screens
  1223.  (24x80) of text, not including headers and other administrivia.
  1224.  
  1225.      Thanks!
  1226.  
  1227.                          -- mitch w.
  1228. --
  1229. Mitch Wagner, senior editor, Open Systems Today
  1230. 2353 Massachusetts Ave. Suite 47, Cambridge, MA 02140
  1231. wagner@utoday.com  (617)547-8485  CIS:70212,51  GEnie:MITCH.WAGNER  
  1232. For subscription information, please call 516/562-5882
  1233.  
  1234. -----------------------------
  1235.  
  1236. From: der Mouse <mouse@thunder.mcrcim.mcgill.edu>
  1237. Subject: Re: signal when window is destroyed
  1238. Date: 6 Sep 92 06:29:43 GMT
  1239. To:       info-unix@sem.brl.mil
  1240.  
  1241. In article <3297@carroll1.cc.edu>, pwickman@cerebus.cc.edu (Paul J. Wickman) writes:
  1242.  
  1243. > What (if any) signal type is sent when a window is destroyed to the
  1244. > program running in it[?]
  1245.  
  1246. Depends on what you mean by "the program running in it".  It would also
  1247. help if you were more precise about what "destroyed" means, though in
  1248. this case I think I can probably guess.  "running in it" is similarly
  1249. vague.
  1250.  
  1251. > The program is an xterm exec-ing another program
  1252.  
  1253. You are probably thinking of "a window" from a user's perspective.
  1254. >From that point of view, destroying a window amounts to making a
  1255. request of your window manager.  When you do this, no signal in the
  1256. technical UNIX sense is sent to the X client responsible for the
  1257. window.  Depending on the window manager and various other things, the
  1258. client may see the connection go away, or it may receive a request to
  1259. make its window disappear.  In neither case, though, does the event
  1260. take the form of a UNIX signal.
  1261.  
  1262. However, your comment about xterm makes it sound as though "running in
  1263. it" here does not refer to the X client, which would be xterm, but
  1264. rather to some process running connected to the pseudo-terminal xterm
  1265. has set up.  In this case, what *should* happen is that the virtual
  1266. terminal loses carrier, which usually generates a SIGHUP.  Whether this
  1267. actually happens, and if it does whether your program will see it,
  1268. depends on many factors.  Some systems don't seem to close down ptys
  1269. correctly to begin with, at least not always.  Even if the pty is shut
  1270. down correctly, your program may be running in the background and hence
  1271. not get the signal.
  1272.  
  1273.                     der Mouse
  1274.  
  1275.                 mouse@larry.mcrcim.mcgill.edu
  1276.  
  1277. -----------------------------
  1278.  
  1279. From: Gene Kochanowsky <gene@aee.aee.com>
  1280. Subject: Re: SUMMARY: What Unix HW/SW I will buy with my $8000
  1281. Date: 7 Sep 92 00:35:37 GMT
  1282. To:       info-unix@sem.brl.mil
  1283.  
  1284. rot@multisys.com (Republic of Taiwan) writes:
  1285.  
  1286. >Get a Sparc II clone for $4843(16M memory,17"color).
  1287. >Add 420M HD $1197.
  1288. >Upgrade to 19" Trinitron $1197
  1289. >Each Extra 16MB $785, (Add up to 64MB)
  1290. >Add Sun GX Accelerator $585
  1291.  
  1292. >So a decent SparcII clone with 420MB HD, 64MB Memory will be $8395.
  1293.  
  1294. >Or 840MB HD, 32MB Memory will be $8022.
  1295.  
  1296. >For more info call 800-mobius-1.
  1297.  
  1298. >PS. I have no connection with this mobius.
  1299.  
  1300. Does this include the operating system and RTU.
  1301. How about the warranty?
  1302.  
  1303.  
  1304. -- 
  1305.  ------------------------------------------------------------------------------
  1306. Gene Kochanowsky                           | "And remember ....
  1307. Associated Electronic Engineers, Inc.      |       The better you look ... 
  1308. 2864 Cercy Trace                           |       
  1309.  
  1310. -----------------------------
  1311.  
  1312. From: John Navarra <navarra@casbah.acns.nwu.edu>
  1313. Subject: More problems with find (the stderr bug)
  1314. Date: 7 Sep 92 03:00:46 GMT
  1315. Sender: "Usenet on news.acns" <usenet@news.acns.nwu.edu>
  1316. To:       info-unix@sem.brl.mil
  1317.  
  1318.  
  1319. Here is an interesting little problem with the find command:
  1320.  
  1321. I want to remove certain files with my userid in the /tmp directory.
  1322. Here is the command I tried:
  1323.  
  1324. [casbah:219] ~/tmp -> find /tmp -user navarra -ok /bin/rm {} \; 2>/dev/null 
  1325.  
  1326. This finds all the files with my userid in /tmp and prompts me in turn
  1327. if I want to remove the file. Now, the problem is the redirect to 
  1328. /dev/null. The rationale for doing this is so I won't see things like:
  1329.  
  1330. cannot change directory to blah: Permission denied.
  1331.  
  1332. However, when I run this command, it just hangs. At first, I thought it
  1333. had something to do with the way I constructed the command. I ruled that
  1334. out. Then, I thought it had something to do with my shell (bash) but I
  1335. ruled that out by trying other sh-shells (remembering that redirecting
  1336. stderr in csh/tcsh is real *fun* -- read stupid). So, then I figured
  1337. it had something to do with my OS (SunOS) but no, that wasn't it
  1338. either! 
  1339.  
  1340. Then it was time to look at the man page again:
  1341.  
  1342.     -ok command    Like -exec except that the generated  command
  1343.                     is  written  on the standard output, then the
  1344.                     standard input is read and the  command  exe-
  1345.                     cuted only upon response y.
  1346.  
  1347. Now read that. It *says* it writes to standard output right?
  1348.  
  1349. Well:
  1350. [casbah:226] ~ -> find /tmp -user navarra -ok /bin/rm {} \; 2>yeah_right
  1351. n
  1352. n
  1353. n
  1354. n
  1355. screw you find!
  1356. yeah whatever
  1357. ^C
  1358. [casbah:227] ~ -> cat yeah_right
  1359. find: cannot chdir to /tmp/screens/S-jeff: Permission denied
  1360. find: cannot chdir to /tmp/screens/S-triona: Permission denied
  1361. < /bin/rm ... /tmp/screens/S-navarra >?   find: cannot chdir to
  1362. /tmp/screens/S-j
  1363. find: cannot chdir to /tmp/hpa: Permission denied
  1364. find: cannot chdir to /tmp/lunde: Permission denied
  1365. find: cannot chdir to /tmp/jmaltzen: Permission denied
  1366. find: cannot chdir to /tmp/triona: Permission denied
  1367. < /bin/rm ... /tmp/navarra >?   < /bin/rm ... /tmp/navarra/chapters >?   <
  1368. /bin/
  1369. rm ... /tmp/navarra/nutshell >?   < /bin/rm ... /tmp/navarra/vi >?   <
  1370. /bin/rm .
  1371.  
  1372. So, they lied! Those bastards!
  1373.  
  1374. Well, I know in this circumstance I can use:
  1375.  
  1376. find /tmp -user navarra -exec /bin/rm -i 2>/dev/null
  1377.  
  1378. but, really, this is not always going to help me and I was wondering
  1379. if this problem with find is well known and if anyone has done anything
  1380. about it? I tested this on a number of machines (Sun, Next, Sequent 
  1381. Risc) and they all didn't work.
  1382.  
  1383. Ideas, suggestions, comments?
  1384. -tms 
  1385. -- 
  1386. You can get further with a kind word | You can get further with a kind word
  1387. and a gun than a kind word alone.    | and a phaser than a kind word and a gun.
  1388.           --al capone                |           -- John Navarra
  1389. =======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========
  1390.  
  1391. -----------------------------
  1392.  
  1393. From: Republic of Taiwan <rot@multisys.com>
  1394. Subject: Re: need script to rename uppercase filenames
  1395. Keywords: script,tar,msdos
  1396. Date: 7 Sep 92 07:00:22 GMT
  1397. To:       info-unix@sem.brl.mil
  1398.  
  1399. In article <699@svcs1.UUCP> slix@svcs1.UUCP (Bill Miller) writes:
  1400. =Hi, everyone.
  1401. =
  1402. =I'm fairly new to unix, and I need a script or procedure to do the following:
  1403. =I have some source code in DOS (many separate files) that I tarred under
  1404. =DOS and untarred under 386BSD.  The big problem is that all the files
  1405. =came through in UPPERCASE and I need a script to mv (rename) them all
  1406. =to lowercase quickly.
  1407. =Since they're in DOS text format, I realize I also need to strip the 
  1408. =extra carriage returns on each line.  I've been successful in doing this
  1409. =with:
  1410. =  cat (file) | tr -d '\015' > (newfile)
  1411. =It would be nice to combine both of these so that I could rename the
  1412. =files to uppercase and strip the extra newlines all in one fell swoop
  1413. =instead of doing it one file at a time.
  1414. =
  1415.  
  1416. #!/bin/csh -f
  1417. # ^M is contrl M, ^Z is control Z
  1418. #
  1419. foreach i ($*)
  1420. sed -e 's/^M//g' -e 's/^Z//g' $i  > `echo $i | tr A-Z a-z`;
  1421. rm $i;
  1422. end
  1423.  
  1424. -----------------------------
  1425.  
  1426. From: SIMON LAI <sjlai@fcit-c1.fcit.monash.edu.au>
  1427. Subject: SIGIO - when does it occur ?
  1428. Date: 7 Sep 92 07:28:07 GMT
  1429. Sender: Usenet system <news@monu6.cc.monash.edu.au>
  1430. To:       info-unix@sem.brl.mil
  1431.  
  1432.  
  1433. There seems to have been some discussion in this group about signals and
  1434. sockets, so hopefully those same people can help me.
  1435.  
  1436. I am writing an application that uses SIGIO to service a number of non-
  1437. blocking sockets with incoming data.  Everything seems to work fine, though
  1438. as the subject line says I need to know exactly when SIGIO occurs.
  1439.  
  1440. It doesn't seem to occur until a certain number of characters are in the
  1441. socket waiting to be read (buffer full?).  Is this correct?  If yes, then 
  1442. how many characters cause SIGIO to occur, and can I vary this number?
  1443.  
  1444. I've looked at sys/socket.h, and though some of the options seem related
  1445. none seem to be exactly what I want.
  1446.  
  1447. Any help appreciated.
  1448.  
  1449. Simon
  1450.  
  1451. -----------------------------
  1452.  
  1453. From: Heikki Karhunen <hkarhune@hydra.helsinki.fi>
  1454. Subject: Re: /usr/mail/glenr.lock not creatable after 10 tries
  1455. Date: 7 Sep 92 08:22:37 GMT
  1456. Sender: Uutis Ankka <news@klaava.helsinki.fi>
  1457. To:       info-unix@sem.brl.mil
  1458.  
  1459. In article <1992Sep6.155328.11649@aruba.uucp> glenr@aruba.UUCP (Glen Reesor) wrote:
  1460. > I'm using the ftpmail server at decwrl.  When I request large files it usually
  1461. > takes a few tries to get all parts.  Up until now I just thought that some
  1462. > site along the way was dropping them.  But the other day I noticed a number
  1463. > of bounced messages going *back* to decwrl, so it appears that it is
  1464. > *my* site dropping parts.  My system configuration is:
  1465. > Network of HP9000/730's running HPUX 8.07.  All machines share a single
  1466. > /usr/mail directory using NFS.  The machine that /usr/mail actually resides
  1467. > on is our UUCP machine.  My account is not on the UUCP machine, thus the mail
  1468. > will be routed from the UUCP machine to my machine using SMTP.
  1469. > I've configured sendmail to mail a copy of all bounced headers to postmaster,
  1470. > and this is what I get:
  1471. > --------------------------------------cut--------------------------------------
  1472. > From MAILER-DAEMON@onyx Sat Sep  5 21:27 EDT 1992
  1473. > Received: from ruby by onyx with SMTP
  1474. >         (16.8/16.2) id AB20350; Sat, 5 Sep 92 21:26:49 -0400
  1475. > Date: Sat, 5 Sep 92 13:32:58 -0700
  1476. > From: Mail Delivery Subsystem <MAILER-DAEMON@onyx>
  1477. > Return-Path: <MAILER-DAEMON@onyx>
  1478. > Subject: Returned mail: Can't create output
  1479. > To: Postmaster@onyx
  1480. > Status: RO
  1481. >    ----- Transcript of session follows -----
  1482. > mail: /usr/mail/glenr.lock not creatable after 10 tries
  1483. > 550 <glenr@onyx>... Can't create output
  1484. >   ----- Message header follows -----
  1485. > --------------------------------------cut--------------------------------------
  1486. > onyx is the machine that my account is on and ruby is the UUCP machine.  I've
  1487. > RTFM'ed and can't find any reference to "Can't create output".  Since I don't
  1488. > understand the in's and out's of mail lock files all I can postulate is that
  1489. > more than one piece of mail is trying to be delivered at once.  This 
  1490. > particular mail bounced on Saturday in the evening, so there was no mail
  1491. > other than from decwrl coming to me.
  1492. > So.....is it a problem with NFS mounting /usr/mail?  Or is sendmail tripping
  1493. > over itself because of the volume of mail coming to me all at once?
  1494.  
  1495. This sounds very similar to one problem I had this summer. And no, I
  1496. didn't find any solution to it, but here is what I discovered.
  1497.  
  1498. We have at work several Apollos that co-exist very nicely with each
  1499. other. Now, we got a HP 9000/710 on loan from HP (they obviously
  1500. wanted us to buy it, but that is another story altogether).
  1501.  
  1502. My home directory is in Apollo, but I mainly used the HP, because I
  1503. was supposed to try it out and to see that it too co-existed with the
  1504. rest of the boat anchors hanging around the net.
  1505.  
  1506. As the only way to share HP-UXen and Apollo's filesystem is via NFS,
  1507. that is exactly what we did (by the way, we run Domain/OS 10.4 on the
  1508. Apollos with NFS 2.3 and the HP-UX was around 8.07).
  1509.  
  1510. I configured my own environment so that my home directory (among other
  1511. things) was mounted via NFS from the Apollo cluster. I also mounted
  1512. HP's /usr/mail to our mail handling Apollo's /usr/spool/mail.
  1513.  
  1514. Now begins the fun part. I could use Elm (2.3 PL11, not the one HP
  1515. supplies as I use Elm 2.3 in Apollos too and HP's Elm didn't
  1516. understand all the elmrc switchery) in HP to read and send my mail.
  1517. But.  Whenever I logged in as root (or even a normal user), I had to
  1518. wait about 20 seconds after the copyright texts while mail was
  1519. checking whether I had any mail. It invariably failed with: 'mail:
  1520. can't lock /usr/mail/<username> after 10 tries'.
  1521.  
  1522. I digged around this for a while, and it seems that mail (when invoked
  1523. with -e or otherwise) creates a lock file, /usr/mail/<username>.lock
  1524. in the mail directory. For some reason it couldn't create one when the
  1525. /usr/mail was NFS mounted from Apollo.
  1526.  
  1527. Actually, it _did_ create something... Namely a file called
  1528. /usr/mail/root.lock, the length of which was 0 and all the protection
  1529. bits were clear. I tested Apollo's mail (the sys5.3 variety) and its'
  1530. lockfile was some bytes long and its' protection was r+w for owner (I
  1531. think, not sure about this anymore :) ).
  1532.  
  1533. I had more or less synchronized the GIDs and UIDs in both machines (I
  1534. didn't do 'em all, the HP was on loan, after all...) and the NFS
  1535. mounting was done with default options.
  1536.  
  1537. I _know_ that Apollo's NFS 2.3 is not fully functional (lacks lockd
  1538. among other things) and HP will ship version 3.0 anytime-real-soon-now, 
  1539. but by the previous problem the glitch might be in HP's NFS. Comments?
  1540.  
  1541. > If I can get this worked out, FTP mail may actually be semi-painless!  Any
  1542. > suggestions or solutions would be greatly appreciated.  
  1543. > Please e-mail.  I will summarize if there is interest.
  1544.  
  1545. Hope someone can unravel this... I'd sure like to know how...
  1546.  
  1547. > -- 
  1548. > Glen Reesor                       |Internet Style: aruba!glenr@uu2.psi.com
  1549. > Systems Administrator, Project Zed|UUCP     : ...!uunet!uu2.psi.com!aruba!glenr
  1550.  
  1551.     Heikki Karhunen
  1552.  
  1553. /-----------------------------+-----------------------------------------\
  1554. | hkarhune@hydra.helsinki.fi  | There is always a job for a theoretical |
  1555. | Heikki.Karhunen@helsinki.fi | physicist -- at least in theory.        |
  1556. \-----------------------------+-----------------------------------------/
  1557.  
  1558. -----------------------------
  1559.  
  1560. From: Stephen Wynne <swynne@cie.uoregon.edu.uoregon.edu>
  1561. Subject: Berkely Fast File System
  1562. Date: 7 Sep 92 08:53:36 GMT
  1563. Sender: news@phloem.uoregon.edu
  1564. X-Newsreader: Tin 1.1 PL5
  1565. To:       info-unix@sem.brl.mil
  1566.  
  1567. I'm having difficulties understanding the Berkeley Fast File System.
  1568. I can see how fragmentation would be a problem under the old method, 
  1569. but I'm getting lost in the details of cylinder groups, bitmaps, etc...
  1570. Would anyone care to start a discussion on this topic with me?
  1571.  
  1572. Thanks,
  1573.  
  1574. STEVE
  1575.  
  1576. -----------------------------
  1577.  
  1578. From: Simon Tyrrell <styrrell@daisy.ee.und.ac.za>
  1579. Subject: DRS/NX documentation anomaly
  1580. Date: 7 Sep 92 09:01:07 GMT
  1581. NNTP-Posting-Host: daisy.ee.und.ac.za
  1582. To:       info-unix@sem.brl.mil
  1583.  
  1584. We've recently acquired a DRS3000 running DRS/NX and I'm trying to 
  1585. implement mail as per the instructions in Appendix E of the System
  1586. Administrator's Guide.  Quoting from page E-8 (no, that's not a smiley)
  1587.  
  1588. >    2.  The list of machines that will accept SMTP mail is specified
  1589. >        by the netdird service.  See netdird(1M) in the System
  1590. >        Administrator's Reference Manual to see how to add services
  1591. >        to this database.
  1592.  
  1593. There is no such netdird man page in my SAR manual :-(  Have other
  1594. DRS/NX users noticed this problem?  We want to send mail over the
  1595. Internet via TCP/IP.  Unless I've missed something, the SAR manual
  1596. seems to have failed me, and I'm now stuck.  
  1597.  
  1598. How does one get over this step?  Any help will be greatly appreciated.
  1599.  
  1600. Simon Tyrrell
  1601.  -------------
  1602. Academic Computer Services
  1603. University of Durban-Westville
  1604.  
  1605. -----------------------------
  1606.  
  1607. From: Staale Deraas <staale@kvatro.no>
  1608. Subject: Re: Problem with "umount" on SCO-ODT (UNIX v. 5.3.2)
  1609. Date: 7 Sep 92 12:59:32 GMT
  1610. Sender: NetNews Administrator <news@ugle.unit.no>
  1611. To:       info-unix@sem.brl.mil
  1612.  
  1613.  
  1614. On SCO 3.2 you have a command that is called "fuser", that will tell you who are using
  1615. the file system.
  1616.  
  1617. -----------------------------
  1618.  
  1619. From: Geert Lindemulder <geert@gouldnl.encore.nl>
  1620. Subject: termcap entry for a Tandem TS530 Series Terminal
  1621. Date: 7 Sep 92 13:14:02 GMT
  1622. Sender: Geert Lindemulder <geert@encore.nl>
  1623. To:       info-unix@sem.brl.mil
  1624.  
  1625. Dear network readers ,
  1626.  
  1627. This morning we received a Tandem TS530 Series Terminal.
  1628. We tried to connect this to our gould powernode pn6040 with
  1629. a utx 2.1b operating system.
  1630. Unfortunately our system does not have an entry, for this kind
  1631. of terminal in the termcap file.
  1632. Did anyone of you ever had to connect one of these terminal to his
  1633. unix system.
  1634. I am very interested in any number of termcap lines , before i
  1635. start searching in the terminal manual to edit a termcap entry myself. 
  1636.  
  1637. regards , Geert Lindemulder 
  1638. Encore Computer Nederland B.V.
  1639. Maarssenbroek , Nederland
  1640. Email : glindemulder@encore.nl
  1641.  
  1642. -----------------------------
  1643.  
  1644. From: Eduardo Rodriguez <erodrigu@dcc.uchile.cl>
  1645. Subject: Playing CD in workstation A, hearing it in B, Can I?
  1646. Date: 7 Sep 92 13:37:45 GMT
  1647. Sender: Network News <usenet@dcc.uchile.cl>
  1648. Originator: erodrigu@tolten
  1649. To:       info-unix@sem.brl.mil
  1650.  
  1651.  
  1652. I want to play a CD in a device connected to some workstation A,
  1653. but i want to hear it in other workstation B.
  1654.   Is there an utility that do that?. Both workstation are Sun Sparc
  1655. connected via Ethernet.
  1656.  
  1657. Thanks for any hint!
  1658.  
  1659. edo...
  1660.  
  1661. Eduardo Rodriguez S        - --- - --- - --- -    erodrigu@dcc.uchile.cl
  1662. Dpto de Ciencias de la Computacion  - --- -    ...!uunet!uchdcc!erodrigu
  1663. Universidad de Chile   --- - --- - ---   erodrigu%uchdcc@uchcecvm.BITNET
  1664. - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- 
  1665.  
  1666. -----------------------------
  1667.  
  1668. From: Eduardo Rodriguez <erodrigu@dcc.uchile.cl>
  1669. Subject: Re: Ytalk source code...
  1670. Keywords: ytalk
  1671. Date: 7 Sep 92 15:11:05 GMT
  1672. Sender: Network News <usenet@dcc.uchile.cl>
  1673. Originator: erodrigu@tolten
  1674. To:       info-unix@sem.brl.mil
  1675.  
  1676.  
  1677. In article <Bu6Dn3.L9q@news.cso.uiuc.edu>, aar50482@uxa.cso.uiuc.edu (amy) writes:
  1678. > I'm looking for the source code for the most recent version of
  1679. > ytalk. if anyone knows where i can get it, let me know.
  1680.  
  1681. >From archie:
  1682.  
  1683. Host uhunix2.uhcc.hawaii.edu
  1684.  
  1685.     Location: /incoming/blaine
  1686.            FILE -rw-r--r--      65536  Mar 30 19:48  ytalk
  1687.     Location: /incoming/unix
  1688.            FILE -rw-r--r--      33223  Jul 26 07:42  ytalk-2.0.tar.Z
  1689.  
  1690. Host bode.ee.ualberta.ca
  1691.  
  1692.     Location: /pub/newstuff
  1693.            FILE -rw-r--r--      27215  May 27 15:23  ytalk.tar.Z
  1694.  
  1695. edo...
  1696.  
  1697. Eduardo Rodriguez S        - --- - --- - --- -    erodrigu@dcc.uchile.cl
  1698. Dpto de Ciencias de la Computacion  - --- -    ...!uunet!uchdcc!erodrigu
  1699. Universidad de Chile   --- - --- - ---   erodrigu%uchdcc@uchcecvm.BITNET
  1700. - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- 
  1701.  
  1702. -----------------------------
  1703.  
  1704.  
  1705. End of INFO-UNIX Digest
  1706. ***********************
  1707.