home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / question / 10538 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  51.6 KB

  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!att!linac!uwm.edu!rutgers!cmcl2!adm!news
  2. From: postmaster@vd1.hanscom.af.mil (SMTP MAILER)
  3. Newsgroups: comp.unix.questions
  4. Subject: Mail Delivery Problem
  5. Message-ID: <32272@adm.brl.mil>
  6. Date: 30 Aug 92 20:33:38 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 1485
  9.  
  10.  
  11.  ----Reason for mail failure follows----
  12. Sending mail to recipient(s) woodfordm :
  13.   Couldn't make final delivery.
  14.  
  15.  ----Transcript of message follows----
  16. Received: from gw1.hanscom.af.mil by vd1.hanscom.af.mil with SMTP ; 
  17.           Sun, 30 Aug 92 12:50:36 EST
  18. Date: 29 Aug 92 20:11:00 EDT
  19. From: info-unix@BRL.MIL
  20. Subject: INFO-UNIX Digest  V15#134
  21. To: "woodfordm" <woodfordm@vd1.hanscom.af.mil>
  22.  
  23. Return-Path: <info-unix-request@sem.brl.mil>
  24. Received: from SEM.BRL.MIL by gw1.hanscom.af.mil with SMTP ; 
  25.           Sat, 29 Aug 92 20:10:42 EDT
  26. Received: by SEM.BRL.MIL id aa21281; 29 Aug 92 19:36 EDT
  27. Received: from SEM.BRL.MIL by SEM.BRL.MIL id ab19889; 29 Aug 92 15:31 EDT
  28. Received: from sem.brl.mil by SEM.BRL.MIL id aa19877; 29 Aug 92 15:16 EDT
  29. Date:       Sat, 29 Aug 92 15:15:55 EST
  30. From:       The Moderator (Mike Muuss) <Info-Unix-Request@BRL.MIL>
  31. To:         INFO-UNIX@BRL.MIL
  32. Reply-To:   INFO-UNIX@BRL.MIL
  33. Subject:    INFO-UNIX Digest  V15#134
  34. Message-ID:  <9208291516.aa19877@SEM.BRL.MIL>
  35.  
  36. INFO-UNIX Digest          Sat, 29 Aug 1992              V15#134
  37.  
  38. Today's Topics:
  39.    Re: Strange side effects caused by calling sh functions with args.
  40.                           Re: reliable write()
  41.                         Non-blocking I/O in UNIX
  42.         Sockets: Non Blocking I/O, How do I know when its done?
  43.                            vt100 escape codes
  44.                           How to stty cbreak ?
  45.                        Socket and File Descriptor
  46.               Overwriting a file from 2nd fortran program
  47.              Re: Multitudinous Problems With NU-TPU and ^Z
  48.                     How to prevent a large core-dump
  49.                   Re: How to prevent a large core-dump
  50.                          Zmodem upload problem
  51.     Re: How do i find out the address of the addtional ehternet card
  52.                      SPSS for unix, does it exist??
  53.       Re: I want a program that prints out base gid's of any user
  54.  How can I allow access to a subdirectory without risking other files?
  55. Re: How can I allow access to a subdirectory without risking other files?
  56.                      Where can I find 802.3 specs?
  57.                           UNIX Wingz and MacX
  58.                            Re: Login Message
  59.                    cursor input on curses (new prob.)
  60.                  Re: cursor input on curses (new prob.)
  61.                How do I compile the BSD Telnet by itself?
  62.                  What is the format of a mailbox file?
  63.                                  Thansk
  64.     Re: how come : ! out of vi always uses sh instead of $SHELL ???
  65.                            Re: logout message
  66.                  Conventions for file name "extensions"
  67.                              AWK Iteration
  68.      Need all the details to convert a PC to a UNIX box/X terminal
  69.    net.views -- USL/BSDI lawsuit -- a bonehead error -- PLEASE READ!
  70.          How Can I Discover Alternate IP Addresses For Gateway?
  71.        Re: How Can I Discover Alternate IP Addresses For Gateway?
  72.                  Passing control to user in nawk script
  73.                    Re: mail help: how to reject mail?
  74.                     Re: Zmodem installation problem
  75.                   Man page ---> postscript  .... help!
  76.               NFS security flawed (was: Re: chown : HELP!)
  77.                         A Novice^2 nawk question
  78. -----------------------------------------------------------------
  79.  
  80.  
  81. edu!andrew.cmu.edu!sm86+
  82. From: sm86+@andrew.cmu.edu (Stefan Monnier)
  83. Newsgroups: comp.unix.questions
  84. Subject: just some information
  85. Message-ID: <keafM4m00awA0CXXVf@andrew.cmu.edu>
  86. Date: 25 Aug 92 14:36:52 GMT
  87. To:       info-unix@sem.brl.mil
  88.  
  89.  
  90. Since a few weeks I have access to a DECstation 3100 instead of a
  91. SPARCstation 2.
  92.  
  93. I'm surprised of the speed difference.
  94.  
  95. Here is the question: what is in my DEC ?
  96. is it a MIPS R2000 or R3000 ? at what clock speed ?
  97.  
  98. That'all I'd like to know !
  99.  
  100. Stefan Monnier
  101.  
  102.  
  103.  -----------------------------------------------------
  104. -- On the average, people seem to be acting normal --
  105.  -----------------------------------------------------
  106.  
  107. -----------------------------
  108.  
  109. From: Elmar Knipp <elmar@knipp.en.open.de>
  110. Subject: Re: Strange side effects caused by calling sh functions with args.
  111. Date: 10 Aug 92 20:15:47 GMT
  112. To:       info-unix@sem.brl.mil
  113.  
  114. smr@iti.org (Stephen Riehm) writes:
  115.  
  116. >I am maintaining a rather large shell script, with many functions, and
  117. >it appears that if a function is called with some arguments, then the
  118. >arguments to that function become the arguments to the entire
  119. >script. Is this the normal way that this should work? I have checked
  120. >the following script, on the sun I get what I expect, but on the HP I
  121. >don't. Which shell is right?? ( My reference manual only states:
  122. >functions in shell scripts have access to $# $* and $1-9, it doesn't
  123. >specify any side effects. The HP manpage doesn't even mention sh
  124. >functions )
  125.  
  126. I had the same problem with "sh" on a HP9000/720 with HP-UX 8.07.
  127. Use the korneshell "ksh" and it works ok.
  128.  
  129. Elmar
  130.  
  131.  --------------------------------+-------------------------------------
  132. Elmar Knipp                     |     Voice:       + 49 231 975015-0
  133. Knipp Satz und Bild digital     |     Fax 3:       + 49 231 975015-80
  134. Technologiepark                 |     Modem:       + 49 231 975015-82
  135. Martin-Schmeisser-Weg 9         |     ISDN-Server: + 49 231 975015-831
  136. 4600 Dortmund 50                |     E-Mail:  elmar@knipp.en.open.de
  137. Germany                         |        
  138.  --------------------------------+-------------------------------------
  139.  
  140. -----------------------------
  141.  
  142. From: Aakash Sahai <aakash@hpcupt3.cup.hp.com>
  143. Subject: Re: reliable write()
  144. Date: 11 Aug 92 21:11:02 GMT
  145. To:       info-unix@sem.brl.mil
  146.  
  147. > jdr+@andrew.cmu.edu (Jeff Rosenfeld) writes:
  148. > Is there a standard way to get the Unix filesystem to write a file in such
  149. > a way that I can be assured that the data has made it to the disk?
  150. >
  151.  
  152. The most standard way to do this is to use O_SYNC flag while opening the file
  153. to write. This forces the kernel to do a wait on the buffer till the I/O is
  154. done (i.e. till the time the disk driver marks the buffer as DONE and wakes up
  155. the sleeping process). However, if the disk driver or the disk hardware is
  156. doing some kind of buffering then you can never be sure if the data was written
  157. to media or not.
  158.  
  159. > mjn@pseudo.uucp (Murray Nesbitt) writes
  160. > You are probably aware of the fflush() system call, which will flush
  161. > data buffered in user address space into the kernel.  Once in the
  162. > kernel, however, you have no way of knowing when the write to disk
  163. > will occur.
  164. > Sorry.
  165.  
  166. Sorry, there is no system call called "fflush()", maybe you are referring to
  167. the library call. You are right though, it does not guarantee that the data
  168. will be written to the disk.
  169.  
  170. - Aakash
  171.  
  172. S.D.A.
  173.  
  174. -----------------------------
  175.  
  176. From: Cengiz Erbas <erbas@slump.ssc.gov>
  177. Subject: Non-blocking I/O in UNIX
  178. Keywords: I/O
  179. Date: 12 Aug 92 18:11:26 GMT
  180. Sender: News Admin <usenet@sunova.ssc.gov>
  181. Nntp-Posting-Host: slump
  182. To:       info-unix@sem.brl.mil
  183.  
  184. I would like to read character input from the keyboard without requiring the user
  185. to press the return key. But, I do not want to use the "curses" library.
  186. Any help is appreciated. Please e-mail I am not a regular user of the USENET.
  187.  
  188. Thanks in advance.
  189.  
  190. Cengiz Erbas,
  191. e-mail: erbas@slug.ssc.gov
  192.  
  193. -----------------------------
  194.  
  195. From: "Eric E. Johnson" <ejohnson@void.ncsa.uiuc.edu>
  196. Subject: Sockets: Non Blocking I/O, How do I know when its done?
  197. Date: 12 Aug 92 21:43:41 GMT
  198. Sender: Net Noise owner <usenet@ux3.cso.uiuc.edu>
  199. To:       info-unix@sem.brl.mil
  200.  
  201. I've been working with sockets for a few months, and I've been
  202. trying to do some non blocking sockets.  But, I don't know what to
  203. "watch for" when the socket completes.
  204.  
  205. I turn the socket into a non blocking socket by the following command.
  206.  
  207.     fcntl(s,F_SETFL,FNDELAY);
  208.  
  209. When I use a 
  210.  
  211.     result = read(s,buffer,nbytes);
  212.  
  213. The errno is indeed set to EWOULDBLOCK, but *how* do I check to see
  214. when the data is in, or when the call is completed?  I tried a while
  215. loop wrapped around the read, and watched errno to see if it became 0,
  216. or result returned >0, neither of which happened.
  217.  
  218. Is there function call to make that returns the status of socket in
  219. non blocking mode?
  220.  
  221. Thanks
  222.  
  223. Eric
  224.  
  225. -----------------------------
  226.  
  227. From: Wilbur Y Kuo <kuo_wy@jhunix.hcf.jhu.edu>
  228. Subject: vt100 escape codes
  229. Date: 12 Aug 92 21:47:15 GMT
  230. To:       info-unix@sem.brl.mil
  231.  
  232. Hi.  I was wondering if anyone could e-mail me a list of the escape codes
  233. that a vt100 terminal interprets, or tell me what I should man.  For
  234. instance, what control code/escape code do I place in a file to cause the
  235. cursor to go up a line when I display the file?
  236.  
  237. Please e-mail any responses.  I'll post a summary of the results.
  238.  
  239. Thanks in advance.
  240.  
  241. Wilbur
  242.  
  243. -----------------------------
  244.  
  245. From: Zhuo Zang <zzang@whale.stat.ufl.edu>
  246. Subject: How to stty cbreak ?
  247. Keywords: terminal, tty,
  248. Date: 13 Aug 92 00:07:28 GMT
  249. Sender: Usenet Diskhog System <news@eng.ufl.edu>
  250. To:       info-unix@sem.brl.mil
  251.  
  252. I tried :
  253. >stty cbreak
  254.  
  255. but it doesn't seem work.
  256.  
  257. I can't tell whether the cbreak
  258. mode is on or not.
  259. (I used: stty all, stty -a.
  260. nothing appropriate shows.)
  261.  
  262. Any help will be very much appreciated.
  263.  
  264. Thanks in advance!
  265.  
  266. zhuo
  267.  
  268. -----------------------------
  269.  
  270. From: Hien Luu <hienl@saigon.com>
  271. Subject: Socket and File Descriptor
  272. Date: 22 Aug 92 20:00:16 GMT
  273. To:       info-unix@sem.brl.mil
  274.  
  275. I was reading about sockets and learned that sockets are referenced by
  276. file descriptors.  I assume this is the same file descriptors that comes
  277. from the file descriptor table.  I also learned that each UNIX process
  278. has 20 files descriptor at its disposals.  What happens if the a process
  279. reaches the maximum number of allowed file descriptor?  Does the process
  280. get killed by the operating system?
  281.  
  282. I would appreciate some more explanation the relationship between
  283. the file descriptor and sockets.  Where does the number 20 come from and
  284. is this a configurable number?
  285.  
  286. thanks in advance.
  287.  
  288. -----------------------------
  289.  
  290. From: "G. Hugh Song" <hsong@ardour.bellcore.com>
  291. Subject: Overwriting a file from 2nd fortran program
  292. Date: 25 Aug 92 03:54:01 GMT
  293. Sender: news@walter.bellcore.com
  294. Nntp-Posting-Host: ardour.bellcore.com
  295. X-Newsreader: Tin 1.1 PL5
  296. To:       info-unix@sem.brl.mil
  297.  
  298. Hi,
  299. What is the most decent behavior when a second fortran program attempts
  300. to overwrite on a file which has been opened from another fortran program?
  301. It looks like the second program just overwrites on such a file without any
  302. OS message.   I tried to overwrite on a file, once, over the NFS network and
  303. secondly, directly from the same machine.   In both cases, the file
  304. was just overwritten.
  305. Does this behavior the same on other operating systems---HPUX, AIX?
  306.  
  307. I am running Ultrix 4.0 on Dec 5000/200.
  308.  
  309. Thank you.
  310.  
  311.     Hugh
  312.  
  313. -----------------------------
  314.  
  315. From: Michael Lemke <aswx266@chpc.utexas.edu>
  316. Subject: Re: Multitudinous Problems With NU-TPU and ^Z
  317. Date: 25 Aug 92 05:20:05 GMT
  318. To:       info-unix@sem.brl.mil
  319.  
  320. In article <1992Aug10.225444.17475@amhux2.amherst.edu> twpierce@amhux1.amherst.edu (Tim Pierce) writes:
  321. >Some background: we are running Ultrix 4.2 on a DECstation 5000/133.
  322. >We have made a decision to move all of our news activities from a
  323. >larger VMS system on-campus to a pair of DECstations.  Since this
  324. >means acclimating several hundred previously-content VMS users to an
  325. >unfamiliar Unix environment, we wish to provide them with TPU to use
  326. >for their default editor if they wish.  We've acquired a package
  327. >called NU-TPU which has worked pretty well so far.
  328.  
  329. I am surprised you say this.  My experience with it is rather bad.  The 
  330. new version 3 or something has other bugs than the previous.  I don't 
  331. want to mention them here.  I am only surprized that this stuff can 
  332. actually be sold.
  333.  
  334. >
  335. >The problem is that TPU uses ^Z for the key to enter extended
  336. >commands.  NU-TPU handles this perfectly well when you execute it from
  337. >the shell, but when it is called by trn, for example, ^Z stops the job
  338. >which is running TPU.  (Presumably trn is catching the ^Z signal.)
  339. >
  340.  
  341. I experienced the same problem but gave up on it--actually never tried 
  342. to investigate.
  343.  
  344. [other stuff deleted]
  345. >
  346. >(Postscript: I'd be happy to use edt.el under GNU Emacs 18.58 if I
  347. >could find one that wasn't so buggy.  Part of my mission for the
  348. >remainder of August is to try to fix this, to see if it constitutes a
  349. >plausible solution.)
  350.  
  351. This is actually why I respond to this: If you are happy to use emacs
  352. there is a new tpu emulation package posted about a month ago or so.  It
  353. is *no* tpu language emulation but just the edt keypad mode similar what
  354. edt.el does.  The name of the package is tpu-edt.el written by Rob 
  355. Riepel (rob@icarus.ssd.loral.com).  I don't know at what site it is archived
  356. but you can just mail the author or I could send you a copy.
  357.  
  358. There should also an Ultrix version of TPU be available from DEC but 
  359. they want money of course.  If you are serious about it probably the way
  360. to go.
  361.  
  362.  
  363. -- 
  364. Michael Lemke
  365. Astronomy, UT Austin, Texas
  366. (michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
  367.  
  368. -----------------------------
  369.  
  370. From: Joel Andrew Huddleston <j1h9453@eagle.tamu.edu>
  371. Subject: Re: Multitudinous Problems With NU-TPU and ^Z
  372. Date: 25 Aug 92 21:51:15 GMT
  373. Sender: Read News <news@tamsun.tamu.edu>
  374. To:       info-unix@sem.brl.mil
  375.  
  376. In article <1992Aug25.052005.12837@chpc.utexas.edu>, aswx266@chpc.utexas.edu (Michael Lemke) writes:
  377. |> In article <1992Aug10.225444.17475@amhux2.amherst.edu> twpierce@amhux1.amherst.edu (Tim Pierce) writes:
  378. |> >Some background: we are running Ultrix 4.2 on a DECstation 5000/133.
  379. |> >                                                 ... VMS users to an
  380. |> >unfamiliar Unix environment, we wish to provide them with TPU ...
  381. |> >   ... NU-TPU which has worked pretty well so far.
  382. |> 
  383. |> I am surprised you say this.  My experience with it is rather bad.  The 
  384. |> ...
  385. |> >
  386. |> >The problem is that TPU uses ^Z for the key to enter extended
  387. |> >commands....
  388. |> 
  389. |> I experienced the same problem but gave up on it--actually never tried 
  390. |> to investigate.
  391. |> 
  392. |> [other stuff deleted]
  393. [other stuff deleted]
  394.  
  395. DECTPU is now on the CSLG program.  You both look like you are from
  396. educational institutions, so I hope you are in the CSLG.  I installed it
  397. just the other day and must tell you that I have nothing but good things
  398. to say about it.
  399.  
  400. It solves the ^Z issue by changing the ^Z VMS convention to the ^D Ultrix
  401. convention.  ^Z still acts as you expect in Ultrix, that is, it suspends
  402. the process but ^D takes you to command mode or you can simply use the
  403. <DO> key on a vt terminal.  Also included are the MOTIF (tm) and XUI (tm)
  404. GUIs with menus etc.  Really a nice package.  Certainly the best text
  405. editor I have used on a UNIX machine in terms of ease of use and learning
  406. curves.  I could even use the old familiar "set keypad edt" to get keypad
  407. on my DECstation to "do the right things."  I haven't gotten in to custom
  408. section files yet, but that is the next step and it looks fairly trivial.
  409.  
  410. All in all, this is a great package.  As soon as I can retrain my fingers
  411. not to think in vi, this will be my default editor.
  412.  
  413. -- 
  414. Joel Huddleston  eka zod@tamu.edu
  415. Not responsible...  Not reliable... Your mileage may... Caveat E...
  416.  
  417. -----------------------------
  418.  
  419. From: Adwin Soos <soos@math.utwente.nl>
  420. Subject: How to prevent a large core-dump
  421. Date: 25 Aug 92 17:30:56 GMT
  422. Sender: USENET News System <news@utwente.nl>
  423. Originator: soos@math.utwente.nl
  424. To:       info-unix@sem.brl.mil
  425.  
  426. Hello netters,
  427.  
  428. A few weeks or even months ago I have read some discussion about the problem
  429. of preventing a core-dump. I remember that there were some suggestions on how
  430. to prevent that a large core-dump will be made. 
  431. This problem is now occurring at our place where someone is writing a large
  432. program and in some test-cases there is a core dump for more than 60 Mb.
  433. This person is not using this core to debug it so maybe we can just stop the
  434. creation of this core for this person.
  435. Is there someone who can mail me such suggestions?
  436.  
  437. Thanks,
  438. Adwin Soos
  439.  
  440. E-mail : A.B.Soos@math.utwente.nl    University of Twente,
  441.                     Department of Applied Mathematics,
  442.                     Enschede,
  443.                     The Netherlands.
  444.  
  445. -----------------------------
  446.  
  447. From: Stew Ellis <ellis@nova.gmi.edu>
  448. Subject: Re: How to prevent a large core-dump
  449. Date: 29 Aug 92 15:23:01 GMT
  450. Sender: "Mr. News" <news@zip.eecs.umich.edu>
  451. To:       info-unix@sem.brl.mil
  452.  
  453. gjn@cs.uq.oz.au (Geoff (cbird) Newton) writes:
  454.  
  455. >In <118390009@hpcupt3.cup.hp.com> aakash@hpcupt3.cup.hp.com (Aakash Sahai) writes:
  456.  
  457. >>In article <1992Aug25.173056.13401@utwente.nl> soos@math.utwente.nl (Adwin Soos) writes:
  458. >>| A few weeks or even months ago I have read some discussion about the problem
  459. >>| of preventing a core-dump.
  460.  
  461. >>Two simple solutions are -
  462.  
  463. >>(i)    Run the core-dumping program from a directory where the user does
  464. >>    not have permission to create file.
  465.  
  466. >>(ii)    Set the Effective-User-ID of the program different from its
  467. >>    Real-User-ID.
  468.  
  469. >Most systems have a ulimit command which allows you to set resource limits.
  470.  
  471. >bash has a builtin ulimit command, 'ulimit -c <num>' specifies the max size
  472. >of a corefile. <num> == 0 means no coredumps.
  473.  
  474. >csh has a similar feature with its builtin 'limit' (limit coredumpsize <num>).
  475.  
  476. >gjn
  477. >gjn@cs.uq.oz.au
  478. >(-|
  479.  
  480.  
  481. On SunOS, the core filesize if usually reported as being much larger than
  482. the number of blocks it actually occupies.  The reason is that it does not
  483. dump the dynamic libs with the image, but reports the amount of mem they
  484. take up when the process is running.  Frequently they take up only 20K even
  485. though they report 8M with ls -l.
  486.  
  487. Frequently it is not the size that is a problem, but rather the information
  488. they may contain to the curious person with access to strings.  If you use
  489. the limit command in the csh family, that does not impact a program that is
  490. running suid root, and you can get a core that contains passwords or
  491. something else sensitive written in a core that is mode 644.  What I have
  492. done is 'ln /dev/null core' in some of the directories where cores have had
  493. a nasty habit of showing up.  Does anybody know of any problem with this?
  494.  
  495. --
  496. --                                                        ___________________
  497.   R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  498.   Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  499.   Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
  500.  
  501. -----------------------------
  502.  
  503. From: Zhuo Zang <zzang@whale.uucp>
  504. Subject: Zmodem upload problem
  505. Date: 25 Aug 92 17:43:27 GMT
  506. Sender: Usenet Diskhog System <news@eng.ufl.edu>
  507. To:       info-unix@sem.brl.mil
  508.  
  509. Hello,
  510. I installed the Zmodem on our DECstation running
  511. Ultrix 4.2 . I use ProComm 2.4.2 on my PC .
  512. The Zmodem contains Ymodem, so I use the Ymodem in
  513. ProComm to transfer the files DECstation <-> PC .
  514. I can download from the DECstation to PC, but I
  515. can't upload from PC to DECstation .
  516.  
  517. I used:
  518. >sb <file>
  519. for download
  520. >rb
  521. for upload
  522.  
  523. The message I got is :bad packet .
  524.  
  525. I tried to debug the source program, the problem
  526. looks like the crc checking problem  and also
  527. the block number sent by the ProComm does not
  528. match the one in Zmodem.
  529.  
  530. Does anyone have such experiences ?
  531.  
  532. The line setting I use in ProComm is 1200-N-8-1 .
  533. My PC is an XT.
  534.  
  535. Possible problem:??
  536. 1. the ProComm sends 8-bit crc (actually I don't know
  537.    what kind of crc the ProComm is using), while Zmodem uses 16-bit crc
  538.    this will cause crc mismatching.
  539.    But I use the Ymodem when I connect to BBS, without any 
  540.    problem .
  541. 2. the PC is 16-bit, while the Unix is 32-bit
  542.    But why the downloading is alright?
  543.  
  544.  
  545. Thanks in advance !
  546.  
  547. --zhuo
  548.  
  549. -----------------------------
  550.  
  551. From: Barry Margolin <barmar@think.com>
  552. Subject: Re: How do i find out the address of the addtional ehternet card
  553. Date: 25 Aug 92 18:35:00 GMT
  554. NNTP-Posting-Host: telecaster.think.com
  555. To:       info-unix@sem.brl.mil
  556.  
  557. In article <BtJrzr.8J8@acsu.buffalo.edu> chen-m@acsu.buffalo.edu (Mingteh Michael Chen) writes:
  558. >     Is there a way to find out the ethernet address of an additional
  559. >ethernet card on my sun 4/60 on line?
  560.  
  561. Sun sets the addresses of all its ethernet interfaces to that of the first
  562. one.
  563. -- 
  564. Barry Margolin
  565. System Manager, Thinking Machines Corp.
  566.  
  567. barmar@think.com          {uunet,harvard}!think!barmar
  568.  
  569. -----------------------------
  570.  
  571. From: Cancholech <blackman@acsu.buffalo.edu>
  572. Subject: SPSS for unix, does it exist??
  573. Date: 25 Aug 92 18:42:24 GMT
  574. Sender: nntp@acsu.buffalo.edu
  575. Nntp-Posting-Host: lictor.acsu.buffalo.edu
  576. To:       info-unix@sem.brl.mil
  577.  
  578.  
  579.  
  580. Does anyone know if SPSS the stats program for PC's and VAX is
  581. available for Unix systems?
  582.  
  583.  
  584. -- 
  585. "I have all my wisdom teeth, two up top and two beneath,
  586. Aye, to recognise my mouth says things that aren't so wise.."
  587. rutgers!ub!blackman blackman@acsu.buffalo.edu
  588.  
  589. -----------------------------
  590.  
  591. From: Larry Wall <lwall@netlabs.com>
  592. Subject: Re: I want a program that prints out base gid's of any user
  593. Date: 25 Aug 92 19:30:28 GMT
  594. Sender: news@netlabs.com
  595. Nntp-Posting-Host: scalpel.netlabs.com
  596. To:       info-unix@sem.brl.mil
  597.  
  598. In article <BtIqyp.F5A@news.cso.uiuc.edu> bzg52408@uxa.cso.uiuc.edu (Benjamin Z. Goldsteen) writes:
  599. :    I have been trying to write a program that prints out the
  600. : base gid of a user (given on the command line).  I have tried
  601. : using awk and perl, but I can not get anything decent.
  602. : Can show me how to do this.  One thing I have tried
  603. : [ gid username ]
  604. : #! /usr/bin/awk -f
  605. : BEGIN { FS=":"; FILENAME="/etc/passwd" }
  606. : ARGV[1] == $1 {print $4}
  607. : I am not sure if 1 if right for ARGV, but whatever...anyway, it 
  608. : won't read from /etc/passwd - it only reads from stdin.  I can;t
  609. : make it do otherwise.
  610.  
  611. You can't make a sow's purse out of a silk ear.  Or something like that... :-)
  612.  
  613. : I don't really understand perl...
  614.  
  615. You don't have to Understand Perl(TM).  You only have to know enough
  616. of it to get the job done.
  617.  
  618. The way to do this in Perl is to use the standard system routine for it:
  619.  
  620.     #!/usr/bin/perl -l
  621.     print((getpwnam($ARGV[0]))[3], "\n");
  622.  
  623. or, more readably,
  624.  
  625.     #!/usr/bin/perl
  626.     ($login,$passwd,$uid,$gid) = getpwnam($ARGV[0]);
  627.     print "$gid\n";
  628.  
  629. This will even work on YP systems, er, that is, NIS system.
  630.  
  631. Now, if you *wanted* to parse /etc/passwd yourself in Perl, you'd probably
  632. do it something like this:
  633.  
  634.     #!/usr/bin/perl
  635.     open(PASSWD, "/etc/passwd") || die "Can't open /etc/passwd: $!\n";
  636.     while (<PASSWD)) {
  637.     ($login, $passwd, $uid, $gid, $gcos, $home, $shell) = split(/:/);
  638.     print "$gid\n" if $login eq $ARGV[0];
  639.     }
  640.  
  641. But ordinarily you should use the provided system calls.  It's probably
  642. a mistake in the original design of Unix that system calls and shells were
  643. kept so far apart from each other...
  644.  
  645. Have you ever read The Origin of Perl in the Breakdown of the Bicameral Unix?
  646.  
  647. :-)
  648.  
  649. Larry Wall
  650. lwall@netlabs.com
  651.  
  652. -----------------------------
  653.  
  654. From: I W Scott Barker <iwsbarke@acs.ucalgary.ca>
  655. Subject: How can I allow access to a subdirectory without risking other files?
  656. Date: 25 Aug 92 20:08:14 GMT
  657. Sender: USENET News System <news@acs.ucalgary.ca>
  658. Nntp-Posting-Host: acs5.acs.ucalgary.ca
  659. X-Newsreader: Tin 1.1 PL5
  660. To:       info-unix@sem.brl.mil
  661.  
  662. Does anyone know how I can allow access to all of the files I have in one of
  663. my subdirectories, without risking someone damaging files in other
  664. directories? The only method I know is to set the setuid bit for the 
  665. directory, but as far as I know, this will allow others to compile programs
  666. in that directory and execute them as if they were me. I just want them to
  667. be able to modify and add files in the directory, without being able to run
  668. anything as me (it's ok if they run programs as themselves).
  669.  
  670. Does anyone have any ideas? (BTW, I have no way of creating a new user group,
  671. so that option is out as well).
  672.  
  673. --
  674. Scott Barker
  675. barker@enel.ucalgary.ca
  676.  
  677. "Logic is the beginning of wisdom, not the end."
  678.    - Spock, Star Trek VI: The Undiscovered Country
  679.  
  680. -----------------------------
  681.  
  682. From: Leslie Mikesell <les@chinet.chi.il.us>
  683. Subject: Re: How can I allow access to a subdirectory without risking other files?
  684. Date: 29 Aug 92 02:08:05 GMT
  685. To:       info-unix@sem.brl.mil
  686.  
  687. In article <92Aug26.165308.27634@acs.ucalgary.ca> barker@enel.ucalgary.ca writes:
  688. >I know how to give group/other access to a subdirectory without risking my
  689. >other files, however, I want people to be able to read/write to ANY file in
  690. >the subdirectory. That includes files put there by other people.  The only way
  691. >I know of to do this is to make sure that everyone has their umask set to 000
  692. >when they are working in that subdirectory.
  693.  
  694. It sounds fairly dangerous to do this without any arbitration to keep
  695. several people from writing to the same file at once.  Why don't you
  696. just insist that each person copy a file before making changes?  Or
  697. write a suid root program that does nothing but change the modes on
  698. the files in that directory and make the users run that before writing
  699. to any files.  Better yet, make the program also perform some kind of
  700. file locking while each person is writing.
  701.  
  702. Les Mikesell
  703.   les@chinet.chi.il.us
  704.  
  705. -----------------------------
  706.  
  707. From: Ed Carp <erc@unislc.uucp>
  708. Subject: Where can I find 802.3 specs?
  709. Date: 25 Aug 92 23:55:54 GMT
  710. X-Newsreader: Tin 1.1 PL5
  711. To:       info-unix@sem.brl.mil
  712.  
  713. Subject line says it all.  I've looked on uunet, and used archie... :(
  714. -- 
  715. Ed Carp, N7EKG     erc@apple.com                801/538-0177
  716. "This is the final task I will ever give you, and it  goes  on  forever.   Act
  717. happy, feel happy, be happy, without a reason in the world. Then you can love,
  718. and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
  719.  
  720. -----------------------------
  721.  
  722. From: Tom Sheppard <toms@bnr.ca>
  723. Subject: UNIX Wingz and MacX
  724. Date: 26 Aug 92 01:04:08 GMT
  725. Sender: usenet <news@bnr.ca>
  726. Nntp-Posting-Host: bcarm31
  727. X-Useragent: Nuntius v1.1
  728. To:       info-unix@sem.brl.mil
  729.  
  730. Has anyone tried using Wingz for UNIX via MacX?  I'm having all kinds of
  731. trouble using cut/copy and paste. The cut/copy works fine but I cannot
  732. paste the data back into Wingz. The Macintosh clipboard grabs the data
  733. and won't give it back. If I run xclipboard, I can then paste
  734. successfully but it gobbles memory at several 10's of KB per minute
  735. resulting in an eventual out of memory condition in MacX. The MacX manual
  736. says not to run xclipboard but it's the only thing that gets paste to
  737. work. Note that I also use Framemaker through MacX without any problems
  738. at all. The difference is that Framemaker does not put its cut/copied
  739. data into the Mac clipboard.
  740.  
  741. I called Informix tech support and was told that MacX is not a supported
  742. platform. I could, however, spend more money and buy a native Mac version
  743. of Wingz and FTP files back and forth. That is not a reasonable way to
  744. solve this problem. Why is Framemaker smart enough to work but Wingz is
  745. not?  Is it a deficiency in MacX?  So far I've had great success with
  746. running all sorts of UNIX applications via MacX without major problems.
  747.  
  748. Any help would be appreciated.
  749.  
  750. Configurations:
  751.  
  752. UNIX:
  753.   HP-425 running HP-UX 7.05
  754.   Wingz V1.1b
  755.  
  756. Mac:
  757.   System 7.0.1 with Tuneup 1.1.1
  758.   MacX 1.1.7
  759.   MacTCP 1.1
  760.  
  761. -----------------------------
  762.  
  763. From: Bill Miller <slix@svcs1.uucp>
  764. Subject: Re: Login Message
  765. Date: 26 Aug 92 01:42:12 GMT
  766. To:       info-unix@sem.brl.mil
  767.  
  768.  
  769. The login message is supposed to be found in /etc/motd.  motd stands for
  770. message of the day, and you can edit that to whatever is appropriate. 
  771.  
  772. You probably need root access to do this though.
  773.  
  774. -----------------------------
  775.  
  776. From: jmolinari@hamp.hampshire.edu
  777. Subject: cursor input on curses (new prob.)
  778. Date: 26 Aug 92 02:01:12 GMT
  779. Sender: USENET News System <usenet@nic.umass.edu>
  780. Nntp-Posting-Host: hamp.hampshire.edu
  781. To:       info-unix@sem.brl.mil
  782.  
  783.  
  784.     A while ago I posted a question dealing with the curses library
  785. package.  I asked how I could handle cursor input, e.g., "cursor-up, down,
  786. etc."  Several people replied with variations of "use the keypad() function".
  787. Problem is, keypad() doesn't seem to be implemented in our package of curses
  788. (which is installed on a sun3 system).  It's not in the curses.h file, nor in
  789. any of ther OTHER headers in our collection (I GREPped the directory, so I'm at
  790. quite a loss.  If anybody can explain this and/or offer a solution, I will be
  791. able to finish an ascii version of Minesweeper I'm working on for school.
  792. Thank you!
  793.             jmolinari@hamp.hampshire.edu
  794.  
  795. -----------------------------
  796.  
  797. From: atmtjkv@vax.ox.ac.uk
  798. Subject: Re: cursor input on curses (new prob.)
  799. Date: 26 Aug 92 07:21:12 GMT
  800. To:       info-unix@sem.brl.mil
  801.  
  802. In article <1992Aug25.220112.1@hamp.hampshire.edu>, jmolinari@hamp.hampshire.edu writes:
  803. >     A while ago I posted a question dealing with the curses library
  804. > package.  I asked how I could handle cursor input, e.g., "cursor-up, down,
  805. > etc."  Several people replied with variations of "use the keypad() function".
  806. > Problem is, keypad() doesn't seem to be implemented in our package of curses
  807. > (which is installed on a sun3 system).  It's not in the curses.h file, nor in
  808. > any of ther OTHER headers in our collection (I GREPped the directory, so I'm at
  809. > quite a loss.  If anybody can explain this and/or offer a solution, I will be
  810. > able to finish an ascii version of Minesweeper I'm working on for school.
  811. > Thank you!
  812. >             jmolinari@hamp.hampshire.edu
  813.  
  814. It's a tricky problem.  To be really portable and terminal
  815. independent, you have to parse the keystrokes and compare them
  816. with the values given in TERMCAP or its equivalent.  I haven't seen
  817. a version of curses that includes this, and most termcap files have
  818. *very* scanty information about key codes, particularly for function keys --
  819. they normally stop with up, down, left and right.  I have a routine to 
  820. do this parsing, and some fuller termcap entries, if you're interested.
  821. It reads the termcap file at run time, so it can cope with changes of
  822. terminal type.
  823.  
  824. -- 
  825. Tim Kingsmill-Vellacott
  826. Atmospheric, Oceanic and Planetary Physics
  827. University of Oxford, UK.
  828. tjkv@atm.ox.ac.uk  preferred
  829.  
  830. -----------------------------
  831.  
  832. From: Helen Todd <htodd@gmuvax2.gmu.edu>
  833. Subject: How do I compile the BSD Telnet by itself?
  834. Date: 26 Aug 92 20:12:00 GMT
  835. Sender: Helen Todd <htodd@gmuvax2.gmu.edu>
  836. Followup-To: sender
  837. To:       info-unix@sem.brl.mil
  838.  
  839. Something I am working on necessitates a very stripped-down version of
  840. Telnet.  So, I got a copy of the telnet source from the free bsd-source,
  841. and was planning on making modifications.  The problem is, how does one
  842. re-make/re-compile it, if you are not making the whole distribution?
  843. I read the readme's which indicate the Makefiles are in an odd format, 
  844. but having little knowledge of makefiles, I don't know how to go about
  845. just compiling it by itself.  If anyone could help me with this, I'd
  846. much appreciate it..
  847.  
  848. Thanks
  849. -Helen Todd
  850. htodd@gmuvax2.gmu.edu
  851. htodd@trwacs.fp.trw.com
  852. -- 
  853. These opinions do not belong to my employer.
  854.  
  855. -----------------------------
  856.  
  857. From: "Steven D. Majewski" <sdm7g@aemsun.med.virginia.edu>
  858. Subject: What is the format of a mailbox file?
  859. Date: 26 Aug 92 20:30:46 GMT
  860. Sender: usenet@murdoch.acc.virginia.edu
  861. Followup-To: comp.mail.misc
  862. To:       info-unix@sem.brl.mil
  863.  
  864.  
  865. What is the format of a unix mailbox file and where can the 
  866. definition be found. ( I didn't see any pointers in the man
  867. page for 'mail'. )
  868.  
  869. How is the status of new, read, etc. indicated in the file? 
  870.  
  871. BTW: the reason for the question is that I need to write a filter
  872. to split/merge and generally reorganize my mailboxes. If anyone has
  873. any hints on a good program to do this, I'm listening. And that's why
  874. I've tacked 'comp.lang.perl' onto the Newsgroups line. I would expect
  875. someone must have done something like this in Perl, already. 
  876.  
  877. - Steve 
  878.  
  879. ======== "If you have a hammer, find a nail" - George Bush,'91  =========
  880.  Steven D. Majewski        University of Virginia Physiology Dept.
  881.  sdm7g@Virginia.EDU        Box 449 Health Sciences Center
  882.  Voice: (804)-982-0831/32    1300 Jefferson Park Avenue
  883.  FAX:   (804)-982-1616        Charlottesville, VA 22908
  884.  
  885. -----------------------------
  886.  
  887. From: Cancholech <blackman@acsu.buffalo.edu>
  888. Subject: Thansk
  889. Date: 26 Aug 92 23:33:04 GMT
  890. Sender: nntp@acsu.buffalo.edu
  891. Nntp-Posting-Host: lictor.acsu.buffalo.edu
  892. To:       info-unix@sem.brl.mil
  893.  
  894.  
  895.  
  896. I want to thank everyone who sent information about SPSS for unix.
  897. I found that we have sas, now all i have to do is play with it.
  898. This makes my life easier, now i can stay completely away from the
  899. VAX.
  900.  
  901. chris
  902.  
  903. -- 
  904. "I have all my wisdom teeth, two up top and two beneath,
  905. Aye, to recognise my mouth says things that aren't so wise.."
  906. rutgers!ub!blackman blackman@acsu.buffalo.edu
  907.  
  908. -----------------------------
  909.  
  910. From: Ove Ruben R Olsen <buboo@alf.uib.no>
  911. Subject: Re: how come : ! out of vi always uses sh instead of $SHELL ???
  912. Date: 26 Aug 92 23:39:50 GMT
  913. To:       info-unix@sem.brl.mil
  914.  
  915. John R. Vanderpool writes:
  916. >whenever i :! out of vi it uses /bin/sh instead of $SHELL
  917. >so all of my aliases are lost, etc and makes it very limited
  918. >
  919. >i'm just beginning to see just how powerful vi really is but
  920. >this one is screwing me up royally  
  921.  
  922. In your ~/.exrc file you could have the following:
  923.  
  924. set shell=/your/favorite/shell
  925.  
  926. For more information about VI, connect to your nearest VI/EX archive.
  927. At the moment the archives contains
  928.       90 files containing VI/EX docs/help/tutorials/tips/info.
  929.       51 files containing macros.
  930.  
  931. The VI/EX archives can be found at:
  932.  
  933. Europe:
  934.    Main site:     alf.uib.no (129.177.30.3)
  935.    Filearea:      pub/lpf/misc
  936.    Peak hours:    07.00 am GMT to 03.00 pm GMT 
  937.  
  938. Japan:
  939.    Mirror site:   utsun.s.u-tokyo.ac.jp (133.11.11.11) 
  940.    Filearea:      misc/vi-archive
  941.    Peak hours:    01.00 am GMT to 09.00 am GMT
  942.  
  943. USA, Canada and Mexico: 
  944.    Mirror site:   cs.uwp.edu (131.210.1.4)
  945.    Filearea:      /pub/vi
  946.    Peak hours:    None.            
  947.  
  948. Australia, NZ and the rest Down Under:
  949.    Main site:     monu6.cc.monash.edu.au (130.194.1.106)
  950.    Filearea:      /pub/Vi
  951.    Peak hours:    Not relevent
  952.  
  953.  
  954. For more information about the files at the archives and the archives 
  955. itself, please read one of the FAQ for Comp.Editors.
  956. If you are in a hurry you may fetch the INDEX file.
  957.  
  958. If you need more information, you are welcome to mail Ruben@uib.no.
  959.  
  960. \Ruben.
  961.  
  962.  
  963. -- 
  964.         Ove Ruben R Olsen a Gnarfer and VI user. EMAIL: ruben@uib.no. 
  965.      Maintaining the EX/VI-archive and a couple of the Comp.Editors FAQs.
  966.     People that are ignorant tend to live a frustrated life, at least when 
  967.      it comes to editing - But I do belive this is a general rule in life
  968.  
  969. -----------------------------
  970.  
  971. From: BRANDAUER CARL M <brandy@tramp.colorado.edu>
  972. Subject: Re: how come : ! out of vi always uses sh instead of $SHELL ???
  973. Date: 27 Aug 92 03:05:05 GMT
  974. Sender: USENET News System <news@ucsu.colorado.edu>
  975. Nntp-Posting-Host: tramp.colorado.edu
  976. To:       info-unix@sem.brl.mil
  977.  
  978. fish@daacdev1.stx.com writes:
  979.  
  980. >whenever i :! out of vi it uses /bin/sh instead of $SHELL
  981. >so all of my aliases are lost, etc and makes it very limited
  982.  
  983. Vi uses the variable 'shell' which must be set explicitly in either
  984. your EXINIT variable or in .exrc.  You can verify your efforts with
  985.  
  986.     :set shell
  987.  
  988. after starting vi again.
  989.  
  990. NOTE: Some versions of vi, including the one I am using now, let the
  991. user modify the variable with
  992.  
  993.     :set shell=whatever
  994.  
  995. As always, no spaces around the =.
  996.  
  997. Good luck and cheers - Carl
  998.  
  999. -----------------------------
  1000.  
  1001. From: David Ratner <ratner@ficus.cs.ucla.edu>
  1002. Subject: Re: logout message
  1003. Date: 27 Aug 92 01:02:04 GMT
  1004. Sender: Mr Usenet <usenet@cs.ucla.edu>
  1005. Nntp-Posting-Host: ipswich.cs.ucla.edu
  1006. To:       info-unix@sem.brl.mil
  1007.  
  1008. hongman@cathedral.cerc.wvu.wvnet.edu (Guo Hongman) writes:
  1009.  
  1010.  
  1011. > Can anyone tell how to display some message when I logout?
  1012.  
  1013. Put the commands in your .logout file.
  1014.  
  1015. Dave
  1016. --
  1017. * *  ***  *     *    |   Dave "Van Damme" Ratner
  1018. * *  *    *    * *  / \  ratner@cs.ucla.edu
  1019. * *  *    *    ***  \ /  
  1020. ***  ***  ***  * *   |   "Wham Bam, thank you Van Damme!"    
  1021.  
  1022. -----------------------------
  1023.  
  1024. From: tnixon@hayes.com
  1025. Subject: Conventions for file name "extensions"
  1026. Date: 27 Aug 92 16:19:06 GMT
  1027. To:       info-unix@sem.brl.mil
  1028.  
  1029. I'm not a Unix expert, but since I do sort of know how to use 
  1030. netnews I was asked to post this question by someone else here in 
  1031. the company.  Any help you can provide would be most appreciated!
  1032.  
  1033. Is there a document or file available which lists "all" of the 
  1034. filename extension conventions used on Unix systems?  I know, for 
  1035. example, that on MS-DOS systems that ".EXE", ".COM", ".BAT", etc., 
  1036. imply certain characteristics for a file, and that major
  1037. applications have their own conventions as well.  Has anyone
  1038. collected a list of similar conventions for major Unix applications
  1039. and for Unix itself? 
  1040.  
  1041. If you could send the list to me via email I would appreciate it
  1042. very much, as I have access to ftp only with some difficulty. 
  1043.  
  1044. Thanks! 
  1045.  
  1046. -- 
  1047. Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
  1048. Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
  1049. P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
  1050. Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
  1051. USA                                 | Internet                tnixon@hayes.com
  1052.  
  1053. -----------------------------
  1054.  
  1055. From: Allen Douglas <a-douglas@uchicago.edu>
  1056. Subject: AWK Iteration
  1057. Date: 28 Aug 92 18:34:52 GMT
  1058. Sender: News System <news@kimbark.uchicago.edu>
  1059. To:       info-unix@sem.brl.mil
  1060.  
  1061. Hello,
  1062. I need to get the shell or awk to take a large file and pipe segments 
  1063. to a temporary file where I can then run some awk or agrep commands 
  1064. (on the temporary file.)   The file is a collection of legal cases, 
  1065. delimited by "of 38 CASES" I want to awk/agrep the individual cases 
  1066. and output to a results file.
  1067.  
  1068.  
  1069. The logic is: 
  1070.  
  1071. Read in to beginning of first break point (case)-(this output will be discarded)
  1072. Start reading the first case until beginning of next case and send text of case to temporary file .
  1073.        Process commands on temp file, output to results file(s.)
  1074. Read in text of the next case, until the begining the next+1 case.    (replacing the previous output)
  1075.  
  1076. The cases (as in legal case) have delimeters of "of 38 CASES" 
  1077.  
  1078.  
  1079. I haven't been able to fathom the syntax, as I am very green programming Unix. 
  1080.  
  1081. -----------------------------
  1082.  
  1083. From: "Shailesh M. Potnis" <smp@cathedral.cerc.wvu.wvnet.edu>
  1084. Subject: Need all the details to convert a PC to a UNIX box/X terminal
  1085. Date: 28 Aug 92 19:38:33 GMT
  1086. Sender: news@cerc.wvu.wvnet.edu
  1087. Followup-To: poster
  1088. To:       info-unix@sem.brl.mil
  1089.  
  1090.  
  1091.     I am looking for the info to convert my 486/33 PC into a unix box and
  1092. the possibility/feasibility of its being used as X terminal.  I am looking for 
  1093. the pointers to the following:
  1094.  
  1095. Availibility of a Public Domain PC-UNIX package
  1096. If not available in PD the best commercial source (I mean complete but
  1097.         inexpensive).
  1098. Is 14.5k bps model fast enough or additional hard/soft ware is needed.
  1099.  
  1100. The bottom line:
  1101.  
  1102. Can I run X based programs on PC?
  1103.  
  1104. All comments and suggestions are highly appreciated.
  1105.  
  1106. Thanks in advance.
  1107.  
  1108. Shailesh
  1109.     
  1110. --
  1111. Shailesh Potnis, Associate    |Concurrent Engineering Research
  1112. Member of Technical Staff    |Center, West Virginia University
  1113.  
  1114. -----------------------------
  1115.  
  1116. From: Mitch Wagner <wagner@utoday.com>
  1117. Subject: net.views -- USL/BSDI lawsuit -- a bonehead error -- PLEASE READ!
  1118. Date: 28 Aug 92 20:52:55 GMT
  1119. Followup-To: comp.unix.questions
  1120. To:       info-unix@sem.brl.mil
  1121.  
  1122. Due to a stupid user error on my part, I've accidently deleted the
  1123. responses I've received to the net.views question about the USL/BSDI
  1124. lawsuit.
  1125.  
  1126. If you sent me a response to the question, please re-send it.
  1127.  
  1128. If you haven't responded yet, but have been meaning to, here's your
  1129. chance to get it in.
  1130.  
  1131. Feel free to include whatever flames you like about bonehead
  1132. journalists who fail to maintain a responsible policy of backing up
  1133. their important data---heaven knows I've been beating myself up about
  1134. this.
  1135.  
  1136. As a reminder, the original net.views request follows:
  1137.  
  1138.      Unix Systems Laboratories recently sued software company BSDI and the
  1139.      Regents of the University of California at Berkeley, charging that BSDI's
  1140.      commercial Unix workalike and UCB's free software violated USL's
  1141.      intellectual property rights. Was USL justified in following the suit?
  1142.  
  1143. This question is being posted to gather responses for a regular
  1144. opinion column in OPEN SYSTEMS TODAY called "net.views."
  1145.  
  1146. By sending an E-mail reply to the above question, you are
  1147. granting permission for us to publish your response. A compilation of the
  1148. responses to this post will be posted here about two weeks from today.
  1149.  
  1150. Please include in your response your name, your employer or
  1151. university, your job title or class standing (that is to say, if you
  1152. identify yourself as a student, are you a freshman, sophomore, junior
  1153. senior, graduate student?), and a telephone number where you 
  1154. can be reached during the daytime (overseas readers note: that's daytime in 
  1155. North America).
  1156.  
  1157. --
  1158.  Mitch Wagner, senior editor, Open Systems Today 
  1159.  2353 Massachusetts Ave. Suite 47, Cambridge, MA 02140
  1160.  wagner@utoday.com  CIS:70212,51  GEnie:MITCH.WAGNER
  1161.  For subscription information, please call 516/562-5882
  1162.  
  1163. -----------------------------
  1164.  
  1165. From: Startup Consulting Company <Startup@cup.portal.com>
  1166. Subject: How Can I Discover Alternate IP Addresses For Gateway?
  1167. Date: 29 Aug 92 06:06:30 GMT
  1168. To:       info-unix@sem.brl.mil
  1169.  
  1170. If you know the IP address of a gateway (the one that is published to
  1171. the outside world), is there a way to discover the other IP addresses
  1172. that are used for that gateway on the other networks that it services?
  1173.  
  1174. Today I was helping someone to setup a SLIP client, and I only had the
  1175. published IP address for that client's gateway, not the address of that
  1176. gateway on the particular segment where this SLIP client was being setup.
  1177. (In other words, right machine, but on a different Class C network.)
  1178. At this point, is there anything I can do to discover the gateway's
  1179. address, expressed as an IP number that shares the same Class C network
  1180. with the SLIP client?
  1181.  
  1182. Jim
  1183.  
  1184. -----------------------------
  1185.  
  1186. From: Barry Margolin <barmar@think.com>
  1187. Subject: Re: How Can I Discover Alternate IP Addresses For Gateway?
  1188. Date: 29 Aug 92 09:47:21 GMT
  1189. NNTP-Posting-Host: gandalf.think.com
  1190. To:       info-unix@sem.brl.mil
  1191.  
  1192. In article <64880@cup.portal.com> Startup@cup.portal.com (Startup Consulting Company) writes:
  1193. >If you know the IP address of a gateway (the one that is published to
  1194. >the outside world), is there a way to discover the other IP addresses
  1195. >that are used for that gateway on the other networks that it services?
  1196.  
  1197. Do a DNS query to translate the address into a domain name.  Then look up
  1198. the name.  All the addresses should be listed in its A records.
  1199. -- 
  1200. Barry Margolin
  1201. System Manager, Thinking Machines Corp.
  1202.  
  1203. barmar@think.com          {uunet,harvard}!think!barmar
  1204.  
  1205. -----------------------------
  1206.  
  1207. From: John Navarra <navarra@casbah.acns.nwu.edu>
  1208. Subject: Passing control to user in nawk script
  1209. Date: 29 Aug 92 06:25:11 GMT
  1210. Sender: "Usenet on news.acns" <usenet@news.acns.nwu.edu>
  1211. To:       info-unix@sem.brl.mil
  1212.  
  1213.  
  1214. I have the following lines in a nawk script:
  1215. BEGIN {
  1216. if ( !system("test -r outline")) {
  1217.           printf "outline exists. Overwrite? "
  1218.           getline <"-"
  1219.           response=$0
  1220.           print response
  1221.        }
  1222. }
  1223.  
  1224. $0 ~ /^[Nn]|NO|no|No|$/ {exit}
  1225.  
  1226. FNR==1,FNR==2 {
  1227.       print FILENAME, $0 >"outline"
  1228. }' $* 
  1229.  
  1230.  
  1231.     I look in the BEGIN script if the file 'outline' exists and if
  1232. it does I want to ask the user if he wants to overwrite the file. The
  1233. problem is that I pass all the shell args to the script when I invoke
  1234. it. I would like to regain control of the execution of the script if
  1235. the file outline exists (i.e. response y or n to overwriting) THEN 
  1236. pass all the shell args to nawk. Is there an easy way to do this? 
  1237. Have I made myself clear?
  1238.  
  1239. it should do something like
  1240. $ program file1 file2 .. fileN
  1241. outline exists. Overwrite? y
  1242.  
  1243. put put ... results. 
  1244.  
  1245. or
  1246. $ program file1 file2 .. fileN
  1247. put put ... results.
  1248.  
  1249. I *need* to do the test from within the nawk script -- not from within
  1250. the shell script.
  1251.  
  1252. -tms
  1253.  
  1254. -- 
  1255. You can get further with a kind word | You can get further with a kind word
  1256. and a gun than a kind word alone.    | and a phaser than a kind word and a gun.
  1257.           --al capone                |           -- John Navarra
  1258. =======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========
  1259.  
  1260. -----------------------------
  1261.  
  1262. From: Kevin Kadow <technews@iitmax.iit.edu>
  1263. Subject: Re: mail help: how to reject mail?
  1264. Date: 29 Aug 92 07:19:32 GMT
  1265. To:       info-unix@sem.brl.mil
  1266.  
  1267. In article <1992Aug27.152847.23723@eng.ufl.edu> zzang@whale.uucp (Zhuo Zang) writes:
  1268. )Hello,
  1269. )this may look like a strange question.
  1270. )someone distributes mails to our Dept
  1271. )on a weekly base . but not neccessarily
  1272. )everyone in this Dept need that info,
  1273. )is it possible to reject this kind of
  1274. )mail on personal preference?
  1275. )
  1276. )Thanks in advance !
  1277. )
  1278. )-zhuo
  1279. )
  1280.  
  1281. The "filter" utility, which appears to be part of the Elm mailreader (at
  1282. least on this machine) files, can take several actions based on the
  1283. sender, subject line, addressee, and length, BEFORE the message is
  1284. placed in the recipients mailbox.
  1285.  
  1286. If you have FILTER available, "man filter" should give you more info.
  1287.  
  1288. You need to have a line similar to the following in your .forward file
  1289. in your home directory:
  1290.  
  1291. |/usr/bin/filter
  1292.  
  1293. For filter to handle your incoming mail, you need to create a file,
  1294. called .filter_rules, which contains if-then statements to determine
  1295. what is done with the messages.
  1296.  
  1297. -- 
  1298.  
  1299. -----------------------------
  1300.  
  1301. From: Stew Ellis <ellis@nova.gmi.edu>
  1302. Subject: Re: Zmodem installation problem
  1303. Date: 29 Aug 92 14:48:52 GMT
  1304. Sender: "Mr. News" <news@zip.eecs.umich.edu>
  1305. To:       info-unix@sem.brl.mil
  1306.  
  1307. zzang@whale.stat.ufl.edu (Zhuo Zang) writes:
  1308.  
  1309. >Hello, 
  1310. >Thanks for the responses !
  1311.  
  1312. >In article <1992Aug13.183019.4034@fripp.ri.cadre.com> jh@cadre.com writes:
  1313. >>In article 22845@eng.ufl.edu, zzang@whale.stat.ufl.edu (Zhuo Zang) writes:
  1314. >>>Hello,
  1315. >>>I try to install the Zmodem on the DECstation
  1316. >>>with Ultrix 4.2 .
  1317. >>>After I compiled all the programs, rz ,sz ,....
  1318. >>>I ran the programs. And it doesn't work.
  1319. >>>The problem seems that the Zmodem didn't 
  1320. >>>direct the data flow to the serial port
  1321. >>>correct, I need to set the tty somehow,
  1322. >>>but I don't know how.
  1323. >>
  1324. >>You may be confused about how ZModem works.  It actually sends its output
  1325. >>to stdout (on UNIX).  For example, when I dial into my UNIX box, I'll
  1326.  
  1327. >I really don't have any idea how those modems work.
  1328. >I thought the Kermit , Xmodem , Ymodem and Zmodem all worked
  1329. >the same way. They would send the data flow to the serial port
  1330. >at one end the comm line, and receive the data at the serial
  1331. >port at the other end.
  1332.  
  1333. >>type sz <filename> to initiate the download to my machine at home.  My 
  1334. >>comm program then actually understands that a Zmodem transfer has started,
  1335. >>and begins receiving automatically, although if yours doesn't, it can
  1336. >>certainly be started manually.
  1337. >>   I'm not exazctly sure what you mean by "direct the data flow to the serial
  1338. >>port," though.  If you gave a little more detail as to how you're doing things,
  1339. >>we might be of a little more help.
  1340. >>
  1341.  
  1342. >I use the Procomm2.4.2, which doesn't have the Zmodem. But it does
  1343. >have the Kermit, Xmodem and Ymodem. and I use the Xmodem and Ymodem 
  1344. >when I connect to the BBS. on Unix I am using Kermit now,
  1345. >but it is slow. The Zmodem package says it also supports
  1346. >the Ymodem and Xmodem. So I use sz <file> on Unix to start
  1347. >downloading, and use the Ymodem in ProComm to receive <file>.
  1348. >According to the Zmodem manual, the Zmodem will auto down shift
  1349. >to Ymodem, if it finds the other end doesn't support the Zmodem.
  1350. >However, nothing is transmitted in this way.
  1351.  
  1352. >Since all the data flow should be transmitted thru the serial port
  1353. >when we use the modem to connect to the Unix, I doubt that
  1354. >the Zmodem had sent the data to somewhere else, not the serial port.
  1355.  
  1356. >>---
  1357. >>Joe Hartley          | jh@cadre.com  -  Whenever you find that you are on the
  1358.  
  1359.  
  1360. >zhuo
  1361.  
  1362. If you are trying to use sz on the UNIX host to send to X or Ymodem in
  1363. procomm on your PC, I believe the author of zmodem (Chuck Forsberg) says
  1364. that the procomm ymodem is misimplemented.
  1365.  
  1366. Whoever installed sz on your unix machine should have linked it to sx and sy
  1367. to support downloading with the X and Y modem protocols respectively.  If
  1368. they did not, then you can create links for them in your own binary
  1369. directory.
  1370.  
  1371. --
  1372. --                                                        ___________________
  1373.   R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  1374.   Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  1375.   Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
  1376.  
  1377. -----------------------------
  1378.  
  1379. From: Chip Cobb <cobb@betsy.mc.ti.com>
  1380. Subject: Man page ---> postscript  .... help!
  1381. Date: 29 Aug 92 15:51:48 GMT
  1382. Sender: USENET News System <usenet@pan.mc.ti.com>
  1383. Originator: cobb@betsy.mc.ti.com
  1384. To:       info-unix@sem.brl.mil
  1385.  
  1386.  
  1387. Hi,
  1388.  
  1389. This is probably a very basic question.  I want to print a man 
  1390. page on a postscript printer.
  1391.  
  1392. I've tried lot's of things but to no avail.  
  1393.  
  1394. Anyone know how to do this.
  1395.  
  1396. Thanks in advance,
  1397. Chip
  1398. -- 
  1399.  ..................................................
  1400.     //  /   O           Chip Cobb
  1401.   /    /_    _         Texas Instruments  
  1402.  /    / / / /_/       Advanced Development
  1403.  
  1404. -----------------------------
  1405.  
  1406. From: David Barr <barr@pop.psu.edu>
  1407. Subject: NFS security flawed (was: Re: chown : HELP!)
  1408. Date: 29 Aug 92 16:25:02 GMT
  1409. Sender: Usenet <news@atlantis.psu.edu>
  1410. To:       info-unix@sem.brl.mil
  1411.  
  1412. In article <p6c4vho@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  1413. >In article <id.2FQS.7B6@ferranti.com>, peter@ferranti.com (peter da silva) writes:
  1414. >> Yes, you should. But because you're using NFS, you don't. NFS is not a full
  1415. >> UNIX file system.
  1416. >
  1417. >This is political nonsense.
  1418.  
  1419. No it's not.
  1420.  
  1421. >[stuff everyone knows about root trust deleted]
  1422.  
  1423.     The NFS concept that you shouldn't by default trust uid=0 has
  1424. a fatal flaw.  If a person breaks root on a client machine, all he
  1425. has to do is su to any other user on the system (like bin, adm,
  1426. daemon, or sys) and have root access within minutes anyway.  NFS
  1427. will just accpet the remote uid to be the same user as the local uid,
  1428. and you're in.  No authentication.
  1429.     Unfortunately, there really isn't a better solution out there.
  1430.  
  1431. sigh.
  1432.  
  1433. --Dave
  1434. -- 
  1435. System Administrator, Population Research Institute    barr@pop.psu.edu
  1436.   One is the loneliest number.
  1437.   Two is as lonely as one, just shifted to the left.
  1438.  
  1439. -----------------------------
  1440.  
  1441. From: N o s t a l g i a <matsuda@linc.cis.upenn.edu>
  1442. Subject: A Novice^2 nawk question
  1443. Keywords: nawk, iteration
  1444. Date: 29 Aug 92 16:36:32 GMT
  1445. Sender: news@NOC2.DCCS.UPENN.EDU
  1446. Nntp-Posting-Host: linc.cis.upenn.edu
  1447. To:       info-unix@sem.brl.mil
  1448.  
  1449.  
  1450. Hi,
  1451.  
  1452.  
  1453. Here's a novice^2 question on awk.  I wrote the following awk program that
  1454. tries to find a root of a number (don't ask me why -- it's a part of my process
  1455. of learning awk!).  Silly as it is, the program takes two arguments, the
  1456. number, and the number of root, and if you enter 4 2, it will give 2
  1457. (sqrt(4)=2, ignoring the negative one!) plus the computed original number (how
  1458. could I call this in English anyway?).
  1459.  
  1460. The algorism I followed was to start with one, and adding one until $1^(that
  1461. number) exceeds the number whose root is being searched. At that point, 0.1
  1462. will be added to (that number-1), until it will exceed the number whose root is
  1463. being searched. Pretty stupid, but works fine -- except for two things: If the
  1464. program goes to the very bottom (and print out "last"), then the program won't
  1465. read the next record, and I will have to runt he program again. How this is so?
  1466. I gather this has something to do with "getting away" from the loop, but I
  1467. cannot put my finger on what. 
  1468.  
  1469. Second, if I enter numbers like 40 500 (yes, 500th-root of 40!), they will give
  1470. an error message saying "nawk: pow result out of range". How is this so?  Is
  1471. there anyway to evade this problem?
  1472.  
  1473. Third, is there any better algorism to do the same thing without invoking the
  1474. build-in functions?
  1475.  
  1476. Thank you very much,
  1477.  
  1478.  
  1479. Kenjiro Matsuda
  1480. Dept. of Linguistics
  1481. University of Pennsylvania
  1482. matsuda@linc.cis.upenn.edu
  1483.  
  1484. -----------------------------
  1485.  
  1486.  
  1487. End of INFO-UNIX Digest
  1488. ***********************
  1489.