home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / question / 13779 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  58.9 KB

  1. Path: sparky!uunet!stanford.edu!rutgers!cmcl2!adm!news
  2. From: postmaster@ntsc-rd.navy.mil (SMTP MAILER)
  3. Newsgroups: comp.unix.questions
  4. Subject: Mail not delivered yet, still trying
  5. Message-ID: <34205@adm.brl.mil>
  6. Date: 22 Nov 92 18:27:16 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 1787
  9.  
  10.  
  11.  ----Mail status follows----
  12. Have been unable to send your mail to <rubel@ntsc-rd.navy.mil>,
  13. will keep trying for a total of three days.
  14. At that time your mail will be returned.
  15.  
  16.  ----Transcript of message follows----
  17. Date: 22 Nov 92 04:20:00 EST
  18. From: info-unix@BRL.MIL
  19. Subject: INFO-UNIX Digest  V17#007
  20. To: "rubel" <rubel@ntsc-rd.navy.mil>
  21. cc: "slosser" <slosser@ntsc-rd.navy.mil>
  22.  
  23. Return-Path: <info-unix-request@sem.brl.mil>
  24. Received: from SEM.BRL.MIL by ntsc-rd.navy.mil with SMTP ; 
  25.           Sun, 22 Nov 92 04:08:46 EST
  26. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa24935; 21 Nov 92 7:08 EST
  27. Received: from sem.brl.mil by SEM.BRL.MIL id aa24687; 21 Nov 92 6:53 EST
  28. Date:       Sat, 21 Nov 92 06:52:36 EST
  29. From:       The Moderator (Mike Muuss) <Info-Unix-Request@BRL.MIL>
  30. To:         INFO-UNIX@BRL.MIL
  31. Reply-To:   INFO-UNIX@BRL.MIL
  32. Subject:    INFO-UNIX Digest  V17#007
  33. Message-ID:  <9211210653.aa24687@SEM.BRL.MIL>
  34.  
  35. INFO-UNIX Digest          Sat, 21 Nov 1992              V17#007
  36.  
  37. Today's Topics:
  38.                System V msgrcv and msgsnd help requested.
  39.                     Re: UNIX --> DOS remote printing
  40.                     Searching for a database program
  41.                            Re: IS UNIX DEAD?
  42.                      Re: IS UNIX DEAD? (very long)
  43.                                   FAQ
  44.                   Unaccessible files, HELP!!!!!!!!!!!
  45.                 Re: Unaccessible files, HELP!!!!!!!!!!!
  46.                           Question about write
  47.            Why do the C programs that I download never work?
  48.                    Re: Overflow warnings (SCO SV3.2)
  49.               Re: How do I increase number of screen rows?
  50.                   Re: A few more quick C questions...
  51.                         how to change bk color?
  52.                        Re: diff in scripts again
  53.                        Decompress while merging?
  54.                         Re: IS UNIX DEAD (long)
  55.        Distribution of cs.general (WAS Re: diff in scripts again)
  56.            Re: how to search/replace over an entire directory
  57.                 lockf in SV is there anything in 4.3BSD
  58.                         Re: Unattended execution
  59.                         Re: IS UNIX DEAD? (long)
  60.                     where no vi has gone before...?
  61.               where no vi has gone before...? (CORRECTION)
  62.                 background exection from startup scripts
  63.                                 Re: grep
  64.     Re: problems with awk: output redirection and getline in a pipe
  65.                         info? Unix standard(s)!
  66.         Library maintenance with SunOS 4.1.1 make (bug report?)
  67.                   Re: How to delete a file named -l??
  68.                    C Source Code for Pattern Matching
  69.                          What's HP Boat Format
  70.                            Net File Question
  71.                                 popen..
  72.                       what does 8-bit clean mean ?
  73.                           Re: C Program error
  74.                   mapping extended keyboard in vi /ksh
  75.                            Re: UUENCODE help!
  76.                       Suppressing the 'w' command
  77.                          IS UNIX DEAD? 13 of 22
  78.                         How do I restore Files??
  79. -----------------------------------------------------------------
  80.  
  81. From: Scott Howell <scotth@gdfwc3>
  82. Subject: System V msgrcv and msgsnd help requested.
  83. Date: 9 Nov 92 21:03:14 GMT
  84. Sender: usenet@yorktown.uucp
  85. To:       info-unix@sem.brl.mil
  86.  
  87.  
  88. If any one has an example of a program that uses system V message queue
  89. access routines (particularly msgrcv and msgsnd) could you please send
  90. it my way.  
  91.  
  92. We are having problems in particular with the msgbuf structure found in 
  93. msg.h.  This structure looks like:
  94.  
  95.   struct msgbuf {
  96.      long mtype;
  97.      char mtext[1];
  98.   };
  99.  
  100. The problems seems to stem from the fact that mtext is a 1 char array, but
  101. it can contain from 1 - 8k bytes.  Any example code or ideas would be
  102. appreciated.  We are running on a Data General Aviion Workstation and a Harris
  103. Nighthawk computer (V6.1).
  104.  
  105. -----------------------------
  106.  
  107. From: "David A. Wolf" <daw@vivanet.com>
  108. Subject: Re: UNIX --> DOS remote printing
  109. Keywords: dos unix esker printing
  110. Date: 12 Nov 92 23:33:29 GMT
  111. Sender: "David A. Wolf"@vivanet.com
  112. Followup-To: daw@vivanet
  113. To:       info-unix@sem.brl.mil
  114.  
  115. In article <31455@hydra.Helsinki.FI> karell@cs.Helsinki.FI (Esa Karell) writes:
  116. >Hi,
  117. >
  118. >Is anyone aware of packages (PD or commercial) that
  119. >allow UNIX boxes to send print requests to a DOS box
  120. >on a lan?
  121. >
  122. You don't mention which LAN but here some solutions...
  123.  
  124. ESKER puts out a product called "TUN UNIX,TUN PLUS, TUN/X"
  125. The TUN UNIX product has "VPRINT" which provides access to
  126. the local MS-DOS printer from all workstations on the network.
  127. "RPRINT" provides access to UNIX printers from the MS-DOS PC.
  128. VDKNET provides access to UNIX file systems and backup perpherals
  129. from the MS-DOS PC.  I have sold and installed ESKER products
  130. and they work very well after initial set-up.  They also have an
  131. excellent terminal emulation package. ESKER is a French company
  132. that has recently open a USA office.  For resellers, MERISEL
  133. distributes the full ESKER Line.
  134.  
  135. Contact: William Desmole                 IN FRANCE: ESKER
  136.          1181 Chess Drive #C             20, rue Gabriel Peri
  137.          Foster City, CA 94404, USA      69100 VILLEURBANNE
  138.          415-341-9065                    FRANCE
  139.                                          Tel.:(33)78 93 55 36
  140.  
  141. -good luck...
  142.  
  143.  
  144. David A.Wolf
  145. VIVATRON Corporation                       Voice: 800-836-UNIX
  146. Rochester, New York, USA                     Fax: 716-272-7627
  147. SCO Advanced Product Center                email: daw@vivanet
  148. *******************************************************************
  149.  
  150. -----------------------------
  151.  
  152. From: "Daniel W. James" <dwj@sactoh0.sac.ca.us>
  153. Subject: Re: UNIX --> DOS remote printing
  154. Date: 13 Nov 92 19:00:14 GMT
  155. To:       info-unix@sem.brl.mil
  156.  
  157. twriter@rd.hydro.on.ca (Timothy Writer) writes:
  158.  
  159. :)karell@cs.Helsinki.FI (Esa Karell) writes:
  160.  
  161. :)>Is anyone aware of packages (PD or commercial) that
  162. :)>allow UNIX boxes to send print requests to a DOS box
  163. :)>on a lan?
  164.  
  165. :)BWNFS is not the only TCP/IP and NFS package which provides a printer
  166. :)daemon (TSR).  I believe Wollongong and FTP software also provide one,
  167. :)there may be others.  However, IMHO BWNFS is far superior.  BWNFS is
  168. :)available from:
  169.  
  170. Take a peek at *any* recent issue of UnixWorld and you'll find a mention of
  171. about a zillion of these packages.
  172.  
  173. Locus Computing sells one  (800) 95-LOCUS.
  174. James River Corp (ICE.TCP) (612) 339-2521
  175.  
  176. You should be able to find both of these mail order as well.
  177. -- 
  178. _______________________________________________________________________________
  179.   #include <stdisc.h>                       |  dan!ccpoabt@sactoh0.SAC.CA.US
  180.       CCPOA Benefit Trust Fund              | ...!pacbell!sactoh0!ccpoabt!dwj
  181.  
  182. -----------------------------
  183.  
  184. From: kevin mcfadden <kevin@sherman.pas.rochester.edu>
  185. Subject: Searching for a database program
  186. Date: 13 Nov 92 20:47:42 GMT
  187. Sender: news@galileo.cc.rochester.edu
  188. Nntp-Posting-Host: sherman.pas.rochester.edu
  189. To:       info-unix@sem.brl.mil
  190.  
  191.  
  192. I was wondering if anyone out there knows of a database program, text or in
  193. X, that will run under SunOS 4.1.x and Openwindows.
  194.  
  195. Also, does anyone know of a list that supplies a description of what is
  196. available, either brief or verbose?  Some sites have descriptions
  197. at the ftp level but they are usually Dos/Mac.
  198.  
  199. Thanks a bunch.
  200.  
  201. Kevin
  202.  
  203. -----------------------------
  204.  
  205. From: Peter Busser <peter@global.hacktic.nl>
  206. Subject: Re: IS UNIX DEAD?
  207. Date: 14 Nov 92 13:32:14 GMT
  208. To:       info-unix@sem.brl.mil
  209.  
  210. pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  211.  
  212. >peter@global.hacktic.nl (Peter Busser) writes:
  213. >>dmcquaid@csws19.ic.sunysb.edu (Devin McQuaid) writes:
  214.  
  215. >>>>Where can I get toll-free support for Linux?
  216. >>>comp.os.linux
  217. >>>you won't get an answer in 20 min. but you will get your answer
  218. >>USENET costs $$$ too. And administration.
  219.  
  220. >    That's a dumb response--so does a phone. The support itself is free,
  221. >which is what was initially asked for. Any kind of free support, be it via
  222. >phone, mail, or net account, will cost something to access.
  223.  
  224. Well, that's the point, here you need a modem (which implies a phone
  225. connection) and possibly long distance calls to get comp.os.linux (the USENET
  226. provider in Holland doesn't have a toll free number). You can't get c.o.l when
  227. you need it, you have to poll every day.
  228.  
  229. Besides whom you're gonna call to setup UUCP and USENET? The gostbusters? ;-)
  230.  
  231. -----------------------------
  232.  
  233. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  234. Subject: Re: IS UNIX DEAD?
  235. Date: 15 Nov 92 19:56:53 GMT
  236. Sender: news@ccu.umanitoba.ca
  237. Nntp-Posting-Host: ccu.umanitoba.ca
  238. To:       info-unix@sem.brl.mil
  239.  
  240. peter@global.hacktic.nl (Peter Busser) writes:
  241.  
  242. >pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  243.  
  244. >>peter@global.hacktic.nl (Peter Busser) writes:
  245.  
  246. >>>>>If you want a nice graphical interface
  247. >>>>>like Windows or Os/2, you have to ftp and make that too.
  248. >>>>Um, no ... you just install X from the SLS disks, I believe.
  249. >>>Yep. But then, how do I know to type in 'startx' on the command line?
  250.  
  251. >>    The same way you know to type "win" to start MSWindows or to
  252. >>double-click to start a Mac application -- you read the short intro
  253. >>documentation. It's not the least bit difficult.
  254.  
  255. >I don't need to type anything to boot OS/2 in a graphics environment.
  256.  
  257. I don't have to type anything to start my NCD X terminal.
  258.  
  259. Typing one word (like 'win' or 'startx' or 'openwin') is not that difficult.
  260. You have to type something anyway...(like editing a note/letter/mail).
  261.  
  262. -- budi
  263. -- 
  264. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  265. Unix Support - Computer Services - University of Manitoba
  266.  
  267. -----------------------------
  268.  
  269. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  270. Subject: Re: IS UNIX DEAD?
  271. Date: 15 Nov 92 20:02:28 GMT
  272. Sender: news@ccu.umanitoba.ca
  273. Nntp-Posting-Host: ccu.umanitoba.ca
  274. To:       info-unix@sem.brl.mil
  275.  
  276. In <1992Nov14.133214.1004@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  277.  
  278. >pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  279.  
  280. >>peter@global.hacktic.nl (Peter Busser) writes:
  281. >>>dmcquaid@csws19.ic.sunysb.edu (Devin McQuaid) writes:
  282.  
  283. >>>>>Where can I get toll-free support for Linux?
  284. >>>>comp.os.linux
  285. >>>>you won't get an answer in 20 min. but you will get your answer
  286. >>>USENET costs $$$ too. And administration.
  287.  
  288. >>    That's a dumb response--so does a phone. The support itself is free,
  289. >>which is what was initially asked for. Any kind of free support, be it via
  290. >>phone, mail, or net account, will cost something to access.
  291.  
  292. >Well, that's the point, here you need a modem (which implies a phone
  293. >connection) and possibly long distance calls to get comp.os.linux (the USENET
  294. >provider in Holland doesn't have a toll free number). You can't get c.o.l when
  295. >you need it, you have to poll every day.
  296.  
  297. >Besides whom you're gonna call to setup UUCP and USENET? The gostbusters? ;-)
  298.  
  299.  
  300.  
  301. You want phone # or mail addres for linux ? Here's an example (taken from 
  302. comp.os.linux today ):
  303.  
  304.  -----
  305. From: BARRY TITMARSH <BTITMARS@ESOC.BITNET>
  306. Subject: Re: SLS on Disk in Germany !
  307.  
  308. Appaling!!
  309. I live in Germany DARMSTADT
  310. My address is B. Titmarsh  Im Niderfeld 10  W-6100 Darmstadt
  311.  
  312. This week alone i have dispached 900 disks to 30 users
  313. last week i did the same
  314. I distrubute this CODE as FREE no charge!!
  315. all i ask is that i have the disks sent to my home address with return post
  316. paid in stamps.  Nothing more..
  317. GNU software is FREE is it not ?
  318.  
  319. Barry...
  320. B.Titmars  Im Niderfeld 10  W-6100 Darmstadt Germany..
  321. mail me your disks ill copy them for FREE.
  322.  
  323.  -----
  324. From: Michael_Kraehe@hb.maus.de (Michael Kraehe)
  325. Organization: MausNet (Mitglied im IN e.V.)
  326.  
  327.  > Linux SLS 0.98 will soon be available as 20 Disks (a1-a4,b1-b5,c1-c4,x1-x7)
  328.  > from eMedia in Hannover for 99.- DM
  329.  
  330. everbody who lives in Bremen can get it without paying :-) Talk to 04204/1497
  331.  
  332. Tschaui Michael.
  333.  -----
  334.  
  335. From: mykee@cs.tu-berlin.de (Marco Scheibe)
  336. Organization: Technical University of Berlin, Germany
  337.  
  338. > everbody who lives in Bremen can get it without paying :-) Talk to 04204/1497
  339.  
  340. I offer the same service for Berlin -- talk to (030)4017848 (answering machine)
  341. or send me Email.
  342.  
  343.  
  344.  
  345. ---- end of included msgs
  346.  
  347. -- budi
  348. -- 
  349. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  350. Unix Support - Computer Services - University of Manitoba
  351.  
  352. -----------------------------
  353.  
  354. From: Anthony Shipman <als@bohra.cpg.oz.au>
  355. Subject: Re: IS UNIX DEAD?
  356. Date: 16 Nov 92 05:55:25 GMT
  357. To:       info-unix@sem.brl.mil
  358.  
  359. martin@datacomm.ucc.okstate.edu (Martin McCormick) writes:
  360.  
  361. >In article <0105002B.ibrvd6@digtype.airage.com> jeff@digtype.airage.com writes:
  362. >>Sun has also put their full documentation on CD-ROM--it's called Answerbook.
  363. >>It includes Postscript versions of all of the standard man pages,
  364. >>plus the full paper documentation set (normally 8 or so volumes weighing
  365. >>in at 80 or so pounds!). I also have hardware and configuration manuals
  366. >>for most of the desktop systems. It completely fills a 600 meg CD.
  367.  
  368. >First, I completely agree with Jeff's enthusiasm for this system.  It is good
  369. >and probably is the wave of the future.  I do have one gripe, however.
  370. >As I have said, in other postings, Postscript is a half-finished job until
  371. >somebody comes up with a method for converting it back into standard ASCII
  372. >text like the lines you are reading, now.  The windows-oriented approach is
  373. >totally useless for those of us who are blind and use speech synthesizers.
  374. >We were able to cobble together a small C program to strip out all that
  375. >Postscript language and display a completely deformatted stream of data.
  376. >It beats nothing, though not by much.  I would love to help fix this problem,
  377. >but I need to find a document explaining Postscript in electronic form so
  378. >I can read it and figure out how to tackle this beast.
  379.  
  380. You have the wrong end of the stick.  Postscript is for describing the visual
  381. appearance on a page.  To try to convert it back to unformatted text strikes me
  382. conceptually as being a bit absurd.
  383.  
  384. To help you you want the documentation supplied in a format-independent way
  385. such as SGML.  SGML describes the information and structure of the document
  386. without being tied to some particular output device.  Then the hypertext links
  387. will be explicit and you can have a voice operated navigation system.
  388. High-end documentation systems such as Framemaker and Interleaf deal with SGML
  389. these days so it should all be technically feasible.
  390.  
  391. -- 
  392. Anthony Shipman                 "You've got to be taught before it's too late,
  393. CP Software Export Pty Ltd,      Before you are six or seven or eight,
  394. 19 Cato St., East Hawthorn,      To hate all the people your relatives hate,
  395. Melbourne, Australia, 3121       You've got to be carefully taught."  R&H
  396.  
  397. -----------------------------
  398.  
  399. From: Bob Goudreau <goudreau@robin.rtp.dg.com>
  400. Subject: Re: IS UNIX DEAD?
  401. Date: 16 Nov 92 18:50:48 GMT
  402. Sender: nadm root login <nadmroot@dg-rtp.dg.com>
  403. To:       info-unix@sem.brl.mil
  404.  
  405. In article <BxMFry.20I@eonsw.demon.co.uk> ian@eonsw.demon.co.uk (Ian Leonard) writes:
  406. >
  407. > Why does it [IBM PC] have an ESC key?
  408.  
  409. Probably because IBM realized that a keyboard that wasn't able to
  410. generate all of the characters in the ASCII standard would not sell
  411. as well as one that was.
  412.  
  413.  ----------------------------------------------------------------------
  414. Bob Goudreau            Data General Corporation
  415. goudreau@dg-rtp.dg.com        62 Alexander Drive    
  416. +1 919 248 6231            Research Triangle Park, NC  27709, USA
  417.  
  418. -----------------------------
  419.  
  420. From: Peter Busser <peter@global.hacktic.nl>
  421. Subject: Re: IS UNIX DEAD? (very long)
  422. Date: 14 Nov 92 14:20:16 GMT
  423. To:       info-unix@sem.brl.mil
  424.  
  425. rhodesia@wixer.cactus.org (Felix S. Gallo) writes:
  426.  
  427. >Definitely not.  My keyboard doesn't have an F1 key.  If it did, there
  428. >would be no guarantee that it would produce what your F1 key does.
  429.  
  430. That's what we have curses and termcap for...
  431.  
  432. >Why don't you take some courses on human-computer interaction and
  433. >ergonomics and try to get back to Unix later?
  434.  
  435. Have you?
  436.  
  437. -----------------------------
  438.  
  439. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  440. Subject: FAQ
  441. Date: 15 Nov 92 03:18:41 GMT
  442. Sender: jhgreen@cs.sandia.gov
  443. Followup-To: poster
  444. Originator: jhgreen@cs.sandia.gov
  445. To:       info-unix@sem.brl.mil
  446.  
  447. I downloaded the November 6 posting of the FAQ list.  I never found part 4/7.
  448. Would someone please mail me the fourth part?
  449.  
  450. -----------------------------
  451.  
  452. From: Frank Pinto <rolls@cis.umassd.edu>
  453. Subject: Unaccessible files, HELP!!!!!!!!!!!
  454. Date: 15 Nov 92 06:33:28 GMT
  455. Sender: USENET News System <usenet@umassd.edu>
  456. To:       info-unix@sem.brl.mil
  457.  
  458. Hello all
  459. Recently, while I was connected to school via my MAC
  460. from home, apparently I got disconnected , however, 
  461. I believe that some of the signal from the line
  462. created files in my directory.
  463. They have wierd names, eg. vH?
  464. t){}8uUytR99*-)]09)9ll08k, etc
  465. I've tried deleted them, but the system says
  466. It can not access them, I tried to move them into a dummy
  467. dir. , no avail.
  468. How do I Delete them?
  469. Also, what does it means for a file to be called with
  470. the following:  #filename#  , char "#" surrounding it?
  471.  
  472. Thanks in advance
  473.  
  474. Frank Pinto
  475.  
  476. -----------------------------
  477.  
  478. From: Fiona Wong <a1001032@cdf.toronto.edu>
  479. Subject: Re: Unaccessible files, HELP!!!!!!!!!!!
  480. Date: 16 Nov 92 03:44:52 GMT
  481. Sender: news@cdf.toronto.edu
  482. Nntp-Posting-Host: eddie.cdf
  483. To:       info-unix@sem.brl.mil
  484.  
  485. In article <BxqvJx.J0G@umassd.edu> rolls@cis.umassd.edu (Frank Pinto) writes:
  486. >Hello all
  487. >Recently, while I was connected to school via my MAC
  488. >from home, apparently I got disconnected , however, 
  489. >I believe that some of the signal from the line
  490. >created files in my directory.
  491. >They have wierd names, eg. vH?
  492. >t){}8uUytR99*-)]09)9ll08k, etc
  493. >I've tried deleted them, but the system says
  494. >It can not access them, I tried to move them into a dummy
  495. >dir. , no avail.
  496. >How do I Delete them?
  497. >Also, what does it means for a file to be called with
  498. >the following:  #filename#  , char "#" surrounding it?
  499. >
  500. >Thanks in advance
  501. >
  502. >Frank Pinto
  503.  
  504. Can "rm -i *" work?
  505.  
  506. ---
  507. Fiona.
  508.  
  509. -- 
  510. This is the story of bee.        Whose sex is very hard to see.
  511. You cannot tell the he from the she.    But she can tell, and so can he.
  512. The little bee is never still.        She has no time to take the pill.
  513. And that is why, in times like these.    There are so many sons of bees.
  514.  
  515. -----------------------------
  516.  
  517. From: HOU-SHENG LIN <hl00@ns1.cc.lehigh.edu>
  518. Subject: Question about write
  519. Date: 15 Nov 92 06:34:27 GMT
  520. To:       info-unix@sem.brl.mil
  521.  
  522. I was wondering how the write command sends output to the other person's
  523. terminal since I noticed that I cannot directly write to the person's /dev/tty
  524. file... (anything to do with the command temporarily shifthing so a su?)  On a
  525. related note, is there a way to turn off the write's beeping without turning
  526. the beeping entirely off for the system?
  527.  
  528. -- 
  529. -Sheng
  530. hl00@pl122.eecs.lehigh.edu
  531. hl00@m180k.cc.lehigh.edu
  532. hl00@lehigh.edu
  533.  
  534. -----------------------------
  535.  
  536. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  537. Subject: Why do the C programs that I download never work?
  538. Date: 15 Nov 92 16:22:25 GMT
  539. Sender: jhgreen@cs.sandia.gov
  540. Followup-To: poster
  541. Originator: jhgreen@cs.sandia.gov
  542. To:       info-unix@sem.brl.mil
  543.  
  544. Hi.
  545.  
  546. I assume that the problem is some act of blatent stupidity on my part, but
  547. why is it that every program without an included makefile that I download 
  548. from an FTP server never compiles?  I try cc, gcc, and all of the other C
  549. compilers and I always get a page of errors.  Would someone please inform
  550. me of my mistake?
  551.  
  552. Thanks
  553.  
  554.  --------------------------- |\_/| --------------------------------------------
  555. | Jethro H. Greene (Jed) | \`0.0'/ | Massively Parallel Comp. Research Lab., |
  556. | jhgreen@cs.sandia.gov  | =(_-_)= | Sandia National Lab., Albuquerque, NM   |
  557.  ---------------------------   U   --------------------------------------------
  558.  
  559. -----------------------------
  560.  
  561. From: "Karl-P. Huestegge" <karl@robots.in-berlin.de>
  562. Subject: Re: Overflow warnings (SCO SV3.2)
  563. Date: 15 Nov 92 16:55:53 GMT
  564. To:       info-unix@sem.brl.mil
  565.  
  566. dmunday@miavx1.acs.muohio.edu writes:
  567.  
  568. >I have just started getting the fallowing two messages on our 486
  569. >SCO Unix System V/3.2 box
  570. >WARNING: Region table overflow
  571. >NOTICE: File table overflow
  572.  
  573. Increase NREGION and/or NFILE (Options 3 and 4 of the kernel configure
  574. script).
  575.  
  576. NREGION should be 210 for 2-3MB RAM, 250 for 4-6MB RAM and 300 for 6-15MB
  577. RAM.
  578. NFILE should be 150/300/400 for upto 4/6/15 MB RAM.
  579.  
  580. Look for details in your System Administrator Guide (Chapter 18).
  581. There are some nice tables (System error messages -> affected Kernel
  582. parameters, Amount of RAM -> tunable Parameters etc..).
  583.  
  584. Hope this helps,
  585.      Karl-Peter.
  586.  
  587. -- 
  588. Karl-Peter Huestegge                          karl@robots.in-berlin.de
  589. Berlin Friedenau                              ..unido!fub!geminix!robots!karl
  590.  
  591. -----------------------------
  592.  
  593. From: Kristian Ejvind <krej@electrum.kth.se>
  594. Subject: Re: How do I increase number of screen rows?
  595. Date: 15 Nov 92 17:21:08 GMT
  596. Sender: Usenet <usenet@kth.se>
  597. Nntp-Posting-Host: gaia.electrum.kth.se
  598. To:       info-unix@sem.brl.mil
  599.  
  600. In article <lux.721768908@sol.UVic.CA> lux@sol.UVic.CA (Michael O'Henly) writes:
  601. >       I want to increase the number of rows displayed by things like
  602. >   emacs and nn from 24 to 35.
  603. >
  604. >       When I dial into my machine, the terminal window is defined as
  605. >   24x80 and I can't quite figure out how to change it. I suspect it
  606. >   involves the stty command, but 'stty rows 35' doesn't seem to tell
  607. >   "full screen" emacs whatever it needs to know in order to address the
  608. >   extra rows.
  609.  
  610.    IF you are using tcsh (I don't know how any other shells do this) the
  611. problem surely is in tcsh, as it uses the scroll regions of a vt100-terminal.
  612. I had the same problem and have solved it with a little script that sends the
  613. 'set scroll-region' command to the terminal like this:
  614.  ------8<----cut,cut-----
  615. stty rows 29 cols 80
  616. echo -n "<ESC>[1;29r"
  617. clear
  618.  ------8<----cut,cut-----
  619. where <ESC> is the escape character, which sets the display to 29 lines, 
  620. just substitute 29 for 35 on the first two lines and it will work for you.
  621.  
  622. /Kristian
  623.  
  624. -----------------------------
  625.  
  626. From: John Gordon <gordon@osiris.cso.uiuc.edu>
  627. Subject: Re: A few more quick C questions...
  628. Date: 15 Nov 92 17:48:18 GMT
  629. Sender: Net Noise owner <usenet@ux3.cso.uiuc.edu>
  630. To:       info-unix@sem.brl.mil
  631.  
  632. cecchinr@hornsby.cs.rpi.edu (Ron Cecchini) writes:
  633.  
  634. >Hi again -
  635.  
  636. > Thanx to everyone who responded to my read/write question of a few days ago.
  637.  
  638. > I just have a couple of *quick* C questions:
  639.  
  640. >1) Is there a command to see if a file exists?
  641. >   [Can't just use fopen() - it returns NULL for more than one reason...]
  642.  
  643.     Try access().
  644.  
  645. >2) Is there a command to determine a file's size?
  646. >   [I think the data structure pointed to by a FILE contains a ->_cnt feild
  647. >    that can be used - I'll try it in a minute...]
  648.  
  649.     Try fstat(), in particular the st_size element.
  650.  
  651. >3) Is there a command to determine if a user is logged in?
  652. >   [I don't want to bother with a system("who | grep user > temp"), etc.]
  653.  
  654.     Well, if you REALLY wanted to avoid the "who" route, you could
  655. write a program that reads the /etc/utmp file, which is supposed to
  656. contain a list of current users.  The format is pretty weird, though.
  657.  
  658. >4) Is there a command to determine if a user is running a certain process?
  659.  
  660.     Err....how about "ps" ?
  661.  
  662. ---
  663. John Gordon                        My incredibly witty saying has been 
  664. gordon@osiris.cso.uiuc.edu         Politically Corrected into oblivion.
  665.  
  666. -----------------------------
  667.  
  668. From: Wei Jin Mai <cl820@cleveland.freenet.edu>
  669. Subject: how to change bk color?
  670. Date: 15 Nov 92 20:26:52 GMT
  671. NNTP-Posting-Host: hela.ins.cwru.edu
  672. To:       info-unix@sem.brl.mil
  673.  
  674.  
  675.    How do I change the background color? (not in a window enviroment)
  676.  
  677. please reply by email if you can, thank you.
  678. -- 
  679. Weijin Mai
  680.  
  681. -----------------------------
  682.  
  683. From: Christopher JS Vance <Christopher.Vance@adfa.oz.au>
  684. Subject: Re: diff in scripts again
  685. Date: 15 Nov 92 22:53:10 GMT
  686. Sender: news@sserve.cc.adfa.oz.au
  687. Originator: cjsv@ccadfa.cc.adfa.oz.au
  688. To:       info-unix@sem.brl.mil
  689.  
  690. In article <9231818.21238@mulga.cs.mu.OZ.AU> asni@ecr.mu.oz.au (Astria_Nicole PRICE) writes:
  691. | In article <1992Nov9.102409.3369@gmuvax2.gmu.edu>, rwhelan@gmuvax2.gmu.edu (Ryan A. Whelan) writes:
  692. | > In article <ssuhook.720712389@reading> ssuhook@susssys1.reading.ac.uk (Roger Neil Hook) writes:
  693. | > >Why on earth have we got an article from this place in cs.general????
  694. | > 
  695. | > what IS cs.general ANYWAY!?!?!?!?!
  696. | > 
  697. | Well I always thought it was the newsgroup of the computer science
  698. | department at my university.
  699. | Obviously wrong.
  700.  
  701. Partly right.  A newsgroup of computer science departments in many places.
  702. Unfortunately many of them leak into each other....
  703.  
  704. -----------------------------
  705.  
  706. From: "frederick.d.true" <ft@cbnewsi.cb.att.com>
  707. Subject: Decompress while merging?
  708. Keywords: merge compress
  709. Date: 15 Nov 92 23:13:22 GMT
  710. Followup-To: ftrue@attmail.att.com
  711. To:       info-unix@sem.brl.mil
  712.  
  713. Is anyone aware of an existing method to merge/sort compressed files
  714. given a sort key? In other words, say I have 10 large compressed
  715. files, sorted by a particular key (ie: position 5-10), and I need to
  716. merge them in sorted order into another compressed file.  The files
  717. are too large to have all uncompressed on the system, so using regular
  718. sort is out of the question.
  719.  
  720. What I need is some sort of utility ala 'sort -m' which will
  721. decompress and buffer input files while merging. Is there such a
  722. beast? Is there another obvious way of doing this that I'm neglecting?
  723. Perhaps a way to decompress several files to different file
  724. descriptors, and a way to merge files based on file descriptors?  I
  725. realize that I could polyphase merge them two at a time, but I'd
  726. rather not. The files are very large and each merge stage would take
  727. hours.
  728.  
  729. I'm just about to write my own merge routine, building in the compress/
  730. decompress routines as an option for each input file, but I thought I'd 
  731. see what's out there before I started.
  732.  
  733. Any suggestions would be appreciated,
  734.  
  735. Please e-mail to: ftrue@attmail.att.com
  736.  
  737. --
  738. Fred True
  739. AT&T
  740.  
  741. -----------------------------
  742.  
  743. From: Andy Newman <andy@research.canon.oz.au>
  744. Subject: Re: IS UNIX DEAD (long)
  745. Date: 16 Nov 92 01:52:01 GMT
  746. Sender: news@research.canon.oz.au
  747. To:       info-unix@sem.brl.mil
  748.  
  749. Josef Moellers <mollers.pad@sni.de> writes:
  750. >My 2ct:
  751. >UNIX doesn't have these "user friendlyness" of DOS, because it isn't DOS
  752. >that's user friendly, it's the applications that were written for it.
  753. >One OS is no more "user friendly" than the other.
  754. >
  755.  
  756. I'm really sick of this and I'm sorry for using you as an example
  757. Joesf but you were in the wrong place at the wrong time...
  758.  
  759. Define what "user friendly" means? The word "user" in the phrase means
  760. that the "friendliness" of this piece of computer software depends
  761. upon the user. I find UNIX user-friendly, the user being me.
  762.  
  763. And another thing for the people who rm to hold their hands...Rm, like
  764. a power drill can be dangerous when used without care. Do people
  765. really expect machines to think for them? If yes then these people
  766. have got a big shock coming to them!
  767. -- 
  768. Andy Newman (andy@research.canon.oz.au)
  769.  
  770. -----------------------------
  771.  
  772. From: Sabina Wolfson <swolfson@nyx.cs.du.edu>
  773. Subject: Re: IS UNIX DEAD (long)
  774. Date: 16 Nov 92 02:49:26 GMT
  775. Sender: netnews admin account <usenet@mnemosyne.cs.du.edu>
  776. X-Disclaimer: Nyx is a public access Unix system run by the University
  777.     of Denver for the Denver community.  The University has neither
  778.     control over nor responsibility for the opinions of users.
  779. To:       info-unix@sem.brl.mil
  780.  
  781. peter@global.hacktic.nl (Peter Busser) writes:
  782. >rm72@prism.gatech.EDU (Robert B. McCullough) writes:
  783. >
  784. >>MY opinion like or not--DOS BLOWS!! Girlie OS.
  785. >
  786. >I agree.
  787.  
  788. I'm offended.
  789.  
  790. MY opinion like or not--DOS BLOWS!! Little penis OS.
  791.  
  792. -----------------------------
  793.  
  794. From: Simon Hawkin <cema@cs.umd.edu>
  795. Subject: Distribution of cs.general (WAS Re: diff in scripts again)
  796. Keywords: distribution cs.general
  797. Date: 16 Nov 92 02:02:05 GMT
  798. Sender: news@mimsy.umd.edu
  799. Followup-To: cs.general
  800. To:       info-unix@sem.brl.mil
  801.  
  802. In article <1992Nov15.225310.25079@sserve.cc.adfa.oz.au> Christopher.Vance@adfa.oz.au (Christopher JS Vance) writes:
  803. >In article <9231818.21238@mulga.cs.mu.OZ.AU> asni@ecr.mu.oz.au (Astria_Nicole PRICE) writes:
  804. >| In article <1992Nov9.102409.3369@gmuvax2.gmu.edu>, rwhelan@gmuvax2.gmu.edu (Ryan A. Whelan) writes:
  805. >| > In article <ssuhook.720712389@reading> ssuhook@susssys1.reading.ac.uk (Roger Neil Hook) writes:
  806. >| > >Why on earth have we got an article from this place in cs.general????
  807.  
  808. >| Well I always thought it was the newsgroup of the computer science
  809. >| department at my university.
  810.  
  811. >| Obviously wrong.
  812.  
  813. >Partly right.  A newsgroup of computer science departments in many places.
  814. >Unfortunately many of them leak into each other....
  815.  
  816. As was noted some time before, if you send an article to 
  817. both cs.general, whose distribution area is local, 
  818. AND something more global like comp.unix.questions, 
  819. then it will appear in cs.general on all machines that
  820. accept comp.unix.questions along with (their local) cs.general, 
  821. as far as the title (demanding its appearance in cs.general) remains.
  822.  
  823. This is really unix.question :-)
  824.  
  825. Maybe, the simplest cure is not to couple the groups.
  826.  
  827. =====================================================
  828.     ...hacked up beyond all recognition
  829. =====================================================
  830.  
  831. -----------------------------
  832.  
  833. From: Dave Eisen <dkeisen@leland.stanford.edu>
  834. Subject: Re: how to search/replace over an entire directory
  835. Date: 16 Nov 92 02:20:48 GMT
  836. Sender: Mr News <news@leland.stanford.edu>
  837. To:       info-unix@sem.brl.mil
  838.  
  839. Email bounced. Pardon me for posting something that is not really
  840. clean enough for general consumption.
  841.  
  842. gdfwc3!kuwait!scotth@uunet.uu.net writes:
  843. >Is there an easy way to do a search and replace of a string over an 
  844. >entire directory or a list of files.  It would be nice it was something
  845. >like like
  846. >
  847. >$ search_replace -search string1 -replace string2 -directory this_directory
  848.  
  849. This should work. I changed the usage to 
  850.  
  851.    search_replace string1 string2 this_directory
  852.  
  853. because as far as I could see, the -search, -replace, -directory
  854. weren't buying you anything. It would be easy enough to adjust.
  855.  
  856. And I also am assuming that none of the arguments has any
  857. spaces in it or any characters (such as .) that have special
  858. meaning as regular expressions. All of this could be dealt
  859. with by quoting things appropriately, but this is just a
  860. quick off-the-top-of-my-head solution.
  861.  
  862. I also assume your system supports the #! syntax for launching
  863. scripts. If not, figure out some other way to get /bin/sh
  864. to interpret this.
  865.  
  866. Put this into a file and execute it as
  867.  
  868.    filename string1 string2 this_directory
  869.  
  870. #! /bin/sh
  871.  
  872. [ $# -eq 3 ] || {
  873.      echo "Usage: $0 srchstring replstring dirname" >&2
  874.      exit 1
  875. }
  876.  
  877. srch=$1
  878. repl=$2
  879. dname=$3
  880.  
  881. find $dname -type f -print |
  882.      while read fname
  883.      do
  884.        ed - $fname <<-EOF
  885.        1,\$s/$srch/$repl/g
  886.        w
  887.        q
  888.      done
  889.         
  890. exit 0
  891.  
  892.  
  893. I tested it out and it worked, but I do tend to make mistakes when
  894. using ed, especially when I don't have my docs at hand. I'd test it
  895. before unleashing it on real data.
  896.  
  897. If you have any questions about how either of this script works or 
  898. about how to improve it to add better error checking or more flexibility, 
  899. feel free to drop me a note. Shell programming can be tricky.
  900.  
  901.  
  902.  
  903. -- 
  904. Dave Eisen                               Sequoia Peripherals: (415) 967-5644
  905. dkeisen@leland.Stanford.EDU              Home:                (415) 321-5154
  906.        There's something in my library to offend everybody. 
  907.           --- Washington Coalition Against Censorship
  908.  
  909. -----------------------------
  910.  
  911. From: MONK <asriniva@vela.acs.oakland.edu>
  912. Subject: lockf in SV is there anything in 4.3BSD
  913. Date: 16 Nov 92 02:51:36 GMT
  914. To:       info-unix@sem.brl.mil
  915.  
  916. hi gurus
  917.  
  918. I am trying to write a server which would provide record locking mechanism for
  919. the clients. We have lockf in SV but we have only flock and funlock in 4.3BSD.
  920. I would like to know how can record locking be implemented.
  921.  
  922. Thanks
  923. athi
  924. -- 
  925. _________________________________________________________________________
  926. athi            
  927. _________________________________________________________________________
  928.  
  929. -----------------------------
  930.  
  931. From: Steve Manes <manes@magpie.nycenet.edu>
  932. Subject: Re: Unattended execution
  933. Date: 16 Nov 92 03:15:07 GMT
  934. X-Newsreader: Tin 1.1 PL5
  935. To:       info-unix@sem.brl.mil
  936.  
  937. Bob Lee (rlee@bgsu.edu) wrote:
  938. : This is a question to all you Unix experts out there.
  939. : There is a task I want to perform, it includes recursively searching over
  940. : 200 directories and over 1000 files for an occurance of a text string in
  941. : any of the files. As you probably guessed, this task takes quite a while
  942. : and I want to do it for more than one text string.
  943.  
  944. See at(C).
  945. -- 
  946. Stephen Manes                       manes@magpie.nycenet.edu
  947. Manes and Associates/Commontech-NoHo           New York, NY, USA  =o&>o
  948.  
  949. -----------------------------
  950.  
  951. From: Lachlan Cranswick <lachlan@dmp.csiro.au>
  952. Subject: Re: IS UNIX DEAD? (long)
  953. Date: 16 Nov 92 03:16:17 GMT
  954. To:       info-unix@sem.brl.mil
  955.  
  956. gglass07@ursa.calvin.edu (Gideon Glass) writes:
  957.  
  958. >papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  959.  
  960. >>Why is it, in VI if I try to save a file without a name it doesn't prompt
  961. >>me for a name?  Instead it kicks me back to vi.  Or if I try to quit without
  962. >>saving.  Why doesn't it ask me "Save y/n."  There is no reason VI couldn't
  963. >>have an "expert" mode that got rid of messages for those that don't want
  964. >>them.
  965. >[Lots more deleted]
  966.  
  967. >Listen, if you don't like VI, don't use it.  Can't you get the point?
  968. >Those of us who like UNIX use it.  Those of you who don't can find
  969. >yourselves another operating system.  I'm tired of hearing your
  970. >marketing-inspired bullshit hype about how no one's going to use UNIX
  971. >after Window NT (or whatever) comes out.  Plenty of people like UNIX
  972. >fine without your stupid hypothetical novice-friendly user interface
  973. >strapped on.
  974.  
  975.  
  976. WOOHH - Someone got out of wrong side of the bed this morning!!
  977.  
  978. It is no news that
  979. novice users hate UNIX (aka vi) and think
  980. it is the pits.  
  981.  
  982. In my previous posts about novice users hating UNIX and especially 
  983. vi, I got flamed but I also got a brilliant piece of advice - PICO.
  984.  
  985. I've posted this before, but the PICO editor for UNIX
  986. has been written by GODS!!  It is a very simple editor
  987. and has a zero learning curve for new users and experienced
  988. vi users who still hate vi.
  989.  
  990. It only took me three days to get almost all the site
  991. users to fall in love with this editor.  It also came with
  992. a number of makefiles for different computers so I didn't have
  993. library problems to get the thing to compile.
  994.  
  995. FEATURES:-
  996. It has the menu at the bottom on the screen with all the options.
  997. Line wrap.
  998. REALLY USER FRIENDLY.
  999.  
  1000. Try it out it is totally brilliant!!
  1001.  
  1002. I no longer have to feel guilty about introducing
  1003. new users to UNIX by warning them to leave an afternoon
  1004. or two free to learn vi.
  1005.  
  1006. It is very easy to get elm to use it as its default editor
  1007. and you can make nn use PICO as its default editor by putting
  1008. the line
  1009.  
  1010. setenv EDITOR /bin/pico  (or wherever the editor is)
  1011.  
  1012. in your .cshrc file.
  1013.  
  1014. (I still use vi, mainly because I have had quite a few thousand
  1015. spent on me to learn the thing at UNIX courses.  Also I am quite addicted to
  1016. vi.)
  1017.  
  1018. HOPE this helps.  Stay cool dudes,  Lachlan.
  1019. -- 
  1020.   Lachlan Cranswick  -  CSIRO             _--_|\  lachlan@dmp.CSIRO.AU
  1021.   Division of Mineral Products           /      \ tel +61 3 647 0367
  1022.   PO Box 124, Port Melbourne 3207        \_.--._/ fax +61 3 646 3223
  1023.   AUSTRALIA                                    v 
  1024.  
  1025. -----------------------------
  1026.  
  1027. From: Vinay Kashyap <kashyap@oddjob.uchicago.edu>
  1028. Subject: where no vi has gone before...?
  1029. Date: 16 Nov 92 04:41:52 GMT
  1030. Sender: News System <news@wakinyan.uchicago.edu>
  1031. To:       info-unix@sem.brl.mil
  1032.  
  1033. I have this list of questions (problems/wishes/...) on vi, and wonder
  1034. if anyone has come across similar occurances.  If so, please email me,
  1035. and I will post a summary.
  1036.  
  1037. (I am using X11R5, 
  1038. tcsh 5.20.02 (Cornell) 12/07/90 options 8b,nls,el,dl,al,dir
  1039. on Sun Sparc)
  1040.  
  1041. 1. I keep a list of macros in a file and pick them up by first going to
  1042.    the file with :e <file> and then moving to the necessary map and
  1043.    typing (the equivalent of) "aY@a (this is mapped to a key...)
  1044.    The problem is that the following map does not work, while all the
  1045.    others do:
  1046.    :map [f :!echo -n "^V^[]2;%^G"^V^M^V^M
  1047.    (where ^V is ctrl-V, ^[ is ESC, ^G is ctrl-G, and this is exactly what
  1048.    it LOOKS like from inside vi)
  1049.    upon typing "aY@a on this line, the echo sequence is mapped to [f
  1050.    (looks perfect when you do a :map)
  1051.    now, if I type [f in command mode (and provided that I am using
  1052.    xterm) the name of the file should be echoed on the titlebar.
  1053.    however, it exits with the error
  1054.    Unmatched ".
  1055.    and does nothing.
  1056.    On the other hand, if I were to actually type
  1057.    :!echo -n "^[]2;%^G"^M^M
  1058.    (with the necessary ^V before ESC) it works as expected.
  1059.    What is missing here?
  1060.  
  1061. 2. Is there a simple macro that yanks text from a marked position up
  1062.    to and INCLUDING the cursor position?  The method should work even
  1063.    for end-of-line characters.
  1064.  
  1065. 3. Is there a way to prepend or append characters to macros without
  1066.    (a) introducing newlines between the additions, &/or
  1067.    (b) writing to the file and deleting to a named buffer
  1068.  
  1069. 4. Typing ^G or :se nu in the command mode tells us the line number
  1070.    the cursor is on.  Are there equivalent commands/macros that tell
  1071.    us the column number?
  1072.  
  1073. 5. I recently read on the net that someone has a macro that can extract
  1074.    a rectangle.  I would like more information on it, please.
  1075.  
  1076. 6. For some reason, I cannot get the <ctrl-SPACE> (^@) to echo on my
  1077.    terminal.  Nor in vi.  Every time I try, a beep is emanated, and
  1078.    nothing happens.  It is not mapped to anything that I can see.  Is
  1079.    this a tcsh 'feature'?  Why does it not echo with a preceding ^V in
  1080.    vi?
  1081.  
  1082. 7. Similar to the previous question: Can I echo mouse keyclicks on the
  1083.    command line, and/or can I map them in vi?
  1084.  
  1085. 8. Is it at all possible to position the cursor by clicking with the
  1086.    mouse?
  1087.  
  1088. Vinay (kashyap@oddjob.uchicago.edu)
  1089.  
  1090. -----------------------------
  1091.  
  1092. From: Vinay Kashyap <kashyap@oddjob.uchicago.edu>
  1093. Subject: where no vi has gone before...? (CORRECTION)
  1094. Date: 16 Nov 92 23:07:18 GMT
  1095. Sender: News System <news@wakinyan.uchicago.edu>
  1096. To:       info-unix@sem.brl.mil
  1097.  
  1098. I had posted a list of questions on vi, and Tuomas Lukka pointed out
  1099. that question 3 didn't make sense:
  1100.  
  1101. >3. Is there a way to prepend or append characters to macros without
  1102. >   (a) introducing newlines between the additions, &/or
  1103. >   (b) writing to the file and deleting to a named buffer
  1104. It should have read as follows (I apologize for the error):
  1105.  
  1106. 3. Is there a way to prepend or append characters to BUFFERS without
  1107.    (a) introducing newlines between additions (yanking to an uppercase
  1108.    buffer appends to text already in the buffer, but on a new line) &/or
  1109.    (b) writing to the file and deleting to the named buffer (in other
  1110.    words, are there ways to put characters in named buffers other than
  1111.    yanking/deleting text)?
  1112.  
  1113. Vinay (kashyap@oddjob.uchicago.edu)
  1114.  
  1115. -----------------------------
  1116.  
  1117. From: Vinay Kashyap <kashyap@oddjob.uchicago.edu>
  1118. Subject: where no vi has gone before...? (CORRECTION)
  1119. Date: 16 Nov 92 23:12:46 GMT
  1120. Sender: News System <news@uchinews.uchicago.edu>
  1121. To:       info-unix@sem.brl.mil
  1122.  
  1123. I had posted a list of questions on vi, and Tuomas Lukka pointed out
  1124. that question 3 didn't make sense:
  1125.  
  1126. >3. Is there a way to prepend or append characters to macros without
  1127. >   (a) introducing newlines between the additions, &/or
  1128. >   (b) writing to the file and deleting to a named buffer
  1129. It should have read as follows (I apologize for the error):
  1130.  
  1131. 3. Is there a way to prepend or append characters to BUFFERS without
  1132.    (a) introducing newlines between additions (yanking to an uppercase
  1133.    buffer appends to text already in the buffer, but on a new line) &/or
  1134.    (b) writing to the file and deleting to the named buffer (in other
  1135.    words, are there ways to put characters in named buffers other than
  1136.    yanking/deleting text)?
  1137.  
  1138. Vinay (kashyap@oddjob.uchicago.edu)
  1139.  
  1140. -----------------------------
  1141.  
  1142. From: Senthil Sankarappan <senthils@netcom.com>
  1143. Subject: 'AWK' to 'C' conversion program
  1144. Date: 16 Nov 92 05:45:10 GMT
  1145. To:       info-unix@sem.brl.mil
  1146.  
  1147.  
  1148.      is there a program available in the market which will convert the
  1149. "awk" script into "c" code?
  1150.  
  1151.     or is there "awk compiler" available? 
  1152.  
  1153.     if there is no "awk compiler", can anybody explain me what is the
  1154. theoretical difficulty in having a "awk compiler"?
  1155.  
  1156.  
  1157. thanks in advance,
  1158. vs senthilkumar
  1159.  
  1160. -----------------------------
  1161.  
  1162. From: Ramez Naam <naam@cecer.army.mil>
  1163. Subject: background exection from startup scripts
  1164. Date: 16 Nov 92 05:48:08 GMT
  1165. Sender: "Net.Noise owner" <news@news.cecer.army.mil>
  1166. To:       info-unix@sem.brl.mil
  1167.  
  1168. I'm having trouble forcing a c-shell script to be executed in the
  1169. background from my .login.  Just enterring
  1170.     myprogram_name &
  1171. in the .login creates a self-spawning process.  Is there anyway to
  1172. get around this?  Also, can anyone explain to me why this occurs?
  1173.  
  1174. On a related note, what's the easiest way to cause *any* shell script
  1175. to execute another script in the background, and then terminate without
  1176. waiting for its child process to exit?
  1177.  
  1178. --
  1179. Ramez Naam
  1180. naam@lorax.cecer.army.mil
  1181.  
  1182. -----------------------------
  1183.  
  1184. From: Michael Salmon <etxmesa@eos.ericsson.se>
  1185. Subject: Re: grep
  1186. Date: 16 Nov 92 09:26:45 GMT
  1187. Sender: news@ericsson.se
  1188. Nntp-Posting-Host: eos6c02.ericsson.se
  1189. To:       info-unix@sem.brl.mil
  1190.  
  1191. In article <1992Nov13.113839.25046@dlpinc00.rn.com>, 
  1192. dlparker@dlpinc00.rn.com (David L. Parker) writes:
  1193. |> In article <1992Nov12.144322.11444@ericsson.se> 
  1194. |> etxmesa@eos.ericsson.se (Michael Salmon) writes:
  1195. |> >In article <6370@sersun1.essex.ac.uk>, 
  1196. |> >peter@essex.ac.uk writes:
  1197. |> >|> A quick question I was asked this morning. "Why is grep so called?"
  1198. |> >
  1199. |> >It comes from an ed command:
  1200. |> >
  1201. |> >g/re/p
  1202. |> >
  1203. |> >i.e. globally search for a regular expression and print those lines
  1204. |> >that match.
  1205. |> >
  1206. |> 
  1207. |> Actually it's Global Regular Expression Parser.
  1208.  
  1209. Unfortunately Brian Kernigan and Rob Pike disagree with you, see
  1210. page 18 of:
  1211.  
  1212. The Unix Programming Environment
  1213. Prentice Hall
  1214. ISBN 0-13-937699-2
  1215.  
  1216. -- 
  1217.  
  1218. Michael Salmon
  1219.  
  1220. #include    <standard.disclaimer>
  1221. #include    <witty.saying>
  1222. #include    <fancy.pseudo.graphics>
  1223.  
  1224. Ericsson Telecom AB
  1225. Stockholm
  1226.  
  1227. -----------------------------
  1228.  
  1229. From: Michael Salmon <etxmesa@eos.ericsson.se>
  1230. Subject: Re: problems with awk: output redirection and getline in a pipe
  1231. Date: 16 Nov 92 09:36:44 GMT
  1232. Sender: news@ericsson.se
  1233. Nntp-Posting-Host: eos6c02.ericsson.se
  1234. To:       info-unix@sem.brl.mil
  1235.  
  1236. In article <34071@adm.brl.mil>, 
  1237. Guenter.Partosch@hrz.uni-giessen.dbp.de writes:
  1238. |> Subject: problems in awk: output redirection and getline in a pipe
  1239. |> 
  1240. |> I have written the following shell script:
  1241. |> 
  1242. |> awk 'BEGIN {print "...something"}
  1243. |>            {print " ...anything for every line"}
  1244. |>     END    {printf("%2d\n", NR) >"awk.tmp" }' |
  1245. |> sort |
  1246. |> awk 'BEGIN {getline < "awk.tmp";
  1247. |>            numberoflines = $1}
  1248. |>            {print "---anything for every line"}
  1249. |>      END   {printf("%2d\n", numberoflines)} '
  1250. |> 
  1251. |> In this script awk is called and an input file is processed. Output
  1252. |> is written into a pipe, temporary results are stored on a temporary file.
  1253. |> 
  1254. |> The data in the pipe is transferred to UNIX sort and to a second awk program,
  1255. |> which
  1256. |> also reads the data on the temporary file by getline.
  1257. |> 
  1258. |> If I start this script the first time I get 0 as result. If I start the
  1259. |> script the next times I always get a number written on the temporary file
  1260. |> in a previous run.
  1261. |> 
  1262. |> What is to do now. Any help appreciated.
  1263. |> Thanks in advance.
  1264.  
  1265. When you start this command line you start up 3 processes
  1266. simultaneously, awk, sort and, awk. awk.tmp is not created until the
  1267. end of the first awk task. The second awk task reads from awk.tmp then
  1268. proceeds to read input from the pipe where it halts until sort is
  1269. finished. Solution: getline returns 0 if it reaches the end of its
  1270. input file so, always remove awk.tmp before this command line and then
  1271. loop waiting for getline to return something other than 0.
  1272.  
  1273. -- 
  1274.  
  1275. Michael Salmon
  1276.  
  1277. #include    <standard.disclaimer>
  1278. #include    <witty.saying>
  1279. #include    <fancy.pseudo.graphics>
  1280.  
  1281. Ericsson Telecom AB
  1282. Stockholm
  1283.  
  1284. -----------------------------
  1285.  
  1286. From: "Durrant;f110or89;[05306" <jmd6@unix.brighton.ac.uk>
  1287. Subject: info? Unix standard(s)!
  1288. Date: 16 Nov 92 10:57:02 GMT
  1289. To:       info-unix@sem.brl.mil
  1290.  
  1291.  
  1292. I am currently doing some research for a disertation for the final
  1293. year of my degree in computer science. I have chosen to do the
  1294. research on unix and its standadisation.
  1295.  
  1296. I therefore interested if any one has any interesting articles on
  1297. unix stadadisation on SVR4 or OSF/1 or perhaps other standards. I
  1298. am finding that articles are hard and slow to get hold of through
  1299. interlibrary loans so any electronic articles you can send me 
  1300. would be of use.
  1301.  
  1302. I'm also intresting in peoples views of what might happen to unix in
  1303. the next few years. So please send me any strong view you have. 
  1304.  
  1305. My reseach has covered some intresting articles such as 
  1306. IS UNIX DEAD from Byte
  1307. THE CASE AGAINST UNIX STANDARDS from UKUUG comference
  1308. and is now heading in the direction of the following questions:
  1309.  
  1310. Will open systems save unix?
  1311.  
  1312. Has POSIX compatibility on proprietry systems (eg OPEN VMS) killed
  1313. unix?
  1314.  
  1315. Is SVR4 the new unix standard?
  1316.  
  1317. Will any one use OSF/1?
  1318.  
  1319. Will Windows NT replace UNIX?
  1320.  
  1321. Also does any one know if open systems has taken unix SVR4 to be
  1322. its standard, and if any other POSIX standards besides 1003.1 have
  1323. become ISO standards.
  1324.  
  1325.  
  1326. Thanks for you help
  1327.  
  1328. Jon Durrant 
  1329.  
  1330. -----------------------------
  1331.  
  1332. From: Michael Wraa-Hansen <mwh@csd.cri.dk>
  1333. Subject: Library maintenance with SunOS 4.1.1 make (bug report?)
  1334. Date: 16 Nov 92 13:16:56 GMT
  1335. Sender: news@csd.cri.dk
  1336. To:       info-unix@sem.brl.mil
  1337.  
  1338. I have been trying to use the make utility with object file library
  1339. maintenance and I think that I have spotted a bug. I am aware that bug
  1340. report 1010592 reports something similar, but don't think it applies here.
  1341.  
  1342. Consider the following makefile and defaults file (I cannot use a
  1343. solution without a defaults file):
  1344.  
  1345. ##### Makefile
  1346. OBJECTS=foo.o bar.o
  1347. LIBRARY=A
  1348.  
  1349. all: libA.a libB.a
  1350.  
  1351. include default.mk
  1352. ##### end Makefile
  1353.  
  1354. ##### default.mk
  1355. lib$(LIBRARY).a: lib$(LIBRARY).a($(OBJECTS))
  1356.     ar rv $@ $?
  1357.     ranlib $@
  1358.  
  1359. lib$(LIBRARY).a(%.o): %.o
  1360.     @true
  1361.  
  1362. libB.a: libB.a($(OBJECTS))
  1363.     ar rv $@ $?
  1364.     ranlib $@
  1365.  
  1366. libB.a(%.o): %.o
  1367.     @true
  1368. ##### end default.mk
  1369.  
  1370. If I display (make -p) the specific dependencies for this I get the
  1371. following (omitting irrelevant rules):
  1372.  
  1373. ##### make output
  1374. all: libA.a libB.a
  1375. lib.a(%.o):    %.o
  1376.     @true
  1377. libB.a(%.o):    %.o
  1378.     @true
  1379. libA.a(%.o):    %.o
  1380.     @true
  1381. libB.a(%.o):    %.o
  1382.     @true
  1383. lib.a: lib.a()
  1384.     ar rv $@ $?
  1385.     ranlib $@
  1386. libB.a: libB.a() libB.a(foo.o) libB.a(bar.o)
  1387.     ar rv $@ $?
  1388.     ranlib $@
  1389. libA.a: libA.a(foo.o) libA.a(bar.o)
  1390.     ar rv $@ $?
  1391.     ranlib $@
  1392. ##### end make output
  1393.  
  1394. Whether using the indirect version (libA.a) or direct version (libB.a)
  1395. make is generating wrong rules - and in the latter case this prohibits
  1396. make from finishing it's job.
  1397.  
  1398. Any solutions or oppinions?
  1399.  
  1400. -Michael
  1401. +--------------------------------------+--------------------------------------+
  1402. | Michael Wraa-Hansen                  | email       mwh@csd.cri.dk           |
  1403. | Computer Resources International A/S | phone       +45 45 82 21 00 ext. 3224|
  1404. | Bregnerodvej 144                     | direct dial +45 45 82 22 66 + 3224   |
  1405. | DK-3460 Birkerod, Denmark            | fax         +45 45 82 01 22          |
  1406. +--------------------------------------+--------------------------------------+
  1407.  
  1408. -----------------------------
  1409.  
  1410. From: Richard Batty <cmh061@cck.coventry.ac.uk>
  1411. Subject: Re: How to delete a file named -l??
  1412. Date: 16 Nov 92 16:50:57 GMT
  1413. Sender: news user <news@cck.coventry.ac.uk>
  1414. Nntp-Posting-Host: cc_sysk
  1415. To:       info-unix@sem.brl.mil
  1416.  
  1417.  
  1418. Try a simple C program to unlink it sometimg like this will work !!
  1419.  
  1420. #include <stdio.h>
  1421.  
  1422. main()
  1423. {
  1424.     unlink("FULL PATH & FILENAME HERE !");
  1425.     }
  1426.  
  1427. It should work .... but dont quote me on that !!
  1428.  
  1429. -- 
  1430.    __                           | JANET cmh061@uk.ac.cov.cck
  1431.   /  )      _/_                 | AKA R.Batty
  1432.  /--<  __.  /   ____  __.   __  |
  1433. /___/_(_/|_<___/ / <_(_/|__/ <_ | "All I Want From Life Is To Get Out Alive !"
  1434.  
  1435. -----------------------------
  1436.  
  1437. From: Larry Bright <leb@edgar.jpl.nasa.gov>
  1438. Subject: C Source Code for Pattern Matching
  1439. Keywords: text pattern matching source
  1440. Date: 16 Nov 92 17:34:05 GMT
  1441. Sender: news@llyene.jpl.nasa.gov
  1442. Nntp-Posting-Host: edgar.jpl.nasa.gov
  1443. To:       info-unix@sem.brl.mil
  1444.  
  1445. Could anyone tell me where I could find C source code for some
  1446. simple text pattern matching s/w, preferably with a syntax and
  1447. semantics based on "regular expressions" as in grep, awk, sed, etc.
  1448. Anything that implements a non-trivial subset of these functions
  1449. would be useful.
  1450.  
  1451. Thanks,
  1452.  
  1453. Larry Bright (lbright@mazurka.jpl.nasa.gov)
  1454.  
  1455. -----------------------------
  1456.  
  1457. From: dong hao zhang <donghao@leland.stanford.edu>
  1458. Subject: What's HP Boat Format
  1459. Keywords: Disk Format
  1460. Date: 16 Nov 92 18:09:50 GMT
  1461. Sender: Mr News <news@leland.stanford.edu>
  1462. Followup-To: donghao@leland.stanford.edu
  1463. To:       info-unix@sem.brl.mil
  1464.  
  1465. I have a 3.5 inch floppy disk to read. The disk is marked HP boat format.
  1466. Is this the disk format for HP workstations ? I appreciate any response to
  1467. donghao@leland.stanford.edu
  1468.  
  1469. Sorry if this isn't quite a unix question, but couldn't find any place better.
  1470.  
  1471. Dong Hao Zhang 11/16
  1472.  
  1473. -----------------------------
  1474.  
  1475. From: zzang <zzang@stat.ufl.edu>
  1476. Subject: Net File Question
  1477. Date: 16 Nov 92 18:10:00 GMT
  1478. Sender: Usenet Diskhog System <news@eng.ufl.edu>
  1479. Originator: zzang@whale
  1480. To:       info-unix@sem.brl.mil
  1481.  
  1482. Hello,
  1483. I am wondering how to get access
  1484. to the files on another host or server.
  1485. the question is raised when I try to
  1486. install emacs myself in my bin/
  1487. the problem is that I don't want to
  1488. keep the lib/ myself in my home dir, it takes disk
  1489. spaces. the system has the emacs lib/
  1490. already, so I can just borrow the
  1491. system lib/
  1492.  
  1493. my file is at host manta(DEC), and the lib files
  1494. are at the server marlin(SUN). so how can tell the
  1495. emacs during installation as where to get the 
  1496. emacs lib/ file. (the path for the server marlin)
  1497.  
  1498. the trouble is, host manta is DECstation and
  1499. it uses another DECstation mako as its server.
  1500. I can get access to the mako's files.
  1501. but I don't know how to get access to the
  1502. SUN host marlin's file without using rsh.
  1503.  
  1504. Thanks very much !
  1505.  
  1506. -- 
  1507. Zhuo Zang[~{j0WA~}]
  1508. Department of Statistics
  1509. University of Florida            Email: zzang@stat.ufl.edu
  1510.  
  1511. -----------------------------
  1512.  
  1513. From: Fiona Wong <a1001032@cdf.toronto.edu>
  1514. Subject: popen..
  1515. Date: 16 Nov 92 19:31:40 GMT
  1516. Sender: news@cdf.toronto.edu
  1517. Originator: a1001032@eddie.cdf.toronto.edu
  1518. Nntp-Posting-Host: eddie.cdf
  1519. To:       info-unix@sem.brl.mil
  1520.  
  1521. Hi,netters:
  1522.  
  1523. If a command yields nothing on stdout, what will popen(command,"r") point to?
  1524. How can I distinguish between pointing something and nothing?
  1525.  
  1526. ---
  1527. Fiona.
  1528. -- 
  1529. This is the story of bee.        Whose sex is very hard to see.
  1530. You cannot tell the he from the she.    But she can tell, and so can he.
  1531. The little bee is never still.        She has no time to take the pill.
  1532. And that is why, in times like these.    There are so many sons of bees.
  1533.  
  1534. -----------------------------
  1535.  
  1536. From: Liming Ren <ren@function.mps.ohio-state.edu>
  1537. Subject: what does 8-bit clean mean ?
  1538. Date: 16 Nov 92 19:53:08 GMT
  1539. NNTP-Posting-Host: function.mps.ohio-state.edu
  1540. To:       info-unix@sem.brl.mil
  1541.  
  1542. Somewhere I read that the C-compiler cc is not 8-bit clean. I am not sure
  1543. what It means?
  1544.  
  1545. Also from the manpage of lex in UNIX, it says:
  1546.  
  1547.      The lex command is  not  changed  to  support  8-bit  symbol
  1548.      names,  as  this  would  produce lex source code that is not
  1549.      portable between systems.
  1550.  
  1551. Does this mean that lex can only be used for lexical analysis of text
  1552. of ascii code 0-127? 
  1553.  
  1554.  
  1555.  
  1556.  
  1557. Many thanks!!!
  1558.  
  1559. -----------------------------
  1560.  
  1561. From: Dave "Van Damme" Ratner <ratner@ficus.cs.ucla.edu>
  1562. Subject: Re: C Program error
  1563. Date: 16 Nov 92 21:51:13 GMT
  1564. Sender: Mr Usenet <usenet@cs.ucla.edu>
  1565. Nntp-Posting-Host: ipswich.cs.ucla.edu
  1566. To:       info-unix@sem.brl.mil
  1567.  
  1568. ferguson@wizard.etsu.edu (Jason M Ferguson) writes:
  1569.  
  1570. >    slight modification, I typed that statement slightly wrong:
  1571. >typedef void (*setvarproc)(char *,int)
  1572.  
  1573. >    I'm using cc to compile.
  1574. >    Thanks for your help.
  1575.  
  1576. I know that many generic "cc" compilers (like SunOS) do not understand
  1577. ANSI syntax, which is what you are trying to compile.  Try gcc.
  1578.  
  1579. Dave
  1580. -- 
  1581. * *  ***  *     *    |   Dave "Van Damme" Ratner
  1582. * *  *    *    * *  / \  ratner@cs.ucla.edu
  1583. * *  *    *    ***  \ /  
  1584. ***  ***  ***  * *   |   "Wham Bam, thank you Van Damme!"    
  1585.  
  1586. -----------------------------
  1587.  
  1588. From: Brian Montgomery <brianm@meaddata.com>
  1589. Subject: mapping extended keyboard in vi /ksh
  1590. Date: 16 Nov 92 22:11:01 GMT
  1591. Sender: Usenet Administrator <news@meaddata.com>
  1592. To:       info-unix@sem.brl.mil
  1593.  
  1594. hi netters,
  1595.        I need your expertise in vi to help figure out this problem.
  1596.  
  1597. I want to map the extended keyboard to some macros in vi.  
  1598.  
  1599. Like for example I want to map the 
  1600. pageup key to ^B
  1601. pagedown key to ^F 
  1602. home   key to ESC:1G
  1603. end    key to ESC:G
  1604.  
  1605.  
  1606. Another problem is mapping of the arrow keys. 
  1607.  
  1608. I use the kornshell and I would like to map the arrow keys to 
  1609. up arrow to    ^[k 
  1610. down arrow to  ^[j
  1611. right arrow to ^[l
  1612. left arrow to  ^[h
  1613.  
  1614.  
  1615. Any help will be greatly appreciated.
  1616. Emailing me your responses would be a good idea
  1617. as I don't frequent the net often. I will summarise and post , if
  1618. I get enough requests (> 10).
  1619.  
  1620. Thanks in advance 
  1621.  
  1622. -----------------------------
  1623.  
  1624. From: "John N. Stewart" <jns@ace.nas.nasa.gov>
  1625. Subject: Re: UUENCODE help!
  1626. Date: 16 Nov 92 23:59:42 GMT
  1627. Sender: News Administrator <news@nas.nasa.gov>
  1628. To:       info-unix@sem.brl.mil
  1629.  
  1630. In article <gf0hoqi00iUyE6umUp@andrew.cmu.edu> jd4q+@andrew.cmu.edu (Joe Eddy Demers) writes:
  1631. >To get uuencode to work right, do the following:
  1632. >
  1633. >Say you want to uuencode the binary file blah.mid into the text file blah.uu:
  1634. >    At the unix prompt, type:
  1635. >        uuencode blah.mid blah.mid > blau.uu
  1636. >
  1637. >I know that sounds weird, but it works.  I'm not sure why you have to
  1638. >put the source filename as both the desired file AND the remote file,
  1639. >but that's the only way I've been able to get it to work, and it works
  1640. >just fine that way.
  1641.  
  1642.  
  1643.  
  1644. It allows you to specify that the "outgoing" file be named something
  1645. different (which by the way, can actually be quite dangerous. Be very
  1646. careful about uudecoding anything as root)
  1647.  
  1648. So "uudecode %real-file% %when-it-gets-decoded-give-it-this-file-name% \
  1649.     > %put-the-encoded-stuff-in-here%"
  1650.  
  1651. --Ace
  1652.  
  1653. -----------------------------
  1654.  
  1655. From: Fahad A Hoymany <fahad@cs.pitt.edu>
  1656. Subject: Suppressing the 'w' command
  1657. Date: 17 Nov 92 00:26:37 GMT
  1658. Sender: news@cs.pitt.edu
  1659. To:       info-unix@sem.brl.mil
  1660.  
  1661. Could someone tell me how to stop other people from checking up on me
  1662. with the 'w' command?  (As you know 'w' tells what other users are running
  1663. at that particular time)
  1664.  
  1665. p.s. I could not find information on this from previous postings.
  1666.  
  1667. privacyLESS in Pittsburgh
  1668.  ..Fahad
  1669.  
  1670. -----------------------------
  1671.  
  1672. From: Harley Hahn <harley@engrhub.ucsb.edu>
  1673. Subject: IS UNIX DEAD? 13 of 22
  1674. Date: 17 Nov 92 01:18:28 GMT
  1675. Sender: root@hub.ucsb.edu
  1676. To:       info-unix@sem.brl.mil
  1677.  
  1678. This is number 13 in a series of 22 responses to the question:
  1679.  
  1680. What do you think about the Byte magazine cover that asked:
  1681. IS UNIX DEAD?
  1682.  
  1683. (moderated by Harley Hahn)
  1684.  
  1685.  ----------
  1686. From: manmetha@gauss.rutgers.edu (Rajesh Malhotra)
  1687.  
  1688. IS UNIX DEAD???
  1689.  
  1690. Preposterous
  1691.  
  1692. ==========
  1693.  
  1694. From: navarra@casbah.acns.nwu.edu (John Navarra)
  1695.  
  1696. I will give you two responses. The first relates more to our 
  1697. situation with the Schaum's Outline, the second relates to the 
  1698. question "Is Unix Dead" in general.
  1699.  
  1700. I would tell the editor that there is some truth to the article 
  1701. (I read it last night). However, that truth is not threatening to 
  1702. the sales of the book. The audience for Schaum's Outlines are 
  1703. primarily college students or academic professionals. In this 
  1704. arena, Unix is certainly not dead -- in fact it grows. The BYTE 
  1705. article even talks about this.
  1706.  
  1707. The concern is the private, cut-throat PC and workstation market. 
  1708. Small businesses, and individuals in general do not need the all 
  1709. the power Unix offers. Thus, for many, the question is over 
  1710. difficult-to-learn vs speed/power/efficiency. Unix's mindset from 
  1711. the start was not to provide a tool that was easy to learn. This 
  1712. has always been a knock on Unix (but in some sense, it is a 
  1713. strong point too). As you say, "Unix is difficult to learn but 
  1714. easy to use." 
  1715.  
  1716. For many years, different individuals have had different views on 
  1717. the direction Unix should take. For that reason, many many many 
  1718. things have been done. Unix is probably the single-biggest joint 
  1719. effort among countries, governments, students, industry, and on 
  1720. and on in existence. However, as we all know, once business is 
  1721. involved, so is the need for profit. And that is one of the 
  1722. things which has plagued Unix.
  1723.  
  1724. The bigger it gets, the more of a need for standardization. And, 
  1725. the more business that are involved, the less the need for 
  1726. standardization. For every business wants to have "MY OWN Unix" 
  1727. to keep clients depending on them. 
  1728.  
  1729. The gist of the article was that Windows NT will alleviate some 
  1730. of these problems by providing a working standard functional 
  1731. across many boundaries -- something Unix (i.e. vendor A Unix, 
  1732. vendor B Unix, ... vendor N Unix ) is not too good at. But, as we 
  1733. should all know (and as BYTE points out), Microsoft has an 
  1734. uncanny ability to sucker the market into believing whatever it 
  1735. says well before any product is on the market. (Translation: We 
  1736. have no idea that Windows NT will be as good as Microsoft says it 
  1737. will be.)
  1738.  
  1739. However, we do have the old workhorse Unix. And the effort of 
  1740. many people behind it, shaping it, molding it, improving it. That 
  1741. is a certainty. And perhaps the fact that there is so much to 
  1742. Unix is also a blessing. Everyone is almost assured of finding 
  1743. what they want out of it. With Windows, you get what they give 
  1744. you!
  1745.  
  1746. Now back to the outline. Our outline deals with the heart and 
  1747. soul of Unix -- that which made Unix into the great OS it is 
  1748. today. The OS was written for smart people, by smart people; and 
  1749. that continues to be true today (even though a new sect has 
  1750. sprung up which writes Unix code to make money -- and that can be 
  1751. very contradictory to code for the average small business owner 
  1752. looking for something to balance his budget vs coding for the 
  1753. academic institutions around the world).
  1754.  
  1755. The situation is very synonymous to the reason why there are such 
  1756. a thing as Schaum's outlines for topology, circuit analysis, 
  1757. organic chemistry etc. The *average* person has no need for such 
  1758. a book because he is not taking topology or circuit analysis, 
  1759. etc. Same is true of Unix. The average person that would decide 
  1760. between some Unix brand and Windows NT would not need all the 
  1761. computing power of Unix.
  1762.  
  1763. However, the average college student requires more. And the 
  1764. average math/computer science/ engineer/ professor etc DOES need 
  1765. more and this is why we have Schaum's Outlines. They are written 
  1766. by smart people, for smart people.
  1767.  
  1768. ==========
  1769.  
  1770.  
  1771. -----------------------------
  1772.  
  1773. From: Frank Pinto <rolls@cis.umassd.edu>
  1774. Subject: How do I restore Files??
  1775. Date: 17 Nov 92 02:33:58 GMT
  1776. Sender: USENET News System <usenet@umassd.edu>
  1777. To:       info-unix@sem.brl.mil
  1778.  
  1779. Hello all
  1780.  
  1781. Inadivertadly I "rm" 2 files from my
  1782. usr/ dir.
  1783. How do I restore them?
  1784.  
  1785. Thanks 
  1786. Frank Pinto
  1787.  
  1788. -----------------------------
  1789.  
  1790.  
  1791. End of INFO-UNIX Digest
  1792. ***********************
  1793.