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

  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!lhc!adm!news
  2. From: postmaster@starlab.csc.com (SMTP MAILER)
  3. Newsgroups: comp.unix.questions
  4. Subject: Mail not delivered yet, still trying
  5. Message-ID: <34231@adm.brl.mil>
  6. Date: 23 Nov 92 22:14:10 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 1774
  9.  
  10.  
  11.  ----Mail status follows----
  12. Have been unable to send your mail to <DGRAY@STARLAB.CSC.COM>
  13. for one day, will keep trying for another seven days.
  14. At that time your mail will be returned.
  15.  
  16.  ----Transcript of message follows----
  17. Date: 22 Nov 92 09:15:00 EST
  18. From: INFO-UNIX@BRL.MIL
  19. Subject: INFO-UNIX Digest  V17#006
  20. To: "DGRAY" <DGRAY@STARLAB.CSC.COM>
  21.  
  22. Return-Path: <info-unix-request@sem.brl.mil>
  23. Received: from SEM.BRL.MIL by milo.starlab.csc.com with SMTP ; 
  24.           Sun, 22 Nov 92 09:12:49 EST
  25. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa24613; 21 Nov 92 6:52 EST
  26. Received: from sem.brl.mil by SEM.BRL.MIL id aa24410; 21 Nov 92 6:34 EST
  27. Date:       Sat, 21 Nov 92 06:34:30 EST
  28. From:       The Moderator (Mike Muuss) <Info-Unix-Request@BRL.MIL>
  29. To:         INFO-UNIX@BRL.MIL
  30. Reply-To:   INFO-UNIX@BRL.MIL
  31. Subject:    INFO-UNIX Digest  V17#006
  32. Message-ID:  <9211210634.aa24410@SEM.BRL.MIL>
  33.  
  34. INFO-UNIX Digest          Sat, 21 Nov 1992              V17#006
  35.  
  36. Today's Topics:
  37.                       Re: rz problems at 9600 baud
  38.                       Emulation of POSIX functions
  39.                        SCO TCPIP >9 LOGINS AGAIN
  40.                                 Re: grep
  41.                       NT ? (was Re: IS UNIX DEAD?)
  42.                            Re: IS UNIX DEAD?
  43.                     Unix v. Dos (Re: IS UNIX DEAD?)
  44.                              Kerberos help
  45.                Looking for Time Series Analysis software
  46.                         Re: IS UNIX DEAD? (long)
  47.                    Re: 2nd time: How to remove files?
  48.                       Re: cron not finding script
  49.                            Re: Unix for a PC
  50.                      Need decompress/merge routine
  51.                    Re: REMAPPING KEYS WITHIN BASH/SH
  52.                         Re: IS UNIX DEAD (long)
  53.                     Re: Searching for E-mail package
  54.                       Re: Telnet as a term program
  55.                  Using a Printer Port Doggle under Unix
  56.                     How to delete a file named -l??
  57.                   Re: How to delete a file named -l??
  58.                               asm. in UNIX
  59.              how to search/replace over an entire directory
  60.                            Re: "find" problem
  61.                 How do I increase number of screen rows?
  62.                           Re: C Program error
  63.               BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  64.             Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  65.                         Re: Unattended execution
  66.                    Question about BSD4.3 swapping...
  67.               How do I pipe to a process already running?
  68.                What full-screen file managers are there?
  69.                                   talk
  70. -----------------------------------------------------------------
  71.  
  72. From: Michael Faurot <mfaurot@phzzzt.uucp>
  73. Subject: Re: rz problems at 9600 baud
  74. Date: 11 Nov 92 19:23:05 GMT
  75. To:       info-unix@sem.brl.mil
  76.  
  77. jboggs@umaxc.weeg.uiowa.edu (John D. Boggs) writes:
  78. > What are com1fl and com1fr?  I don't seem to have them.  Are they 4.0
  79. > critters?  (I still have 3.2.1)
  80.  
  81. Been a few months since I ran v3, but I believe you'll find a shell 
  82. program in your /etc directory with a name that begins with "mk" something
  83. or other.  The RTS/CTS devices weren't made by default when Coherent was
  84. installed, and you'll need to run this script to have them created.  Perhaps
  85. someone still running v3 could be more explicit concerning the true name
  86. of the shell program.
  87.  
  88. With v4, though the RTS/CTS devices are created by default.
  89. -- 
  90. +--------------------+-------------------------------------------------------+
  91. |   Michael Faurot   | Domain: mfaurot@phzzzt.UUCP                     |
  92. |   ------- ------   | UUCP: ...!{irscscm|mimsy}!bogart!phzzzt!mfaurot       |
  93. +--------------------+--------------------+----------------------------------+
  94.  
  95. -----------------------------
  96.  
  97. From: Bob Fisher <nto0302@dsacg4.dsac.dla.mil>
  98. Subject: Emulation of POSIX functions
  99. Date: 12 Nov 92 17:00:23 GMT
  100. Followup-To: poster
  101. To:       info-unix@sem.brl.mil
  102.  
  103.  
  104. My boss wants me to port pcnfsd to archaic BSD_4.3 systems (Gould 9050
  105. and NP1) and a SVR_3.2 (AT&T 3b2G) system.  I've come up against these
  106. function calls that are not defined on my BSD systems (haven't looked
  107. at SystemV yet).
  108.  
  109.     sigaction()
  110.     sigemptyset()
  111.     svc_fdset()
  112.     setsid()
  113.     clnt_create()
  114.     clnt_pcreateerror()
  115.  
  116. There is much about signals that I don't know and I have never programmed
  117. client/server.  If I to try to reinvent the wheel, it would probably have
  118. a flat tire.  I'd use archie, but I'm not sure what to ask for and how to
  119. limit the search.
  120.  
  121. Can someone provide C code to emulate these functions or point me to a
  122. system where I can get it via anonymous ftp?
  123.  
  124. Any assistance will be appreciated.
  125.  
  126. Bob
  127.  -----
  128. Bob Fisher
  129. Defense Logistics Agency, DSAC-TOL, Box 1605, Columbus OH 43216-5002
  130. EMAIL:    bfisher@dsac.dla.mil
  131. PHONE:    Commercial 1-614-692-9071    Autovon 850-9071
  132.  
  133. -----------------------------
  134.  
  135. From: Doug Pavey <doug.pavey@cccbbs.uucp>
  136. Subject: SCO TCPIP >9 LOGINS AGAIN
  137. Date: 13 Nov 92 06:20:00 GMT
  138. To:       info-unix@sem.brl.mil
  139.  
  140. Well, I read Aris' and Barry's messages about what is involved in
  141. getting more than 9 tty's to login.  ttyp00 -ttyp08 work fine, ttyp09
  142. will login, but hang TCP.
  143.  
  144. How does one debug streams limits problems - determine how many are in
  145. use, or how many one should set up if the user may be using as many as
  146. 10 processes per login (Progress Database is wonderful).  All users are
  147. using TCP via 3 8 port Terminal servers. I can get the login messages on
  148. all ports, until the user actually signs in, we don't seem to have
  149. problems.  Seems like streams may be the culprit.  How to fix???
  150.  
  151. Doug Pavey
  152. System Administrator
  153. (513) 860-3440 ext 278
  154. Wild Card
  155. We Put The Trade Back Into Trading Cards
  156.  
  157. PS.  I will soon need to add printers to one of these terminal servers.
  158. I am not sure what is involved in setting up TCP or network printers.
  159.  
  160. Thanks for any pointers.
  161.                                       
  162.  
  163. -----------------------------
  164.  
  165. From: "David L. Parker" <dlparker@dlpinc00.rn.com>
  166. Subject: Re: grep
  167. Date: 13 Nov 92 11:38:39 GMT
  168. To:       info-unix@sem.brl.mil
  169.  
  170. In article <1992Nov12.144322.11444@ericsson.se> etxmesa@eos.ericsson.se (Michael Salmon) writes:
  171. >In article <6370@sersun1.essex.ac.uk>, 
  172. >peter@essex.ac.uk writes:
  173. >|> A quick question I was asked this morning. "Why is grep so called?"
  174. >
  175. >It comes from an ed command:
  176. >
  177. >g/re/p
  178. >
  179. >i.e. globally search for a regular expression and print those lines
  180. >that match.
  181. >
  182.  
  183. Actually it's Global Regular Expression Parser.
  184. -- 
  185. Dave Parker
  186. Automated Data Management Services, Pleasant Hill, MO 64080-1331
  187. (816) 987-5167/5218 voice/fax          -          dlpinc00!dlparker
  188.  
  189. -----------------------------
  190.  
  191. From: Erik van Bronkhorst       Code 3814                               Phone 939-1421 <erik@peewee.nwc.navy.mil>
  192. Subject: Re: grep
  193. Date: 13 Nov 92 18:13:57 GMT
  194. Sender: NWC News Admin <usenet@avalon.nwc.navy.mil>
  195. To:       info-unix@sem.brl.mil
  196.  
  197. In article <1992Nov13.113839.25046@dlpinc00.rn.com> dlparker@dlpinc00.rn.com (David L. Parker) writes:
  198. >In article <1992Nov12.144322.11444@ericsson.se> etxmesa@eos.ericsson.se (Michael Salmon) writes:
  199. >>In article <6370@sersun1.essex.ac.uk>, 
  200. >>peter@essex.ac.uk writes:
  201. >>|> A quick question I was asked this morning. "Why is grep so called?"
  202. >>
  203. >>It comes from an ed command:
  204. >>
  205. >>g/re/p
  206. >>
  207. >>i.e. globally search for a regular expression and print those lines
  208. >>that match.
  209. >>
  210. >
  211. >Actually it's Global Regular Expression Parser.
  212.  
  213. I thought it meant Gorns Rarely Eat People...
  214. -- 
  215. Erik van Bronkhorst KC6UUT DoD#4342585443 AMA#[classified]
  216. "Truth is false and logic lost, now the fourth dimension is crossed..."
  217.  
  218. -----------------------------
  219.  
  220. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  221. Subject: NT ? (was Re: IS UNIX DEAD?)
  222. Date: 13 Nov 92 14:58:41 GMT
  223.  
  224. hacktic.nl>
  225. Sender: news@ccu.umanitoba.ca
  226. Nntp-Posting-Host: antares.cc.umanitoba.ca
  227. To:       info-unix@sem.brl.mil
  228.  
  229. peter@global.hacktic.nl (Peter Busser) writes:
  230.  
  231. >rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  232.  
  233. >>Where can I get NT, now ? 
  234.  
  235. >Ask MS. I believe it is sold right now. Probably to developers. Not that I
  236. >care.
  237.  
  238. Can a Joe User buy and use NT now ? What kind of application does it have ?
  239.  
  240. -- budi
  241. -- 
  242. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  243. Unix Support - Computer Services - University of Manitoba
  244.  
  245. -----------------------------
  246.  
  247. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  248. Subject: Re: IS UNIX DEAD?
  249. Date: 13 Nov 92 15:02:03 GMT
  250. Sender: news@ccu.umanitoba.ca
  251. Nntp-Posting-Host: antares.cc.umanitoba.ca
  252. To:       info-unix@sem.brl.mil
  253.  
  254. peter@global.hacktic.nl (Peter Busser) writes:
  255.  
  256. >rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  257.  
  258. >>Why do you insist to install it yourself anyway ?
  259.  
  260. >Because that often saves (a lot of) money.
  261.  
  262. I doubt it. If you insist to install the OS yourself then you better
  263. start learning how manage it.
  264.  
  265. --budi
  266. -- 
  267. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  268. Unix Support - Computer Services - University of Manitoba
  269.  
  270. -----------------------------
  271.  
  272. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  273. Subject: Re: IS UNIX DEAD?
  274. Date: 13 Nov 92 15:04:46 GMT
  275.  
  276. cktic.nl>
  277. Sender: news@ccu.umanitoba.ca
  278. Nntp-Posting-Host: antares.cc.umanitoba.ca
  279. To:       info-unix@sem.brl.mil
  280.  
  281. peter@global.hacktic.nl (Peter Busser) writes:
  282.  
  283.  ...
  284. >Ever tried to run X binaries without running X? I just did (xterm): Error:
  285. >can't open Display. Anyway, I can run a DOS executable under DR DOS, which is
  286. >a DOS clone. Many UNIXes don't allow this.
  287.  
  288. Not a good analogy. A better one would be ever tried to run a Windows
  289. program without running MS-Windows (ie from DOS) ?
  290.  
  291. -- budi
  292. -- 
  293. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  294. Unix Support - Computer Services - University of Manitoba
  295.  
  296. -----------------------------
  297.  
  298. From: Peter Busser <peter@global.hacktic.nl>
  299. Subject: Re: IS UNIX DEAD?
  300. Date: 14 Nov 92 13:42:55 GMT
  301. To:       info-unix@sem.brl.mil
  302.  
  303. pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  304.  
  305. >peter@global.hacktic.nl (Peter Busser) writes:
  306.  
  307. >>>>If you want a nice graphical interface
  308. >>>>like Windows or Os/2, you have to ftp and make that too.
  309. >>>Um, no ... you just install X from the SLS disks, I believe.
  310. >>Yep. But then, how do I know to type in 'startx' on the command line?
  311.  
  312. >    The same way you know to type "win" to start MSWindows or to
  313. >double-click to start a Mac application -- you read the short intro
  314. >documentation. It's not the least bit difficult.
  315.  
  316. I don't need to type anything to boot OS/2 in a graphics environment.
  317.  
  318. Greetings,
  319. Peter Busser
  320.  
  321. -----------------------------
  322.  
  323. From: "Paul S. Kilroy" <kilroy@ms.uky.edu>
  324. Subject: Unix v. Dos (Re: IS UNIX DEAD?)
  325. Date: 13 Nov 92 15:28:30 GMT
  326. To:       info-unix@sem.brl.mil
  327.  
  328. peter@global.hacktic.nl (Peter Busser) writes:
  329.  
  330. |sfkaplan@unix.amherst.edu (Scott Kaplan) writes:
  331.  
  332. |>Peter Busser seems insistant in his response that UNIX has the ability to be
  333. |>all things to all people, if only programmers would make it as such.  Then all
  334. |>the UNIX world has to do is make it commercially feasible.
  335.  
  336. First, Lets be honest, that is the _real_ subject, isnt it?
  337.  
  338. Second, Maybe the unix world doesnt want to make everything commercially
  339. feasible. I, for one, love the fact my os and gui are free (see below).
  340.  
  341. Thirdly, This is mostly opinion, but here it goes. I dont think
  342. unix is ready for the average user. Honestly, they are too ignorant.
  343. Anyone who refuses to learn ls to replace dir is not ready to
  344. try somethign new.. Can any of you remember back to when you first
  345. got your 8086 and threw ibm-dos on it? I can. I can also
  346. remember not knowing how to get a list of all the files.
  347. I said, like most dos users are saying to unix, " This sucks
  348. I cant even get a list of my files", I was trying every command
  349. I knew from other os's, but none worked. Finally I read though every
  350. command in the book until I came upon DIR. My point is, We have
  351. all had to learn new things to move up in the world. Dos on a 8086
  352. is a lot more powerful than a c64, and you had to learn new commands
  353. to take advantage of it. And you did it, and your better because of it.
  354. Unix is a lot more powerful than dos, no one can argue with that,
  355. and you need to learn some new commands to take advantage of this too.
  356.  
  357. Fourthly, Unix is a lot more configurable..
  358. With all the 100% free software on my computer, I can make Xwindows
  359. go from a ms-windows looking machine, to a system7 looking machine,
  360. to a nextstep looking machine back to the system defaults, only
  361. changing a few text setup files. Plus all this is documented very
  362. well in the man pages for these programs.
  363.  
  364. anyway heres some info on my 'puter if ya like it..
  365. 486/33, runing linux .98p2(see comp.os.linux and ftp tsx-11.mit.edu
  366. /pub/linux/FAQ) I also have a program called xfm, which a freely
  367. distributable file/applications manager, with drag and drop ect.
  368. it is *very* nice for people learning unix, you really dont have
  369. to youch a command line if the .xfmrc is setup right. 
  370. ie. my wife doesnt have to touch the command
  371. line cause I setup the file, please dont give me chicken and egg
  372. stuff please..
  373.  
  374. well, thats it, flame away
  375.  
  376. disclamer, It is very possible that NOTHING  in this document
  377. is spelled correctly.
  378.  
  379.  
  380. paul
  381.  
  382. -- 
  383.                        -Paul   (kilroy@ms.uky.edu)
  384.  
  385. -----------------------------
  386.  
  387. From: Steve W Heistand <heistand@iastate.edu>
  388. Subject: Kerberos help
  389. Keywords: telnet
  390. Date: 13 Nov 92 15:36:35 GMT
  391. Sender: USENET News System <news@news.iastate.edu>
  392. To:       info-unix@sem.brl.mil
  393.  
  394. hi,
  395. my basic problem is this:
  396. I need to get an active kerberos ticket on a remote machine without
  397. actually logging in.  rsh will not work as it requires and active
  398. ticket to work, a telnet session within a shell script I and everyone
  399. i've talked to have no clue on how to do.  I though about changing
  400. my .login file  to have it exit whenever I login and do a rlogin within
  401. a script but our system has dissallowed .rhost and trusted user type stuff.
  402.  
  403. If there is anyone out there with any ideas I would be most grateful.
  404.  
  405. thanks
  406. steve
  407.  
  408. -----------------------------
  409.  
  410. From: Paul Nordstrom <paul@gill.uucp>
  411. Subject: Looking for Time Series Analysis software
  412. Date: 13 Nov 92 16:12:42 GMT
  413. To:       info-unix@sem.brl.mil
  414.  
  415.  
  416. Is anyone out there aware of a software package specialized for the
  417. purpose of analyzing time series?  If so, I would very much appreciate
  418. any information you could send me (email is fine).
  419.  
  420. Thank you very much.
  421.  
  422.  
  423. --
  424. Newsgroups: 
  425. Subject: 
  426.  
  427. -- 
  428. --
  429. Paul Nordstrom
  430. Gill & Co., L.P.
  431. paul@gill.com
  432.  
  433. -----------------------------
  434.  
  435. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  436. Subject: Re: IS UNIX DEAD? (long)
  437. Date: 13 Nov 92 16:52:30 GMT
  438.  
  439. al.hacktic.n
  440. Sender: news@ccu.umanitoba.ca
  441. Nntp-Posting-Host: ccu.umanitoba.ca
  442. To:       info-unix@sem.brl.mil
  443.  
  444. peter@global.hacktic.nl (Peter Busser) writes:
  445.  
  446. >rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  447.  
  448. >>>SHORT? That's hardly the word, miniscule is even too much... :-)
  449. >>>[list with *9* apps deleted]
  450. >>Have you read any UNIX-related magazine ? You will be amazed by the number
  451. >>of ready to use applications. I've seen a list of hundred applications
  452. >>available under UNIX.
  453.  
  454. >I've seen those lists. 
  455.  
  456. Have you seen this one :
  457.  
  458. Commercial UNIX Applications :
  459. Aster*x
  460. Autocad
  461. AutoPLAN
  462. Blast
  463. Corel Draw
  464. Crisp (text editor)
  465. dBase IV
  466. DECwrite
  467. eXclaim (spreadsheet for XWindows)
  468. FrameMaker
  469. Interleaf
  470. Island Draw, Write, Paint
  471. HyperHelp (on-line UNIX help)
  472. iXVIEW/SQL
  473. LabView
  474. Looking Glass
  475. Lotus 1-2-3
  476. Lotus cc:Mail
  477. Mathcad
  478. Mathematica
  479. NetMetrix (network manager)
  480. Norton Util Sys V Unix
  481. Oracle
  482. Q-Calc
  483. SAS
  484. Simcity (games)
  485. SoftComm
  486. SoftPC
  487. SpeedEdit (text editor)
  488. Spyglass Transform
  489. SunPC
  490. SunVision
  491. SPSS
  492. Sybase
  493. Synchronize (calender/schedule)
  494. VSI*FAX
  495. Wingz
  496. WordPerfect
  497. WriteNow
  498. xtree for UNIX)
  499. ZMail
  500.  ...etc.
  501.  
  502. and zillions of free/commercial xwindows/character based UNIX 
  503. applications/utilities ...(like elm, pico, tgif, xarchie, xfig, 
  504. xftp, xroach, xspread, xv,...)
  505.  
  506. >But I have two questions:
  507. >  - for which UNIX?
  508.  
  509. Different versions, just ask the company. (You like to phone them eh :-)
  510.  
  511. >  - how much is the difference between a DOS/Windows app and a comparable
  512. >    UNIX app? (Ok, let the flames come in! :)))
  513.  
  514. I am not sure what you mean by that ?
  515. Most of the commerical applications usually have the same look and feel
  516. over different platforms. I mean Corel Draw under Windows has the same
  517. look and feel with the UNIX version.
  518.  
  519.  ...
  520. >Because the application programmer made his choice, which, alas, is probably
  521. >not my choice. Have you ever worked with X? 
  522.  
  523. Yes, I am using OpenWindows or X11R5 most of the time.
  524.  
  525. >If I for instance don't like the
  526. >Motif window manager and I switch to the OPEN LOOK window manager. That makes
  527. >that makes several things look different on the screen. But everything the
  528. >application displays remains exactly the same. 
  529.  
  530. That's what window manager supposed to do. (Like the name says 
  531. "window manager"). The application should be the same.
  532. (Actually if I understand it correctly, if the aplication is based on 
  533. tcl you supposed to be able to taylor the apps with tcl's "send" command).
  534.  
  535. >Sure choice has it's advantages, but it sure also has it's disadvantages.
  536.  
  537. At least you are not stuck.
  538.  
  539. -- budi
  540. -- 
  541. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  542. Unix Support - Computer Services - University of Manitoba
  543.  
  544. -----------------------------
  545.  
  546. From: Philippe Goujard <ppg@oasis.icl.co.uk>
  547. Subject: Re: IS UNIX DEAD? (long)
  548. Date: 13 Nov 92 17:41:12 GMT
  549. To:       info-unix@sem.brl.mil
  550.  
  551. u>
  552.  
  553. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  554.  
  555. >Two different things.  Asking for a help key is really not as 
  556. >"pampered" as you would make it out.  As far as the hard drive:
  557. >OS/2 and DOS both have reasonably good undelete procedures.  OS/2 just
  558. >copies the file to a temporary directory in the background.
  559.  
  560. Yes this is something unix is not good at. There is no undelete. Maybe 
  561. replacing "rm" with "mv /trash" is enough. Maybe not.
  562.  
  563. >Microsoft has a  *PROGRAMMING LANGUAGE* built into word.  I can't
  564. >imagine why someone would prefer a command line to keystrokes
  565. >and requester windows.  
  566.  
  567. Anyway I don't think it is very fair to compare vi and winword. One is a 
  568. text editor created to edit mostly C sources the other is a word processor 
  569. with graphic capabilities. Their have very very different purposes and if 
  570. you use vi as a word processor there is definitely something wrong somewhere.
  571.  
  572. >>>Why do I have 12 function keys on my keyboard that seem to do absolutely
  573. >>>nothing?
  574. >>
  575. >>dumb question is this?  Are you blaming your keyboard manufacturer's
  576. >>ills on Unix, or are you incoherently expecting that Unix assign some
  577. >>sort of meaning to every key assignable?
  578.  
  579. >No it's not a dumb question.  There is no standard for help in the Unix
  580. >world.  The f keys are seldom used in unix programs.  Most terminals
  581. >have f keys.  It would seem this would be a good time to start convincing
  582. >people to use F1 for help, n'est ce pas?
  583.  
  584.  
  585. I havent come across many terminals with 12 function keys actually. I'm not 
  586. sure you can count the keybord of the IBM AT (the XT had only 10 fkeys) 
  587. since it is not really a terminal, it's a computer which can emulate 
  588. (sometimes well and sometimes not so well) terminals.
  589.  
  590. Anyway, whatever the number of function keys that your terminal have I agree 
  591. that Unix programs are not using them a lot.
  592. So what can be done to improve it and what are the problems?
  593.  
  594. First you must remember that the "F1=Help" convention was really introduced 
  595. with IBM CUA standard (and therefore Windows and Presentation Manager. 
  596. Before that text applications implemented help the way they wanted (and some 
  597. still do). Under Unix, X-window itself is just the windows server but I'm 
  598. don't know if the GUI (openlook & motif) implement it. (maybe motif, can 
  599. someone confirm?).
  600.  
  601. Another problem to overcome is that many terminal emulators don't work too 
  602. well : they treat certain keys locally. When you press F1 on some terminal 
  603. emulators it doesnt send F1 to the remote machine and calls the local help 
  604. menu.
  605.  
  606. I suppose that what in the future, text applications will stay as they are 
  607. but GUI will provide a common way to call help.
  608. (BTW I also like the help bubble in the Mac interface).
  609.  
  610. >>>Why does VI default to beeping at you when you try to type as opposed to
  611. >>>editing?
  612. >>
  613. >>Because you're Making a Mistake, and vi appropriately tells you so.
  614.  
  615. >Why is typing text into a text editor "a mistake."  VI should default
  616. >to typing mode.  It would 100% or more user friendly, as well as compatible
  617. >with the other 1000 programs out there that claim to be editors. 
  618.  
  619. Wasn't vi written at first to test your terminal speaker?
  620. Fortunately when I started learning vi, I had a terminal where I could turn 
  621. down the volume, but now after 2 years of expereince I can produce text with 
  622. more characters than beeps :-)
  623.  
  624. >>>Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  625. >>>use VI from RN?
  626. >>
  627. >>a) yes.  b) because your .exrc file is not set up correctly.
  628.  
  629. >How often does someone want to edit news without word wrap?  Wouldn't that
  630. >make it logical to put word wrap in the standard .exrc file?
  631.  
  632. How often do one want to edit news with vi? Unless you have been using vi 
  633. for too long and you cannot do anything without it, leave it to the 
  634. programmers and use a more suitable editor when writing mail or news.
  635.  
  636. >Because they are not stupid questions.  They are good questions.  Obviously
  637. >VI has flaws.  Obviously unix has flaws.  Everything has flaws.  It is
  638. >frightening the way many Unix users refuse to admit that Unix has flaws.
  639.  
  640. Use the correct tool for the correct purpose and maybe you wont see as many 
  641. "flaws". Yes Unix can be inproved, administration could be simpled, GUI 
  642. could be more consistent there could also be an on-line tutorial for new 
  643. users etc... The problem is that I may not see the same flaws as you do.
  644.  
  645. >If you launch an editor from VI, that editor should be a wordprocessor.  If
  646. >it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  647.  
  648. Where did you get the idea that vi had a "wordprocessor mode"? (and wordwrap 
  649. is not enough for me to be a wordprocessor mode!). It definitely hasn't. Vi 
  650. is an editor for editing C sources. It does it very good (at least that's 
  651. the opinion of people like me who have been using it for a long time) but it 
  652. is definitely not an all purpose editor. And if you don't like it in the 
  653. first place, don't use it.
  654.  
  655. The only thing you could argue is : why isnt there a choice of editor when 
  656. you buy your unix?
  657. The answer is : 
  658.     - So far unix makers have considered that if you can't use vi you don't 
  659.     deserve to use unix. This is wrong and changing slowly.
  660.     
  661.     - The real well known competitor is emacs which has the problems of
  662.         - Being nearly as cryptic as vi
  663.         - Being "copylefted" so you can't include it in commercial unixes
  664.         (although Dell includes it I think).
  665.  
  666. >If help does nothing at the command prompt.  That is a flaw.
  667.  
  668. Yeees, but what would you expect it to do? Would alias help man -k keep you 
  669. happy?
  670.  
  671. >If the cursor keys are illogical that is a flaw.
  672.  
  673. I suppose you are mistaking 'logical' and 'intuitive'. For me the intuitive 
  674. cursor keys on my terminal are those with the arrows on. And those don't 
  675. work intuitively under vi.
  676.  
  677. On all the implementations of vi I've seen typing :
  678. "a hello <CRSR UP> world" works where "i hello <CSRS UP> world" does not!
  679.  
  680. Try to explain to a new-user the difference between moving the cursor to a 
  681. shorter line with append mode and insert mode !
  682.  
  683. And the reason why you leave the append or insert mode when reaching the end 
  684. of line is beyond me!
  685.  
  686. >Anything can be improved if we discuss the flaws and discuss ways to improve
  687. >them.  If we treat those that notice flaws as blasphemers, we all end up
  688. >using 1970s text editors in 1992, and unix dies.
  689.  
  690. Unix does not "die", we are speaking of a very SMALL market of unix here : 
  691. the market of personnal computers - low-end workstations. Even if unix is 
  692. not doing good in that market (which I agree is important and mostly 
  693. dominated by Microsoft and Apple at the moment) it will still be alive and 
  694. kicking in all the other markets.
  695.  
  696. --
  697.  -----------------------------------------------------------------------------
  698. Philippe GOUJARD                              Email : ppg@oasis.icl.co.uk
  699.  
  700. -----------------------------
  701.  
  702. From: Daniel Smith <dansmith@autodesk.com>
  703. Subject: Re: IS UNIX DEAD? (long)
  704. Date: 13 Nov 92 20:35:46 GMT
  705. To:       info-unix@sem.brl.mil
  706.  
  707. In <BxKM0t.1xH@undergrad.math.waterloo.edu> papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  708. > How often does someone want to edit news without word wrap?  Wouldn't that
  709. > make it logical to put word wrap in the standard .exrc file?
  710.  
  711.  
  712.     The "standard" .exrc file is site-dependent.  Your administrator
  713. can do whatever he/she wants with a "stadard" exrc to suit your wishes.
  714. Let me add:
  715.  
  716. ENVIRONMENT
  717.      The editor recognizes the environment variable EXINIT  as  a
  718.      command  (or  list of commands separated by | characters) to
  719.      run when it starts up.  If this variable is  undefined,  the
  720.      editor checks for startup commands in the file ~/.exrc file,
  721.      which you must own.  However, if there is a .exrc  owned  by
  722.      you  in  the current directory, the editor takes its startup
  723.      commands from this file - overriding both the file  in  your
  724.      home directory and the environment variable.
  725.  
  726.  
  727.     Gee, perhaps you could have vi start up in wordprocessing
  728. mode in one directory, and in programming mode in another.  Eureka!
  729.  
  730. > If you launch an editor from VI, that editor should be a wordprocessor.  If
  731. > it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  732.  
  733.     Why would you launch an editor from vi?  Are you in the
  734. habit of launching Microsoft Word from Brief?  Do you drag a motorcycle
  735. behind your car so that you can suddenly hop on it once you're going 55?
  736.  
  737. > If help does nothing at the command prompt.  That is a flaw.
  738.  
  739.     It's site dependent.  Blame the vendors who spend all their
  740. time bickering with each other rather than addressing something this
  741. simple.  If someone types "help" and it does something, chances are
  742. that someone wrote a nifty script in /usr/local/bin.
  743.  
  744. > If the cursor keys are illogical that is a flaw.
  745.  
  746. > Anything can be improved if we discuss the flaws and discuss ways to improve
  747. > them.  If we treat those that notice flaws as blasphemers, we all end up
  748. > using 1970s text editors in 1992, and unix dies.
  749.  
  750.     Yeah Yeah...
  751.  
  752.     I'll restate something here that I've hinted at in net postings
  753. before.  I don't think Unix will die, but I think NT will get a lot of things
  754. right, and will move into markets that Unix is not in yet, and take away
  755. from markets where Unix is sort of spotty.  And I say this as a 10 year
  756. Unix user who's had it with all the Unix community infighting.  Hey, I hope
  757. NT kicks the Unix vendors into a sudden spirit of mass cooperation.
  758.  
  759.     There's another side to this whole "oh Unix is so hard to use" tangent.
  760. A lot of people say computers in general are hard to use.  I'll give you
  761. an example (and then some ramblings):
  762.  
  763.     I saw Jef Raskin, formerly of Apple, talk at the West Coast Computer
  764. Faire around 1977-78.  He was pushing the "Information Appliance" idea, and
  765. remarking that he thought User Groups were a reflection on how computers
  766. were so hard to use.  He was implying that there shouldn't be User Groups;
  767. saying that "you don't see Washing Machine User Groups".
  768.  
  769.     Well.  I wish I'd gone to mike and rebutted that one, because it's
  770. annoyed me for a long time...
  771.  
  772.     Computers will get easier and easier to use, Unix along with
  773. everything else.  I don't think anyone's questioning that general trend.
  774. I do think that people tend to expect too much too soon in this direction
  775. though, and I'll tell ya why:
  776.  
  777.     You do cerebral stuff with computers.  When's the last time
  778. you did your taxes on your washing machine?  Could you design a building
  779. with your lawnmower?  Write a letter with your toaster?
  780.  
  781.     User Groups aren't just self-defense organizations for frustrated
  782. users trying to figure out how to set something up.  They serve a purpose
  783. that's informational and social as well.  Informational in that you find
  784. out about software/hardware that fills some need you have, social in that
  785. you banter about with people about this or that package (and gee, maybe
  786. make new friends in the process).
  787.  
  788.     Anyways, I'll get off my "stop expecting them to be toasters
  789. anytime soon" soapbox.  I think Unix gets singled out quite a bit
  790. on this one.  A lot of it comes from its sheer power and flexibilty.
  791. It overwhelms the "learn barely enough to get by" mentality.
  792.  
  793.     I look forward to playing around with the NT CLI, and perhaps
  794. I'll write one of my own if Microsoft doesn't get it right :-)
  795.  
  796.                 Daniel
  797. -- 
  798.      Daniel Smith, Autodesk, Sausalito, California, (415) 332-2344 x 2580
  799.           Disclaimer: written by a highly caffeinated mammal
  800.         dansmith@autodesk.com            dansmith@well.sf.ca.us
  801.  
  802. -----------------------------
  803.  
  804. From: Peter Busser <peter@global.hacktic.nl>
  805. Subject: Re: IS UNIX DEAD? (long)
  806. Date: 14 Nov 92 12:26:13 GMT
  807. To:       info-unix@sem.brl.mil
  808.  
  809. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  810.  
  811. >>dumb question is this?  Are you blaming your keyboard manufacturer's
  812. >>ills on Unix, or are you incoherently expecting that Unix assign some
  813. >>sort of meaning to every key assignable?
  814.  
  815. >No it's not a dumb question.  There is no standard for help in the Unix
  816. >world.  The f keys are seldom used in unix programs.  Most terminals
  817. >have f keys.  It would seem this would be a good time to start convincing
  818. >people to use F1 for help, n'est ce pas?
  819.  
  820. Right! And since curses supports the F-keys (and many others too) it means
  821. that at least every curses based program could support it. If your keyboard
  822. doesn't have a F1 key, too bad, then you'll have to do your tasks without
  823. helptext.
  824.  
  825. >With 95% of all keyboards having little bumps on the "home" key it makes
  826. >absolutely NO SENSE to use keys one character right of the home keys
  827. >as cursor keys.  None whatsoever.  Espeicially when h could be a help
  828. >key, instead of wasted on the right arrow, when J should be the right
  829. >arrow.
  830.  
  831. Uhm, shouldn't that be left arrow? :-) But you're right, it's just that
  832. adm3a's had cursor arrows on their HJKL keys. Why they didn't take the JKL;
  833. keys? I don't know...
  834.  
  835. >Why is typing text into a text editor "a mistake."  VI should default
  836. >to typing mode.  It would 100% or more user friendly, as well as compatible
  837. >with the other 1000 programs out there that claim to be editors. 
  838.  
  839. Well, I don't think it's a good idea to change vi NOW, as too many people
  840. are familiar with it.
  841.  
  842. -----------------------------
  843.  
  844. From: Peter Busser <peter@global.hacktic.nl>
  845. Subject: Re: IS UNIX DEAD? (long)
  846. Date: 14 Nov 92 12:58:21 GMT
  847. To:       info-unix@sem.brl.mil
  848.  
  849. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  850.  
  851. >>have f keys.  It would seem this would be a good time to start convincing
  852. >>people to use F1 for help, n'est ce pas?
  853. >How about terminals without F keys ?
  854.  
  855. Then you can't press the F1 button, right? So you can't get helptext.
  856.  
  857. >How about different keyboards send
  858. >different key sequence for F1 ? We still have many terminals without F keys.
  859.  
  860. There are 10 times more keyboards that do have F-keys.
  861.  
  862. -----------------------------
  863.  
  864. From: Martin Peter Howell <mph@plasma.apana.org.au>
  865. Subject: Re: IS UNIX DEAD? (long)
  866. Date: 14 Nov 92 21:49:19 GMT
  867. To:       info-unix@sem.brl.mil
  868.  
  869. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  870.  
  871. >In article <sherman.721291094@foster> sherman@unx.sas.com (Chris Sherman) writes:
  872. >>
  873. >>>Wow! ODT uses Motif, NeXT uses NeXTStep, A/UX uses finder and SVR4.2 uses
  874. >>>OPEN LOOK, I guess. That makes four different UNIXes with four different
  875. >>>user interfaces. With NT or OS/2 you only need to learn only *1* user
  876. >>>interface.
  877. >>
  878. >>Suppose you don't like it...
  879.  
  880. >You get another one...like Norton Desktop, NewWave, PM (for OS/2).  Or you
  881. >could write your own...just like in Unix.  In OS/2, the interface is just
  882. >a program that runs on top of the Presentation Manager.  In Windows, I
  883. >don't know how you change it, but there is a way, because hundreds of 
  884. >thousands of Windows users use Newwave and NDW.
  885.  
  886. That would defeat your original purpose.  I think the advantage of OS/2
  887. (and possibly NT) is that it will be popular.  You won't need any skills
  888. to use it and other peoples computers will look the same as your own.
  889. This will give you a warm fuzzy feeling inside.  
  890.  
  891. -Martin.
  892. mph@plasma.apana.org.au
  893.  
  894. -----------------------------
  895.  
  896. From: Dave Siegel <dsiegel@optima.uucp>
  897. Subject: Re: IS UNIX DEAD? (long)
  898. Date: 14 Nov 92 22:33:14 GMT
  899. Sender: news@cs.arizona.edu
  900. To:       info-unix@sem.brl.mil
  901.  
  902. From article <1992Nov12.224908.25332@hou.amoco.com>, by zklf0b@gs144.uucp (Fergason):
  903. > I disagree.  Not having used too many OS's, I can only recall 2 
  904. > that the help command did something.  Vax VMS, and Microsoft Dos 5.
  905. > I take that back, i just thought of Wylbur/MVSX, and VM/CMS.  I believe
  906. > help does something on those systems.  
  907.  
  908. having used many, I can say that most OS's don't.  DOS didn't do this until
  909. version 5.
  910.  
  911. Also, my version of unix does, but I haven't been able to figure out what it
  912. is supposed to be helping me with. (Dell Unix)  Since I already know how to 
  913. use manpages, I haven't bothered to even figure out what it is.
  914.  
  915. > Why should help do something at the command prompt?  I would much, much
  916. > rather have the hardcopy manual in my hand.  While online help might
  917. > be nice, I really just do not see its absence as an inherent flaw.
  918. > Kelly
  919.  
  920. Well, I don't know if you have ever seen a grey wall (VMS), or if you've priced
  921. a grey wall, but I *can't* have a hardcopy manual precisely because of the
  922. existance of networks.  Can you imagine how much I'd have to have?  How many 
  923. tens of thousands of dollars it would cost to provide even a minimal amount
  924. of manuals to my company?  I can see it now...two greywals, two sets of SunOS
  925. Manuals, couple of DOS mans, System V, BSD, OS/2, Win NT, Win 3.2, Netware,
  926. LanManager, then, a specific set for Dell, a specific set for IRIX, a 
  927. specific set for Dynix, a specific set for ISC, one for ESIX, Ultrix, Minix,
  928. Linux, BSD/386, ...have I made my point yet?
  929.  
  930. Even though I'm a pretty fluent Unix guy, I'd be lost without a bit of 
  931. specific documentation online for a clients machine  that is in Cleveland, 
  932. or some such, not to mention the all the different machines in one building.
  933.  
  934. egads.  It makes my wallet hurt just thinking about it.
  935.  
  936. -dave
  937.  
  938. --
  939. Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
  940. SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
  941. "The opinions expressed herein are not necessarily those of my employer,
  942. not necessarily mine, and probably not necessary."
  943.  
  944. -----------------------------
  945.  
  946. From: Ray Jones <ray@celestial.com>
  947. Subject: Re: 2nd time: How to remove files?
  948. Keywords: remove, unix, corefiles
  949. Date: 13 Nov 92 17:09:01 GMT
  950. To:       info-unix@sem.brl.mil
  951.  
  952. In <Nov.11.13.41.20.1992.909@skynyrd.rutgers.edu> puchalek@skynyrd.rutgers.edu (michael) writes:
  953.  
  954.  
  955. >    I posted this article in comp.unix.questions with a narrow
  956. >distribution, so I am reposting with a wider range. If you see it
  957. >twice, sorry.
  958.  
  959. >I keep getting files added to my working directory such as 'xerrors'
  960. >and '.nfs***'. If I put a line in my .login that says 'rm xerrors', a
  961. >'xerrors:no such file' message appears every time I log in. If I leave
  962. >the 'rm xerrors' line out of my .login, the 'xerrors' file starts to
  963. >show up in my root directory.
  964.  
  965. Looks like the 'xerrors:no such file' message is generated whenever
  966. there is NO "xerrors" file to remove and is silent when it actually
  967. removes the file.  Use:
  968. rm -f xerrors
  969. and rm will remove the file if it exists, and keep quite if it does
  970. not.
  971. -- 
  972. INTERNET:  ray@Celestial.COM   Ray A. Jones; Celestial Software
  973. UUCP:   ...!thebes!camco!ray   6641 East Mercer Way
  974.              uunet!camco!ray   Mercer Island, WA 98040; (206) 947-5591
  975.  
  976. -----------------------------
  977.  
  978. From: Philip W White <philw@vice.ico.tek.com>
  979. Subject: Re: cron not finding script
  980. Date: 13 Nov 92 17:22:09 GMT
  981. To:       info-unix@sem.brl.mil
  982.  
  983.  
  984. In article <92315.102834IETAM@ASUACAD.BITNET> IETAM@ASUACAD.BITNET (Thom Anthony McCarty) writes:
  985. ::
  986. ::I am executing a Bourne shell script, newsrunning, from within cron.
  987. ::I have given the absolute filename (including the path) but cron says
  988. ::it cannot find the script:
  989. ::
  990. ::
  991. ::helpdesk% crontab -l
  992. ::5,10,20,25,35,40,50,55 * 1-31 * 1-6 '/usr/lib/newsbin/input/newsrun'
  993. ::30 8    1-31 *  1-5     '/usr/lib/newsbin/input/newsrunning off'
  994. ::00 17   1-31 *  1-5     '/usr/lib/newsbin/input/newsrunning on'
  995. ::#40 *    1-31 *  0-6     '/usr/lib/newsbin/batch/sendbatches'
  996. ::59 0    1-31 *  0-6     '/usr/lib/newsbin/expire/doexpire'
  997. ::10 8    1-31 *  0-6     '/usr/lib/newsbin/maint/newsdaily'
  998. ::00 5,13,21      1-31 *  1-5     '/usr/lib/newsbin/maint/newswatch
  999. ::| mail page'
  1000. ::1,31 *   1-31 *  1-5     '/usr/lib/newsbin/utils/create-desc'
  1001. ::
  1002. ::(mail msg resulting said in part:)
  1003. ::Your "cron" job
  1004. ::
  1005. ::    '/usr/lib/newsbin/input/newsrunning off'
  1006. ::
  1007. ::produced the following output:
  1008. ::
  1009. ::sh: /usr/lib/newsbin/input/newsrunning off: not found
  1010. ::
  1011.  Looks to me as if it is trying to run:
  1012. /usr/lib/newsbin/input/newsrunning off
  1013.  
  1014. That is a file name which includes a space.  The space is just before "off".
  1015.  
  1016. Either try removing the '' around the command, or create a new file
  1017. which calls newsrunning with the off argument.  Put the name of
  1018. the new file in crontab
  1019.  
  1020.       Phil White   Tektronix, Beaverton, OR
  1021. USENET:  philip.w.white@tek.COM
  1022.  US Mail: Mail Stop 59-432, P.O. Box 500, Beaverton OR 97077-0001
  1023.  
  1024. -----------------------------
  1025.  
  1026. From: Bruce Lilly <bruce@blilly.uucp>
  1027. Subject: Re: cron not finding script
  1028. Date: 15 Nov 92 01:23:37 GMT
  1029. To:       info-unix@sem.brl.mil
  1030.  
  1031. In article <BxM5wu.73u@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) wrote:
  1032. >In article <92315.102834IETAM@ASUACAD.BITNET> Thom Anthony McCarty <IETAM@ASUACAD.BITNET> writes:
  1033. >>30 8    1-31 *  1-5     '/usr/lib/newsbin/input/newsrunning off'
  1034. >> ...
  1035. >>Your "cron" job
  1036. >>
  1037. >>    '/usr/lib/newsbin/input/newsrunning off'
  1038. >>
  1039. >>produced the following output:
  1040. >>
  1041. >>sh: /usr/lib/newsbin/input/newsrunning off: not found
  1042. >
  1043. >Get rid of the quotes.  
  1044.  
  1045. Is it recommended to run the latest version of newsrunning as root? 
  1046.  
  1047. If Thom's cron can't run jobs specifically for the news login,
  1048. an alternative is to use
  1049. 30 8    1-31 *  1-5     /bin/su news -c '/usr/lib/newsbin/input/newsrunning off'
  1050. in the root crontab file (with the quotes).
  1051.  
  1052. -- 
  1053.     Bruce Lilly        blilly!bruce@Broadcast.Sony.COM
  1054.                     ...uunet!sonyusa!sonyd1!blilly!bruce
  1055.  
  1056. -----------------------------
  1057.  
  1058. From: Henry Spencer <henry@zoo.toronto.edu>
  1059. Subject: Re: cron not finding script
  1060. Date: 15 Nov 92 04:56:04 GMT
  1061. To:       info-unix@sem.brl.mil
  1062.  
  1063. In article <1992Nov15.012337.4528@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
  1064. >Is it recommended to run the latest version of newsrunning as root? 
  1065.  
  1066. In general, running news stuff as root is a mistake, but in this particular
  1067. case it should be harmless.
  1068. -- 
  1069. MS-DOS is the OS/360 of the 1980s.      | Henry Spencer @ U of Toronto Zoology
  1070.               -Hal W. Hardenbergh (1985)|  henry@zoo.toronto.edu  utzoo!henry
  1071.  
  1072. -----------------------------
  1073.  
  1074. From: David Barr <barr@pop.psu.edu>
  1075. Subject: Re: cron not finding script
  1076. Date: 15 Nov 92 05:32:52 GMT
  1077. Sender: Usenet <news@atlantis.psu.edu>
  1078. To:       info-unix@sem.brl.mil
  1079.  
  1080. In article <1992Nov15.012337.4528@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
  1081. >Is it recommended to run the latest version of newsrunning as root? 
  1082. >
  1083. >If Thom's cron can't run jobs specifically for the news login,
  1084. >an alternative is to use
  1085. >30 8    1-31 *  1-5     /bin/su news -c '/usr/lib/newsbin/input/newsrunning off'
  1086. >in the root crontab file (with the quotes).
  1087.  
  1088. If you read the original post, it was clear that the crontab entries were
  1089. news's and not root's.  Fortunately the number of UNIX's with old crons
  1090. are getting fewer and fewer.
  1091.  
  1092. --Dave
  1093. -- 
  1094. System Administrator, Population Research Institute    barr@pop.psu.edu
  1095.   "An analogy is like instant coffee: it can wake you up, but it's
  1096.   not the real thing"  -- Peter da Silva
  1097.  
  1098. -----------------------------
  1099.  
  1100. From: as400064@orion.yorku.ca
  1101. Subject: Re: Unix for a PC
  1102. Date: 13 Nov 92 21:43:07 GMT
  1103. Sender: USENET News System <news@draco.ccs.yorku.ca>
  1104. To:       info-unix@sem.brl.mil
  1105.  
  1106. In article <1992Oct28.013649.21492@monu6.cc.monash.edu.au>, ins499y@aurora.cc.monash.edu.au (Deeran Peethamparam) writes:
  1107. > Devin Mcquaid (dmcquaid@csws19.ic.sunysb.edu) wrote:
  1108. > [Description of Linux, a free Unix OS]
  1109. > :     What is the minimal requirement?
  1110. > :     386
  1111. > :     4 megs of ram (of course more is beter)
  1112. > Linux will run with 2 megs of RAM -- with almost continual paging.
  1113. > Like the man says, more _is_ better.
  1114. > DP
  1115.  
  1116. -----------------------------
  1117.  
  1118. From: "frederick.d.true" <ft@cbnewsi.cb.att.com>
  1119. Subject: Need decompress/merge routine
  1120. Keywords: merge compress
  1121. Date: 13 Nov 92 22:04:56 GMT
  1122. Followup-To: ftrue@attmail.att.com
  1123. To:       info-unix@sem.brl.mil
  1124.  
  1125. Is anyone aware of an existing method to merge/sort compressed files given
  1126. a sort key? In other words, I have 10 large compressed files, sorted by
  1127. a particular key, and I need to merge them in sorted order into another
  1128. compressed file.  The files are too large to have all uncompressed on the
  1129. system.
  1130.  
  1131. What I need is some sort of utility ala 'sort -m' which will decompress
  1132. and buffer input files while merging. Is there such a beast? Is there another
  1133. obvious way of doing this that I'm neglecting? I realize that I could polyphase
  1134. merge them two at a time, but I'd rather not. The files are very large and
  1135. each merge stage would take hours.
  1136.  
  1137. I'm just about to write my own merge routine, building in the compress/
  1138. decompress routines as an option for each input file, but I thought I'd 
  1139. see what's out there before I started.
  1140.  
  1141. Any suggestions would be appreciated,
  1142.  
  1143. Please e-mail to: ftrue@attmail.att.com
  1144.  
  1145. --
  1146. Fred True
  1147. AT&T
  1148.  
  1149. -----------------------------
  1150.  
  1151. From: Chet Ramey <chet@odin.ins.cwru.edu>
  1152. Subject: Re: REMAPPING KEYS WITHIN BASH/SH
  1153. Date: 13 Nov 92 22:22:40 GMT
  1154. NNTP-Posting-Host: odin.ins.cwru.edu
  1155. To:       info-unix@sem.brl.mil
  1156.  
  1157. In article <BxM2EA.Hyt@cs.dal.ca> franklin@thans.cs.dal.ca (Steve Franklin) writes:
  1158. >It would be wholly to my benefit to be able to remap keys within the
  1159. >bash or sh shell, but I'm not quite sure to go about doing this.
  1160.  
  1161. Bash supports this.  The readline library, which is used by bash and
  1162. certain other Gnu utilities (e.g., gdb), has its own startup file
  1163. (~/.inputrc), and a syntax for rebinding keys within it.  Bash also
  1164. provides the `bind' builtin to allow keybindings to be changed on
  1165. the fly from a shell prompt.
  1166.  
  1167. >Can I map Character sequences to the execution of scripts? I don't see
  1168. >why not, but I'm not quite sure how I would go about doing this...
  1169.  
  1170. Bash allows you to bind keys to `macros', which cause character strings
  1171. to be inserted into the text.  You can bind a key sequence to the
  1172. equivalent of, for instance, "ls^M" and have that key execute `ls' when
  1173. typed on an empty line.
  1174.  
  1175. Chet
  1176. -- 
  1177. ``The use of history as therapy means the corruption of history as history.''
  1178.     -- Arthur Schlesinger
  1179.  
  1180. Chet Ramey, Case Western Reserve University    Internet: chet@po.CWRU.Edu
  1181.  
  1182. -----------------------------
  1183.  
  1184. From: Ioi Kim Lam <ioi@pixmap.seas.upenn.edu>
  1185. Subject: Re: IS UNIX DEAD (long)
  1186. Date: 13 Nov 92 23:19:26 GMT
  1187. Sender: news@NOC2.DCCS.UPENN.EDU
  1188. Nntp-Posting-Host: pixmap.seas.upenn.edu
  1189. To:       info-unix@sem.brl.mil
  1190.  
  1191. In article <74541@hydra.gatech.EDU> rm72@prism.gatech.EDU (Robert B. McCullough) writes:
  1192.  
  1193. > Total B.S.!!    I'd love to have a user friendly application and VI
  1194. >is it for me. It grips me to hear DOS users say "VI it's to hard to
  1195. >learn". Come on thats why UNIX has got power, DOS doesn't......
  1196.  
  1197. If you think that being hard to use means power, go and write a book about
  1198. it. I am sure that would be a best seller. 
  1199.  
  1200. With all my blessing,
  1201.  
  1202.     ioi.
  1203.  
  1204. -----------------------------
  1205.  
  1206. From: Peter Busser <peter@global.hacktic.nl>
  1207. Subject: Re: IS UNIX DEAD (long)
  1208. Date: 14 Nov 92 12:52:05 GMT
  1209. To:       info-unix@sem.brl.mil
  1210.  
  1211. rm72@prism.gatech.EDU (Robert B. McCullough) writes:
  1212.  
  1213. >It grips me to hear DOS users say "VI it's to hard to learn".
  1214.  
  1215. I'm not a DOS user, I'm using Linux right now. And I still think vi is hard to
  1216. learn.
  1217.  
  1218. >Come on thats why UNIX has got power, DOS doesn't.
  1219.  
  1220. WHAT? UNIX has got power because it is harder to learn? That's even a weaker
  1221. argument than saying that it wasn't meant for 'stupid' users.
  1222.  
  1223. >MY opinion like or not--DOS BLOWS!! Girlie OS.
  1224.  
  1225. I agree.
  1226.  
  1227. >Flame me, cry, whine I don't care.
  1228.  
  1229. >Wasn't the Byte article talking about NT anyways?
  1230. Really?
  1231.  
  1232. -----------------------------
  1233.  
  1234. From: Tim Pierce <twpierce@unix.amherst.edu>
  1235. Subject: Re: IS UNIX DEAD (long)
  1236. Date: 14 Nov 92 21:14:28 GMT
  1237. To:       info-unix@sem.brl.mil
  1238.  
  1239. In article <74541@hydra.gatech.EDU> rm72@prism.gatech.EDU (Robert B. McCullough) writes:
  1240.  
  1241. > Total B.S.!!
  1242. >...
  1243. >MY opinion like or not--DOS BLOWS!! Girlie OS.
  1244.  
  1245. It's nice to hear a clear, well-defined rebuttal every now and then.
  1246. Kind of like taking a good crap.
  1247.  
  1248. -- 
  1249. ____ Tim Pierce                / 
  1250. \  / twpierce@unix.amherst.edu / I use antlers in all of my decorating.
  1251.  \/ (BITnet: TWPIERCE@AMHERST) / 
  1252.  
  1253. -----------------------------
  1254.  
  1255. From: Karl Nicholas <karl@bofa.com>
  1256. Subject: Re: Searching for E-mail package
  1257. Date: 14 Nov 92 00:26:18 GMT
  1258. To:       info-unix@sem.brl.mil
  1259.  
  1260. In article <BxMtso.Ipz@beach.csulb.edu> kumeda@beach.csulb.edu (ANDY KUMEDA) writes:
  1261. >
  1262. >
  1263. >
  1264. >We are currently searching for E-mail/Office Automation packages that will
  1265. >serve several thousand users based on the following criteria:
  1266. >
  1267. >  1) Must support X-Window (OpenLook or Motif) either through an X-terminal
  1268. >     or a PC running an X-server.
  1269. >  2) Must also support PCs running DOS, with a TCP/IP network connection.
  1270. >  3) In addition, a non-X version (character-based -- ASCII terminals) is 
  1271. >     preferable, but not required.
  1272. >  4) Must be able to 'customize' -- ie original text to be replied or
  1273. >     forwarded should not be modifiable.
  1274. >  5) Must support SMTP.
  1275. >  6) Vendor must have good technical support.  
  1276. >
  1277.  
  1278.     I don;t know all the answers to the questions here, 
  1279. but you should call the cc-mail people. no I do not know the
  1280. phone number either, sorry, but cc-mail is the name of the
  1281. product. What do I know? well ...
  1282.  
  1283.  
  1284. -- 
  1285.  +---------------------------------------------------------------------------+
  1286.  | Karl Nicholas   (415) 953-0409    | Beer is good food.  Food is not beer. |
  1287.  | karl@BofA.COM   uunet!odinba!karl | *** BofA is not me, I am not BofA *** |
  1288.  +---------------------------------------------------------------------------+
  1289.  
  1290. -----------------------------
  1291.  
  1292. From: Mark <mark@coombs.anu.edu.au>
  1293. Subject: Re: Telnet as a term program
  1294. Date: 14 Nov 92 01:44:09 GMT
  1295. NNTP-Posting-Host: 150.203.76.2
  1296. Organisation: Wassat?!
  1297. To:       info-unix@sem.brl.mil
  1298.  
  1299. atario@cats.ucsc.edu (Stephen Wayne Miller) writes:
  1300.  
  1301. >I'm trying to get telnet to act somewhat like a term program in that I want
  1302. >it to be able to send and receive at least text files.  I can even be ok
  1303. >with an I/O redirect and no interaction for that telnet session (like
  1304. >"% telnet vms.company.com < script_file").  However, depending on the
  1305. >machine I telnet to, lots or little of the file's text is ignored as input.
  1306.  
  1307. if you have a login on it and rsh is running try:
  1308.  
  1309. cats% rsh vms.com -l atario 'cat script_file' > script_file (to get)
  1310. cats% rsh vms.com -l atario 'cat > script_file' < script_file (to send)
  1311.  
  1312. You might be lucky and get a rsh implementation for vms but dont hold your
  1313. breath. It works for binary files as well. Only problem Ive found on some
  1314. machines is you cant ^Z and 'bg' it as it suspends for tty input. Plus
  1315. you have problems if DNS isnt working properly as it doesnt take IP numbers.
  1316.  
  1317. Mark
  1318.  
  1319. -----------------------------
  1320.  
  1321. From: kirk <@telesys.tnet.com (Kirk Morger):kirk@scarrow>
  1322. Subject: Using a Printer Port Doggle under Unix
  1323. Date: 14 Nov 92 02:10:49 GMT
  1324. To:       info-unix@sem.brl.mil
  1325.  
  1326. I have posted this message last month, but with no responces. Here it goes
  1327. again...
  1328.  
  1329. Without getting into a discussion on the ethics of copy protection, is there
  1330. any way to genericly use a "Doggle" under Unix? I need it to work on a few
  1331. different archatectures, namely 80386 SCO Sys V and RS/6000 AIX. I am quite
  1332. familiar with the using control lines on RS-232, but came up empty handed
  1333. on information on the Parallel Port (Busy Line, Strobe, Etc.). I am trying
  1334. to avoid using an additional driver that would need to be installed at the
  1335. users sites because thay would find some way to fry there OS in the process.
  1336.  
  1337. I have read through the FAQs, the online documentation, called SCO, can't
  1338. get ahold of IBM, read almost all the files in /usr/include/{sys}, and
  1339. the SCO Device Drivers Writers Guide (yuch!), and I'm still empty handed.
  1340.  
  1341. Although a serial key isn't out of the question, I would hate to have to
  1342. require a user to give up a serial port. Neither platform has Ethernet as
  1343. a standard feature, so I can't use an Etherknot (even if I knew what it was).
  1344. -- 
  1345. +------------------------------+----------------------------------------------+
  1346. | Have we been here before?... | scarrow!kirk@telesys.tnet.com (I Think).     |
  1347. | - Or are we yet to come?     +----------------------------------------------+
  1348. |                              | DISCLAIMER: My thoghts and views are my own, |
  1349. |                Dr. Who, 1975 |             I subscribe to free will.        |
  1350. +------------------------------+----------------------------------------------+
  1351.  
  1352. -----------------------------
  1353.  
  1354. From: "Steven J. Sobol" <sjsobol@wariat.org>
  1355. Subject: How to delete a file named -l??
  1356. Date: 14 Nov 92 05:06:57 GMT
  1357. To:       info-unix@sem.brl.mil
  1358.  
  1359.  
  1360.  ... that's about it... the file is named
  1361.  
  1362.  
  1363. -l
  1364.  
  1365.  
  1366. and I have tried everything and cannot delete it.
  1367.  
  1368. I don't even remember how it was created...
  1369.  
  1370. any ideas? 10-q.
  1371.  
  1372. -- 
  1373. Steve Sobol, Prez. The Tiny Software Co * sjsobol@tiny.com * sjsobol@wariat.org
  1374. CALL APK in Cleveland, Ohio: Telnet/FTP/BBS/Shell/More!   Info: info@wariat.org
  1375. All for a Reasonable Monthly Rate. Telnet to wariat.org or pick up the phone...
  1376. 216/481-9425 v.32bis/PEP; 216/481-9445 v.32bis/HST; 216/481-9436 2400 baud.....
  1377.  
  1378. -----------------------------
  1379.  
  1380. From: "Zbigniew J. Tyrlik" <zbig@wariat.org>
  1381. Subject: Re: How to delete a file named -l??
  1382. Date: 15 Nov 92 00:55:43 GMT
  1383. Followup-To: comp.unix.questions
  1384. To:       info-unix@sem.brl.mil
  1385.  
  1386. As quoted from <1992Nov14.050657.2219@wariat.org> by sjsobol@wariat.org (Steven J. Sobol):
  1387.  
  1388. +---------------
  1389. > ... that's about it... the file is named
  1390. > -l
  1391.  
  1392. Point 1, it is in FAQ. 
  1393.  
  1394. 2) rm -- -l
  1395. 3) rm ./-l
  1396. 4) ask your sysadm... :-)
  1397.  
  1398. > and I have tried everything and cannot delete it.
  1399. > I don't even remember how it was created...
  1400. > any ideas? 10-q.
  1401. > -- 
  1402. > Steve Sobol, Prez. The Tiny Software Co * sjsobol@tiny.com * sjsobol@wariat.org
  1403. > CALL APK in Cleveland, Ohio: Telnet/FTP/BBS/Shell/More!   Info: info@wariat.org
  1404. > All for a Reasonable Monthly Rate. Telnet to wariat.org or pick up the phone...
  1405. > 216/481-9425 v.32bis/PEP; 216/481-9445 v.32bis/HST; 216/481-9436 2400 baud.....
  1406.  
  1407.  
  1408. _zjt
  1409. -- 
  1410. ********************************************************************
  1411. Zbigniew J. Tyrlik       DoD# 0759   VF700C '84      zbig@wariat.org
  1412. IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
  1413. APK           Public Access UNI* Cleveland,          (216)-481-9436
  1414. Feeds, shell, FTP & telnet access        Uniboard distribution point 
  1415. ********************************************************************
  1416.  
  1417. -----------------------------
  1418.  
  1419. From: Ji-Tzay Yang <cp78065@csie.nctu.edu.tw>
  1420. Subject: asm. in UNIX
  1421. Date: 14 Nov 92 14:57:40 GMT
  1422. Sender: usenet@ccsun7.csie.nctu.edu.tw
  1423. X-Newsreader: TIN [version 1.1 PL6]
  1424. To:       info-unix@sem.brl.mil
  1425.  
  1426. [ Article crossposted from comp.unix.wizards ]
  1427. [ Author was Ji-Tzay Yang ]
  1428. [ Posted on Sat, 14 Nov 1992 14:28:47 GMT ]
  1429.  
  1430.  Hello, 
  1431.  
  1432.     The following is a very 'hard' question for me, because I can't find the
  1433.     information I need :-/
  1434.  
  1435.     if I want to write a piece of asm. codes in C on 386BSD.
  1436.     I can write :
  1437.  
  1438.        asm ("movl %ebx, %ebx");
  1439.  
  1440.     but what should I write if I want to move the address of varible 'foo'
  1441.     the '%eax'?
  1442.  
  1443.     void f() {
  1444.         int x, y;
  1445.  
  1446.         /* if we want 
  1447.            %eax = &x
  1448.            %ebx = y
  1449.         */
  1450.         asm("movl ___, %eax);
  1451.         asm("movl ___, %ebx);
  1452.     }
  1453.  
  1454.     By the way, are there any books or documnets discussing 
  1455.     the "inline asm" for UNIX?
  1456.  
  1457.     Hope there are kind people help me. 
  1458. --
  1459.                                          With regard,
  1460.  
  1461.  ============================================================================
  1462.  Ji-Tzay Yang (7( 0r 8|)              |  E-mail : cp78065@csie.nctu.edu.tw
  1463.  Dept. of Comp. Science & Info. Eng.  |           u7817065@cc.nctu.edu.tw 
  1464.  National Chiao-Tung University       |  Tel    : 886-35-712121 ext 6430 
  1465.  Hsin-Chu, Taiwan ROC                 |  Fax    : 886-35-721486 
  1466.  ============================================================================
  1467.  
  1468.  
  1469. --
  1470.                                          With regard,
  1471.  
  1472.  ============================================================================
  1473.  Ji-Tzay Yang (7( 0r 8|)              |  E-mail : cp78065@csie.nctu.edu.tw
  1474.  Dept. of Comp. Science & Info. Eng.  |           u7817065@cc.nctu.edu.tw 
  1475.  National Chiao-Tung University       |  Tel    : 886-35-712121 ext 6430 
  1476.  Hsin-Chu, Taiwan ROC                 |  Fax    : 886-35-721486 
  1477.  ============================================================================
  1478.  
  1479. -----------------------------
  1480.  
  1481. From: Scott Howell <scotth@gdfwc3>
  1482. Subject: how to search/replace over an entire directory
  1483. Date: 14 Nov 92 16:37:59 GMT
  1484. Sender: usenet@yorktown.uucp
  1485. To:       info-unix@sem.brl.mil
  1486.  
  1487.  
  1488. Is there an easy way to do a search and replace of a string over an 
  1489. entire directory or a list of files.  It would be nice it was something
  1490. like like
  1491.  
  1492. $ search_replace -search string1 -replace string2 -directory this_directory
  1493.  
  1494. Any help would be appreciated.
  1495.  
  1496. -----------------------------
  1497.  
  1498. From: Ray Jones <ray@celestial.com>
  1499. Subject: Re: "find" problem
  1500. Date: 14 Nov 92 17:17:54 GMT
  1501. To:       info-unix@sem.brl.mil
  1502.  
  1503. In <1992Nov9.053850.9080@ccds3.ntu.edu.tw> r0506048@csman.csie.ntu.edu.tw (Chun-Hung Lin) writes:
  1504.  
  1505. >Hello,
  1506. >  I found that the UNIX command "find" cannot find the file
  1507. >across the file system, i.e. I cannot find the file on file
  1508. >system B when I am now on file system A. Is it true?
  1509. >If it is true, how can I do this job? Any utility or command
  1510. >is available?
  1511. Find does not go side way across file systmes but, if you start at a
  1512. point above A and B, it will search both A and B.
  1513.  
  1514.           |---|
  1515.           | C |
  1516.           -----
  1517.             |
  1518.    |----------------|
  1519.  |---|            |---|
  1520.  | A |            | B |
  1521.  -----            -----
  1522. If you start your search in A, find cannot go to B, however, if you
  1523. start the search in C, find will search both A and B.
  1524. -- 
  1525. INTERNET:  ray@Celestial.COM   Ray A. Jones; Celestial Software
  1526. UUCP:   ...!thebes!camco!ray   6641 East Mercer Way
  1527.              uunet!camco!ray   Mercer Island, WA 98040; (206) 947-5591
  1528.  
  1529. -----------------------------
  1530.  
  1531. From: Michael O'Henly <lux@sol.uvic.ca>
  1532. Subject: How do I increase number of screen rows?
  1533. Keywords: rows stty
  1534. Date: 14 Nov 92 19:21:48 GMT
  1535. Sender: news@sol.uvic.ca
  1536. Nntp-Posting-Host: sol.uvic.ca
  1537. To:       info-unix@sem.brl.mil
  1538.  
  1539.  
  1540.     I want to increase the number of rows displayed by things like
  1541. emacs and nn from 24 to 35.
  1542.  
  1543.     When I dial into my machine, the terminal window is defined as
  1544. 24x80 and I can't quite figure out how to change it. I suspect it
  1545. involves the stty command, but 'stty rows 35' doesn't seem to tell
  1546. "full screen" emacs whatever it needs to know in order to address the
  1547. extra rows.
  1548.  
  1549.     Thanks in advance for your help!
  1550.  
  1551.     Michael
  1552. -- 
  1553.            Michael O'Henly |     o   | 604-721-7623 (604-721-8215 fax)
  1554.     Library Systems Office |  --/--  | LUX@UVVM.BITNET
  1555.     University of Victoria |  __\    | lux@sol.UVic.CA
  1556.     Victoria, B.C., Canada |     \   | mohenly@malahat.Library.UVic.CA
  1557.  
  1558. -----------------------------
  1559.  
  1560. From: Jason M Ferguson <ferguson@wizard.etsu.edu>
  1561. Subject: Re: C Program error
  1562. Date: 14 Nov 92 20:27:06 GMT
  1563. Sender: usenet@ra.oc.com
  1564. To:       info-unix@sem.brl.mil
  1565.  
  1566.  
  1567.     slight modification, I typed that statement slightly wrong:
  1568. typedef void (*setvarproc)(char *,int)
  1569.  
  1570.     I'm using cc to compile.
  1571.     Thanks for your help.
  1572.  
  1573. -----------------------------
  1574.  
  1575. From: Tim Pierce <twpierce@unix.amherst.edu>
  1576. Subject: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  1577. Date: 14 Nov 92 21:19:54 GMT
  1578. To:       info-unix@sem.brl.mil
  1579.  
  1580. My car's making a funny noise somewhere under the hood.  It's one of
  1581. these cheapo models, though, and it doesn't have pull-down help from
  1582. under the visor available!!!  Can anyone tell me what it's doing
  1583. wrong!!!!
  1584.  
  1585. -- 
  1586. ____ Tim Pierce                / 
  1587. \  / twpierce@unix.amherst.edu / I use antlers in all of my decorating.
  1588.  \/ (BITnet: TWPIERCE@AMHERST) / 
  1589.  
  1590. -----------------------------
  1591.  
  1592. From: Rouben Rostamian <rouben@math9.math.umbc.edu>
  1593. Subject: Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  1594. Date: 14 Nov 92 22:02:51 GMT
  1595. Sender: News posting account <newspost@umbc3.umbc.edu>
  1596. To:       info-unix@sem.brl.mil
  1597.  
  1598. In article <Bxq5x7.L2p@unix.amherst.edu> twpierce@unix.amherst.edu (Tim Pierce) writes:
  1599. >My car's making a funny noise somewhere under the hood.  It's one of
  1600. >these cheapo models, though, and it doesn't have pull-down help from
  1601. >under the visor available!!!  Can anyone tell me what it's doing
  1602. >wrong!!!!
  1603.  
  1604. Switch to emacs and go into the overdrive mode.
  1605.  
  1606. --
  1607.  
  1608. -----------------------------
  1609.  
  1610. From: Steve Franklin <franklin@ug.cs.dal.ca>
  1611. Subject: Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  1612. Date: 14 Nov 92 22:47:53 GMT
  1613. Sender: USENET News <usenet@cs.dal.ca>
  1614. Nntp-Posting-Host: ug2.cs.dal.ca
  1615. To:       info-unix@sem.brl.mil
  1616.  
  1617. In article <Bxq5x7.L2p@unix.amherst.edu> twpierce@unix.amherst.edu (Tim Pierce) writes:
  1618.  
  1619. >My car's making a funny noise somewhere under the hood.  It's one of
  1620. >these cheapo models, though, and it doesn't have pull-down help from
  1621. >under the visor available!!!  Can anyone tell me what it's doing
  1622. >wrong!!!!
  1623.  
  1624. Wrong group Timbo... This is comp.unix.questions, not 
  1625. comp.eunuchs.questions. Try again, and this time read your damn warning
  1626. when you post (are you REALLY REALLY sure you wanna do this?)
  1627.    steve
  1628. -- 
  1629. aasdSteveFranklin-Subliminal Psychology Major.ks;dlasBlueJaysRULEkasdfeahsdbfl
  1630. sd;lfaswoq[eBuyMeAQuadra!!!mbnZMXCNdfsba;KdSPAMiuroqiyetIBMSuxiweuryth'ewr;mxn
  1631. qpuepriuPartyOneqtuj;,n.,xnc,kjasFlameMeNot!;lkj;lkgkjd;askElvisLivesjhfquweru
  1632. zx.cfranklin@ug.cs.dal.ca,sk;t;lrut[Superboy@ac.dal.cav.zx,Physics!eq3rwkh;oHA
  1633.  
  1634. -----------------------------
  1635.  
  1636. From: Andrew Choi <achoi@soda.berkeley.edu>
  1637. Subject: Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
  1638. Date: 15 Nov 92 00:33:12 GMT
  1639. NNTP-Posting-Host: soda.berkeley.edu
  1640. To:       info-unix@sem.brl.mil
  1641.  
  1642. twpierce@unix.amherst.edu (Tim Pierce) writes:
  1643. >My car's making a funny noise somewhere under the hood.  It's one of
  1644. >these cheapo models, though, and it doesn't have pull-down help from
  1645. >under the visor available!!!  Can anyone tell me what it's doing
  1646. >wrong!!!!
  1647. >
  1648. >-- 
  1649. >____ Tim Pierce                / 
  1650. >\  / twpierce@unix.amherst.edu / I use antlers in all of my decorating.
  1651. > \/ (BITnet: TWPIERCE@AMHERST) / 
  1652.  
  1653. If your car is running Unix, try removing /dev/audio and see what 
  1654. happens.
  1655.  
  1656. If it is not running Unix... well, I guess that's the problem.
  1657.  
  1658. :-)
  1659.  
  1660. -- Andrew
  1661.  
  1662. -----------------------------
  1663.  
  1664. From: Bob Lee <rlee@bgsu.edu>
  1665. Subject: Re: Unattended execution
  1666. Date: 14 Nov 92 21:44:25 GMT
  1667. Sender: Bob Lee <rlee@andy.bgsu.edu>
  1668. To:       info-unix@sem.brl.mil
  1669.  
  1670. Thanks to everyone who replied. I've got the problem solved!
  1671.  
  1672. -----------------------------
  1673.  
  1674. From: Dinkar Bhat <bhat@cs.columbia.edu>
  1675. Subject: Question about BSD4.3 swapping...
  1676. Date: 14 Nov 92 23:29:13 GMT
  1677. Sender: The Daily News <news@cs.columbia.edu>
  1678. To:       info-unix@sem.brl.mil
  1679.  
  1680. I read in Tanenbaum latest book titled 'Modern Operatins Systems'
  1681. that in BSD4.3 when a process page is paged out, the data and stack
  1682. segments go out to a scrtach device but the text segment always uses the
  1683. executable binary file itself. No scratch copy is used.
  1684. I would like to know why? Any answers?
  1685.  
  1686. Dinkar.
  1687. bhat@cs.columbia.edu
  1688.  
  1689. -----------------------------
  1690.  
  1691. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  1692. Subject: How do I pipe to a process already running?
  1693. Date: 14 Nov 92 23:41:10 GMT
  1694. Sender: jhgreen@cs.sandia.gov
  1695. Followup-To: poster
  1696. Originator: jhgreen@cs.sandia.gov
  1697. To:       info-unix@sem.brl.mil
  1698.  
  1699.  
  1700. Let's say I am running something like talk.  I am talking with someone and I 
  1701. realize that I would like to print a file to the talk screen.  I can't pipe
  1702. to a process that is already running?  Is there a way around this?  (Please
  1703. don't tell me that talk or ytalk has a special option because talking is only 
  1704. an example.)
  1705.  
  1706. Thanks in advance
  1707.  
  1708.  --------------------------- |\_/| --------------------------------------------
  1709. | Jethro H. Greene (Jed) | \`0.0'/ | Massively Parallel Comp. Research Lab., |
  1710. | jhgreen@cs.sandia.gov  | =(_-_)= | Sandia National Lab., Albuquerque, NM   |
  1711.  ---------------------------   U   --------------------------------------------
  1712.  
  1713. -----------------------------
  1714.  
  1715. From: Paul Kramer <pkramer@unlinfo.unl.edu>
  1716. Subject: What full-screen file managers are there?
  1717. Keywords: utree, maint
  1718. Date: 15 Nov 92 05:14:20 GMT
  1719. NNTP-Posting-Host: unlinfo.unl.edu
  1720. To:       info-unix@sem.brl.mil
  1721.  
  1722. Hello,
  1723.  
  1724. I found while reading articles in this electronic conference, a 
  1725. reference to a public-domain program called utree.  It is full-screen 
  1726. file manager which allows you to perform file functions with single 
  1727. keystrokes.  For example, after I start the program I see a screen 
  1728. that lists the files on my account.  If I want to delete one of those 
  1729. files I move the cursor on top of it, press a certain key.  Boom it 
  1730. gone!  
  1731.  
  1732. Well I am wondering:  Is there anything better than utree?  I am aware
  1733. of a program called 'maint' but it doesn't have the full functionality
  1734. of 'utree'.
  1735.  
  1736. Thank you for your help.
  1737.  
  1738. Paul
  1739. --
  1740. Paul H Kramer                    Computing Resource Center
  1741. (402) 472-5427                     Room 120, 501 Building
  1742. pkramer@unl.edu                    University of Nebraska-Lincoln
  1743.  
  1744. -----------------------------
  1745.  
  1746. From: The Beast <devil@ccwf.cc.utexas.edu>
  1747. Subject: talk
  1748. Date: 15 Nov 92 08:49:54 GMT
  1749. Sender: news@ut-emx.uucp
  1750. Followup-To: comp.unix.questions
  1751. Originator: devil@grumpy.cc.utexas.edu
  1752. To:       info-unix@sem.brl.mil
  1753.  
  1754. I tried to use 'talk' to converse with a friend in another 
  1755. college. I got the following message:
  1756. 'Target machine does not recognize us'.
  1757. Is the other machine using some new talk daemon? If so,
  1758. how can this situation be circumvented? I already used
  1759. 'otalk' which yielded similar results.
  1760.  
  1761. -----------------------------
  1762.  
  1763.  
  1764. End of INFO-UNIX Digest
  1765. ***********************
  1766.  
  1767.