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