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

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!lhc!adm!news
  2. From: postmaster@starlab.csc.com (SMTP MAILER)
  3. Newsgroups: comp.unix.questions
  4. Subject: Mail not delivered yet, still trying
  5. Message-ID: <34238@adm.brl.mil>
  6. Date: 23 Nov 92 22:18:22 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 1505
  9.  
  10.  
  11.  ----Mail status follows----
  12. Have been unable to send your mail to <DGRAY@STARLAB.CSC.COM>,
  13. will keep trying for a total of eight days.
  14. At that time your mail will be returned.
  15.  
  16.  ----Transcript of message follows----
  17. Date: 22 Nov 92 03:26:00 EST
  18. From: INFO-UNIX@BRL.MIL
  19. Subject: INFO-UNIX Digest  V17#004
  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:19 EST
  25. Received: by SEM.BRL.MIL id ab25722; 21 Nov 92 7:42 EST
  26. Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa24178; 21 Nov 92 6:21 EST
  27. Received: from sem.brl.mil by SEM.BRL.MIL id aa24055; 21 Nov 92 6:07 EST
  28. Date:       Sat, 21 Nov 92 11:07:16 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#004
  33. Message-ID:  <9211210607.aa24055@SEM.BRL.MIL>
  34.  
  35. INFO-UNIX Digest          Sat, 21 Nov 1992              V17#004
  36.  
  37. Today's Topics:
  38.                      Overflow warnings (SCO SV3.2)
  39.                      Re: Reliable signals in Unix ?
  40.                         Re: IS UNIX DEAD? (long)
  41.                            IS UNIX DEAD? (11)
  42.                            Re: IS UNIX DEAD?
  43.                             rz 3.17 problems
  44.                 How does compress adap to the file size?
  45.                               RFCs via FTP
  46.                         Re: IS UNIX DEAD (long)
  47.                            Re: UUENCODE help!
  48.                           root/field/operator
  49.                 Re: Whence Unix? (was Re: IS UNIX DEAD?)
  50.          Re: Whence Unix? (was Re: IS UNIX DEAD?) (New Thread?)
  51.                               crypt a file
  52.                       Re: cron not finding script
  53.                     A few more quick C questions...
  54.                   Re: A few more quick C questions...
  55.                            OLVWM Key bindings
  56.                                unix show
  57.                                 adjtime
  58.                 Re: Help with generating random numbers
  59.            Getting a file's size with the FILE data structure
  60.                     Needle in a hay stack - nslookup
  61.                    Re: 2nd time:How to remove files?
  62.                    Powerful command line (UNIX dead?)
  63.                            BACKGROUND PROCESS
  64. -----------------------------------------------------------------
  65.  
  66. From: dmunday@miavx1.acs.muohio.edu
  67. Subject: Overflow warnings (SCO SV3.2)
  68. Date: 11 Nov 92 06:42:26 GMT
  69. To:       info-unix@sem.brl.mil
  70.  
  71. I have just started getting the fallowing two messages on our 486
  72. SCO Unix System V/3.2 box
  73.  
  74. WARNING: Region table overflow
  75. NOTICE: File table overflow
  76.  
  77. I suspect the second to be associated with too many file hungry background
  78. tasks running at the same time.
  79.  
  80. Can anyone tell me briefly what this means and how to get rid of it
  81.  
  82. do I need to change the size of some system table?
  83.  
  84.  -------------------------------------------------------------------------
  85. Dave Munday           | Bitnet   : dmunday@miavx1   
  86. Munday Computing, Inc.| INTERNET : dmunday@miavx1.acs.muohio.edu
  87. Miami University, Ohio| or       : munday@cinnet.com
  88.                       | USmail   : P.O. Box 9390, Cincinnati, OH 45209-0390
  89. "Renting airplanes is like renting sex:  It's difficult to arrange on short 
  90. notice on Saturday, the fun things always cost more, and someone's always 
  91. looking at their watch."  - Ron Wanttaja
  92.  
  93. -----------------------------
  94.  
  95. From: Dave Bruton <brutond@p4.cs.man.ac.uk>
  96. Subject: 'talk' command
  97. Keywords: talk BSD Sun
  98. Date: 11 Nov 92 13:07:10 GMT
  99. Sender: news@cs.man.ac.uk
  100. To:       info-unix@sem.brl.mil
  101.  
  102.  
  103. Dear all,
  104.  
  105.   I need help with understanding how the 'talk' command works.  Any help
  106. would be greatly appreciated, or references to books or other newsgroups
  107. etc.
  108.  
  109. My problem is that I cannot use the 'talk' command with anyone on a
  110. non-Sun machine from our network of Suns.  I appreciate that this is a
  111. well known problem.  Everyone I speak to tells me it's a well known
  112. problem, but no-one has been able to explain why.
  113.  
  114. I have downloaded various talk clients, to look at there source.  Most
  115. if not all of them use the ntalk/udp service.  Suns appear to have only
  116. the talk/udp service (517), but I looked at a non-Sun, and they appear
  117. to have both talk(517) and ntalk(518).  I don't understand why there are
  118. TWO services for talk on these machines, and I certainly don't understand
  119. why it is not possible for a Sun to join in.
  120.  
  121. I worked at ICL for a short while this summer, and during my stay I
  122. learnt that Suns are notoriously awkward for connecting onto internet
  123. networks anyway, due to the large number of packets they throw backward
  124. and forward at each other that no other machine can understand.  I belive
  125. a filter needs to be put between Suns and other machines to prevent them
  126. from falling over.
  127.  
  128. Could it be this filter that screws up talk packets?  Some packets do
  129. apparently get through, since talk usually complains [No connection] when
  130. none get through.  'talk' gets past this stage, up to the [invitation]
  131. stage.  That's what makes me even more confused, and certainly
  132. breaks my theory that these filters were a really simple design which
  133. just throws away all UDP packets!
  134.  
  135. PLEASE HELP.  I need an understanding of this.  Many thanks,
  136. Dave.
  137.  
  138.  
  139. -- 
  140.     Dave Bruton.                 "It is impossible to enjoy idling thoroughly
  141. brutond@cs.man.ac.uk             unless one has plenty of work to do."
  142.          4 Beresford St, Moss Side,                               - J K Jerome 
  143.          Manchester M14 4SB.   (ENGLAND)   Tel: 061 227 9426
  144.  
  145. -----------------------------
  146.  
  147. From: Ron Feigen <ronf@panther3.panther.mot.com>
  148. Subject: Re: Reliable signals in Unix ?
  149. Keywords: signal
  150. Date: 11 Nov 92 20:30:17 GMT
  151. Sender: usenet@panther.mot.com
  152. Nntp-Posting-Host: panther3.panther.mot.com
  153. To:       info-unix@sem.brl.mil
  154.  
  155. In article <1992Nov11.163624.10937@lambda.msfc.nasa.gov> bday@lambda.msfc.nasa.gov (Brian Day) writes:
  156. >OK, time for a question from the brain-dead.
  157. >
  158. >I have two Unix processes: one sends a burst of signals to the
  159. >other.  The receiving process misses several of these signals -
  160. >i.e.  they don't get 'queued up'.
  161. >
  162. >I know I could set up a kluge with a semaphore to act as an up-down
  163. >counter, but I was hoping for a more elegant solution.  This is
  164. >on a Sparcstation 4 running SunOS 4.1.1.
  165. >
  166. >Any suggestions ?
  167. >
  168. >Many thanks,
  169. >
  170. >bd
  171. >
  172. >
  173. >-- 
  174. >Brian Day                                       bday@lambda.msfc.nasa.gov
  175. >New Technology, Inc.                            (205) 461-4584
  176. >Mission Operations Support Systems              Opinions are my own -
  177. >Marshall Space Flight Center, Huntspatch, AL    May be fatal if swallowed
  178.  
  179. Signals will not queue up.  Reliable delivery means that they will be delivered
  180. but once delievered the signal maybe ignored, as in the case of _burts_ of the
  181. same type of signal.
  182.  
  183. What I have done in the past with SIG_CHLD is after servicing a SIG_CHLD (wait3)
  184. I will _loop_ on wait3() assuming there might have been other SIG_CHLDs I missed
  185. while processing the first SIG_CHLD if I get an ECHILD I exit.
  186.  
  187. You might try a pipe and use SIGIO.  You can then read from the pipe until it is
  188. empty.
  189.  
  190.  
  191. -- 
  192.  
  193. >
  194. Ron Feigen
  195. ronf@panther.mot.com
  196.  
  197. -----------------------------
  198.  
  199. From: Peter Busser <peter@global.hacktic.nl>
  200. Subject: Re: IS UNIX DEAD? (long)
  201. Date: 11 Nov 92 22:19:01 GMT
  202. To:       info-unix@sem.brl.mil
  203.  
  204. twpierce@unix.amherst.edu (Tim Pierce) writes:
  205.  
  206. >In article <1992Nov6.114310.6436@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  207.  
  208. >>SCO is much, much more expensive than $300.
  209. >How much is NT projected to cost?
  210.  
  211. Who said that NT was meeting the requerments of a real OS??? :-) I guess it
  212. can't be much more expensive, it has to compete with OS/2 v2.0, Solaris 2.0,
  213. etc.
  214.  
  215. >Support and handholding comes free on the net.
  216.  
  217. The net itself is an expensive 'thing'. Besides, who is going to hold the
  218. stupid user's hand when his newssetup is f*cked up???
  219.  
  220. >installation, troubleshooting, consulting, and so on.  So you get the
  221. >OS for free and pay a small fee for support.  Competitive, at least.
  222.  
  223. I agree, however I haven't seen such a service in Europe... yet.
  224.  
  225. Greetings,
  226. Peter Busser
  227.  
  228. -----------------------------
  229.  
  230. From: Peter Busser <peter@global.hacktic.nl>
  231. Subject: Re: IS UNIX DEAD? (long)
  232. Date: 11 Nov 92 22:38:18 GMT
  233. To:       info-unix@sem.brl.mil
  234.  
  235. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  236.  
  237. >>SHORT? That's hardly the word, miniscule is even too much... :-)
  238. >>[list with *9* apps deleted]
  239. >Have you read any UNIX-related magazine ? You will be amazed by the number
  240. >of ready to use applications. I've seen a list of hundred applications
  241. >available under UNIX.
  242.  
  243. I've seen those lists. But I have two questions:
  244.  
  245.   - for which UNIX?
  246.   - how much is the difference between a DOS/Windows app and a comparable
  247.     UNIX app? (Ok, let the flames come in! :)))
  248.  
  249. >>Wow! ODT uses Motif, NeXT uses NeXTStep, A/UX uses finder and SVR4.2 uses
  250. >>OPEN LOOK, I guess. That makes four different UNIXes with four different
  251. >>user interfaces. With NT or OS/2 you only need to learn only *1* user
  252. >>interface.
  253.  
  254. >Well, where can I find NT ? Can I buy it now ?
  255.  
  256. Yep you can. Pull out a few hundred bucks and you can have it now. Besides,
  257. the user interface won't be (much) different from Windows 3.x so for learning
  258. the user interface...
  259.  
  260. >If you want 1 user interface just pick one of the choices.
  261. >What's so difficult about that ?
  262.  
  263. Because the application programmer made his choice, which, alas, is probably
  264. not my choice. Have you ever worked with X? If I for instance don't like the
  265. Motif window manager and I switch to the OPEN LOOK window manager. That makes
  266. that makes several things look different on the screen. But everything the
  267. application displays remains exactly the same. In fact, the only things to
  268. change would be the background, the system menus and the window borders. Sure
  269. choice has it's advantages, but it sure also has it's disadvantages.
  270.  
  271. Greetings,
  272. Peter Busser
  273.  
  274. -----------------------------
  275.  
  276. From: Peter Busser <peter@global.hacktic.nl>
  277. Subject: Re: IS UNIX DEAD? (long)
  278. Date: 11 Nov 92 22:39:46 GMT
  279. To:       info-unix@sem.brl.mil
  280.  
  281. sherman@unx.sas.com (Chris Sherman) writes:
  282.  
  283. >In <1992Nov6.113324.6348@global.hacktic.nl> peter@global.hacktic.nl (Peter Busser) writes:
  284.  
  285.  
  286. >>user interfaces. With NT or OS/2 you only need to learn only *1* user
  287. >>interface.
  288.  
  289. >Suppose you don't like it...
  290.  
  291. Then you're stuck with it. But then at least you're stuck consistently... :-)
  292.  
  293. -----------------------------
  294.  
  295. From: Peter Busser <peter@global.hacktic.nl>
  296. Subject: Re: IS UNIX DEAD? (long)
  297. Date: 11 Nov 92 23:37:15 GMT
  298. To:       info-unix@sem.brl.mil
  299.  
  300. mbarkah@slate.mines.colorado.edu (Ade Barkah) writes:
  301.  
  302. >Uhm, I know it's a small point, but one people seem to forget: Most People
  303. >in the World speak Chinese, so, why don't we insist on writing in English ?
  304.  
  305. One world standard language wouldn't be a bad thing, even if it were Chinese.
  306.  
  307. >Or, why is it good to learn some french when you're travelling to France ?
  308.  
  309. Gee, that's why we learn French at school. But I wonder why all those
  310. foreigners never speak Dutch... Oh wel... <grin>
  311.  
  312. >My point is, Unix offer many advantages (and some disadvantages) than more
  313. >simpler systems such as DOS and OS/2.
  314.  
  315. OS/2 ain't a simple system. It's much like DOS from the outside but completely
  316. different from the inside.
  317.  
  318. >Should users want to use those
  319. >advantages, they should expect to learn and think the way Unix does.
  320.  
  321. I agree, but you can't expect a traveller to go to, say, China and have a
  322. nice holiday when he doesn't speak Chinese and the Chinese don't speak
  323. English. What I mean that if he says "I want to rent a boat" in Chinese,
  324. but he can't remember the translation of boat, it would be nice if he could
  325. say that word in English and still have the Chinese understand him, right?
  326.  
  327. >If they find Unix is too complex, and don't want to bother with asking
  328. >someone for help, or paying someone for help, then probably Unix wasn't
  329. >meant for them in the first place.
  330.  
  331. That's just a matter of viewpoint, IMHO. I think that UNIX was designed to be
  332. flexible. The user interface was left out of the kernel and that means that
  333. we can choose our own UI without changing the system. So why not use that
  334. power so that an unknowledgable user can use the system too?
  335.  
  336. >The 'dir to ls' comparison is ridiculous. It's like saying since most
  337.  
  338. The comparison isn't rediculous, you're trying to make it rediculous.
  339.  
  340. >Today Unix and most of its variants are large and complex operating
  341. >systems, designed for the use of large and serious tasks and systems.
  342.  
  343. UNIX is a large OS, but so is OS/2 and so will be NT. What's the matter with
  344. that? A car is a complex piece of machinery too. Ever heard complaints by
  345. ordinary drivers about the complexity of their car?
  346.  
  347. >Moreover, I will also say that Unix today is meant to be run and
  348. >managed by system administrators who know what they're doing.
  349.  
  350. Sure, for today's UNIX systems you're right. But things change. Ten years
  351. ago, UNIX was meant for large computers, not for micro's. It was not meant
  352. for graphics. Now most UNIX systems run on small micro's and many have
  353. graphics.
  354.  
  355. >People to forget that most Unix systems are *not* home systems.
  356.  
  357. I would swear that this Linux system is at home. I know many more people who
  358. run Linux or 386BSD at their home machine. Not all (including me) are wizards
  359. and none are realy the typical end-user.
  360.  
  361. >But really, most Unix packages today are easy to install.
  362.  
  363. Not the UNIX packages I had to install!
  364.  
  365. >Heck, I had fewer problems than installing OS/2 2.0 !
  366.  
  367. I've never installed OS/2 v2.0. I did install v1.3 and that was as easy as
  368. could be. No technical questions, well chosen defaults and with enough on-line
  369. help.
  370.  
  371. >Why do people who find Unix too hard want Unix at home anyhow ?
  372.  
  373. I don't know. And in fact, that has nothing to do with this thread. The point
  374. is, that the home market is THE market for the comming years. In volume that
  375. is. An OS that is successful in large market will get the most support. The
  376. most space in the magazines, the most applications, the most books, the most
  377. companies behind it (third party software/hardware/support/etc.). If NT gets
  378. all, then UNIX will live a small life in the shadow. I.e. it will die.
  379.  
  380. >Well, I think those people need to wake 
  381. >up, smell the coffee, and realize that Unix wasn't meant to be a
  382. >single-user-system without a dedicated sysadmin person.
  383.  
  384. It doesn't matter for who it was meant. The question is: *CAN* it be a suitable
  385. single user system? The answer is YES! Remember, it's a flexible system.
  386. Flexible in contrast to static. You think UNIX is a static system: it's multi
  387. user and complex and it's going to stay that way. That's shortsighted. UNIX
  388. has never been a static system. It has evolved from day 1 and it hasn't stopped
  389. and never will. If there is money in an easy to install, easy to adminster and
  390. easy to use UNIX system, then someone will jump in that market. And since most
  391. people don't care whether they run system X or system Y, as long as they can
  392. do their job at a minimal effort, then that automatically means that they are
  393. potential UNIX users. It's just that the effort is too high at this moment.
  394.  
  395. -----------------------------
  396.  
  397. From: Peter Busser <peter@global.hacktic.nl>
  398. Subject: Re: IS UNIX DEAD? (long)
  399. Date: 11 Nov 92 23:47:24 GMT
  400. To:       info-unix@sem.brl.mil
  401.  
  402. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  403.  
  404. >Why doesn't help do anything in SH (and others).
  405.  
  406. It does something usefull in bash.
  407.  
  408. >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). 
  409.  
  410. :se wm=5
  411.  
  412. >Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  413. >use VI from RN?
  414.  
  415. vi ~/ex.rc
  416. Oset wm=5<ESC>:wq
  417.  
  418. Issue a :map command in your vi. You can use function keys. It's just damn
  419. hard to learn how to use them. (Mind, you *I* don't mind, I'm a masochist, ;-)
  420. I just don't expect everybody to be one... ;-)
  421.  
  422. Vi is not designed to do this. Fortunately there are more editors for UNIX.
  423. However, these are found rarely on UNIX distribution tapes (except emacs, but
  424. that one is as terrible as vi...).
  425.  
  426. -----------------------------
  427.  
  428. From: Peter Busser <peter@global.hacktic.nl>
  429. Subject: Re: IS UNIX DEAD? (long)
  430. Date: 11 Nov 92 23:59:57 GMT
  431. To:       info-unix@sem.brl.mil
  432.  
  433. rhodesia@wixer.cactus.org (Felix S. Gallo) writes:
  434.  
  435. >Hey, I'm getting into the rhythm of this.  Let me try:
  436.  
  437. >Why is it that people who have no idea how to use Unix and who think
  438. >that it should operate at the lowest common denominator keep asking
  439. >stupid questions?
  440.  
  441. Because there are people who like UNIX and who want to use it in the future
  442. too.
  443.  
  444. Again, why can't a (suposedly) flexible and powerful system support a novice
  445. user and an expert user at the same time?
  446.  
  447. -----------------------------
  448.  
  449. From: djweisbe@unix.amherst.edu (David Weisberger)
  450. Subject: Re: IS UNIX DEAD? (long)
  451. Date: 12 Nov 92 00:11:56 GMT
  452. Sender: news@unix.amherst.edu (No News is Good News)
  453. Nntp-Posting-Host: amhux3.amherst.edu
  454. X-Newsreader: TIN [version 1.1 PL6]
  455. To:       info-unix@sem.brl.mil
  456.  
  457. Paul Prescod (papresco@napier.uwaterloo.ca) wrote:
  458. : >Again, vi is not a drop-in replacement for Microsoft Write.  It's
  459. : >an extremely powerful editor of text files.  If you want to whine,
  460. : >consider asking Microsoft why they don't have a command line in
  461. : >their editors.
  462. : Microsoft has a  *PROGRAMMING LANGUAGE* built into word.  I can't
  463. : imagine why someone would prefer a command line to keystrokes
  464. : and requester windows.     
  465.  
  466. Try: power.  With a command line, you can do exactly what you want to
  467. do (assuming the requisite knowledge) without being limited and slowed
  468. by predefined options and nice windows.
  469.  
  470. : >Your lack of attentiveness is simply not our problem.  The bottom of
  471. : >every man page I've seen about 'vi' contains a pointer to the actual
  472. : >vi manual.
  473. : Would you like me to mail you our man pages or will you take my word for it
  474. : that it says nothing about other man pages.
  475. Neither did the previous poster.  "Manual" = offline book.
  476.  
  477. : If you launch an editor from VI, that editor should be a wordprocessor.  If
  478. : it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  479. Not to split hairs, but ha ir we go: there is a difference between an
  480. editor and a wordprocessor.  vi is an editor.  Hey, I even found DOS's
  481. edlin rapid and effective for making specific, small-scale changes.
  482. vi and other editors have that advantage, among others.
  483.  
  484. : If help does nothing at the command prompt.  That is a flaw.
  485. This is true.
  486.  
  487. You might find yourself better served by reading up on vi or other UNIX
  488. monsters which baffle you instead of using whatever wordprocessor you
  489. use to pound out your replies to this thread.
  490.  
  491. --
  492. -Davebo                         "A Freudian slip is when you say one thing
  493.                                  when you're really thinking about a mother."
  494.  djweisbe@unix.amherst.edu               -Cliff the Postman
  495.  
  496. -----------------------------
  497.  
  498. From: Nicholas Kramer <nk24+@andrew.cmu.edu>
  499. Subject: Re: IS UNIX DEAD? (long)
  500. Date: 12 Nov 92 07:53:55 GMT
  501. To:       info-unix@sem.brl.mil
  502.  
  503.  
  504.  One quick question: What is the most widely used operating system
  505. around? DOS. No Windows, just DOS. While nearly everything is now
  506. growing faster than DOS-only machines, there is still a quite
  507. substantial base of DOS only machines. Most of these aren't power users.
  508. Most are average Joe's who learned Word Perfect for DOS and don't really
  509. feel like learning anything new. Many people in fact were not overly
  510. thrilled when they were forced into Windows, away from their familiar
  511. Word Perfect for DOS. (Some got WP for Win, some didn't)
  512.  
  513.  My point is that most average users have to be dragged to the next
  514. operating system anyhow. And the people who do the dragging aren't other
  515. average Joes, and they aren't the computer experts. Its the people who
  516. purchase the machines at work. Why did IBM PCs become such big sellers
  517. in the home? Because they were big sellers in the office. Whatever the
  518. management is sold on for operating systems is what the next mass
  519. operating system will become. And for better or worse, managers still go
  520. for perceived power as much as they go for user friendliness.
  521.  
  522.  
  523.                         Nick
  524.  
  525. -----------------------------
  526.  
  527. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  528. Subject: Re: IS UNIX DEAD? (long)
  529. Date: 12 Nov 92 17:58:41 GMT
  530. Sender: news@ccu.umanitoba.ca
  531. Nntp-Posting-Host: antares.cc.umanitoba.ca
  532. To:       info-unix@sem.brl.mil
  533.  
  534. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  535.  
  536.  ...
  537. >Microsoft has a  *PROGRAMMING LANGUAGE* built into word.  I can't
  538. >imagine why someone would prefer a command line to keystrokes
  539. >and requester windows.     
  540.  
  541. For people with disabilities and for people without a mouse.
  542. Suppose I have to add "," at the end of every line in a file with 1000 lines.
  543. How do yo do that with that "PROGRAMMING LANGUAGE" ?
  544. It's really simple with vi.
  545.  
  546.  ...
  547. >>>Why do I have 12 function keys on my keyboard that seem to do absolutely
  548. >>>nothing?
  549. >>
  550. >>dumb question is this?  Are you blaming your keyboard manufacturer's
  551. >>ills on Unix, or are you incoherently expecting that Unix assign some
  552. >>sort of meaning to every key assignable?
  553.  
  554. >No it's not a dumb question.  There is no standard for help in the Unix
  555. >world.  The f keys are seldom used in unix programs.  Most terminals
  556. >have f keys.  It would seem this would be a good time to start convincing
  557. >people to use F1 for help, n'est ce pas?
  558.  
  559. How about terminals without F keys ? How about different keyboards send
  560. different key sequence for F1 ? We still have many terminals without F keys.
  561.  
  562.  ...
  563. >>>Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  564. >>>use VI from RN?
  565. >>
  566. >>a) yes.  b) because your .exrc file is not set up correctly.
  567.  
  568. >How often does someone want to edit news without word wrap?  Wouldn't that
  569. >make it logical to put word wrap in the standard .exrc file?
  570.  
  571. vi is programmer's editor. For composing short text try other text
  572. editors (like pico, ce, and joe).
  573.  
  574.  ...
  575. >Because they are not stupid questions.  They are good questions.  Obviously
  576. >VI has flaws.  Obviously unix has flaws.  Everything has flaws.  It is
  577. >frightening the way many Unix users refuse to admit that Unix has flaws.
  578.  
  579. To you it looks like a flaw, to me it's a feature. Have you ever tried 
  580. deleting 400 lines in a 4000-line file ? Try that with GUI, with vi
  581. it's as simple as 400dd. I mean with GUI I have to hold the mouse
  582. and scroll several pages ...
  583.  
  584. >If you launch an editor from VI, that editor should be a wordprocessor.  If
  585. >it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  586.  
  587. Why should it be a wordprocessor ? If you want to edit a 10 lines text file
  588. would you start Microsoft Word for Windows ?
  589.  
  590. >If help does nothing at the command prompt.  That is a flaw.
  591.  
  592. Not on my machine.
  593.  
  594. >If the cursor keys are illogical that is a flaw.
  595.  
  596. Don't understand what you mean there ...
  597.  
  598. >Anything can be improved if we discuss the flaws and discuss ways to improve
  599. >them.  If we treat those that notice flaws as blasphemers, we all end up
  600. >using 1970s text editors in 1992, and unix dies.
  601.  
  602. What kind of improvement do you want ? We (at least in our network) have
  603. it all.  UNIX will eventually die, but not this decade pal.
  604.  
  605.  
  606. -- budi
  607. -- 
  608. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  609. Unix Support - Computer Services - University of Manitoba
  610.  
  611. -----------------------------
  612.  
  613. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  614. Subject: Re: IS UNIX DEAD? (long)
  615. Date: 12 Nov 92 18:06:13 GMT
  616. Sender: news@ccu.umanitoba.ca
  617. Nntp-Posting-Host: antares.cc.umanitoba.ca
  618. To:       info-unix@sem.brl.mil
  619.  
  620. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  621.  ...
  622. >Many, many people don't know there are opearting systems
  623. >other then DOS.  Those that do, usually crinkle their noses if you tell
  624. >them about Unix.  "I heard that has a brutal learning curve."
  625.  
  626. It's because of people like you who only complain but do not fix the
  627. problem. Hey, I have to deal with hundreds of DOS/Mac/beginner users
  628. to use our UNIX machines every day.
  629. Most of the problem I face is not using the UNIX computer, usually it's
  630. network-related or performance problems/questions. (ie the concept of
  631. networked-machines). 
  632.  
  633.  
  634. -- budi
  635. -- 
  636. Budi Rahardjo <Budi_Rahardjo@UManitoba.Ca>
  637. Unix Support - Computer Services - University of Manitoba
  638.  
  639. -----------------------------
  640.  
  641. From: Ioi Kim Lam <ioi@pixmap.seas.upenn.edu>
  642. Subject: Re: IS UNIX DEAD? (long)
  643. Date: 12 Nov 92 20:07:37 GMT
  644. Sender: news@NOC2.DCCS.UPENN.EDU
  645. Nntp-Posting-Host: pixmap.seas.upenn.edu
  646. To:       info-unix@sem.brl.mil
  647.  
  648.  
  649. > Try: power.  With a command line, you can do exactly what you want to
  650. > do (assuming the requisite knowledge) without being limited and slowed
  651. > by predefined options and nice windows.
  652.  
  653.  
  654. Let's look at the future, not the past. Command line was and still is a
  655. nice interface element. However, try to move a window using command line.
  656. Tell the MS Word user to use key-strokes to do the cut-and-paste.
  657.  
  658. Command line has its advantage, and so does GUI and any other kind of user
  659. interface. These different types of user interfaces are complementary to
  660. each other, and we still need a hell lot of development in order to
  661. render the power of the computer to all the users. Don't think that by
  662. insisting on using the command line ONLY you are defending the future of Unix.
  663.  
  664.  
  665.  -----------------------------------------------------------------------------
  666.    " Before the computer scientist was executed, he still
  667.      insisted that Unix was equal to VI, CSH and EMACS. "
  668.  
  669. --
  670.  
  671.  
  672. ========================================      ^^^^^^^^^^^^^^^^^^^^^
  673. IOI LAM ( footnote : the Binary Man )  |      |  ( . )    ( . )   |  
  674.  
  675. -----------------------------
  676.  
  677. From: Harley Hahn <harley@engrhub.ucsb.edu>
  678. Subject: IS UNIX DEAD? (11)
  679. Date: 11 Nov 92 22:31:53 GMT
  680. Sender: root@hub.ucsb.edu
  681. To:       info-unix@sem.brl.mil
  682.  
  683. This is number 11 in a series of 22 responses to the question:
  684.  
  685. What do you think about the Byte magazine cover that asked:
  686. IS UNIX DEAD?
  687.  
  688. (moderated by Harley Hahn)
  689.  
  690.  ----------
  691. From: dmp3592@icdfs.boeing.com (Dean M. Phillips)
  692.  
  693. The Byte magazine article was primarily about how Microsoft 
  694. Windows NT was going to be the biggest challenge that Unix-like 
  695. systems had faced because it offered most of the advantages of 
  696. Unix with the support and ease of use and setup that windows is 
  697. famous for.
  698.  
  699. I think Windows NT will replace Unix on the systems of the 
  700. computer illiterate.  It certainly is not going to replace 386BSD 
  701. on my 486-33. For one thing, I have no desire to invest $400 in a 
  702. CD ROM drive so that I can read the distribution.  For another, I 
  703. like being able to fix bugs and compatibility problems when 
  704. required.  With a commercial package you are at the mercy of the 
  705. developer. 
  706.  
  707. ==========
  708.  
  709.  
  710. -----------------------------
  711.  
  712. From: Peter Busser <peter@global.hacktic.nl>
  713. Subject: Re: IS UNIX DEAD?
  714. Date: 12 Nov 92 00:17:08 GMT
  715. To:       info-unix@sem.brl.mil
  716.  
  717. twpierce@unix.amherst.edu (Tim Pierce) writes:
  718.  
  719. >>Ok. Pretend that I'm Joe User and I go to a shop. I leave the shop with a UNIX
  720. >>tape. Now how do I install this tape without expertise? (s/tape/cd/g if you
  721. >>want). Installing UNIX is simple? Forget it!
  722. >Plug in the SLS disks for Linux and answer the pretty questions.
  723.  
  724. I did. Have you ever taught a novice how to partition a harddisk??? How to
  725. make a file system then?
  726.  
  727. >Next?
  728.  
  729. >>>    Unix is time tested. Newcomers like NT and OS/2 are still too
  730. >>>    buggy to be really useful for the general audience. It'll take
  731. >>>    some years to sort it out.
  732. >>
  733. >>Probably, but does that stop people?
  734.  
  735. >Not to begin with.  When it becomes apparent, though, that there is an
  736. >alternative to their buggy, problematic platforms, they might begin to
  737. >choose otherwise.
  738.  
  739. You don't mean to imply that UNIX is a real alternative at this moment, do you?
  740.  
  741. Greetings,
  742. Peter "Have you tried to teach your sister vi? I did... :-(" Busser
  743.  
  744. -----------------------------
  745.  
  746. From: Peter Busser <peter@global.hacktic.nl>
  747. Subject: Re: IS UNIX DEAD?
  748. Date: 12 Nov 92 00:37:03 GMT
  749. To:       info-unix@sem.brl.mil
  750.  
  751. pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  752.  
  753. >peter@global.hacktic.nl writes:
  754. >>pfcouvar@unix.amherst.edu (Peter F. Couvares) writes:
  755. >>
  756. >>>    Before you try to convince people of unix's flaws, I suggest you
  757. >>>first make sure you have a clue what you're talking about.
  758. >>
  759. >>Where can I get toll-free support for Linux?
  760.  
  761. >    You can't. You can't get it for anything Microsoft sells either.
  762.  
  763. But wouldn't it be great to have anyway?
  764.  
  765. >But that's not even the point. You listed a dozen or so things Unix "needs",
  766. >about half of which were complete and total bullshit. "Unix needs a more
  767. >powerful command-line" is one of the stupidest things I've ever read on
  768. >Usenet.
  769.  
  770. Please don't put words I've never said in my mouth! Getting personal in a
  771. discussion isn't exactly polite either. If you don't have arguments to convince
  772. your 'oponents' of their wrong, then it's better to shut up.
  773.  
  774. -----------------------------
  775.  
  776. From: Peter Busser <peter@global.hacktic.nl>
  777. Subject: Re: IS UNIX DEAD?
  778. Date: 12 Nov 92 00:39:07 GMT
  779. To:       info-unix@sem.brl.mil
  780.  
  781. dmcquaid@csws19.ic.sunysb.edu (Devin McQuaid) writes:
  782.  
  783. >>Where can I get toll-free support for Linux?
  784. >comp.os.linux
  785. >you won't get an answer in 20 min. but you will get your answer
  786.  
  787. USENET costs $$$ too. And administration.
  788.  
  789. -----------------------------
  790.  
  791. From: Peter Busser <peter@global.hacktic.nl>
  792. Subject: Re: IS UNIX DEAD?
  793. Date: 12 Nov 92 00:45:40 GMT
  794. To:       info-unix@sem.brl.mil
  795.  
  796. twpierce@unix.amherst.edu (Tim Pierce) writes:
  797.  
  798. >>NO, YOU are an idiot, if you see linux as the hope for the future.  
  799. >What are you talking about?  You said that a "real" operating system
  800. >should install from floppy.  Linux installs from floppy.  Conclusion:
  801. >you lose.
  802.  
  803. But it doesn't meet the other requirements listed... You lose.
  804.  
  805. >Um, no ... I think most people say, "Cool!  What's the number?  What
  806. >baud rate?"  What world are *you* living in?  One where Prodigy hasn't
  807. >yet been introduced?
  808.  
  809. What's Prodigy?
  810.  
  811. >>If you want a nice graphical interface
  812. >>like Windows or Os/2, you have to ftp and make that too.
  813. >Um, no ... you just install X from the SLS disks, I believe.
  814.  
  815. Yep. But then, how do I know to type in 'startx' on the command line?
  816.  
  817. -----------------------------
  818.  
  819. From: Peter Busser <peter@global.hacktic.nl>
  820. Subject: Re: IS UNIX DEAD?
  821. Date: 12 Nov 92 00:48:34 GMT
  822. To:       info-unix@sem.brl.mil
  823.  
  824. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  825.  
  826. >Where can I get NT, now ? 
  827.  
  828. Ask MS. I believe it is sold right now. Probably to developers. Not that I
  829. care.
  830.  
  831. -----------------------------
  832.  
  833. From: Peter Busser <peter@global.hacktic.nl>
  834. Subject: Re: IS UNIX DEAD?
  835. Date: 12 Nov 92 00:50:25 GMT
  836. To:       info-unix@sem.brl.mil
  837.  
  838. rahardj@ccu.umanitoba.ca (Budi Rahardjo) writes:
  839.  
  840. >Why do you insist to install it yourself anyway ?
  841.  
  842. Because that often saves (a lot of) money.
  843.  
  844. -----------------------------
  845.  
  846. From: Peter Busser <peter@global.hacktic.nl>
  847. Subject: Re: IS UNIX DEAD?
  848. Date: 12 Nov 92 00:55:27 GMT
  849. To:       info-unix@sem.brl.mil
  850.  
  851. drew@ladymacb.cs.colorado.edu (Drew Eckhardt) writes:
  852.  
  853. >>>want). Installing UNIX is simple? Forget it!
  854.  
  855. >The last commercial Unix I installed from scratch, I stuck the CDROM in 
  856. >the drive,booted it, answered a few questions about what licenses I had 
  857. >and what products I wanted installed, and it told me to come back in X minutes. 
  858.  
  859. Nice! I've always installed either from floppy or from tape. The last being
  860. NCR System V.4. Almost every package installed needs manual intervention. And
  861. endless recompilation of the kernel is a real pain in the *ss too.
  862.  
  863. >Under Linux, you boot one of the "easy to install" disk sets, answer a few
  864. >questions regarding where you want it and what you want installed (ie, X,
  865. >etc) and it just happens.
  866.  
  867. I know, it's easy after partitioning the harddisk...
  868.  
  869. >>Just buy a machine with pre-installed UNIX. Or ask the shop to install it
  870. >>for you. Is that difficult ?
  871. >Most workstation vendors will ship with the OS already installed, just as 
  872. >most PC vendors ship with DOS / Windows installed.
  873.  
  874. That's nice! Except when your vendor ships the wrong operating system. That is,
  875. DOS...
  876.  
  877. -----------------------------
  878.  
  879. From: Craig Andrew Humphrey <Craig.Humphrey@comp.vuw.ac.nz>
  880. Subject: rz 3.17 problems
  881. Keywords: rz modem unix pc problem help
  882. Date: 12 Nov 92 00:51:45 GMT
  883. Sender: News Admin <news@comp.vuw.ac.nz>
  884. Nntp-Posting-Host: halswell.comp.vuw.ac.nz
  885. To:       info-unix@sem.brl.mil
  886.  
  887.  
  888. In the past I`ve used rzsz 3.02 on HP9000/340's and Sun 3/80's, to my PC at home,
  889. with no probs at 2400 baud (though throughput is less than to local bbs).
  890. But just the other day I compiled rzsz 3.17 and now it doesn't work!
  891. With rz, any command line options just cause the help to be displayed and if I
  892. type rz on it's own, it locks up and jumps to the modem server (at the unix end)
  893. when I abort from my end (GSZ 5/3/92).
  894.  
  895. Does any one have any ideas why this is happening?
  896.  
  897. Also I have tried repeatedly to compile rzsz 3.02 on an SGI IRIS running sysv but
  898. just get heaps of compile errors.  I'll try 3.17 and see what happens.
  899.  
  900. Craig
  901.  
  902. -- 
  903.  -------------------------------------------------------------------------------
  904. |Craig Humphrey.  chumphre@comp.vuw.ac.nz      | The above opinions in no way |
  905. |               HUMPHREY_C@kosmos.wcc.govt.nz  | represent those of any sane, |
  906. |Victoria University Wellington,  New Zealand. | normal person, I hope!       |
  907.  
  908. -----------------------------
  909.  
  910. From: Liming Ren <ren@function.mps.ohio-state.edu>
  911. Subject: How does compress adap to the file size?
  912. Date: 12 Nov 92 02:36:30 GMT
  913. NNTP-Posting-Host: function.mps.ohio-state.edu
  914. To:       info-unix@sem.brl.mil
  915.  
  916. The  man page of (UNIX) compress says
  917.  
  918.      compress reduces the size of the named files using  adaptive
  919.      Lempel-Ziv coding.  Whenever possible, each file is replaced
  920.  
  921. Does anybody know how the adaptive coding is acheived?  I assume there is a 
  922. formula which computes the NUMBER OF BITS per code from the file size. 
  923. What is this formula?
  924.  
  925.  
  926. Thanks advance!
  927.  
  928. -----------------------------
  929.  
  930. From: "Steven J. Sobol" <sjsobol@wariat.org>
  931. Subject: RFCs via FTP
  932. Date: 12 Nov 92 04:20:12 GMT
  933. To:       info-unix@sem.brl.mil
  934.  
  935.  
  936. I know how to receive the text of Internet RFC's via e-mail, but is there
  937. an FTP site which holds them?
  938.  
  939. regards,
  940.     Steve
  941.  
  942. -- 
  943. Steve Sobol - SWM ISO a life               sjsobol@tiny.com, sjsobol@wariat.org
  944. President, The Tiny Software Co.  (IRC: RockNRoll)  ag510@cleveland.freenet.edu
  945. Coordinator, Unix SIG, Greater Cleve. PC User Group        23707 Glenhill Drive
  946. Founder, Midwest Regional COHERENT User Group        Cleveland, OH 44122    USA
  947.  
  948. INTERNET ACCESS IS COMING TO CLEVELAND VERY SOON. Stay tunded for details.
  949.  
  950. -----------------------------
  951.  
  952. From: Nicholas Kramer <nk24+@andrew.cmu.edu>
  953. Subject: Re: IS UNIX DEAD (long)
  954. Date: 12 Nov 92 04:29:54 GMT
  955. To:       info-unix@sem.brl.mil
  956.  
  957. Excerpts from netnews.comp.unix.questions: 11-Nov-92 Re: IS UNIX DEAD
  958. (long) by Paul Prescod@napier.uwat 
  959. >>Geez, I can't count how often I saved a version of a file by typing
  960. >>       mv Driver.o Driver.O
  961. >>       mv source.c source.C
  962.  
  963.  I gotta agree. Even though I'm a Unix person, I kinda like the idea of
  964. OS/2's case preservation but non-case sensitive. Personally, I hate
  965. using the shift key any more than absolutely necessary, and I gotta
  966. admit I haven't found a whole lot of instances of case sensitivity being
  967. useful in file names. (C programming is another story..)
  968.  
  969. Excerpts from netnews.comp.unix.questions: 9-Nov-92 Re: IS UNIX DEAD?
  970. (long) by Paul Prescod@napier.uwat 
  971. >You get another one...like Norton Desktop, NewWave, PM (for OS/2).
  972.  
  973.  Unless I'm missing something, that's the "Program manager", not the
  974. window manager. A window manager is something that draws the nifty
  975. little boarders around windows and controls the size of the window. A
  976. program manager is a regular application that launches, you guessed it,
  977. programs. You can change the program launcher, but as best I know, you
  978. can't change the window manager. Norton Desktop for Windows does nothing
  979. to change the way the little buttons and all look, and I don't believe
  980. it can be done.
  981.  
  982. Excerpts from mail: 11-Nov-92 Re: IS UNIX DEAD? (long) by Dave
  983. Cline@uunet.UU.NET 
  984. >>  This is about as trivial as it gets: Complaining because there are two
  985. >> GUIs and not one: Open Look and Motif.
  986. >No, this is a very significant problem for applications, though it isn't
  987. >much of a problem for end-users.  It basically doubles the amount of work
  988. >and cost it takes to develop and maintain an application's user interface.
  989.  
  990.  That's a good point, I guess. But the same thing holds: there are very
  991. few differences between Open Look and Motif applications, and while it
  992. may not look quite as pretty, I don't think the users will care a whole
  993. lot if some of their programs are Motif and some are Open Look.
  994.  
  995.  Two other things... The ease of use of OS/2 and Windows NT isn't that
  996. obvious to me. Today at a computer fair I asked an IBM rep how to open
  997. multiple OS/2 command lines. After showing me what looked to be a fairly
  998. complex process, he told me (in kinder terms) that I should have gone
  999. through the tutorial. Now, personally, I thought one of the appeals of
  1000. OS/2 was that you didn't HAVE to read the manual.
  1001.  
  1002.  NT looks to me like it suffers from all that plague Windows, PLUS it
  1003. has the much feared login prompt. The much complained about Program
  1004. manager/file manager dichotomy seems to still be there. I dunno, if
  1005. "average users" are truly the driving force, NT doesn't seem to offer
  1006. the "average user" much of anything over Windows, and so no one will
  1007. move to NT.
  1008.  
  1009.  
  1010.                         Nick
  1011.  
  1012. -----------------------------
  1013.  
  1014. From: "Robert B. McCullough" <rm72@prism.gatech.edu>
  1015. Subject: Re: IS UNIX DEAD (long)
  1016. Date: 12 Nov 92 13:33:52 GMT
  1017. To:       info-unix@sem.brl.mil
  1018.  
  1019. >>UNIX doesn't have these "user friendlyness" of DOS, because it isn't DOS
  1020. >>that's user friendly, it's the applications that were written for it.
  1021. >>One OS is no more "user friendly" than the other.
  1022. >>
  1023. >True, the problem is there are people, in this very newsgroup, who see
  1024. >no reason to try to make user friendly applications for unix.  To them,
  1025. >if you can't use VI right off the bat, or enjoy learning obscure, 
  1026. >nonsensical, illogical keystrokes, you should go back to the mac.
  1027. >THIS will kill Unix.
  1028.  Total B.S.!!    I'd love to have a user friendly application and VI
  1029. is it for me. It grips me to hear DOS users say "VI it's to hard to
  1030. learn". Come on thats why UNIX has got power, DOS doesn't. I'm not gonna
  1031. sit here and haggle about well DOS does this ,oh yea well UNIX does this
  1032. and etc. MY opinion like or not--DOS BLOWS!! Girlie OS.
  1033.  
  1034. Flame me, cry, whine I don't care.
  1035.  
  1036. Wasn't the Byte article talking about NT anyways?
  1037.   
  1038. -- 
  1039. Robert B. McCullough-Computer Operations Tech.
  1040. Registrar Data Systems
  1041. Georgia Institute of Technology
  1042. Internet: rm72@prism.gatech.edu
  1043.  
  1044. -----------------------------
  1045.  
  1046. From: Joe Eddy Demers <jd4q+@andrew.cmu.edu>
  1047. Subject: Re: UUENCODE help!
  1048. Date: 12 Nov 92 12:39:50 GMT
  1049. To:       info-unix@sem.brl.mil
  1050.  
  1051. Hi...
  1052.  
  1053. To get uuencode to work right, do the following:
  1054.  
  1055. Say you want to uuencode the binary file blah.mid into the text file blah.uu:
  1056.     At the unix prompt, type:
  1057.         uuencode blah.mid blah.mid > blau.uu
  1058.  
  1059. I know that sounds weird, but it works.  I'm not sure why you have to
  1060. put the source filename as both the desired file AND the remote file,
  1061. but that's the only way I've been able to get it to work, and it works
  1062. just fine that way.
  1063.  
  1064.  
  1065.                                             -Jeff Kunins 
  1066.                                              jk75@andrew
  1067.                                              
  1068.  
  1069. -----------------------------
  1070.  
  1071. From: "Jethro H. Greene" <jhgreen@cs.sandia.gov>
  1072. Subject: root/field/operator
  1073. Date: 12 Nov 92 17:50:54 GMT
  1074. Sender: jhgreen@cs.sandia.gov
  1075. Followup-To: poster
  1076. Originator: jhgreen@cs.sandia.gov
  1077. To:       info-unix@sem.brl.mil
  1078.  
  1079. Would someone please explain the logins in the subject.
  1080.  
  1081. Thanks in advance.
  1082.  
  1083.  --------------------------- |\_/| --------------------------------------------
  1084. | Jethro H. Greene (Jed) | \`0.0'/ | Massively Parallel Comp. Research Lab., |
  1085. | jhgreen@cs.sandia.gov  | =(_-_)= | Sandia National Lab., Albuquerque, NM   |
  1086.  ---------------------------   U   --------------------------------------------
  1087.  
  1088. -----------------------------
  1089.  
  1090. From: Jim Frost <jimf@centerline.com>
  1091. Subject: Re: Whence Unix? (was Re: IS UNIX DEAD?)
  1092. Date: 12 Nov 92 18:45:44 GMT
  1093. NNTP-Posting-Host: 140.239.3.202
  1094. To:       info-unix@sem.brl.mil
  1095.  
  1096. rivero@mdcbbs.com writes:
  1097. >  The way I heard it was that the Bell Labs had a wide variety of machines
  1098. >which had accumulated, and UNIX was developed so that all the different
  1099. >machines would have the same "front end", thereby making it easier for
  1100. >users to move from machine to machine.
  1101.  
  1102. By now you've probably figured out that this is totally untrue.
  1103.  
  1104. The only bit I can add to this discussion (I can't remember if I heard
  1105. this from Ritchie or someone else) was that when they got the PDP-11
  1106. for the text processing system they spent almost all of the time
  1107. building the portable version of UNIX and built troff et al on top of
  1108. it at the last minute.  I can't help but believe this given the
  1109. comparative quality of the two sets of tools :-).
  1110.  
  1111. jim frost
  1112. jimf@centerline.com
  1113.  
  1114. -----------------------------
  1115.  
  1116. From: Steve VanDevender <stevev@miser.uoregon.edu>
  1117. Subject: Re: Whence Unix? (was Re: IS UNIX DEAD?) (New Thread?)
  1118. Date: 13 Nov 92 15:07:27 GMT
  1119. Sender: news@phloem.uoregon.edu
  1120. To:       info-unix@sem.brl.mil
  1121.  
  1122. In article <1dvltdINN6i4@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
  1123.  
  1124.        Folks,
  1125.        Since it is now fairly clear that text processing and/or game
  1126.    playing became important uses for Unix early on.  I also seem to recall
  1127.    that curses(3) was developed in part so that HACK could be made terminal
  1128.    independent.
  1129.  
  1130. curses(3) was developed for rogue(6).  hack, and then NetHack,
  1131. came much later.  But this isn't your biggest historical goof.
  1132.  
  1133.        So, a new thread perhaps: what other now-major (or was-major)
  1134.    tools, operating systems, or hardware were developed for use in a 
  1135.    sub-mission critical or downright frivilous application, and later
  1136.    became standards far removed from the initial intent?
  1137.  
  1138.        My seed:
  1139.        Microsoft DOS    ->    Intended as a stepping stone while DR 
  1140.                    wrapped up CP/M-86, and now the program
  1141.                    loader of choice for countless millions. 
  1142.  
  1143. You really need to study up on your computing history.  You seem
  1144. to imply that Microsoft got MS-DOS from Digital Research.
  1145. Microsoft got MS-DOS from a small firm called Seattle Computer,
  1146. which had written a quick-and-dirty CP/M clone called SC-DOS.
  1147. Then Microsoft hacked it up and marketed the hell out of it.
  1148.  
  1149. I don't have any examples for this thread, but if you are going
  1150. to contribute, at least get your facts right.
  1151. --
  1152. Steve VanDevender     stevev@greylady.uoregon.edu
  1153. "Bipedalism--an unrecognized disease affecting over 99% of the population.
  1154. Symptoms include lack of traffic sense, slow rate of travel, and the
  1155. classic, easily recognized behavior known as walking."
  1156.  
  1157. -----------------------------
  1158.  
  1159. From: es bo <ebo@nyx.cs.du.edu>
  1160. Subject: crypt a file
  1161. Date: 12 Nov 92 19:22:53 GMT
  1162. Sender: netnews admin account <usenet@mnemosyne.cs.du.edu>
  1163. X-Disclaimer: Nyx is a public access Unix system run by the University
  1164.     of Denver for the Denver community.  The University has neither
  1165.     control over nor responsibility for the opinions of users.
  1166. To:       info-unix@sem.brl.mil
  1167.  
  1168.  
  1169. hi, there,
  1170. In our machine, we have not the crypt program, and if I want to
  1171. do some cryptage of my file, how can I do it? how I read it after?
  1172. I have not normal access to this group, so your reply to me is 
  1173. prefered. Thankx.
  1174.  
  1175. -----------------------------
  1176.  
  1177. From: Thom Anthony McCarty <IETAM@asuacad.bitnet>
  1178. Subject: Re: cron not finding script
  1179. Date: 12 Nov 92 19:44:45 GMT
  1180. To:       info-unix@sem.brl.mil
  1181.  
  1182. The cron/script mystery has been solved; it was the single quote marks
  1183. surrounding the cron command.
  1184.  
  1185. Thanks to Doug Sewell and Andreas Karrer.
  1186.  
  1187. -----------------------------
  1188.  
  1189. From: Alan Edmonds <alan@ernest.itg.ti.com>
  1190. Subject: Re: cron not finding script
  1191. Date: 12 Nov 92 20:04:24 GMT
  1192. To:       info-unix@sem.brl.mil
  1193.  
  1194. In article <92315.102834IETAM@ASUACAD.BITNET> Thom Anthony McCarty <IETAM@ASUACAD.BITNET> writes:
  1195. >
  1196. >I am executing a Bourne shell script, newsrunning, from within cron.
  1197. >I have given the absolute filename (including the path) but cron says
  1198. >it cannot find the script:
  1199. >
  1200. >
  1201. >helpdesk% crontab -l
  1202. >5,10,20,25,35,40,50,55 * 1-31 * 1-6 '/usr/lib/newsbin/input/newsrun'
  1203. >30 8    1-31 *  1-5     '/usr/lib/newsbin/input/newsrunning off'
  1204. >00 17   1-31 *  1-5     '/usr/lib/newsbin/input/newsrunning on'
  1205. >#40 *    1-31 *  0-6     '/usr/lib/newsbin/batch/sendbatches'
  1206. >59 0    1-31 *  0-6     '/usr/lib/newsbin/expire/doexpire'
  1207. >10 8    1-31 *  0-6     '/usr/lib/newsbin/maint/newsdaily'
  1208. >00 5,13,21      1-31 *  1-5     '/usr/lib/newsbin/maint/newswatch
  1209. >| mail page'
  1210. >1,31 *   1-31 *  1-5     '/usr/lib/newsbin/utils/create-desc'
  1211. >
  1212.  
  1213. Get rid of the apostrophes.  You are turning a script with an argument
  1214. into a script ( with an embeded space in the name) with no arguments.
  1215.  
  1216. >Subject: Output from "cron" command
  1217. >
  1218. >Your "cron" job
  1219. >
  1220. >    '/usr/lib/newsbin/input/newsrunning off'
  1221. >
  1222. >produced the following output:
  1223. >
  1224. >sh: /usr/lib/newsbin/input/newsrunning off: not found
  1225.  
  1226. Notice it says 'newsrunning off' is the name of the script.
  1227.  
  1228. -- 
  1229. Alan Edmonds                                     Texas Instruments, Inc.
  1230. I don't speak for TI; TI doesn't speak for me    M/S 8515
  1231. Work phone: (214)575-6427                        6620 Chase Oaks Blvd.
  1232. Email: edmonds@lobby.ti.com                      Plano, Texas  75023
  1233.  
  1234. -----------------------------
  1235.  
  1236. From: Ron Cecchini <cecchinr@hornsby.cs.rpi.edu>
  1237. Subject: A few more quick C questions...
  1238. Date: 12 Nov 92 20:29:39 GMT
  1239. Nntp-Posting-Host: hornsby.cs.rpi.edu
  1240. To:       info-unix@sem.brl.mil
  1241.  
  1242. Hi again -
  1243.  
  1244.  Thanx to everyone who responded to my read/write question of a few days ago.
  1245.  
  1246.  I just have a couple of *quick* C questions:
  1247.  
  1248. 1) Is there a command to see if a file exists?
  1249.    [Can't just use fopen() - it returns NULL for more than one reason...]
  1250.  
  1251. 2) Is there a command to determine a file's size?
  1252.    [I think the data structure pointed to by a FILE contains a ->_cnt feild
  1253.     that can be used - I'll try it in a minute...]
  1254.  
  1255. 3) Is there a command to determine if a user is logged in?
  1256.    [I don't want to bother with a system("who | grep user > temp"), etc.]
  1257.  
  1258. 4) Is there a command to determine if a user is running a certain process?
  1259.  
  1260. Thanx again,
  1261. Ron
  1262.  
  1263. -----------------------------
  1264.  
  1265. From: Ramez Naam <naam@cecer.army.mil>
  1266. Subject: Re: A few more quick C questions...
  1267. Date: 12 Nov 92 21:13:44 GMT
  1268. Sender: "Net.Noise owner" <news@news.cecer.army.mil>
  1269. To:       info-unix@sem.brl.mil
  1270.  
  1271. cecchinr@hornsby.cs.rpi.edu (Ron Cecchini) writes:
  1272.  
  1273. >2) Is there a command to determine a file's size?
  1274. >   [I think the data structure pointed to by a FILE contains a ->_cnt feild
  1275. >    that can be used - I'll try it in a minute...]
  1276.  
  1277. # include <io.h>
  1278. long filelength(int handle);
  1279.  
  1280. or, if your library doesn't have filelength:
  1281.  
  1282. error = fseek(*file,2);  /* Sets file pointer to end of file */
  1283.             /* returns 0 on success */
  1284. size = ftell(*file); /* Returns offset of file pointer (long int) in bytes. */
  1285.             /* returns -1L on fail */
  1286.  
  1287. -----------------------------
  1288.  
  1289. From: Mike Krus <krus@cs.concordia.ca>
  1290. Subject: OLVWM Key bindings
  1291. Date: 12 Nov 92 20:37:10 GMT
  1292. Sender: USENET News System <usenet@newsflash.concordia.ca>
  1293. Nntp-Posting-Host: chi.cs.concordia.ca
  1294. To:       info-unix@sem.brl.mil
  1295.  
  1296. Using the OLVWM on SPARC IPC running SunOS 4.1.1 I have a problem with 
  1297. keybings :
  1298.  
  1299. The L8 key is by default binded to the past function but I need that key for
  1300. an application for which I can't change the key binding.
  1301.  
  1302. I tried inserting the following line in the .olvwmrc file but that fails :
  1303.     L8 { }
  1304.  
  1305. Anybody knows what I should do?
  1306.  
  1307. Thanks,
  1308.  
  1309.  
  1310. -- 
  1311. Michael Krus.                     Email : krus@cs.concordia.ca
  1312. Concordia University                Universite d'Orsay - Paris XI
  1313. Montreal, Canada                            Paris, France
  1314. This .sig intentionally left blank.
  1315.  
  1316. -----------------------------
  1317.  
  1318. From: Tony Reeves <tony@hacgate.scg.hac.com>
  1319. Subject: unix show
  1320. Date: 12 Nov 92 20:38:47 GMT
  1321. To:       info-unix@sem.brl.mil
  1322.  
  1323. I'm trying to find information about a unix show that is suppose to be in the
  1324. first half of 1993. I think its called usenix or something like that. 
  1325.  
  1326. does anyone know of a big unix show or trade seminar in Calif in 1993 (1Q)??
  1327.  
  1328.  
  1329. -- 
  1330. Why did the Roman Empire Collapse? What is latin for Office Automation?
  1331. ---- The opitions expressed here are mine and have nothing to do with Hughes
  1332. Aircraft Co. -- So there! tony@hacgate.hac.com
  1333.  
  1334. -----------------------------
  1335.  
  1336. From: Martin McCormick <martin@datacomm.ucc.okstate.edu>
  1337. Subject: adjtime
  1338. Date: 12 Nov 92 21:06:18 GMT
  1339. Sender: USENET News System <news@osuunx.ucc.okstate.edu>
  1340. Nntp-Posting-Host: datacomm.ucc.okstate.edu
  1341. To:       info-unix@sem.brl.mil
  1342.  
  1343.  
  1344. I have determined that our Sun sparc's real-time clock gains about a minute
  1345. every three months.  Is the adjtime call appropriate to use to slow down
  1346. the system clock to compensate for this error?  When reading the manual
  1347. entry on it, I was a little confused as to whether this was meant for only
  1348. synchronizing other system's clocks to a master time server or if it did that
  1349. in addition to introducing a correction factor to the host system clock.
  1350. I would like to hear from anybody who has actually used it.
  1351.     There are various hardware solutions to synchronizing clocks, but
  1352. I feel that our system would be pretty accurate, for our needs, if a correction
  1353. factor could constantly be in effect to nudge the system in to counting time
  1354. a little more slowly.  Any help such as whether or not this does what I think
  1355. it does, or examples of what the C code to call it looks like would be
  1356. appreciated.
  1357.  
  1358. -----------------------------
  1359.  
  1360. From: Gaumond Pierre <gaumondp@ere.umontreal.ca>
  1361. Subject: Re: Help with generating random numbers
  1362. Date: 12 Nov 92 21:10:23 GMT
  1363. Sender: Administration de Cnews <news@cc.umontreal.ca>
  1364. To:       info-unix@sem.brl.mil
  1365.  
  1366. In article <1992Nov12.041243.5542@desire.wright.edu> nseth@desire.wright.edu writes:
  1367. >I need help with generating random numbers. If I use the normail C routines
  1368. >on UNIX for generating random numbers (random, rand, etc.) everytime the
  1369. >program is executed, the sequence of random numers remains the same. 
  1370. >
  1371. >How can I fix this so that each time I execute that program, the initial (and
  1372. >thus the following sequence of) random numbers is different? On Turbo C the
  1373. >subroutine randomize() takes care of this. Is there such a routine available on
  1374. >UNIX/ULTRIX?
  1375. >
  1376. >Any help will be greatly appreciated. Thanks a lot.
  1377.  
  1378.     Usually rand function has an initializer function (srand
  1379.     on my system).
  1380.  
  1381.     use time(2) as the seed for srand (strip most significant
  1382.     bits).
  1383.  
  1384.     For example:
  1385.         time(&seed);
  1386.         seed = seed % 100000;
  1387.         srand(seed);
  1388.  
  1389.     If you have a time function giving millisecond or mocro seconds. It
  1390.     will be better. Usually, my code is suppicient.
  1391.  
  1392. >Nitin Seth
  1393. >nseth@cs.wright.edu
  1394. >
  1395.  
  1396.  
  1397. -- 
  1398. Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
  1399. Services Informatiques, Universite de Montreal. 
  1400. C.P. 6128, Succursale "A", Montreal,            
  1401. Quebec, Canada.   H3C 3J7                       
  1402.  
  1403. -----------------------------
  1404.  
  1405. From: Gaumond Pierre <gaumondp@ere.umontreal.ca>
  1406. Subject: Re: Help with generating random numbers
  1407. Date: 12 Nov 92 21:20:09 GMT
  1408. Sender: Administration de Cnews <news@cc.umontreal.ca>
  1409. To:       info-unix@sem.brl.mil
  1410.  
  1411. In article <1992Nov12.211023.8188@cc.umontreal.ca> gaumondp@ERE.UMontreal.CA (Gaumond Pierre) writes:
  1412. >In article <1992Nov12.041243.5542@desire.wright.edu> nseth@desire.wright.edu writes:
  1413. >>I need help with generating random numbers. If I use the normail C routines
  1414. >>on UNIX for generating random numbers (random, rand, etc.) everytime the
  1415. >>program is executed, the sequence of random numers remains the same. 
  1416. >>
  1417. >>How can I fix this so that each time I execute that program, the initial (and
  1418. >>thus the following sequence of) random numbers is different? On Turbo C the
  1419. >>subroutine randomize() takes care of this. Is there such a routine available on
  1420. >>UNIX/ULTRIX?
  1421. >>
  1422. >>Any help will be greatly appreciated. Thanks a lot.
  1423. >
  1424. >    Usually rand function has an initializer function (srand
  1425. >    on my system).
  1426. >
  1427. >    use time(2) as the seed for srand (strip most significant
  1428. >    bits).
  1429. >
  1430. >    For example:
  1431. >        time(&seed);
  1432. >        seed = seed % 100000;
  1433. >        srand(seed);
  1434. >
  1435. >    If you have a time function giving millisecond or mocro seconds. It
  1436. >    will be better. Usually, my code is suppicient.
  1437. >
  1438. >>Nitin Seth
  1439. >>nseth@cs.wright.edu
  1440. >>
  1441. >
  1442. >
  1443. >-- 
  1444. >Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
  1445. >Services Informatiques, Universite de Montreal. 
  1446. >C.P. 6128, Succursale "A", Montreal,            
  1447. >Quebec, Canada.   H3C 3J7                       
  1448.  
  1449.  
  1450. -- 
  1451. Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
  1452. Services Informatiques, Universite de Montreal. 
  1453. C.P. 6128, Succursale "A", Montreal,            
  1454. Quebec, Canada.   H3C 3J7                       
  1455.  
  1456. -----------------------------
  1457.  
  1458. From: Ron Cecchini <cecchinr@hornsby.cs.rpi.edu>
  1459. Subject: Getting a file's size with the FILE data structure
  1460. Date: 12 Nov 92 21:14:35 GMT
  1461. Nntp-Posting-Host: hornsby.cs.rpi.edu
  1462. To:       info-unix@sem.brl.mil
  1463.  
  1464. Hi again,
  1465.  
  1466.  I found that you can use the FILE ds to get a file's size.  However,
  1467. there seems to be a glitch with it.  For one, the data structure is
  1468. NOT initialized after the fopen().  So, thats no good.  And you can't try
  1469. to fseek() to the beginning and look at ->_cnt.  What I found you have to do
  1470. is: fgets() a line from the file and *THEN* fseek() back to the beginning
  1471. of the file.  *NOW* ->_cnt contains the size of the file.
  1472.  
  1473. Ron
  1474.  
  1475. p.s. I have received info on using the stat() command to also get the info.
  1476.  
  1477. -----------------------------
  1478.  
  1479. From: Mike Sidler <sidler@smurf.ssc.gov>
  1480. Subject: Needle in a hay stack - nslookup
  1481. Keywords: nslookup, domains
  1482. Date: 12 Nov 92 21:58:16 GMT
  1483. Sender: Mike Sidler <sidler@smurf>
  1484. Nntp-Posting-Host: smurf.ssc.gov
  1485. To:       info-unix@sem.brl.mil
  1486.  
  1487. Given just a hostname, I'm trying to find its Internet address. I know that
  1488. I could do this manually by getting a list of all the domainnames in North America
  1489. and one by one grep nslookup for the hostname. (Haven't been able to get a list
  1490. of domainnames yet).  However, I'm hoping there is a much easier way of doing this.
  1491. I'm trying to get the Internet address so I can email this person. But I don't have
  1492. his phone number or address, only the name of his machine!
  1493.  
  1494. Any help would be appreciated!!
  1495. -- 
  1496.  ----------------------------------------------------------------------------
  1497. Mike Sidler        
  1498. Superconducting Super Collider 
  1499. 2550 Beckleymeade Ave. MS 4004
  1500. Dallas, TX  75237-3946       
  1501.  
  1502. sidler@zek.ssc.gov
  1503.  ----------------------------------------------------------------------------
  1504.  
  1505. -----------------------------
  1506.  
  1507. From: Budi Rahardjo <rahardj@ccu.umanitoba.ca>
  1508. Subject: Re: 2nd time:How to remove files?
  1509.