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

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!malgudi.oar.net!news.ans.net!cmcl2!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: <34249@adm.brl.mil>
  6. Date: 23 Nov 92 22:34:00 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 2339
  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 03:25:00 EST
  18. From: INFO-UNIX@BRL.MIL
  19. Subject: INFO-UNIX Digest  V17#001
  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 03:19:59 EST
  25. Received: by SEM.BRL.MIL id aa26600; 21 Nov 92 9:14 EST
  26. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa23673; 21 Nov 92 5:49 EST
  27. Received: from sem.brl.mil by SEM.BRL.MIL id aa23580; 21 Nov 92 5:35 EST
  28. Date:       Sat, 21 Nov 92 10:35:37 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#001
  33. Message-ID:  <9211210535.aa23580@SEM.BRL.MIL>
  34.  
  35. INFO-UNIX Digest          Sat, 21 Nov 1992              V17#001
  36.  
  37. Today's Topics:
  38.                       Re: rz problems at 9600 baud
  39.                      How to kill xoffed cu process?
  40.                            Re: IS UNIX DEAD?
  41.                             Re: unix for 386
  42.                     Re: Unix System Crashing!! Why?
  43.                            Re: IS UNIX DEAD?
  44.                         Re: IS UNIX DEAD? (long)
  45.                               /dev/kbd IO?
  46.                         Personal to John Brewer
  47.                         Standard AND piped input
  48.                         Re: IS UNIX DEAD? (long)
  49.                   rm Question (was : C-shell Question
  50.                         Re: .profile vs. .kshrc
  51.                       Re: rz problems at 9600 baud
  52.                       UNIX --> DOS remote printing
  53.                        Re: diff in scripts again
  54.                         Re: IS UNIX DEAD? (long)
  55.                            Re: IS UNIX DEAD?
  56.                         Re: IS UNIX DEAD? (long)
  57.                            Re: IS UNIX DEAD?
  58.                         Re: How to cd "a b c d"
  59.                            Re: IS UNIX DEAD?
  60.          Users log off but processes continue  -- HELP HELP !!
  61.                       Re: Standard AND piped input
  62.          Re: How do you cat only the first 50 lines of a file?
  63.                 Newsprint on SUN: Driver for Techtronics
  64.           net.views - mainframe programmers in an open systems
  65.                       Help!  Printer won't print!
  66.                            Re: IS UNIX DEAD?
  67.                   Problems with regular expressions...
  68.                          dd and mt sources ...
  69.                         Re: IS UNIX DEAD? (long)
  70.                            Re: IS UNIX DEAD?
  71.  Standard Method of Handling/Detecting Out of Virtual Memory condition
  72.                            Re: IS UNIX DEAD?
  73.                         Re: IS UNIX DEAD? (long)
  74.                                 pidentd
  75.                 Re: Whence Unix? (was Re: IS UNIX DEAD?)
  76.                            Answering Machine
  77.                        find and executable files
  78.                                 Re: AWK
  79.                         ANSI Termcap wanted ...
  80. -----------------------------------------------------------------
  81.  
  82. From: "John D. Boggs" <jboggs@umaxc.weeg.uiowa.edu>
  83. Subject: Re: rz problems at 9600 baud
  84. Date: 8 Nov 92 19:39:57 GMT
  85. Sender: "John D. Boggs" <jboggs@umaxc.weeg.uiowa.edu>
  86. To:       info-unix@sem.brl.mil
  87.  
  88. From article <9211070223.34@phzzzt.uucp>, by mfaurot@phzzzt.uucp (Michael Faurot):
  89. >> jboggs@news.weeg.uiowa.edu (John D. Boggs) writes:
  90. >> 
  91. >> >Has anyone experienced problems using rz/sz at 9600 baud?  I just
  92. >> >bought a 9600 baud modem and am experiencing problems I've never had
  93. >> >before (at 2400).  I give my remote host the sz command, then call rz
  94. >> >using minicom's receive feature, and the computer proceeds to give me
  95. >> >all sorts of error messages one after the other (sometimes getting some
  96. > Try switching to using hardware flow control at both the modem end and the
  97. > tty port.  Consult your modem manual for the exact command string required,
  98. > but for Coherent you want to be sure to be using devices like com1fl and
  99. > com1fr.
  100. > -- 
  101.  
  102. What are com1fl and com1fr?  I don't seem to have them.  Are they 4.0
  103. critters?  (I still have 3.2.1)
  104.  
  105. -John D. Boggs     john-boggs@uiowa.edu
  106.  
  107. -----------------------------
  108.  
  109. From: "Seng-Poh Lee, Speedy" <splee@pd.org>
  110. Subject: How to kill xoffed cu process?
  111. Date: 8 Nov 92 19:14:15 GMT
  112. Sender: news@emory.edu
  113. Followup-To: comp.sys.sun.misc
  114. Nntp-Posting-Host: noel.pd.org
  115. X-Newsreader: TIN [version 1.1 PL6]
  116. To:       info-unix@sem.brl.mil
  117.  
  118. System: Sun ELC runnning SunOs 4.1.1
  119.  
  120. From Openwin 3.0, I use 'cu' from a shell window to connect to a modem
  121. on ttyb.  This is a 9600 modem and sometimes I connect to sites without
  122. error correction.  Every so often, I'll get some receive errors,
  123. including an xoff character.  Now my port is prevented from sending any
  124. characters.  I can't hang up (the modem is remote, connected via a data
  125. switch), and I cannot even exit cu with ~.  After I close the shell
  126. window, I see that there is an <exiting> process that I cannot kill off,
  127. even as root.  So far the only way I have found to kill this task is to
  128. reboot the machine. While the task exists, I cannot reconnect to the port,
  129. even though no lock file exists anymore.
  130.  
  131. Any suggestions?
  132.  
  133. Thanks
  134. --
  135. Seng-Poh Lee    <splee@pd.org>
  136.  
  137. -----------------------------
  138.  
  139. From: Drew Eckhardt <drew@ladymacb.cs.colorado.edu>
  140. Subject: Re: IS UNIX DEAD?
  141. Date: 8 Nov 92 21:57:19 GMT
  142. Sender: The Daily Planet <news@colorado.edu>
  143. Nntp-Posting-Host: ladymacb.cs.colorado.edu
  144. To:       info-unix@sem.brl.mil
  145.  
  146. In article <BxEB33.372@ccu.umanitoba.ca> rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  147. >peter@global.hacktic.nl (Peter Busser) writes:
  148. >...
  149. >>Ok. Pretend that I'm Joe User and I go to a shop. I leave the shop with a UNIX
  150. >>tape. Now how do I install this tape without expertise? (s/tape/cd/g if you
  151. >>want). Installing UNIX is simple? Forget it!
  152.  
  153. The last commercial Unix I installed from scratch, I stuck the CDROM in 
  154. the drive,booted it, answered a few questions about what licenses I had 
  155. and what products I wanted installed, and it told me to come back in X minutes. 
  156.  
  157. Under Linux, you boot one of the "easy to install" disk sets, answer a few
  158. questions regarding where you want it and what you want installed (ie, X,
  159. etc) and it just happens.
  160.  
  161. >Just buy a machine with pre-installed UNIX. Or ask the shop to install it
  162. >for you. Is that difficult ?
  163.  
  164. Most workstation vendors will ship with the OS already installed, just as 
  165. most PC vendors ship with DOS / Windows installed.
  166.  
  167. -- 
  168. Microsoft is responsible for propogating the evils it calls DOS and Windows, 
  169. IBM for AIX (appropriately called Aches by those having to administer it), but 
  170. marketing's sins don't come close to those of legal departments.
  171. Boycott AT&T for their absurd anti-BSDI lawsuit.
  172.  
  173. -----------------------------
  174.  
  175. From: Bill Vermillion <bill@bilver.uucp>
  176. Subject: Re: unix for 386
  177. Date: 8 Nov 92 23:10:24 GMT
  178. To:       info-unix@sem.brl.mil
  179.  
  180. In article <1992Nov6.141036.7452@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  181. >malenovi@plains.NoDak.edu (Nikola Malenovic) writes:
  182. >
  183. >[about booting Linux]
  184. >>*NOT* if you have microchannel bus.. sigh... :( :(
  185.  
  186. >Then buy the books about the MCA harddisk controlers and write a driver. <grin>
  187.  
  188. >Isn't it nice to buy proprietary hardware, even if it's better hardware?
  189.  
  190. 'proprietary hardware' means hardware from one vendor.
  191.  
  192. Current vendors with MCA product include  IBM, ATT/NCR, Tandy,
  193. ALR, Wang, Wyse - and several others that don't readily spring
  194. to mind.
  195.  
  196. Specs on the NCR 35xx (?) series are nothing short of awesome
  197. with 80 MegaBYTE/second data transfer rates.
  198.  
  199. -- 
  200. Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
  201.                 - bill@bilver.uucp 
  202.                 - ..!{peora|tous|tarpit}!bilver!bill
  203.  
  204. -----------------------------
  205.  
  206. From: "Tami S. Mondy" <tsm@mondy.uucp>
  207. Subject: Re: Unix System Crashing!! Why?
  208. Date: 8 Nov 92 23:12:11 GMT
  209. To:       info-unix@sem.brl.mil
  210.  
  211. In article <1992Nov3.130757.20385@cbfsb.cb.att.com> nll@cbnewsb.cb.att.com (neal.l.leitner) writes:
  212. >
  213. >I have been having a problem with my Unix machine crashing every once in
  214. >a while.  I was hoping someone could shed some light on the subject.
  215. >
  216.         [ deleted & condensed ]
  217. >
  218. >The messages that are dumped to the console are:
  219. >
  220. >WARNING: pprtmount:      no msg blocks
  221. >
  222. >WARNING: ldterm: (ldterm_outchar)        out of blocks
  223. >
  224. >WARNING: ldterm: (ldtermsrv)        out of blocks
  225. >
  226. >WARNING: ldtermsrv:      out of blocks
  227. >
  228. >
  229. >The only way to get the system back is to reboot the machine.  If anyone
  230. >can help I would appreciate it greatly.
  231. >
  232. >
  233.  
  234. We had a similiar problem which appears to have been a kernal 
  235. memory leak in the asy driver.  This is in Dell's issue 2.1
  236. which is system V R4.
  237.  
  238. Use "sar -k" to see your kernal memory statistics.
  239. If you don't have sar running, now is a good time to add it:
  240.     At startup in inittab or via an init script:
  241.         su sys -c "/usr/lib/sa/sadc /var/adm/sa/sa`date +%d`"
  242.     In the sys crontab:
  243.         0 * * *    * /usr/lib/sa/sa1 240 15  # every 4 min
  244.  
  245. All of our problems went away when we replaced the asy driver with
  246. SAS.  (Actually we use both, but the asy driver almost never sees
  247. activity on the DOS port it handles.)
  248.  
  249. Mike and Tami
  250.  
  251. -----------------------------
  252.  
  253. From: Peter Busser <peter@global.hacktic.nl>
  254. Subject: Re: IS UNIX DEAD?
  255. Date: 7 Nov 92 22:51:12 GMT
  256. To:       info-unix@sem.brl.mil
  257.  
  258. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  259.  
  260. >>in a similar way. Tell me, how do I do that with UNIX?
  261. >Well just buy a pre-configured Unix machine. 
  262.  
  263. That'll cost extra because it takes a few hours to do that.
  264.  
  265. >The analogy to the above story is :
  266. >Give Mr Joe User a machine with an unformatted harddrive (even the BIOS is
  267. >not set) and a whole bunch of disks. Well, Mr. Joe User has to know how
  268. >to set the BIOS and format the harddrive.
  269.  
  270. Good analogy. Well, that isn't really an rare situation, is it? And
  271.  
  272. >Oh, BTW, have you tried installing Linux (unix clone). You can install it
  273. >by answering some questions.
  274.  
  275. Guess what I'm using right now. Too bad the partition program doesn't ask me
  276. questions and that I have to start the install scripts by hand. Have you ever
  277. tried to install OS/2 v1.3?
  278.  
  279. >>Anything that a user has to learn about his system is considered 'difficult'.
  280. >>If a user knows how to use 'dir', then learning how to use 'ls' is difficult.
  281. >Well, how did he learn 'dir' then ?
  282. >So if I know how to use 'ls', learning how to use 'dir' is difficult :-)
  283.  
  284. You know how people learn using computers. But for some it's 'logical' and
  285. therefore easy and for others it's black magic and difficult. A good system
  286. should support people with all levels of knowledge. The Mac is a bad example,
  287. it only supports 'stupid' users. Most UNIXes only support advanced knowledgable
  288. people (hackers, gurus, etc.). And there is no reason why there can't be a
  289. system that supports both kinds of people at the same time. It only requires
  290. that there are good defaults for everything. Expert types know how to turn off
  291. the defaults if the default is 'stupid' user mode, it's only that 'stupid'
  292. users don't know how to turn them on if the default is expert mode.
  293.  
  294. >Tell me, if I want to move a directory (and its sub dirs) into another
  295. >directory. How would you do that with DOS (without commercial or other
  296. >packages) ?
  297.  
  298. We're not talking about DOS, we're talking about usefullness of computer in
  299. general and the usefullness of UNIX in particular. DOS is history, even DOS
  300. advocats (if such an animal exists) know that. Anything is heaven compared to
  301. DOS. Comparing UNIX to DOS only tells you that UNIX isn't the worst system
  302. around, it doesn't tell you that it's the best system. Can't you compare UNIX
  303. to something more challenging than DOS? Or are you afraid that UNIX can't 
  304. survive such a comparison (which is what started this whole discussion)???
  305.  
  306. >>Most DOS editors know the WordStar commands. Furthermore, there is helptext
  307. >>(just hit the F1 if you're lost). And learning another kind of editor
  308. >I guess you haven't seen CRISP, eh ? It's a nice text editor.
  309.  
  310. No, I've not seen it. It was too much trouble getting it to compile under
  311. NCR System V rel. 4... Besides, I prefer vi, because that's what I'm used to
  312. now.
  313.  
  314. >What's wrong with :wq  .... It's  Write and Quit, that's what it does.
  315.  
  316. Because no other program than vi uses :wq. It's just that there are only a few
  317. people who are used to that command. Under DOS I always use editors which know
  318. the WordStar commands. Not that that is the best, but because I know those.
  319. When I can choose between a computer with a QWERTY keyboard and one with a
  320. Dvorak keyboard, I choose the QWERTY keyboard. Even though QWERTY is obviously
  321. a backward standard.
  322.  
  323. >The problem with F3 approach is that F3 in one package is different with
  324. >other package. F1 may be help in one program, but it's Exit in WordPerfect.
  325.  
  326. F1 is a de facto standard key under MS-DOS. I've used many programs and 90%
  327. has help (if any) under the F1 key.
  328.  
  329. >Try CRISP.
  330.  
  331. I might, if I get it to compile...
  332.  
  333. >>>You're saying that under DOS, I can send an .EXE to anyone running the
  334. >>>same processor family (i86) / operating system (DOS) combination.  The
  335. >>>same thing holds true under Unix.
  336. >>Yep, but the problem is that even on the same processor it's not always
  337. >>possible to exchange executables. Ever tried to run BSD/386 executables under
  338. >>System V.4?
  339.  
  340. >Ever run .EXE file compiled for 386 on 8086 ?
  341.  
  342. You mean that BSD/386 is to System V.4 what the 386 is to the 8086??? Or the
  343. other way around??? It's obvious that a 386 executable does not run on a 8086,
  344. but it really isn't that obvious that BSD/386 executables don't run under
  345. Sys V.4. UNIX is UNIX right? And a 8086 is not a 386 right?
  346.  
  347. -----------------------------
  348.  
  349. From: Peter Busser <peter@global.hacktic.nl>
  350. Subject: Re: IS UNIX DEAD?
  351. Date: 7 Nov 92 23:21:03 GMT
  352. To:       info-unix@sem.brl.mil
  353.  
  354. sfkaplan@unix.amherst.edu (Scott Kaplan) writes:
  355.  
  356. >Sure, you could put a nice face on it, but why?
  357.  
  358. WHY *NOT*? Why shouldn't you have a system which you can use for BOTH your day
  359. to day work (with a nice and cozy GUI) AND programming (with all the tools in
  360. reach).
  361.  
  362. >It could be UNIX underneath, but the average
  363. >user would never know...why waste the power?
  364.  
  365. Which power? Who cares what power is wasted? I mean, imagine all those PC
  366. beasties, today a lot of them have a 486@25,33 or 50 MHz. More than 90% of
  367. these machines run DOS... How about that for wasted power?
  368.  
  369. >Leave UNIX to the people who find the need for the power it offers.  Other
  370. >OS's for common computing are getting better all the time and will do the job
  371. >they were designed for.
  372.  
  373. Yep, that's what BYTE said with their infamous "Is UNIX dead?" article, isn't
  374. it? They get better and better and better and in the end, there is no need to
  375. use UNIX anymore.
  376.  
  377. >Trying to make UNIX into the universal OS for every-
  378. >thing would be an attempt to make it into something it was never meant to be.
  379.  
  380. No, the system (it's more than just an OS) is perfectly capable of being nice
  381. to an unknowledgable user. Look at what NeXT did. UNIX doesn't need to be
  382. changed, only the ugliness should be covered. You don't need to know anything
  383. about electronics to operate a video recorder, do you? The ugly electronics
  384. are covered with a nice cover. If you like electronics, remove the cover.
  385. However, it's easier for you to remove the cover than it is for most people to
  386. get a cover.
  387.  
  388. >And if you do want to use the power of UNIX, dig in a learn...If you have a
  389. >task that requires its power, you really shouldn't be put out by the amount
  390. >you have to learn to get it to work for you.  You should be admiring how much
  391. >it can do and wondering how you can make it do more.
  392.  
  393. That is, if you already know about UNIX. What if I grew up with, say OS/2 and
  394. I've never seen or used UNIX. Do I change to UNIX? Of course not! Every change
  395. is an obstacle and people don't like obstacles. It's much easier to stay where
  396. you are. And why should people change? I mean, you say yourself that other
  397. operating systems get better and better. Well, NT is said to be largely POSIX
  398. compliant. Many UNIX utilities will be ported, so what advantages has UNIX left
  399. then? Look at OS/2, if you don't believe, many GNU utilities have already been
  400. ported...
  401.  
  402. -----------------------------
  403.  
  404. From: Peter Busser <peter@global.hacktic.nl>
  405. Subject: Re: IS UNIX DEAD? (long)
  406. Date: 7 Nov 92 23:34:10 GMT
  407. To:       info-unix@sem.brl.mil
  408.  
  409. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  410.  
  411. >Why is that more intuitive than 'ls' ? I have to learn CAT ,D2 ...
  412.  
  413. >Why is that important to have DIR. You can setup 'dir' as an alias for 'ls'.
  414. >ls -l is not as difficult as  DIR /W
  415.  
  416. Not *because* it is ls, but because most people know DIR and don't know ls. It
  417. doesn't matter if it's DIR, LIST, LD, CATALOG or ls, as long as it is what the
  418. user expects. And since DOS, OS/2, AmigaDOS, OS-9 and I guess other systems as
  419. well use DIR and nog ls, that makes DIR a standard. Hey! Even FTP uses DIR! :-)
  420.  
  421. >I don't understand what you mean by that. X application works with any
  422. >window manager. I mean I switch between olwm, tvtwm, NCDwm, and still
  423. >able to use FrameMaker without a problem.
  424.  
  425. There is no standard. Just think of Motif as CAT ,D2 and OPEN LOOK as DIR.
  426. And many applications use their own user interface. It has hardly anything
  427. to do with minimizing the learning curve. UNIX has an elegant kernel interface
  428. but not an elegant user interface. :-( And besides that, most programs are
  429. still character oriented.
  430.  
  431. >>>Coherent is $99.  Minix 1.5 is $169 from Prentice-Hall.  386BSD and
  432. >>>Linux are free.
  433. >>Where is free toll-free
  434. >>phone support for Linux and 386BSD?  And where can I buy them?
  435.  
  436. >I believe there's somebody who is selling Linux and give phone support
  437. >(somewhere in Europe...).
  438.  
  439. Not here at least!!! (This is 'somewhere' in Europe ;)
  440.  
  441. >Also wait for Linux and 386BSD CD-ROMs. 
  442.  
  443. Does that include toll free support? Does that mean that it starts up with a
  444. GUI by default?
  445.  
  446. -----------------------------
  447.  
  448. From: Barry Solomon <mercla@netcom.com>
  449. Subject: /dev/kbd IO?
  450. Keywords: device driver stream socket whatever
  451. Date: 9 Nov 92 06:02:05 GMT
  452. Sender: Barry Solomon <mercla@netcom.com>
  453. To:       info-unix@sem.brl.mil
  454.  
  455. How can I append characters to the lowest level chaacter buffer as if the
  456. user had actually typed them in from the keyboard.  I do not want to have to
  457. rebuild the kernal.  I want to do this on sunos and hp700 series running ver5
  458. unix?
  459.  
  460. Barry
  461.  
  462. -----------------------------
  463.  
  464. From: Ravi Narayan <mick@bigwpi.wpi.edu>
  465. Subject: Personal to John Brewer
  466. Date: 9 Nov 92 05:45:12 GMT
  467. NNTP-Posting-Host: bigwpi.wpi.edu
  468. To:       info-unix@sem.brl.mil
  469.  
  470.  
  471. personal to john brewer: e-mail to you bounces.
  472.  
  473.  
  474. heres what i mailed out:
  475.  
  476. Hi John A. Brewer@Wbst218LL".wbst218LL@xerox.com,
  477. = I loaded Linux sls onto my pc and I`m very impressed on how Lunix behaves, I
  478. = just got my X server working. I am going to down load gostscript onto Linux.
  479. = could you ask your friend, about any tips or sugestion in setting up lp device
  480. = to work with the Espon printer?
  481.  
  482.     i'll tell you what i can do... i can give you his e-mail address and
  483.     you can contact him and ask him if he could help you! he is very busy
  484.     these days, but i am sure he wouldnt mind answering a few questions!
  485.  
  486.     please send me a safe e-mail address so i can reply to you!
  487.  
  488.     peace,
  489.  
  490.     - ravi
  491.  
  492.  
  493. '''---```---^^^^^^-----#-----~~~~~----'''------~~~~-----````~~~-------------
  494.  .sig (n): a piece of mail with a fool at one  |  Ravi Narayan, CS, WPI
  495.           end and flames at the other. (C).   |  89 SuzukiGS500E Phaedra ;)
  496. __________---------__________---------__________---------__________---------
  497.  
  498. -- 
  499.  ----------_________----------__________----------__________----------_______
  500. sig (n): a piece of mail with a fool at one  | Ravi Narayan, CS, WPI
  501.           end and flames at the other. (C).   | 89 SuzukiGS500E - Phaedra ;)
  502. __________---------__________---------__________---------__________---------
  503.  
  504. -----------------------------
  505.  
  506. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  507. Subject: Standard AND piped input
  508. Date: 9 Nov 92 04:21:22 GMT
  509. Sender: jhgreen@c.sandia.gov
  510. Followup-To: jhgreen@c.sandia.gov
  511. Originator: jhgreen@cs.sandia.gov
  512. To:       info-unix@sem.brl.mil
  513.  
  514. When one pipes to something, the the output of the first becomes the input
  515. of the second.  What would you do if you wanted the output of the first to
  516. be only be the beginning of the input for the second.  For example, lets
  517. say I wanted to put the contents of my current directory and my dogs name into
  518. a file
  519.  
  520.     $ ls | thing_that_I_am_looking_for > output_file
  521.         bob is my dog
  522.     ^D
  523.     $ cat output_file
  524.         file1
  525.     file2
  526.     bob is my dog
  527.     $
  528.  
  529. It seems that this might have something to do with `tee`, but I can't figure
  530. out how.
  531.  
  532. Any help anyone could give me would be greatly apreciated.
  533.  
  534. Thanks
  535.  
  536.  --------------------------- |\_/| --------------------------------------------
  537. | Jethro H. Greene (Jed) | \`0.0'/ | Massively Parallel Comp. Research Lab., |
  538. | jhgreen@cs.sandia.gov  | =(_-_)= | Sandia National. Lab., Albuquerque, NM  |
  539.  ---------------------------   U   --------------------------------------------
  540.  
  541. -----------------------------
  542.  
  543. From: Chris Sherman <sherman@unx.sas.com>
  544. Subject: Re: IS UNIX DEAD? (long)
  545. Date: 9 Nov 92 06:38:14 GMT
  546. Sender: Noter of Newsworthy Events <news@unx.sas.com>
  547. Nntp-Posting-Host: foster.unx.sas.com
  548. To:       info-unix@sem.brl.mil
  549.  
  550. In <1992Nov6.113324.6348@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  551.  
  552.  
  553. >Wow! ODT uses Motif, NeXT uses NeXTStep, A/UX uses finder and SVR4.2 uses
  554. >OPEN LOOK, I guess. That makes four different UNIXes with four different
  555. >user interfaces. With NT or OS/2 you only need to learn only *1* user
  556. >interface.
  557.  
  558. Suppose you don't like it...
  559.  
  560. -- 
  561.      ____/     /     /     __  /    _  _/    ____/
  562.     /         /     /     /   /      /     /          Chris Sherman
  563.    /         ___   /        _/      /          /
  564.  _____/   __/   __/   __/ _\    _____/   _____/           sherman@unx.sas.com
  565.  
  566. -----------------------------
  567.  
  568. From: Bertil Engelholm <euabem@eua.ericsson.se>
  569. Subject: rm Question (was : C-shell Question
  570. Date: 9 Nov 92 08:24:04 GMT
  571. Sender: news@eua.ericsson.se
  572. Nntp-Posting-Host: euas39c40.eua.ericsson.se
  573. To:       info-unix@sem.brl.mil
  574.  
  575. Hi, again
  576.  
  577. Thanks again for all your answers.
  578. Due to my bad english in my two last articles it seems like I mislead most 
  579. of you out there, sorry about that :(.
  580.  
  581. But one answer I got indicates that it seems to be something 
  582. wrong with the command 'rm'. So it is not really a C-shell or
  583. rsh problem (or my mistake :) ).
  584.  
  585. I share this answer with you and asks if someone can answer the question 
  586. why the command 'rm' don't work as expected. (is it a bug or a feature :) ? )
  587.  
  588. /Bertil
  589.  
  590. From bortz@cnam.cnam.fr Thu Nov  5 17:44:11 1992
  591. Date: Thu, 5 Nov 1992 17:43:56 +0100
  592. From: Stephane Bortzmeyer <bortz@cnam.cnam.fr>
  593. To: euabem@eua.ericsson.se
  594. Cc: bortz@cnam.cnam.fr, letondal@cnam.cnam.fr, wandel@cnam.cnam.fr
  595. Subject: Re: C-Shell question
  596. Content-Length: 1355
  597.  
  598. A few minutes after I replied, I followed my own advice and wrote the following script:
  599.  
  600. #!/bin/csh
  601.  
  602. /bin/rm $1 
  603.  
  604. if ( $status != 0 ) then
  605.     echo 'My damned script failed'
  606.     exit 1
  607. endif
  608.  
  609. echo 'Yeah, I did it'
  610. exit 0
  611.  
  612. That's really amazing, but when I run it interactively, it works in both cases (file exists or not) and when it's run under 'rsh', the $status after rm is always 0!!! (I can see that because of the message.)
  613. I simply don't understand. I'm working on it (Cc: people can help me, do they?).
  614.  
  615. This script has the correct behaviour if I replace 'rm' by another command (like 'mv'). Therefore, I suspect a problem with 'rm' which apparently doesn't set $status if not run from a tty.
  616.  
  617. Stephane Bortzmeyer           Conservatoire National des Arts et Metiers    
  618. bortzmeyer@cnam.cnam.fr       Laboratoire d'Informatique
  619.                               292, rue Saint-Martin            
  620. tel: +33 (1) 40 27 27 31      75141 Paris Cedex 03
  621. fax: +33 (1) 40 27 27 72      France    
  622.  
  623. "C'est la nuit qu'il est beau de croire a la lumiere." E. Rostand
  624.  
  625. =================================================================
  626.  
  627. From bortz@cnam.cnam.fr Fri Nov  6 09:04:51 1992
  628. To: comp-unix-questions@ucbvax.berkeley.edu
  629. Cc: bortz@cnam.cnam.fr, letondal@cnam.cnam.fr, wandel@cnam.cnam.fr,
  630.         euabem@eua.ericsson.se
  631. Newsgroups: comp.unix.questions
  632. Distribution: world
  633. From: bortzmeyer@cnam.cnam.fr (Stephane Bortzmeyer)
  634. Organization: cnam
  635. Subject: Re: C-Shell question
  636. Date: Fri, 06 Nov 92 09:04:43 +0100
  637. Sender: bortz@cnam.cnam.fr
  638. X-Mts: smtp
  639. Content-Length: 1365
  640.  
  641. In article <1992Nov4.080338.9458@eua.ericsson.se>,
  642. euabem@eua.ericsson.se (Bertil Engelholm) writes:
  643. [problem with 'rm' under 'rsh']
  644. > All the answers is saying that the exit-code stored in $status is the result
  645. > code of rsh. But how can that happen ? How can the result code of rsh be stored
  646. > in the $status variable before rsh has executed all of the script ?
  647.  
  648. There is something funny with 'rm'. If I write the following script:
  649.  
  650. #!/bin/csh
  651. /bin/mv $1 trash
  652. if ( $status != 0 ) then
  653.     echo 'My damned script failed'
  654.     exit 1
  655. endif
  656. echo 'Yeah, I did it'
  657. exit 0
  658.  
  659. and execute it when the file given as $1 doesn't exist, everything is
  660. fine. I get the 
  661. message 'My damned script failed' when I launch it interactively or threw 'rsh'.
  662.  
  663. If I replace 'mv' with 'rm', I ALWAYS GOT THE MESSAGE 'Yeah, I did it'
  664. wether $1 exists 
  665. or not, as soon as the script is used by 'rsh'! 
  666.  
  667. Other commands behave as 'mv'. Now, there's clearly something wrong
  668. with 'rm'. Is it 
  669. possible it doesn't set $status when run without a tty???
  670.  
  671. Stephane Bortzmeyer           Conservatoire National des Arts et Metiers    
  672. bortzmeyer@cnam.cnam.fr       Laboratoire d'Informatique
  673.                               292, rue Saint-Martin            
  674. tel: +33 (1) 40 27 27 31      75141 Paris Cedex 03
  675. fax: +33 (1) 40 27 27 72      France    
  676.  
  677. "C'est la nuit qu'il est beau de croire a la lumiere." E. Rostand
  678.  
  679. -----------------------------
  680.  
  681. From: Bill Campbell <bill@celestial.com>
  682. Subject: Re: .profile vs. .kshrc
  683. Date: 9 Nov 92 07:19:24 GMT
  684. To:       info-unix@sem.brl.mil
  685.  
  686. In <1dea38INN9r8@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
  687.  
  688.  .....
  689. :It's not as good as the C shell's .login and .cshrc facility.
  690.  
  691. :The main problem with this Korn Shell feature is that it doesn't provide
  692. :any way to customize the shell environment in a shell that isn't descended
  693. :from a login shell.  These include the shell in which cron, at, and batch
  694. :jobs run, and commands executed with rsh/remsh.  The C shell always
  695. :executes the user's .cshrc (unless the "-f" option is specified), so you
  696. :always get your custom environment.
  697.  
  698. And you always get a long delay starting csh scripts as it deals
  699. with the .cshrc file if you have all your custom environment in it.
  700.  
  701. Anything you run from cron requires you to set up your environment
  702. from scratch anyway, so what's so hard about having a standard
  703. file included using the '.' command under ksh?  I could set certain
  704. environment variables in /etc/profile and $HOME/.profile that
  705. allow a program to determine whether proper initialization has
  706. been done.  i.e.
  707. [ -z "$ETC_PROFILE" ] && . /etc/profile        # sets HOME environment
  708. [ -z "$HOME_PROFILE" ] && . $HOME/.profile
  709.  
  710. /etc/profile will set ETC_PROFILE and $HOME/.profile sets $HOME_PROFILE
  711.  
  712. Bill
  713. -- 
  714. INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
  715. UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
  716.              uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
  717. SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
  718.  
  719. -----------------------------
  720.  
  721. From: Louis Giliberto <magus@drktowr.chi.il.us>
  722. Subject: Re: rz problems at 9600 baud
  723. Date: 9 Nov 92 11:41:23 GMT
  724. X-Newsreader: TIN [version 1.1 PL6]
  725. To:       info-unix@sem.brl.mil
  726.  
  727. John D. Boggs (jboggs@news.weeg.uiowa.edu) wrote:
  728. :      Garbage count exceeded
  729. :      Got ERROR
  730. :      Bad data subpacket
  731. :      Bad escape sequence
  732. : With Bad CRC as the most prevalent.  Any help anyone can give is greatly 
  733. : appreciated.  I paid 300 bucks for this modem and I want to be able to
  734. : use it!
  735. : Modem is a Practical Peripherals 9600SA.
  736.  
  737. This is a problem when the modem is pumping stuff in too fast for
  738. the computer to handle.
  739.  
  740. 1) Make sure your port is interrupt driven, and not polled.
  741. 2) Make sure your port is using RTS/CTS flow control.
  742.  
  743. How do you know this?
  744.  
  745. I'm using com2 with these features:
  746. com2fr
  747.     ^^
  748.     ||
  749.     | ------- r = remote (modem)
  750.     -------------- f = flow controlled
  751.  
  752. If it had a "p" as well it would be polled.  You don't want this (you could
  753. do it, but not recommended with high speed modems).
  754.  
  755. Also make sure the port is set to the highest baud rate for your chips.
  756. If you are using 16450's, you should be set at 9600 max in general.  If
  757. you are using 16550NFA's or the equivalent, you can crank up to 19200 or
  758. better.
  759.  
  760. To see what type of chip you are using, watch at bootup.  It reports
  761. what it's set up for.
  762.  
  763. If you don't have 16550NFA's you should get them.  They only cost like $20
  764. or so.  You can replace the 16450's on the card with them, or buy a new
  765. card with the 16550NFA's already in place.  I have a v.32/v.42bis modem,
  766. but I have to run it locked at 9600bps since my computer just has 16450's,
  767. and I lose too much data at higher rates.
  768.  
  769. The difference in case you're curious is basically that the 16550's are 
  770. faster, and the 16550NFA's contain internal buffers.  They are designed
  771. to accept a faster load.
  772.  
  773. I hope that helps...
  774. -Louis
  775. --
  776.  ---------------------------------------------------------
  777.  Louis J. Giliberto, Jr.   ! magus@drktowr.chi.il.us
  778.    -sysadmin drktowr       ! lgilibe@orion.it.luc.edu
  779.   Chicago, IL  USA         ! 
  780.  ---------------------------------------------------------
  781.  
  782. -----------------------------
  783.  
  784. From: Esa Karell <karell@cs.helsinki.fi>
  785. Subject: UNIX --> DOS remote printing
  786. Date: 9 Nov 92 09:42:39 GMT
  787. To:       info-unix@sem.brl.mil
  788.  
  789. Hi,
  790.  
  791. Is anyone aware of packages (PD or commercial) that
  792. allow UNIX boxes to send print requests to a DOS box
  793. on a lan?
  794.  
  795. Esa
  796. -- 
  797.  
  798. Esa Karell karell@cs.Helsinki.FI
  799. Tel. +358-0 513 081 /home
  800.  
  801. -----------------------------
  802.  
  803. From: "Ryan A. Whelan" <rwhelan@gmuvax2.gmu.edu>
  804. Subject: Re: diff in scripts again
  805. Date: 9 Nov 92 10:24:09 GMT
  806. To:       info-unix@sem.brl.mil
  807.  
  808. In article <ssuhook.720712389@reading> ssuhook@susssys1.reading.ac.uk (Roger Neil Hook) writes:
  809. >Why on earth have we got an article from this place in cs.general????
  810.  
  811. what IS cs.general ANYWAY!?!?!?!?!
  812.  
  813.  
  814. -- 
  815. Ryan A. Whelan                      "Repetition does not establish validity."
  816. rwhelan@gmuvax2.gmu.edu                                         - Souder's Law
  817.  
  818. -----------------------------
  819.  
  820. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  821. Subject: Re: IS UNIX DEAD? (long)
  822. Date: 9 Nov 92 12:01:20 GMT
  823. To:       info-unix@sem.brl.mil
  824.  
  825. >How much is NT projected to cost?
  826.  
  827. NT will be priced to SELL.  It depends on the competition at the time.  Right
  828. now Bill Gates is sweating about OS/2, so it will probably be in the$200-$300
  829. range.
  830.  
  831. >>No support, no handholding.
  832. >
  833. >Support and handholding comes free on the net.  I'm seeing a number of
  834. >places in trade magazines that offer support for Linux and BSD:
  835. >installation, troubleshooting, consulting, and so on.  So you get the
  836. >OS for free and pay a small fee for support.  Competitive, at least.
  837.  
  838. Huh?  What net?  I've never heard of the net?  I just want to get a computer
  839. to run my carpentry business on, and this guy tells  me to get a modem
  840. and a TCP/IP connection?  Huh?  Whadda ya mean?
  841.  
  842. And where am I supposed to GET this free OS with no access to the net in
  843. the first place?  And how much is this "small fee" for support?  $300?
  844. $400? $500?  and how long is it for?
  845.  
  846. Users get a "nice warm feeling" from BUYING things in a store.  
  847.  
  848. I dont' know how many times I've told people, "Yes, Telix/Telemate/4dos/pkzip
  849. is shareware, but it's actually GOOD." and they look at me with an "Who are
  850. you kidding" look.  If nobody makes a profit from it, nobody has to improve
  851. it.  Worse, if nobody's survival depends on it, it never has to be upgraded.
  852.  
  853. -----------------------------
  854.  
  855. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  856. Subject: Re: IS UNIX DEAD?
  857. Date: 9 Nov 92 12:08:11 GMT
  858. To:       info-unix@sem.brl.mil
  859.  
  860. >>Sorry, my Unix editor mangled your message.  The case where case
  861. >>sensitivity is useful are SO RARE, and even where it is used, it
  862. >>usually shouldn't be.  
  863. >
  864. >Oh, in our gopher server we use uppercase/lowercase/space as
  865. >part of filenames. Looks better. Why shouldn't I use it.
  866.  
  867. Exactly...that's why OS/2/system 7/AmigaDOS/ every other OS except
  868. DOS and Windows allow you to have names like "Meeting Summary", but
  869. for all intents and purposes it is "meeting summary."  You can only
  870. have ONE "meeting summary""MEETING SUMMAY""MeEtInG SuMmArY" in a 
  871. directory, but it's confusing to have more then one anyways.  When
  872. you do a "dir" you will see the case of the last one you saved, i.e.
  873. Meeting Summary".
  874. >
  875. >>My question is when is there going
  876. >>to be a version for the PC that comes out of the box graphical, user friendly,
  877. >>and with good support when you get stuck.
  878. >I thought SCO has done a very good job.
  879.  
  880. Sorry, I don't have $1000.00 and 12MB of RAM to test it out!
  881.  
  882. -----------------------------
  883.  
  884. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  885. Subject: Re: IS UNIX DEAD?
  886. Date: 9 Nov 92 12:19:11 GMT
  887. To:       info-unix@sem.brl.mil
  888.  
  889. In article <JC.92Nov7141053@condor.bu.edu> jc@raven.bu.edu (James F. Cameron) writes:
  890. >>>>>> "Peter" == Peter Busser <peter@global.hacktic.nl> writes:
  891. >Well, some of can't stand to have to buy a floppy drive to install an
  892. >OS.  *8-) Seriously, that is not a good reason.  The drives are fairly
  893. >cheap, can be used for MANY, MANY different applications, and can even
  894. >play some tunes for you.  (* grin *)
  895.  
  896. You are right.  100% right.  Everyone SHOULD go out and buy a CD-ROM.
  897.  
  898. BUT THEY HAVEN'T.  SO WHO CARES!  Sure the world would be a better place
  899. if everyone had CD-ROMs.  But if they *DON'T* then selling an OS only
  900. on CD-ROM is sorta silly, isn't it!
  901.  
  902. I think everybody should have DSPs on their motherboard.  But I'm not about
  903. to write an OS that REQUIRES a DSP.  Because even though it's a good idea,
  904. it's just not out there!
  905.  
  906. It's just an example, no flames about the relative merits of DSPs, please!
  907.  
  908. -----------------------------
  909.  
  910. From: Ade Barkah <mbarkah@slate.mines.colorado.edu>
  911. Subject: Re: IS UNIX DEAD? (long)
  912. Date: 9 Nov 92 12:07:54 GMT
  913. To:       info-unix@sem.brl.mil
  914.  
  915. peter@global.hacktic.nl (Peter Busser) writes:
  916. : rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  917. : >Why is that more intuitive than 'ls' ? I have to learn CAT ,D2 ...
  918. : >Why is that important to have DIR. You can setup 'dir' as an alias for 'ls'.
  919. : >ls -l is not as difficult as  DIR /W
  920. : Not *because* it is ls, but because most people know DIR and don't know ls. It
  921. : doesn't matter if it's DIR, LIST, LD, CATALOG or ls, as long as it is what the
  922. : user expects. And since DOS, OS/2, AmigaDOS, OS-9 and I guess other systems as
  923. : well use DIR and nog ls, that makes DIR a standard. Hey! Even FTP uses DIR! 
  924.  
  925. Uhm, I know it's a small point, but one people seem to forget: Most People
  926. in the World speak Chinese, so, why don't we insist on writing in English ?
  927.  
  928. Or, why is it good to learn some french when you're travelling to France ?
  929.  
  930. My point is, Unix offer many advantages (and some disadvantages) than more
  931. simpler systems such as DOS and OS/2. Should users want to use those
  932. advantages, they should expect to learn and think the way Unix does.
  933. If they find Unix is too complex, and don't want to bother with asking
  934. someone for help, or paying someone for help, then probably Unix wasn't
  935. meant for them in the first place.
  936.  
  937. The 'dir to ls' comparison is ridiculous. It's like saying since most
  938. people know Basic, 'C' should be packaged with macros which will accept
  939. PRINT as an alias to 'printf()'. And LISP shouldn't have all those
  940. parenthesis, because they are foreign to Fortran users trying to 
  941. switch to LISP. 
  942.  
  943. Today Unix and most of its variants are large and complex operating
  944. systems, designed for the use of large and serious tasks and systems.
  945. Moreover, I will also say that Unix today is meant to be run and
  946. managed by system administrators who know what they're doing.
  947.  
  948. That does *not* say that Unix _users_ should be wizards. It's part
  949. of the sysadmin's job to make the system (Unix or otherwise) as easy
  950. to use as possible.
  951.  
  952. People to forget that most Unix systems are *not* home systems. High
  953. end dedicated workstations to powerful Cray machines use Unix. I doubt
  954. people running these machines are those who can't figure out how to
  955. manage Unix.
  956.  
  957. Now, there is a growing trend for Unix to enter the home market, thanks
  958. for SCO (but remember that the total users and sales is tiny compared
  959. to the rest of the Unix market.) But really, most Unix packages today
  960. are easy to install. When I installed a Microport svr4 on my machine
  961. recently, I just pop in the first disk, answer some questions, and
  962. that was that. I just waited for the beep prompting me to insert the
  963. next disk. Heck, I had fewer problems than installing OS/2 2.0 !
  964.  
  965. Why do people who find Unix too hard want Unix at home anyhow ? If
  966. they want it to learn Unix, and were willing to pay $1000+ for it,
  967. then they'd probably learn 'real Unix' anyhow. If they need if for
  968. their job, then they don't have a choice but to learn Unix anyhow.
  969.  
  970. I've said it once and I'll say it again: most people who flame Unix
  971. complain that as a single-user-system without a dedicated sysadmin
  972. person, Unix is too hard. Well, I think those people need to wake 
  973. up, smell the coffee, and realize that Unix wasn't meant to be a
  974. single-user-system without a dedicated sysadmin person.
  975.  
  976. It's like asking why a nuclear-powered Aircraft Carrier is too complicated
  977. for a single-tuna-fisherman.
  978.  
  979. Regards,
  980.  
  981. -Ade.
  982. -- 
  983. Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
  984. CompuServe: 74160,3404
  985.  
  986. -----------------------------
  987.  
  988. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  989. Subject: Re: IS UNIX DEAD?
  990. Date: 9 Nov 92 12:34:27 GMT
  991. To:       info-unix@sem.brl.mil
  992.  
  993. >>>    difference between Unix and the command shell.
  994. >>
  995. >>You tell Joe User that UNIX is a kernel and not a shell.
  996. >
  997. >Okay.  "The part of Unix that reads your commands from the keyboard
  998. >and interprets them is called a `shell.'  There are a number of
  999. >different `shells' available for Unix, and each one of them works a
  1000. >little differently."  What else?
  1001.  
  1002. And whose going to tell them if there is no sysadmin?  And where are they
  1003. supposed to get these easy "shells?"  And who cares if "other shells" are
  1004. easy, if THIS one is a pain in the rear.
  1005. >He says this has nothing to do with Unix because there's nothing about
  1006. >Unix that requires you to use vi.  There are plenty of editors
  1007. >available for free that are not difficult to use.  Oh, "the net" means
  1008. >nothing to these people, sorry.  They can order an Emacs tape from the
  1009. >FSF for, what? $150?
  1010.  
  1011. Ok, so now I have to have $150.00 and a $200.00 tape drive.  Or I can get
  1012. Windows on disk.  Have you ever seen the word processor that comes free
  1013. with Windows?  It has *EVERYTHING* except spell checking.  I could print
  1014. something out of it with pictures, fonts, and it would look JUST LIKE
  1015. framemaker or island write or something.  And it's *FREE*.  Now what
  1016. incentive does Joe User have to go to Unix and use "VI."  While I'm on
  1017. this topic:  can anyone explain to me why VI couldn't put the arrow keys
  1018. on jkl;, the universal right hand keys?  Why do I have to shift and shift
  1019. back?  Didn't the programmers know how to type?
  1020.  
  1021. >Plug in the SLS disks for Linux and answer the pretty questions.
  1022. >Next?
  1023.  
  1024. And where did I get these disks?  From what store?  And what manuals came
  1025. with them?  And what about X?  And where do I buy applications?  And how
  1026. do I install them?
  1027.  
  1028. >>*IF* you have a sysadmin. What if it's your machine at home?
  1029. >
  1030. >Then, by default, you're your own system manager.  Can't hack it?  Get
  1031. >a different operating system.
  1032.  
  1033. aaah, then you are prepared to give up 95% of the home market to Windows
  1034. and OS/2?
  1035. >>
  1036. >>Probably, but does that stop people?
  1037. >
  1038. >Not to begin with.  When it becomes apparent, though, that there is an
  1039. >alternative to their buggy, problematic platforms, they might begin to
  1040. >choose otherwise.
  1041.  
  1042. You live in a dream world Tim.  The functionality that Windows/OS/2/Mac
  1043. provides out of the box takes MONTHS to simulate through an editor here,
  1044. a new command shell there, recompile X over here etc. etc.
  1045.  
  1046. Unix has to provide that functionality ITSELF, complete, and CHEAP!
  1047.  
  1048. -----------------------------
  1049.  
  1050. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  1051. Subject: Re: IS UNIX DEAD?
  1052. Date: 9 Nov 92 12:40:46 GMT
  1053. To:       info-unix@sem.brl.mil
  1054.  
  1055. >>pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  1056. >>
  1057. >>>    Before you try to convince people of unix's flaws, I suggest you
  1058. >>>first make sure you have a clue what you're talking about.
  1059. >>
  1060. >>Where can I get toll-free support for Linux?
  1061. >
  1062. >    You can't. You can't get it for anything Microsoft sells either.
  1063. >But that's not even the point. You listed a dozen or so things Unix "needs",
  1064. >about half of which were complete and total bullshit. "Unix needs a more
  1065. >powerful command-line" is one of the stupidest things I've ever read on
  1066. >Usenet.
  1067.  
  1068. First thing: You are responding to the wrong person.
  1069.  
  1070. Second thing: I said that an improved Unix needs a powerful command line
  1071.               to go with a powerful GUI.
  1072.  
  1073. I was trying to assuage the fears of those that believe that easy-to-use ==
  1074. inflexible GUI.
  1075.  
  1076. And you definately get the award for the rudest person I've seen on Usenet.
  1077.  
  1078. -----------------------------
  1079.  
  1080. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  1081. Subject: Re: IS UNIX DEAD?
  1082. Date: 9 Nov 92 12:48:23 GMT
  1083. To:       info-unix@sem.brl.mil
  1084.  
  1085. >[I didn't bother to crrect the format of this next part]
  1086.  
  1087. Beleive it or not, every other message I enter, I enter from home through
  1088. a 2400 baud modem.  The one that got screwed up was on a local Xterm.
  1089.  
  1090. I honestly avoid using the Xterms if I can use a character interface.  I
  1091. don't know if it's our implementation or X in general, but it's HORRIBLE.
  1092.  
  1093. >    The first good point you've made yet. It _would_ be nice to have all
  1094. >that in one OS. Since I doubt Next or Solaris are going to be free anytime
  1095. >soon, let's try to make a better GUI shell for Linux...
  1096. >
  1097. >    I never ever said Unix was perfect. I never even said it was good or
  1098. >bad. I just chimed in to correct you on a bunch of incorrect points. You're
  1099. >lumping me with everyone you're arguing with because I disagreed with a few
  1100. >things you said (and admittedly, flamed you for it).
  1101. >
  1102. Well, it seems every time a mention a Unix flaw, someone chimes in with
  1103. a unix that is different.  Hell, I could do that for DOS, if I wanted, and
  1104. "prove" that DOS can do anything that Unix can.  The point is, are MOSt
  1105. users going to want to have to get half an OS.  Either it's good, or it's
  1106. cheap, or it's easy to get your hands on, or it's graphical, but never all
  1107. of these at once!
  1108.  
  1109. -----------------------------
  1110.  
  1111. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  1112. Subject: Re: IS UNIX DEAD?
  1113. Date: 9 Nov 92 12:57:43 GMT
  1114. To:       info-unix@sem.brl.mil
  1115.  
  1116. >
  1117. >Haven't you ever heard of 80 character line lengths?  Let alone 72?
  1118. >Or are you using one of your snazzy GUIs that lets you have 132
  1119. >characters per line?
  1120.  
  1121.  
  1122. Actually, the GUI I was in was an NCD X-Term.  I won't make that mistake
  1123. again.  My "snazzy" Gui at home does VT-100 emulation MUCH BETTER.
  1124. >
  1125. >>>>3.It should install from floppy as well as CD.
  1126. >>>
  1127. >>>    Ah, you _are_ an idiot.
  1128. >>>    (Take a look at Linux.)
  1129. >>
  1130. >>NO, YOU are an idiot, if you see linux as the hope for the future.  
  1131. >
  1132. >What are you talking about?  You said that a "real" operating system
  1133. >should install from floppy.  Linux installs from floppy.  Conclusion:
  1134. >you lose.
  1135.  
  1136. As I recall, I was discussing a BUNCH of things a "real" operating system
  1137. has to have.  Linux has a few, SCO has a few, Nexstep has a few.  None of
  1138. them qualify as a "real" operating system (from a new users point of view)
  1139. because none of them have ALL of them.  Translation: You lose.
  1140.  
  1141. >Um, no ... I think most people say, "Cool!  What's the number?  What
  1142. >baud rate?"  What world are *you* living in?  One where Prodigy hasn't
  1143. >yet been introduced?
  1144.  
  1145. It is you that are living in a dream world!  Maybe 1 in 20 computers gets
  1146. sold with a modem standard!  The other 19 don't know what one is, or how
  1147. to use it!  Does Prodigy even carry Linux?
  1148. >
  1149. >You unzip it with PKUNZIP, Phil Katz's well-known dearchive program.
  1150. >Lots of people use it.  It's very popular among PC users.  But I
  1151. >understand the biggest complaint they have with it is that it doesn't
  1152. >have toll-free phone support.
  1153.  
  1154. And where do I get this?  Without a modem?  And how much does it cost?
  1155. And who is going to teach me how to use it?  How come OS/2 and Windows
  1156. uncompress themselves?
  1157.  
  1158. >Um, no ... you just install X from the SLS disks, I believe.
  1159.  
  1160. Where does one get these disks?  After months on the Internet, I've never
  1161. heard of them (plus reading Unixworld and Unix Review).  Where is Joe/Jane
  1162. user suppoed to have heard of them?  And where are they supposed to get them?
  1163.  
  1164. >Mm.  I know, not having a graphic interface for `ls' or `mkfs' is just
  1165. >*such* a hardship.  It is to weep.
  1166.  
  1167. How about VI?  OS/2 comes with a full fledged programmers editor, and 
  1168. Windows with a wordprocessor that is easy to use and makes EXCELLENT
  1169. graphical/font/picture output.  (I was amazed!)
  1170.  
  1171. -----------------------------
  1172.  
  1173. From: Paul Prescod <papresco@undergrad.math.waterloo.edu>
  1174. Subject: Re: IS UNIX DEAD?
  1175. Date: 9 Nov 92 12:59:14 GMT
  1176. To:       info-unix@sem.brl.mil
  1177.  
  1178. >
  1179. >comp.os.linux
  1180. >you won't get an answer in 20 min. but you will get your answer
  1181.  
  1182. I'm a new user!  I don't know what a net is!  I don't have TCP/IP.  I
  1183. probably don't even have a modem!  NOW WHAT?
  1184.  
  1185. -----------------------------
  1186.  
  1187. From: TP Monks <tpm@ecs>
  1188. Subject: Re: How to cd "a b c d"
  1189. Keywords: help
  1190. Date: 9 Nov 92 13:50:23 GMT
  1191. Sender: news@ecs.soton.ac.uk
  1192. Nntp-Posting-Host: elstar
  1193. To:       info-unix@sem.brl.mil
  1194.  
  1195. qian@kappa.uleth.ca (Howard Chien) writes:
  1196.  
  1197.  
  1198. >Hi! I have a simple question: How can you cd a directory with a name such as
  1199.  
  1200. >a b c d (1 directory)?
  1201.  
  1202. >Thanks for the help.
  1203.  
  1204. >howard,
  1205.  
  1206.  
  1207. ooooohhhhh! you're going to get flamed for that...
  1208.  
  1209. try:
  1210.  
  1211. cd 'a b c d'
  1212.  
  1213.  
  1214. --
  1215.  -----------------------------------------------------------------------------
  1216. Tim Monks                                Vision, Speech and Signal Processing
  1217. tpm@ecs.soton.ac.uk                                    Southampton University
  1218. Tel: +44 (703) 592774                                   Fax: +44 (703) 592895
  1219.  
  1220. -----------------------------
  1221.  
  1222. From: Tim Pierce <twpierce@unix.amherst.edu>
  1223. Subject: Re: IS UNIX DEAD?
  1224. Date: 9 Nov 92 15:32:39 GMT
  1225. Followup-To: alt.stupidity
  1226. To:       info-unix@sem.brl.mil
  1227.  
  1228. In article <BxG89G.Mn6@undergrad.math.waterloo.edu> papresco@undergrad.math.waterloo.edu (Paul Prescod) writes:
  1229.  
  1230. >>>*IF* you have a sysadmin. What if it's your machine at home?
  1231. >>
  1232. >>Then, by default, you're your own system manager.  Can't hack it?  Get
  1233. >>a different operating system.
  1234. >
  1235. >aaah, then you are prepared to give up 95% of the home market to Windows
  1236. >and OS/2?
  1237.  
  1238. That's
  1239. what
  1240. I
  1241. said
  1242. in
  1243. the
  1244. goddamned
  1245. first
  1246. place.
  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: Daniel S Evans <dsevans@magnus.acs.ohio-state.edu>
  1256. Subject: Users log off but processes continue  -- HELP HELP !!
  1257. Date: 9 Nov 92 16:13:22 GMT
  1258. Sender: news@magnus.acs.ohio-state.edu
  1259. Nntp-Posting-Host: bottom.magnus.acs.ohio-state.edu
  1260. To:       info-unix@sem.brl.mil
  1261.  
  1262. We're running a DEC 5000 Ultrix system.  Users are logging in under
  1263. tcsh.  They are then running a menu system written in ksh. In addition,
  1264. their .login files have a tout command (time out program) that's supposed
  1265. to kill them if inactive for 30 minutes.
  1266.  
  1267. With all of this, we still get logged of users having left over processes
  1268. runninig for days !!!!  How do I get around this one ?
  1269.  
  1270. Any suggestions would be helpful.
  1271.  
  1272. DSE
  1273. -- 
  1274.  ---------------------------------------------------------------------------
  1275.  
  1276. -----------------------------
  1277.  
  1278. From: Robert Earl <chupchup@ferkel.ucsb.edu>
  1279. Subject: Re: Standard AND piped input
  1280. Date: 9 Nov 92 15:46:35 GMT
  1281. To:       info-unix@sem.brl.mil
  1282.  
  1283. jhgreen@cs.sandia.gov (Jethro H. Greene) writes:
  1284.  
  1285. | Followup-To: jhgreen@c.sandia.gov
  1286.  
  1287. This is a nasty followup header; "Followup-To" should either be a
  1288. newsgroup name or the word "poster" for mail replies.  My news
  1289. software wanted to post this to a newsgroup called
  1290. "jhgreen@c.sandia.gov"...
  1291.  
  1292. | When one pipes to something, the the output of the first becomes the input
  1293. | of the second.  What would you do if you wanted the output of the first to
  1294. | be only be the beginning of the input for the second.  
  1295.  
  1296. |     $ ls | thing_that_I_am_looking_for > output_file
  1297. |         bob is my dog
  1298. |     ^D
  1299. |     $ cat output_file
  1300. |         file1
  1301. |     file2
  1302. |     bob is my dog
  1303. |     $
  1304.  
  1305. Try this:
  1306.  
  1307. $ (ls; cat) > output_file
  1308.  
  1309. In other words, start a subshell that runs *both* "ls" and "cat", and
  1310. redirect the whole shebang to "output_file".
  1311.  
  1312. -- 
  1313. robert earl          |
  1314. rearl@ucsd.edu       | "I got a bottle of tequila, baby, who needs friends?"
  1315. rearl@piggy.ucsb.edu |   --Johnette Napolitano, Concrete Blonde
  1316.  
  1317. -----------------------------
  1318.  
  1319. From: Allen Douglas <a-douglas@uchicago.edu>
  1320. Subject: Re: How do you cat only the first 50 lines of a file?
  1321. Date: 9 Nov 92 16:36:42 GMT
  1322. Sender: News System <news@wakinyan.uchicago.edu>
  1323. To:       info-unix@sem.brl.mil
  1324.  
  1325. > Since comp.unix.* includes comp.unix.internals and comp.unix.wizards,
  1326. > I would say that the entire hierarchy is most definitely *not* there
  1327. > `for newbies to learn.'  As far as comp.unix.questions goes, though,
  1328. > you're entirely correct, although the poster would have been far
  1329. > better served by calling user support at UChi.
  1330.  
  1331. You assume that the folks at the U of C have user support that knows UNIX well enough 
  1332. to be called... They don't, which is why I post here occaisionally. (I'm not the origional 
  1333. poster,though)
  1334. Allen
  1335.  
  1336. -----------------------------
  1337.  
  1338. From: "Peter E. Gomez" <af853@yfn.ysu.edu>
  1339. Subject: Newsprint on SUN: Driver for Techtronics
  1340. Date: 9 Nov 92 17:48:06 GMT
  1341. Sender: Usenet News Admin <news@news.ysu.edu>
  1342. Nntp-Posting-Host: yfn.ysu.edu
  1343. To:       info-unix@sem.brl.mil
  1344.  
  1345.  
  1346. Does anyone have or has written a driver for the earlier
  1347.  
  1348. tectronix printers for Newsprint.???  Or does anyone have
  1349.  
  1350. a driver that will suffice on such a printer, and treat it
  1351.  
  1352. like a generic printer.??
  1353.  
  1354.  
  1355.  
  1356.     Any help would be appreciated??
  1357.  
  1358.    -pg
  1359.  
  1360. -- 
  1361.  ___   ___   ___     _       __    __         ___   ___   ___
  1362.    /  /  /  /  /    |_)     |_    | _  ,      \  \  \  \  \
  1363.   /__/  /__/  /     |  EDRO |__ . |__; OMEZ    \  \__\  \__\
  1364.  
  1365. -----------------------------
  1366.  
  1367. From: John Wright <johnw@johnwuu.canb.auug.org.au>
  1368. Subject: net.views - mainframe programmers in an open systems
  1369. Date: 9 Nov 92 14:39:07 GMT
  1370. To:       info-unix@sem.brl.mil
  1371.  
  1372.  
  1373. In article <1992Nov4.173720.22157@tandem.com> nelson_don@comm.tandem.com writes:
  1374.  
  1375.  [... stuff deleted ...]
  1376.  
  1377.  > all that does is demonstrate your ignorance of the real world).  A COBOL 
  1378.  > programmer is a COBOL programmer.  The platform makes little difference.
  1379.  > 
  1380. True, but a problem I have noticed is when a COBOL (or non-relational DBMS)
  1381. trained person moves to programming in a relational database environment.
  1382.  
  1383. The mindset seems to get in the way, and the transition is difficult, if not
  1384. impossible for the person to make.
  1385.  
  1386. +========================================================================+
  1387. | John Wright                    |   Standard   | Voice : +61 6 249-1871 |
  1388. | Computer Sciences of Australia |  Disclaimer  | Fax   : +61 6 253-1259 |
  1389. | johnw@canb.auug.org.au         |    Notice    | Locn  : Canberra       |
  1390. | 100032.553@compuserve.com      |   Applies    |         Australia      |
  1391. +========================================================================+
  1392.  
  1393. -----------------------------
  1394.  
  1395. From: "David K. Codelli" <codelli@cyclone.mitre.org>
  1396. Subject: Help!  Printer won't print!
  1397. Date: 9 Nov 92 18:28:32 GMT
  1398. Sender: News Service <news@linus.mitre.org>
  1399. Nntp-Posting-Host: cyclone.mitre.org
  1400. To:       info-unix@sem.brl.mil
  1401.  
  1402. We have two Suns in our office which are connected by ethernet, called route66 and i495.  route66 is a SPARC 1+ that has a SPARCprinter attached to it.  i495 is a SPARCserver 470.  We used to be able to just say
  1403.  
  1404.   setenv PRINTER sparc
  1405.  
  1406. and 
  1407.  
  1408.   lpr <filename>
  1409.  
  1410. on i495 in order to print the printer attached to route66, but for some reason that has stopped working, and I get the error:
  1411.  
  1412.   route66: /usr/lib/lpd: Your host does not have line printer access
  1413.  
  1414. All of the directories listed in the following printcap entries exist.  Anybody have any idea what's going on?
  1415.  
  1416.  
  1417. Printcap entry for local printer on route66:
  1418.  
  1419.  -------------------------------------------------------
  1420. # entry for a local Sun SPARCprinter NeWSprint printer
  1421. lp|sparc|lw|Sun SPARCprinter NeWSprint printer:\
  1422.     :mx#0:sf:sb:\
  1423.     :lp=/dev/lpvi0:\
  1424.     :sd=/var/spool/sparc:\
  1425.     :lf=/var/spool/sparc/log:\
  1426.     :af=/var/spool/sparc/acct:\
  1427.     :if=/usr/newsprint/lpd/if:\
  1428.     :gf=/usr/newsprint/lpd/gf:\
  1429.     :nf=/usr/newsprint/lpd/nf:\
  1430.     :tf=/usr/newsprint/lpd/tf:\
  1431.     :rf=/usr/newsprint/lpd/rf:\
  1432.     :vf=/usr/newsprint/lpd/vf:\
  1433.     :cf=/usr/newsprint/lpd/cf:\
  1434.     :df=/usr/newsprint/lpd/df:\
  1435.     :of=/usr/newsprint/lpd/of:
  1436.  -------------------------------------------------------
  1437. Printcap entry on remote machine (i495):
  1438.  
  1439.  -------------------------------------------------------
  1440. sparc:\
  1441.     :lp=:rm=route66:rp=lp:mx#0:sd=/var/spool/sparc:\
  1442.     lf=/var/spool/sparc/log:
  1443.  
  1444.  
  1445.  
  1446. Thanks in advance,
  1447.  
  1448. David
  1449.  
  1450. -- 
  1451. David K. Codelli            The opinions stated here are mine
  1452. The MITRE Corporation       only, and not necesssarily those 
  1453. dcodelli@mitre.org        of my employer.
  1454.  
  1455. -----------------------------
  1456.  
  1457. From: Ade Barkah <mbarkah@slate.mines.colorado.edu>
  1458. Subject: Re: IS UNIX DEAD?
  1459. Date: 9 Nov 92 19:18:10 GMT
  1460. To:       info-unix@sem.brl.mil
  1461.  
  1462. papresco@undergrad.math.waterloo.edu (Paul Prescod) writes:
  1463. : [discussion about people should have CD-ROMs deleted]
  1464.  
  1465. : BUT THEY HAVEN'T.  SO WHO CARES!  Sure the world would be a better place
  1466. : if everyone had CD-ROMs.  But if they *DON'T* then selling an OS only
  1467. : on CD-ROM is sorta silly, isn't it!
  1468.  
  1469. No, not really. The Grolier Electronic Encyclopaedia is available only
  1470. in CD-ROM, but would you expect them to ship in 500 floppies ? With
  1471. your argument, it's silly for any company to sell their programs in
  1472. CD-ROM, because not everyone has CD-ROMs.
  1473.  
  1474. Well, that's a weak argument. Just as you wouldn't expect the Grolier
  1475. Encyclopaedia to ship on floppies, one shouldn't expect that all versions
  1476. of Unix are available on floppies. It may not be practical. To give
  1477. you an example, (if I remember correctly) the complete info-explorer
  1478. manual pages for the IBM RS/6000 & the AIX operating system _alone_ is 
  1479. over 200 megabytes, and is shipped on CD-ROMs. And we haven't touched the
  1480. operating system code. Who wants *that* on floppies ?
  1481.  
  1482. Another argument is that you point out that not everyone has CD-ROMs.
  1483. Well, obviously one could see that the operating system was NOT MEANT
  1484. for every Joe-User. It's meant to be run on high-powered systems,
  1485. and those with enough beaucoup-money support to buy CD-ROM drives 
  1486. (which, for companies, big organizations, are pretty cheap nowadays.)
  1487.  
  1488. Regards,
  1489.  
  1490. -Ade.
  1491. -- 
  1492. Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
  1493. CompuServe: 74160,3404
  1494.  
  1495. -----------------------------
  1496.  
  1497. From: cpearce@nemesis.acs.unt.edu
  1498. Subject: Problems with regular expressions...
  1499. Date: 9 Nov 92 23:17:45 GMT
  1500. Sender: UNT USENet Adminstrator <usenet@mercury.unt.edu>
  1501. To:       info-unix@sem.brl.mil
  1502.  
  1503. I stumped comp.sys.hp with this one. Maybe someone here knows what is
  1504. happening.
  1505.  
  1506. HP9000/425; HPUX 8.0.
  1507.  
  1508. I'm using the routines regcomp() and regexec(). I believe that are part of
  1509. POSIX 2. I'm trying to either match line in a file containing a keyword
  1510. or a keyword and its argument. I'm trying to skip whitespace. I'm trying
  1511. to match only full lines that match. I'm getting no matches.
  1512.  
  1513. Here's a code snippet...
  1514.  
  1515. regex_t r1, r2;
  1516.  
  1517. init ()
  1518. {
  1519.     r1 = regcomp (&r1, "^ *#keyword *$", REG_EXTENDED);
  1520.     r2 = regcomp (&r2, "^ *#keyword +([^ ]+) *$", REG_EXTENDED);
  1521. }
  1522.  
  1523. match ()
  1524. {
  1525.     char str [256];
  1526.     regmatch_t rm [2];
  1527.  
  1528. /* Open file, read lines into _str_ until EOF */
  1529.  ..
  1530.     if (!regexec (&r1, str, r1.re_nsub, rm, NULL))
  1531.         printf ("Matched first expression.\n
  1532.     else if (!regexec (&r2, str, r2.re_nsub, rm, NULL))
  1533.         printf ("Matched second expression.\n");
  1534.     else
  1535.         printf ("No match.\n");
  1536. }
  1537.  
  1538. main ()
  1539. {
  1540.     init();
  1541.     match ();
  1542. }
  1543.  
  1544. I hope all that code above is typo-free: I can't go back to edit it....
  1545. When the code runs, I get no matches. Either I'm missing something
  1546. glaringly obvious (I hope not), I'm getting bit by some strange subtlety,
  1547. or HPs routines are goofed. I've read the man pages (regexec, regcomp,
  1548. and regexp(5)) carefully, but I still can't figure out the problem.
  1549.  
  1550. Any ideas?
  1551. ---
  1552. Chris Pearce, cpearce@nemesis.acs.unt.edu
  1553.  
  1554. -----------------------------
  1555.  
  1556. From: "Lee A. Jorgensen" <jorgense@plains.nodak.edu>
  1557. Subject: dd and mt sources ...
  1558. Date: 9 Nov 92 20:37:11 GMT
  1559. Sender: News login <usenet@ns1.nodak.edu>
  1560. Nntp-Posting-Host: plains.nodak.edu
  1561. To:       info-unix@sem.brl.mil
  1562.  
  1563. Could someone please point me in the direction of these sources?
  1564. It's for a program that I'm writing, and I would like to have these
  1565. two functions in the program itself.
  1566.  
  1567. Thanks ...
  1568.  
  1569. -Lee.
  1570.  
  1571. -- 
  1572. Lee Jorgensen             Internet: jorgense@plains.NoDak.edu
  1573.  -------------------------------------------------------------
  1574.   This .signature is now fixed according to FCC standards,
  1575.  internet rules and regulations, and my personal preference.
  1576.  
  1577. -----------------------------
  1578.  
  1579. From: Paul Prescod <papresco@napier.uwaterloo.ca>
  1580. Subject: Re: IS UNIX DEAD? (long)
  1581. Date: 9 Nov 92 20:06:26 GMT
  1582. Sender: news@undergrad.math.waterloo.edu
  1583. To:       info-unix@sem.brl.mil
  1584.  
  1585. In article <sherman.721291094@foster> sherman@unx.sas.com (Chris Sherman) writes:
  1586. >In <1992Nov6.113324.6348@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  1587. >
  1588. >
  1589. >>Wow! ODT uses Motif, NeXT uses NeXTStep, A/UX uses finder and SVR4.2 uses
  1590. >>OPEN LOOK, I guess. That makes four different UNIXes with four different
  1591. >>user interfaces. With NT or OS/2 you only need to learn only *1* user
  1592. >>interface.
  1593. >
  1594. >Suppose you don't like it...
  1595.  
  1596. You get another one...like Norton Desktop, NewWave, PM (for OS/2).  Or you
  1597. could write your own...just like in Unix.  In OS/2, the interface is just
  1598. a program that runs on top of the Presentation Manager.  In Windows, I
  1599. don't know how you change it, but there is a way, because hundreds of 
  1600. thousands of Windows users use Newwave and NDW.
  1601.  
  1602. -----------------------------
  1603.  
  1604. From: Paul Prescod <papresco@napier.uwaterloo.ca>
  1605. Subject: Re: IS UNIX DEAD? (long)
  1606. Date: 9 Nov 92 20:25:28 GMT
  1607. Sender: news@undergrad.math.waterloo.edu
  1608. To:       info-unix@sem.brl.mil
  1609.  
  1610. Why is it, in VI if I try to save a file without a name it doesn't prompt
  1611. me for a name?  Instead it kicks me back to vi.  Or if I try to quit without
  1612. saving.  Why doesn't it ask me "Save y/n."  There is no reason VI couldn't
  1613. have an "expert" mode that got rid of messages for those that don't want
  1614. them.
  1615.  
  1616. Why is it, in VI that there is no way (I know of) to get help, or exit,
  1617. without knowing the exit key?  What doesn't "h" in command mode present
  1618. ANY kind of help?
  1619.  
  1620. Why is it, in RN that when I hit 'h' to ask about how to find a command,
  1621. it doesn't give me a menu "message read commands","post commands" "misc
  1622. commands."  Instead it makes me read two pages of (mostly useless) commands.
  1623.  
  1624. Why don't Unix "tools" have a convention about help and exit keys AT THE
  1625. VERY LEAST.  
  1626.  
  1627. Where am I supposd to get help about VI?  The man pages tell me nothing
  1628. except how to load it.
  1629.  
  1630. Why do I have 12 function keys on my keyboard that seem to do absolutely
  1631. nothing?
  1632.  
  1633. Why doesn't VI use the jkl; keys for cursor movement, since your fingers
  1634. are already on them.  Or why not use keys somewhere far from them.  A
  1635. person can easily get confused.
  1636.  
  1637. Why doesn't help do anything in SH (and others).
  1638.  
  1639. Why doesn't help do anything in VI?
  1640.  
  1641. Why does VI default to beeping at you when you try to type as opposed to
  1642. editing?
  1643.  
  1644. Why is it that if I want to WordProcess in VI I have to remember to hit return at the end of the line otherwise bizarre things happen.  Why not just wrap, beep, or slide over (i.e. let the line go long). 
  1645.  
  1646. Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  1647. use VI from RN?
  1648.  
  1649. Inquiring minds want to know.
  1650.  
  1651. -----------------------------
  1652.  
  1653. From: Scott Kaplan <sfkaplan@unix.amherst.edu>
  1654. Subject: Re: IS UNIX DEAD?
  1655. Date: 10 Nov 92 01:21:16 GMT
  1656. Sender: No News is Good News <news@unix.amherst.edu>
  1657. Nntp-Posting-Host: amhux3.amherst.edu
  1658. X-Newsreader: TIN [version 1.1 PL6]
  1659. To:       info-unix@sem.brl.mil
  1660.  
  1661. Okay, I am going to have to agree that we're all getting a little off track
  1662. from the subject many of us seem to vehiment about.  We're comparing DOS (some-
  1663. thing few of us really want to defend) to UNIX, and that's not really the
  1664. point.  The big question is, will UNIX going bye-bye because it isn't marketed
  1665. well (or at all)?  Or is UNIX not a part of the race that OS/2, Windows NT, and
  1666. the Mac OS (for examples) are in?
  1667.  
  1668. Peter Busser seems insistant in his response that UNIX has the ability to be
  1669. all things to all people, if only programmers would make it as such.  Then all
  1670. the UNIX world has to do is make it commercially feasible.
  1671.  
  1672. Now, I think that could be done, but I also think it wouldn't be the best idea
  1673. for either group (the groups being the average users and the programmer/hackers
  1674. in the world)...and I'll tell you why as best I can.
  1675.  
  1676. I said last time that it would be a waste of UNIX to make it look nice and
  1677. easy to use and keep track of your grocery list for Joe User.  There are other
  1678. OS's that are designed for that kind of use (most notably the Mac OS) and
  1679. those OS's are getting better all the time.  Now, Peter, I think correctly,
  1680. projected that eventually then, those OS's would just be better than UNIX
  1681. because the UNIX people have chosen to ignore such avenues.  I will be more
  1682. clear this time and hopefully provide a good answer to that.  I'm not saying
  1683. that UNIX is perfect as-is and shouldn't be touched.  UNIX *should* advance,
  1684. and it will as long as programmers keep using it as they do right now.  The
  1685. difference is, it will become more powerful and more flexible, but the goal
  1686. does not need to be ease of use.  The crowd that uses UNIX now will continue
  1687. to do so, because they will make it more powerful and push its flexibility.
  1688. That crowd is not especially concerned with ease of use.  The other OS will
  1689. get stronger, but they will continue to lack the flexibility and power to the
  1690. programmer that UNIX provides.  So both types of OS's will continue to grow
  1691. in different directions.  There's little wrong with that.
  1692.  
  1693. The reason UNIX is as old as it is, but is still used on the most powerful and
  1694. advanced machines around, is because it is so given to change.  Making a change
  1695. with the GUI's and easy-to-use OS's becomes a major task, because the end user
  1696. that gets these changes don't want *anything* changed.  They want their machine
  1697. to do its task, no hassles.  Pushing such an OS into the future is tough.  If
  1698. you stretch UNIX into that kind of market, the programmers and UNIX-fiddlers
  1699. will find it very difficult to keep changing what used to be their very-
  1700. maliable (sp?) OS.  If you make UNIX something that programmers don't want to
  1701. use, THEN it will die, because nobody else will want to push it forward.
  1702.  
  1703. A lot of people here seem to hold some disdain for the user that wants to "just
  1704. get his task done".  I think that's a mistake...It's not that knowing about
  1705. computers is bad, but the less they *need* to know, the more useful a tool it
  1706. becomes to them.  Computers are becoming very diverse, and now that the
  1707. consumer market has made it clear that they want to do their job and not worry
  1708. about what's under the hood, there will be plenty of effort put into nice,
  1709. easily utilized GUIs and such.  Don't try to take something that was meant
  1710. for mostly fiddling under the hood and try to turn it into a Joe Average
  1711. product, because that will turn programmers off...they'll go to something
  1712. else (or make it if they have to) if they no longer have such a powerful
  1713. environment, and UNIX will be up a creek.
  1714.  
  1715. I don't like the car analogy that much, but I think it'll make a good point.
  1716. Way back, someone said that driving cars was tough long ago (double clutches,
  1717. manual everything, etc), and so the resposive auto-industry created automatic
  1718. transmission.  Excellent.  For Joe Average getting from here to there, he's got
  1719. what he needs.  But, because automatic works so well for Joe Average, should
  1720. we put it into professional race cars?  I bet the driving pro's would be very
  1721. upset.
  1722.  
  1723. Oh, and as much fun as we all like to make of MS-DOS, Mac OS, Windows...I do
  1724. some tasks, some of them very simple, some of them moderately demanding, on
  1725. such machines.  They're capable of some tough tasks...So let's not make them
  1726. sound like their for simpletons only.  I would just cringe to think, though,
  1727. what kind of mess my Mac interface would be if it contained the power of UNIX.
  1728. Pull down menus that go on forever both down and accross, and some terrible
  1729. way of mixing mouse selections to simulate what the UNIX command line does with
  1730. pipes and such.  Bleah.
  1731.  
  1732. Both kinds of OS can be better, and maybe something better will be developed...
  1733. but strictly speaking, UNIX as the EveryThingOS doesn't seem such a wonderful
  1734. idea.
  1735.  
  1736. Scott Kaplan
  1737. Amherst College
  1738. sfkaplan@cs.amherst.edu
  1739.  
  1740. P.S. C'mon, let's all be civil here.  No need for insults and mud slinging.  It
  1741. only inteferes in getting your point accross.
  1742.  
  1743. -----------------------------
  1744.  
  1745. From: MONK <asriniva@vela.acs.oakland.edu>
  1746. Subject: .PLAN File
  1747. Date: 9 Nov 92 21:31:36 GMT
  1748. To:       info-unix@sem.brl.mil
  1749.  
  1750.  
  1751. hi folks
  1752.  
  1753. Can some one email me some decorative program to be executed as a .plan
  1754. file, so that if some one fingers u it comes up.
  1755. Or can me give some hints to write one.
  1756.  
  1757. Thanks.
  1758. athi
  1759. -- 
  1760. _________________________________________________________________________
  1761. athi            
  1762. _________________________________________________________________________
  1763.  
  1764. -----------------------------
  1765.  
  1766. From: Nigel Dsouza <nigeld@natinst.com>
  1767. Subject: Standard Method of Handling/Detecting Out of Virtual Memory condition
  1768. Keywords: virtual memory, stack growth
  1769. Date: 9 Nov 92 19:46:48 GMT
  1770. NNTP-Posting-Host: eagle.natinst.com
  1771. To:       info-unix@sem.brl.mil
  1772.  
  1773.  
  1774. System: SunOS 4.x
  1775.  
  1776. Is there a system call to report on the amount of free Virtual memory?
  1777.     
  1778. Is there a method to reserve a specific amount of virtual memory for a 
  1779. particular process? i.e. guarantee that a process can use a certain amount of
  1780. memory without having to worry about running into an out of virtual memory
  1781. problem.
  1782.  
  1783. I am not worried about dynamic memory (i.e. memory from malloc et all) because
  1784. I can allocate that in advance to guarantee that memory; it is the memory 
  1785. needed for the automatic growth of the stack that is a problem.  Specifically,
  1786. the condition I would like to avoid is that the my process needs to grow its
  1787. stack, but cannot because it cannot get another page because the system is out of virtual memory.  I would like to be able to set the "soft" limit, using
  1788. setrlimit to (X - EmergencyStackSpace), where X is the amount of stack space
  1789. I would like to be guaranteed.  
  1790.     
  1791. I would appreciate any pointers to methods of handling out of virtual memory
  1792. conditions.
  1793.  
  1794. Nigel D'Souza
  1795.  
  1796. -----------------------------
  1797.  
  1798. From: Philippe Goujard <ppg@oasis.icl.co.uk>
  1799. Subject: Re: IS UNIX DEAD?
  1800. Date: 9 Nov 92 19:17:23 GMT
  1801. To:       info-unix@sem.brl.mil
  1802.  
  1803.  
  1804. So far the comparaison dos/unix seemed pretty stupid to me, there is nothing
  1805. common between dos and unix, except maybe the shell which is similar but
  1806. different enough to make people angry when then switch from one environment
  1807. to the other.
  1808.  
  1809. I think in the all thread detractors of Unix forget one thing : Unix is a
  1810. multi-task AND  multi-user operating system. This is why comparing unix to
  1811. dos is silly. Compare unix to vms, vme, mvs if you want but not to a single
  1812. task single user o.s. Or if you insist in doing so remember that there are
  1813. really 2 different position : the user point of view and the administrator
  1814. point of view. On dos there are no such things : there is nothing to
  1815. administer.
  1816.  
  1817. peter@global.hacktic.nl (Peter Busser) writes:
  1818.  
  1819. >drew@ladymacb.cs.colorado.edu (Drew Eckhardt) writes:
  1820.  
  1821. >Suppose I am Mr. Joe User. I want to buy a computer to use at home. And of
  1822. >course I hear lots of good news from UNIX, so I decide that I want UNIX. Now,
  1823. >how do I get the 'whizzy GUI front end' or a 'menu driven interface'? I can
  1824. >install DOS with a few floppies by just inserting the first floppy, turning on
  1825. >the machine and answering a few questions. Often, applications are installed
  1826. >in a similar way. Tell me, how do I do that with UNIX?
  1827.  
  1828. Firstly since the quantity of information you are installing is more
  1829. important than on dos machines most unix machines come with a streamer and
  1830. you install your package from the tape as you do for dos : answer few
  1831. questions, stick the tape in and wait. Now I don't think this is a job for Mr
  1832. Joe User. This is a job for Mr Joe Administrator (which can be the same
  1833. person but not always the case).
  1834. I hope you will at least agree that on a multi-user machine not every user
  1835. needs/wants to install the system.
  1836.  
  1837. >>So?  ls is different from dir.  "ls" is a mnemonic for "list",
  1838. >>where as "dir" is a menmonic for directory.  Different does not 
  1839. >>mean more difficult.  
  1840.  
  1841. >Anything that a user has to learn about his system is considered 'difficult'.
  1842. >If a user knows how to use 'dir', then learning how to use 'ls' is difficult.
  1843.  
  1844. Yes, but if you have new users who migrate from dos to unix you can help
  1845. them by providing them with a 'dir' and by putting the path into the prompt
  1846. for them (the equivalent of prompt $p$g that many dos-users like). Now if you
  1847. have many users who come from a vms environment you may want to provide them
  1848. a shell with command completion etc... 
  1849. Now we could argue endlessly on what should be the default, however is so
  1850. easy to set up those values that I think they should be set-up by the
  1851. administrator when creating the account.
  1852.  
  1853. >Yep, but that's a definition of "minimal fuzz" for programmers, not for users.
  1854. >Users want the system to do as much as it can for them. Every detail they have
  1855. >to remember is considered difficult.
  1856.  
  1857. Agreed, but I would say that you can do pretty much the same thing with unix 
  1858. that you used to do with dos without too much difference.
  1859. One car argue why there are differences in the basic commands between dos and
  1860. unix, why for example "type" on dos displays the content of a file and "type"
  1861. under unix tells me where that executable is. 
  1862. Well there are differences like tere are differences between Unix and VMS, it
  1863. was created by different people at different times which had different needs.
  1864. It is ennoying that there is no standard amongst shell interface but if there
  1865. is something such as the standard the unix shells seem to be the closest.
  1866.  
  1867. >>other shell scripts with the same syntax.  As you can see, with it's
  1868. >>orthagonality, Unix run from the command could well be easier than DOS
  1869. >>from the command line.
  1870.  
  1871. >Nice, but what does that help Joe and Jane User? A Boeing 747 may have a very
  1872. >orthogonal set of push buttons in the cockpit. I couldn't care less since I
  1873. >only want to fly from A to B without being bothered about the technicalities
  1874. >that are involved with flying. The user doesn't want to know how to get the
  1875. >computer to do his work, he wants the machine just to do it.
  1876.  
  1877. Wait a minute, we are talking on the differences between unix and dos shell
  1878. aren't we? So if you want to go from point A to point B with both shells I
  1879. certainly prefer the Unix one : You arrive to B faster and with pressing less
  1880. buttons.
  1881.  
  1882. You can argue that "Yes but in my dos airplaine I have less buttons so it is
  1883. easier to remember which one does what". I return you your own argument :
  1884. what Joe User wants is to be a passenger, not the pilot. Yes there are more
  1885. buttons on my UNIX plane but as a passenger you don't even see them, however
  1886. on your dos plane you have to be at the same time the pilot, the passenger
  1887. and the steward.
  1888.  
  1889.  
  1890. >>As a moded editor, vi is different from modeless fullscreen editors, 
  1891. >>like emacs, and DOS wordprocessors.  However, this does not make it 
  1892. >>inherently more difficult, merely different.  
  1893.  
  1894. >Yep, but as I said, different means learning yet another thing unrelated to the
  1895. >user's need. Users don't like that.
  1896.  
  1897. Don't get me started on editors :-)
  1898. Editors are a religious subject, people think their editor is the best
  1899. whatever you try to convince them that not at all you editor is the best.
  1900.  
  1901. >Most DOS editors know the WordStar commands. Furthermore, there is helptext
  1902. >(just hit the F1 if you're lost). And learning another kind of editor
  1903.  
  1904. Yes, I've written my bbs so it is easy to use from people who come from dos
  1905. bbs. I've discovered that there is no real standard for editor however the
  1906. wordstar convention seems to be supported by most major editors (although,
  1907. users don't really use Ctrl K B and Ctrl K K now, they mark a bloc with the
  1908. mouse). So i've created a very simple editor for those people, an editor that
  1909. implements wordstar commands has also good cursor key movement.
  1910.  
  1911. The only thing that you have to be aware of is that the "F1=help" convention
  1912. is not really supported under unix. You have to remember that under unix you
  1913. can connect with loads of different terminals, and most of them don't support
  1914. function keys. Another thing about function keys : try to press f1 or even
  1915. PgUp or PgDn on your favourite comm software : yes on most of them the
  1916. function key is handled locally, and PgUp and PgDn bring you the Download &
  1917. Upload menus.
  1918.  
  1919. >>Under a shell like tcsh or bash, I can set up the command line editor
  1920. >>to use vi or emacs key bindings, depending on what I use.  Irregardless
  1921. >>of where I am, dw deletes a word, h and l or arrow l/r are forward 
  1922. >>and backwards.  
  1923.  
  1924. >Oh yes, it *CAN* be done. But how?
  1925.  
  1926. What I am missing from dos is the simplicity of command line editing (well
  1927. with dos extensions). Under unix you can do it far better than you do it
  1928. under dos, the only problem is that you are bound to vi or emacs commands
  1929. like : impossible to go back with cursor keys and edit the line with cursor
  1930. left cursor right and insert text simply. This is a drawback with unix : if
  1931. you don't know how to use vi or emacs you cant edit your command line.
  1932.  
  1933. >Most DOS editors have a help key, they often show which commands are availlable
  1934. >on the screen, have mouse support, pull-down menus or WordStar commands.
  1935.  
  1936. Mouse support is certainly tricky under unix if you are connected with a
  1937. vt100 and a modem :-)
  1938.  
  1939. >And emacs is easier to learn than vi? <grin> Besides that, the programs you
  1940. >mention are editors. A typical programmer's tool. What about a decent word
  1941. >processor? (Oh please, inform me about the 'user friendliness' of troff and
  1942. >(La)TeX... :)
  1943.  
  1944. I don't see your point here. Wordperfect and Microsoft word exist under unix,
  1945. amongst other. And as far as TeX is concerned, it IS old and it IS
  1946. un-friendly but so far it is the only standard for representing mathematic
  1947. notations.
  1948.  
  1949. >>Yes, Unix uses a different paradigm than do DOS and VMS.  This doesn't
  1950. >>make it any more difficult, only different.
  1951.  
  1952. >Difference = difficult.
  1953.  
  1954. I beg to disagree here, it is just different, it is if you prefer another way
  1955. of thinking, the difficulty reside in understanding that it is another way of
  1956. thinking but once you realised that, it may be easier to use.
  1957. I take an example in the dos world : for many time people have programmed
  1958. using sequential programmers. Now that windows arrives and we are told that
  1959. we have to think in terms of events and objects. Is it more difficult?
  1960. No, not really, it is another approach of programming.
  1961. Now I understand that it takes time to switch from one langage or one frame
  1962. of mind to another, this is what training is for. You don't learn another
  1963. langage in a night but if you understand the concepts you go faster than
  1964. trying to repeat your way of doing things with the previous langage.
  1965.  
  1966. >>Whatever you're used to seems easy to you.  Just because Unix isn't 
  1967. >>DOS doesn't make it more difficult.
  1968.  
  1969. >Now you're talking. Let's face it, most users know DOS and not UNIX.
  1970.  
  1971. I wonder what you understand by the word "know". I agree that there are more
  1972. people who use programs on ms/dos machines that there are people who use
  1973. programs on  unix machines. But I wouldnt say that they have a knowledge of
  1974. ms/dos. 
  1975.  
  1976. >Plus that you need to know that 'ls -l' shows you which files are executable.
  1977. >And you have to remember to set your $EDITOR environment variable to your 
  1978. >favourit 'EaseyButPowerfullEditor(tm)'. Oh yeah, don't forget that that
  1979. >variable should be exported too!
  1980.  
  1981. "set -a" works fine for me.
  1982.  
  1983. Personally I don't think you have more hassle modifying your .profile than
  1984. modifying your AUTOEXEC.BAT. And for me CONFIG.SYS has always been very
  1985. confusing (what kind of memory do I use? Do I need smartdriv? What can I put
  1986. in high memory ? etc...).
  1987. And remember : when you set your AUTOEXEC.BAT and CONFIG.SYS you are on your
  1988. own (well with a couple of manuals) under Unix, the system administrator
  1989. creates your account and if he isn't totally rude he will ask you what kind
  1990. of editor you like and help you set your profile.
  1991.  
  1992. >>I've compiled, and have run out-of-the-box several hundred megabytes of source
  1993. >>code under HP-9000/300 and 400 series machines running BSD, HP snakes
  1994. >>running HPUX, DECs running Ultrix, SGI's running IRIX, VAXen running
  1995. >>both Ultrix and BSD4.3-Reno, my PC running Linux, RS6000's running
  1996. >>Ultrix, etc.
  1997.  
  1998. >Without changing Makefiles??? Gee!
  1999.  
  2000. Major unixes have an option in many makefiles (there is always a make sco or
  2001. make sysv or make bsd). However I agree that executables could be made more
  2002. available, specially for people who don't have acompiler. But it is going in
  2003. the right direction, Sco for example has loads of binaries on its bbs and I
  2004. think dell is shipping puplic domains with it's unix as well.
  2005.  
  2006. >>You're saying that under DOS, I can send an .EXE to anyone running the
  2007. >>same processor family (i86) / operating system (DOS) combination.  The
  2008. >>same thing holds true under Unix.
  2009.  
  2010. >Yep, but the problem is that even on the same processor it's not always
  2011. >possible to exchange executables. Ever tried to run BSD/386 executables under
  2012. >System V.4?
  2013.  
  2014. Ever tried to run a windows programm under dos?
  2015.  
  2016. >>>don't need a system manager or need to be a system manager to
  2017. >>>get the thing to run.  
  2018.  
  2019. >>What do you call CONFIG.SYS and TSR order mangling under DOS?  
  2020. >>This looks suspiciously like system administration.
  2021.  
  2022. >You don't need to have a CONFIG.SYS or TSR's to run DOS applications.
  2023.  
  2024. Speaking of the administrator role, it is definitely an important role under
  2025. unix, and although products like Unix SVR4.2 try to make it easier it is
  2026. still complicated because you have to administer very different areas.
  2027. All those areas don't exist under dos (no uucp, no mail, to tcp/ip, no
  2028. terminals, no multi-user no security, no system load, no accounting
  2029. and even sometimes no backups). I think we go back to your airplane example :
  2030. under dos there is less to administer but the user is in charge of the whole
  2031. machine, under unix the user doesnt have the hassle to administrate and can
  2032. enjoy his programs fully.
  2033.  
  2034. --
  2035.  -----------------------------------------------------------------------------
  2036. Philippe GOUJARD                              Email : ppg@oasis.icl.co.uk
  2037.  
  2038. -----------------------------
  2039.  
  2040. From: Gideon Glass <gglass07@ursa.calvin.edu>
  2041. Subject: Re: IS UNIX DEAD? (long)
  2042. Date: 10 Nov 92 02:19:15 GMT
  2043. Sender: news@calvin.edu
  2044. To:       info-unix@sem.brl.mil
  2045.  
  2046. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  2047.  
  2048. >Why is it, in VI if I try to save a file without a name it doesn't prompt
  2049. >me for a name?  Instead it kicks me back to vi.  Or if I try to quit without
  2050. >saving.  Why doesn't it ask me "Save y/n."  There is no reason VI couldn't
  2051. >have an "expert" mode that got rid of messages for those that don't want
  2052. >them.
  2053.  
  2054. [Lots more deleted]
  2055.  
  2056. Listen, if you don't like VI, don't use it.  Can't you get the point?
  2057. Those of us who like UNIX use it.  Those of you who don't can find
  2058. yourselves another operating system.  I'm tired of hearing your
  2059. marketing-inspired bullshit hype about how no one's going to use UNIX
  2060. after Window NT (or whatever) comes out.  Plenty of people like UNIX
  2061. fine without your stupid hypothetical novice-friendly user interface
  2062. strapped on.
  2063.  
  2064.  
  2065.  
  2066.  
  2067. --
  2068. Gideon Glass              </-=({[||]})=-\>          gglass07@calvin.edu    
  2069.   "The experiments of Skinner and other operant researchers did far  
  2070.          more than teach us how to pull habits out of a rat."
  2071.  
  2072. -----------------------------
  2073.  
  2074. From: Tony Poole <tony@ais.org>
  2075. Subject: pidentd
  2076. Keywords: DEC,5000,Ultrix
  2077. Date: 10 Nov 92 02:39:59 GMT
  2078. Followup-To: comp.unix.questions
  2079. To:       info-unix@sem.brl.mil
  2080.  
  2081.  
  2082.  
  2083. tony@ais.org (Tony Poole) writes:
  2084.  
  2085. >Is there any way to link an outgoing IP address connection obtained by 
  2086. >netstat to a particular user?
  2087. >For instance:
  2088. >Active Internet connections
  2089. >     
  2090. >Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
  2091. >tcp        0      0  141.211.206.17.1711    128.2.10.105.25        SYN_SENT
  2092. >tcp        0      1  141.211.206.17.1710    128.59.40.130.3641  ESTABLISHED
  2093. >tcp        0      0  141.211.206.17.1707    141.212.2.73.119    ESTABLISHED
  2094. >tcp        0      0  141.211.206.17.1701    35.8.8.108.1887     ESTABLISHED
  2095. >tcp        0      0  141.211.206.17.23      35.8.2.54.14853     ESTABLISHED
  2096. >tcp        0      0  141.211.206.17.1021    141.211.206.16.513  ESTABLISHED
  2097. >tcp        0      0  141.211.206.17.1687    137.208.91.6.4000   ESTABLISHED
  2098. >Would it be possible to tell which user is connecting to port 4000
  2099. >of 137.208.91.6 in the last line, particularly if you know the user is
  2100. >connecting via telnet?
  2101.  
  2102. In response to this request, I recieved a couple pointers to "pidentd".
  2103. This looks like exactly what we're looking for - BUT....
  2104.  
  2105. We're unable to get it running properly on a DEC 5000.  Our sysadmin reports
  2106. that it runs fine on his Sun 3/50.....not that that does much good.
  2107.  
  2108. What we get now is an error message stating it can't open the port, either
  2109. port.
  2110.  
  2111. I'd be interested to hear from anyone that's gotten succesful results on a
  2112. DEC 5000.   (I'd be interested in any helpful hints at all, for that
  2113. matter).
  2114.  
  2115. Thanks,
  2116.  
  2117. Tony
  2118.  
  2119.  
  2120. -- 
  2121.  
  2122.  ----------------------------------------------------------------------------
  2123. Tony Poole                       tony@umcc.ais.org * tony@irie.ais.org 
  2124. Traverse City, MI USA          tony@cherry1.trv.mi.us * tony@cherry1.UUCP
  2125.  
  2126. -----------------------------
  2127.  
  2128. From: Roelof van Suilichem <rvs@parst1.uucp>
  2129. Subject: Re: Whence Unix? (was Re: IS UNIX DEAD?)
  2130. Date: 10 Nov 92 09:02:19 GMT
  2131. Sender: Usenet Owner <news@parst1.paradigm.co.za>
  2132. To:       info-unix@sem.brl.mil
  2133.  
  2134. Ok, maybe time to repost this bit of humour:
  2135.  
  2136. : This is a shar archive.  Extract with sh, not csh.
  2137. : This archive ends with exit, so do not worry about trailing junk.
  2138. : --------------------------- cut here --------------------------
  2139. PATH=/bin:/usr/bin:/usr/ucb
  2140. echo Extracting 'Hoax'
  2141. sed 's/^X//' > 'Hoax' << '+ END-OF-FILE ''Hoax'
  2142. X
  2143. X
  2144. X
  2145. X                   T h e   V O G O N   N e w s   S e r v i c e  
  2146. X
  2147. XVNS TECHNOLOGY WATCH:                           [Mike Taylor, VNS Correspondent]
  2148. X=====================                           [Littleton, MA, USA            ]
  2149. X
  2150. XCOMPUTERWORLD 1 April
  2151. X
  2152. X                     CREATORS ADMIT UNIX, C HOAX
  2153. X
  2154. X    In an announcement that has stunned the computer industry, Ken Thompson,
  2155. X    Dennis Ritchie and Brian Kernighan admitted that the Unix operating
  2156. X    system and C programming language created by them is an elaborate April
  2157. X    Fools prank kept alive for over 20 years.  Speaking at the recent
  2158. X    UnixWorld Software Development Forum, Thompson revealed the following:
  2159. X
  2160. X    "In 1969, AT&T had just terminated their work with the GE/Honeywell/AT&T 
  2161. X    Multics project. Brian and I had just started working with an early
  2162. X    release of Pascal from Professor Nichlaus Wirth's ETH labs in
  2163. X    Switzerland and we were impressed with its elegant simplicity and
  2164. X    power. Dennis had just finished reading 'Bored of the Rings', a
  2165. X    hilarious National Lampoon parody of the great Tolkien 'Lord of the
  2166. X    Rings' trilogy. As a lark, we decided to do parodies of the Multics
  2167. X    environment and Pascal. Dennis and I were responsible for the operating
  2168. X    environment. We looked at Multics and designed the new system to be as
  2169. X    complex and cryptic as possible to maximize casual users' frustration
  2170. X    levels, calling it Unix as a parody of Multics, as well as other more
  2171. X    risque allusions. Then Dennis and Brian worked on a truly warped
  2172. X    version of Pascal, called 'A'. When we found others were actually
  2173. X    trying to create real programs with A, we quickly added additional
  2174. X    cryptic features and evolved into B, BCPL and finally C. We stopped
  2175. X    when we got a clean compile on the following syntax:
  2176. X
  2177. X    for(;P("\n"),R-;P("|"))for(e=C;e-;P("_"+(*u++/8)%2))P("| "+(*u/4)%2);
  2178. X
  2179. X    To think that modern programmers would try to use a language that
  2180. X    allowed such a statement was beyond our comprehension!  We actually
  2181. X    thought of selling this to the Soviets to set their computer science
  2182. X    progress back 20 or more years. Imagine our surprise when AT&T and
  2183. X    other US corporations actually began trying to use Unix and C!  It has
  2184. X    taken them 20 years to develop enough expertise to generate even
  2185. X    marginally useful applications using this 1960's technological parody,
  2186. X    but we are impressed with the tenacity (if not common sense) of the
  2187. X    general Unix and C programmer.  In any event, Brian, Dennis and I have
  2188. X    been working exclusively in Pascal on the Apple Macintosh for the past
  2189. X    few years and feel really guilty about the chaos, confusion and truly
  2190. X    bad programming that have resulted from our silly prank so long ago."
  2191. X
  2192. X    Major Unix and C vendors and customers, including AT&T, Microsoft,
  2193. X    Hewlett-Packard, GTE, NCR, and DEC have refused comment at this time. 
  2194. X    Borland International, a leading vendor of Pascal and C tools,
  2195. X    including the popular Turbo Pascal, Turbo C and Turbo C++, stated they
  2196. X    had suspected this for a number of years and would continue to enhance
  2197. X    their Pascal products and halt further efforts to develop C.  An IBM
  2198. X    spokesman broke into uncontrolled laughter and had to postpone a
  2199. X    hastily convened news conference concerning the fate of the RS-6000,
  2200. X    merely stating 'VM will be available Real Soon Now'.  In a cryptic
  2201. X    statement, Professor Wirth of the ETH institute and father of the
  2202. X    Pascal, Modula 2 and Oberon structured languages, merely stated that P.
  2203. X    T. Barnum was correct.
  2204. X
  2205. X    In a related late-breaking story, usually reliable sources are stating
  2206. X    that a similar confession may be forthcoming from William Gates
  2207. X    concerning the MS-DOS and Windows operating environments.  And IBM
  2208. X    spokesman have begun denying that the Virtual Machine (VM) product is
  2209. X    an internal prank gone awry.
  2210. X    {COMPUTERWORLD 1 April}
  2211. X    {contributed by Bernard L. Hayes}
  2212. X
  2213. X<><><><><><><><>   VNS Edition : 2336     Tuesday  4-Jun-1991   <><><><><><><><>
  2214. X
  2215. X
  2216. X
  2217. + END-OF-FILE Hoax
  2218. chmod 'u=rw,g=r,o=r' 'Hoax'
  2219. set `wc -c 'Hoax'`
  2220. count=$1
  2221. case $count in
  2222. 4059)  :;;
  2223. *)     echo 'Bad character count in ''Hoax' >&2
  2224.                echo 'Count should be 4059' >&2
  2225. esac
  2226. exit 0
  2227. : --------------------------- cut here ---------------------
  2228.  
  2229.  
  2230. +-------------------------+-------------------------------------------------+
  2231. | Roelof J. van Suilichem | Phone (27) 12 342-1145  |  Fax (27) 12 342-1754 |
  2232. |-------------------------|-------------------------------------------------|
  2233. | Email: rvs@parst1.uucp  | "Only a child sees things with perfect clarity, |
  2234. | Snail: P. O. Box 75026  | because it hasn't developed all those filters   |
  2235. |        Lynnwood Ridge   | which prevent us from seeing things that we     |
  2236. |        South Africa     | don't expect to see." - Dirk Gently (DGHDA)     |
  2237. +-------------------------+-------------------------------------------------+
  2238.  
  2239. -----------------------------
  2240.  
  2241. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  2242. Subject: Answering Machine
  2243. Date: 10 Nov 92 01:30:31 GMT
  2244. Sender: jhgreen@cs.sandia.gov
  2245. Followup-To: poster
  2246. Originator: jhgreen@cs.sandia.gov
  2247. To:       info-unix@sem.brl.mil
  2248.  
  2249. Is there a way to make an answering machine program?
  2250.  
  2251. For example, talk jhgreen@cs.sandia.gov
  2252.  .
  2253.  .
  2254.  .
  2255.  .
  2256. jhgreen@cs.sandia.gov is not currently logged on.  However, please leave
  2257. a message at the beep. 
  2258.  
  2259. I am root, although it would be nice if that wasn't a requirement.
  2260.  
  2261.  
  2262. Thanks in advance,
  2263. Jethro H. Greene
  2264.  ------ -- ------
  2265.  
  2266. -----------------------------
  2267.  
  2268. From: Beaker <donadio@orville.psu.edu>
  2269. Subject: find and executable files
  2270. Keywords: find question
  2271. Date: 2 Nov 92 20:20:14 GMT
  2272. Sender: Usenet <news@atlantis.psu.edu>
  2273. X-Newsreader: Tin 1.1 PL3
  2274. To:       info-unix@sem.brl.mil
  2275.  
  2276. Is there any easy way to use find to find all exectuable files?
  2277.  
  2278. --
  2279. Beaker aka Matt Donadio| When you've seen beyond yourself--then you may find
  2280.  -----------------------| peace of mind, is waiting there--And the time will
  2281. mxd120@psuvm.psu.edu   | come when you see we're all one, and life flows on
  2282. donadio@wilbur.psu.edu | within you and without you.  --George Harrison
  2283.  
  2284. -----------------------------
  2285.  
  2286. From: Balakrishna Raghunath <rags@hpcuhc.cup.hp.com>
  2287. Subject: Re: AWK
  2288. Date: 9 Nov 92 21:36:59 GMT
  2289. To:       info-unix@sem.brl.mil
  2290.  
  2291. Try MKS awk. MKS (mortis kern systems?) have a whole bunch of unix 
  2292. utilities for DOS. Can't say i have used the DOS awk version 
  2293. extensively.
  2294.  
  2295. Do not have their address. They advertise a lot in PC programmer
  2296. mags/catalogs of programmer's shop and that sort...
  2297.  
  2298. rags
  2299.  
  2300. -----------------------------
  2301.  
  2302. From: Doug McLaren <dougmc@ccwf.cc.utexas.edu>
  2303. Subject: ANSI Termcap wanted ...
  2304. Date: 10 Nov 92 04:15:07 GMT
  2305. Sender: news@ut-emx.uucp
  2306. Originator: dougmc@sylvester.cc.utexas.edu
  2307. To:       info-unix@sem.brl.mil
  2308.  
  2309. The Subject: line pretty much states it ... basically, I like vt100 emulation,
  2310. but I don't like how it limits me to certain terminal programs.
  2311.  
  2312. I'm wondering if I can go ahead and use ANSI mode on my terminal program, and
  2313. have a termcap entry for it.  That way, I can set underlined text to one 
  2314. color, inverse to another, bold to another etc ... If I use vtxxx, I'm
  2315. basically held hostage by the program's emulation -- many programs don't 
  2316. show underlining in a different color, etc.
  2317.  
  2318. Of course, I'm not quite sure how to implement this termcap entry either (just
  2319. use a setenv TERMCAP ..., right?) so some quick instructions on how to do that
  2320. would also be appreciated.
  2321.  
  2322. Thanks ... 
  2323.    Doug
  2324.  
  2325.  
  2326.  
  2327. -- 
  2328.  ----------------------- \  Confucius might have once said:
  2329. Doug McLaren,            \  Law of Probable Dispersal: Whatever it is that hits
  2330. DemoN on IRC              \  the fan will not be evenly distributed.
  2331. dougmc@ccwf.cc.utexas.edu  \
  2332.  -------------------------- /
  2333.  
  2334. -----------------------------
  2335.  
  2336.  
  2337. End of INFO-UNIX Digest
  2338. ***********************
  2339.  
  2340.