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

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