home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!att!linac!uwm.edu!rutgers!cmcl2!adm!news
- From: postmaster@vd1.hanscom.af.mil (SMTP MAILER)
- Newsgroups: comp.unix.questions
- Subject: Mail Delivery Problem
- Message-ID: <32272@adm.brl.mil>
- Date: 30 Aug 92 20:33:38 GMT
- Sender: news@adm.brl.mil
- Lines: 1485
-
-
- ----Reason for mail failure follows----
- Sending mail to recipient(s) woodfordm :
- Couldn't make final delivery.
-
- ----Transcript of message follows----
- Received: from gw1.hanscom.af.mil by vd1.hanscom.af.mil with SMTP ;
- Sun, 30 Aug 92 12:50:36 EST
- Date: 29 Aug 92 20:11:00 EDT
- From: info-unix@BRL.MIL
- Subject: INFO-UNIX Digest V15#134
- To: "woodfordm" <woodfordm@vd1.hanscom.af.mil>
-
- Return-Path: <info-unix-request@sem.brl.mil>
- Received: from SEM.BRL.MIL by gw1.hanscom.af.mil with SMTP ;
- Sat, 29 Aug 92 20:10:42 EDT
- Received: by SEM.BRL.MIL id aa21281; 29 Aug 92 19:36 EDT
- Received: from SEM.BRL.MIL by SEM.BRL.MIL id ab19889; 29 Aug 92 15:31 EDT
- Received: from sem.brl.mil by SEM.BRL.MIL id aa19877; 29 Aug 92 15:16 EDT
- Date: Sat, 29 Aug 92 15:15:55 EST
- From: The Moderator (Mike Muuss) <Info-Unix-Request@BRL.MIL>
- To: INFO-UNIX@BRL.MIL
- Reply-To: INFO-UNIX@BRL.MIL
- Subject: INFO-UNIX Digest V15#134
- Message-ID: <9208291516.aa19877@SEM.BRL.MIL>
-
- INFO-UNIX Digest Sat, 29 Aug 1992 V15#134
-
- Today's Topics:
- Re: Strange side effects caused by calling sh functions with args.
- Re: reliable write()
- Non-blocking I/O in UNIX
- Sockets: Non Blocking I/O, How do I know when its done?
- vt100 escape codes
- How to stty cbreak ?
- Socket and File Descriptor
- Overwriting a file from 2nd fortran program
- Re: Multitudinous Problems With NU-TPU and ^Z
- How to prevent a large core-dump
- Re: How to prevent a large core-dump
- Zmodem upload problem
- Re: How do i find out the address of the addtional ehternet card
- SPSS for unix, does it exist??
- Re: I want a program that prints out base gid's of any user
- How can I allow access to a subdirectory without risking other files?
- Re: How can I allow access to a subdirectory without risking other files?
- Where can I find 802.3 specs?
- UNIX Wingz and MacX
- Re: Login Message
- cursor input on curses (new prob.)
- Re: cursor input on curses (new prob.)
- How do I compile the BSD Telnet by itself?
- What is the format of a mailbox file?
- Thansk
- Re: how come : ! out of vi always uses sh instead of $SHELL ???
- Re: logout message
- Conventions for file name "extensions"
- AWK Iteration
- Need all the details to convert a PC to a UNIX box/X terminal
- net.views -- USL/BSDI lawsuit -- a bonehead error -- PLEASE READ!
- How Can I Discover Alternate IP Addresses For Gateway?
- Re: How Can I Discover Alternate IP Addresses For Gateway?
- Passing control to user in nawk script
- Re: mail help: how to reject mail?
- Re: Zmodem installation problem
- Man page ---> postscript .... help!
- NFS security flawed (was: Re: chown : HELP!)
- A Novice^2 nawk question
- -----------------------------------------------------------------
-
-
- edu!andrew.cmu.edu!sm86+
- From: sm86+@andrew.cmu.edu (Stefan Monnier)
- Newsgroups: comp.unix.questions
- Subject: just some information
- Message-ID: <keafM4m00awA0CXXVf@andrew.cmu.edu>
- Date: 25 Aug 92 14:36:52 GMT
- To: info-unix@sem.brl.mil
-
-
- Since a few weeks I have access to a DECstation 3100 instead of a
- SPARCstation 2.
-
- I'm surprised of the speed difference.
-
- Here is the question: what is in my DEC ?
- is it a MIPS R2000 or R3000 ? at what clock speed ?
-
- That'all I'd like to know !
-
- Stefan Monnier
-
-
- -----------------------------------------------------
- -- On the average, people seem to be acting normal --
- -----------------------------------------------------
-
- -----------------------------
-
- From: Elmar Knipp <elmar@knipp.en.open.de>
- Subject: Re: Strange side effects caused by calling sh functions with args.
- Date: 10 Aug 92 20:15:47 GMT
- To: info-unix@sem.brl.mil
-
- smr@iti.org (Stephen Riehm) writes:
-
- >I am maintaining a rather large shell script, with many functions, and
- >it appears that if a function is called with some arguments, then the
- >arguments to that function become the arguments to the entire
- >script. Is this the normal way that this should work? I have checked
- >the following script, on the sun I get what I expect, but on the HP I
- >don't. Which shell is right?? ( My reference manual only states:
- >functions in shell scripts have access to $# $* and $1-9, it doesn't
- >specify any side effects. The HP manpage doesn't even mention sh
- >functions )
-
- I had the same problem with "sh" on a HP9000/720 with HP-UX 8.07.
- Use the korneshell "ksh" and it works ok.
-
- Elmar
-
- --------------------------------+-------------------------------------
- Elmar Knipp | Voice: + 49 231 975015-0
- Knipp Satz und Bild digital | Fax 3: + 49 231 975015-80
- Technologiepark | Modem: + 49 231 975015-82
- Martin-Schmeisser-Weg 9 | ISDN-Server: + 49 231 975015-831
- 4600 Dortmund 50 | E-Mail: elmar@knipp.en.open.de
- Germany |
- --------------------------------+-------------------------------------
-
- -----------------------------
-
- From: Aakash Sahai <aakash@hpcupt3.cup.hp.com>
- Subject: Re: reliable write()
- Date: 11 Aug 92 21:11:02 GMT
- To: info-unix@sem.brl.mil
-
- > jdr+@andrew.cmu.edu (Jeff Rosenfeld) writes:
- >
- > Is there a standard way to get the Unix filesystem to write a file in such
- > a way that I can be assured that the data has made it to the disk?
- >
-
- The most standard way to do this is to use O_SYNC flag while opening the file
- to write. This forces the kernel to do a wait on the buffer till the I/O is
- done (i.e. till the time the disk driver marks the buffer as DONE and wakes up
- the sleeping process). However, if the disk driver or the disk hardware is
- doing some kind of buffering then you can never be sure if the data was written
- to media or not.
-
- > mjn@pseudo.uucp (Murray Nesbitt) writes
- >
- > You are probably aware of the fflush() system call, which will flush
- > data buffered in user address space into the kernel. Once in the
- > kernel, however, you have no way of knowing when the write to disk
- > will occur.
- >
- > Sorry.
-
- Sorry, there is no system call called "fflush()", maybe you are referring to
- the library call. You are right though, it does not guarantee that the data
- will be written to the disk.
-
- - Aakash
-
- S.D.A.
-
- -----------------------------
-
- From: Cengiz Erbas <erbas@slump.ssc.gov>
- Subject: Non-blocking I/O in UNIX
- Keywords: I/O
- Date: 12 Aug 92 18:11:26 GMT
- Sender: News Admin <usenet@sunova.ssc.gov>
- Nntp-Posting-Host: slump
- To: info-unix@sem.brl.mil
-
- I would like to read character input from the keyboard without requiring the user
- to press the return key. But, I do not want to use the "curses" library.
- Any help is appreciated. Please e-mail I am not a regular user of the USENET.
-
- Thanks in advance.
-
- Cengiz Erbas,
- e-mail: erbas@slug.ssc.gov
-
- -----------------------------
-
- From: "Eric E. Johnson" <ejohnson@void.ncsa.uiuc.edu>
- Subject: Sockets: Non Blocking I/O, How do I know when its done?
- Date: 12 Aug 92 21:43:41 GMT
- Sender: Net Noise owner <usenet@ux3.cso.uiuc.edu>
- To: info-unix@sem.brl.mil
-
- I've been working with sockets for a few months, and I've been
- trying to do some non blocking sockets. But, I don't know what to
- "watch for" when the socket completes.
-
- I turn the socket into a non blocking socket by the following command.
-
- fcntl(s,F_SETFL,FNDELAY);
-
- When I use a
-
- result = read(s,buffer,nbytes);
-
- The errno is indeed set to EWOULDBLOCK, but *how* do I check to see
- when the data is in, or when the call is completed? I tried a while
- loop wrapped around the read, and watched errno to see if it became 0,
- or result returned >0, neither of which happened.
-
- Is there function call to make that returns the status of socket in
- non blocking mode?
-
- Thanks
-
- Eric
-
- -----------------------------
-
- From: Wilbur Y Kuo <kuo_wy@jhunix.hcf.jhu.edu>
- Subject: vt100 escape codes
- Date: 12 Aug 92 21:47:15 GMT
- To: info-unix@sem.brl.mil
-
- Hi. I was wondering if anyone could e-mail me a list of the escape codes
- that a vt100 terminal interprets, or tell me what I should man. For
- instance, what control code/escape code do I place in a file to cause the
- cursor to go up a line when I display the file?
-
- Please e-mail any responses. I'll post a summary of the results.
-
- Thanks in advance.
-
- Wilbur
-
- -----------------------------
-
- From: Zhuo Zang <zzang@whale.stat.ufl.edu>
- Subject: How to stty cbreak ?
- Keywords: terminal, tty,
- Date: 13 Aug 92 00:07:28 GMT
- Sender: Usenet Diskhog System <news@eng.ufl.edu>
- To: info-unix@sem.brl.mil
-
- I tried :
- >stty cbreak
-
- but it doesn't seem work.
-
- I can't tell whether the cbreak
- mode is on or not.
- (I used: stty all, stty -a.
- nothing appropriate shows.)
-
- Any help will be very much appreciated.
-
- Thanks in advance!
-
- zhuo
-
- -----------------------------
-
- From: Hien Luu <hienl@saigon.com>
- Subject: Socket and File Descriptor
- Date: 22 Aug 92 20:00:16 GMT
- To: info-unix@sem.brl.mil
-
- I was reading about sockets and learned that sockets are referenced by
- file descriptors. I assume this is the same file descriptors that comes
- from the file descriptor table. I also learned that each UNIX process
- has 20 files descriptor at its disposals. What happens if the a process
- reaches the maximum number of allowed file descriptor? Does the process
- get killed by the operating system?
-
- I would appreciate some more explanation the relationship between
- the file descriptor and sockets. Where does the number 20 come from and
- is this a configurable number?
-
- thanks in advance.
-
- -----------------------------
-
- From: "G. Hugh Song" <hsong@ardour.bellcore.com>
- Subject: Overwriting a file from 2nd fortran program
- Date: 25 Aug 92 03:54:01 GMT
- Sender: news@walter.bellcore.com
- Nntp-Posting-Host: ardour.bellcore.com
- X-Newsreader: Tin 1.1 PL5
- To: info-unix@sem.brl.mil
-
- Hi,
- What is the most decent behavior when a second fortran program attempts
- to overwrite on a file which has been opened from another fortran program?
- It looks like the second program just overwrites on such a file without any
- OS message. I tried to overwrite on a file, once, over the NFS network and
- secondly, directly from the same machine. In both cases, the file
- was just overwritten.
- Does this behavior the same on other operating systems---HPUX, AIX?
-
- I am running Ultrix 4.0 on Dec 5000/200.
-
- Thank you.
-
- Hugh
-
- -----------------------------
-
- From: Michael Lemke <aswx266@chpc.utexas.edu>
- Subject: Re: Multitudinous Problems With NU-TPU and ^Z
- Date: 25 Aug 92 05:20:05 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Aug10.225444.17475@amhux2.amherst.edu> twpierce@amhux1.amherst.edu (Tim Pierce) writes:
- >Some background: we are running Ultrix 4.2 on a DECstation 5000/133.
- >We have made a decision to move all of our news activities from a
- >larger VMS system on-campus to a pair of DECstations. Since this
- >means acclimating several hundred previously-content VMS users to an
- >unfamiliar Unix environment, we wish to provide them with TPU to use
- >for their default editor if they wish. We've acquired a package
- >called NU-TPU which has worked pretty well so far.
-
- I am surprised you say this. My experience with it is rather bad. The
- new version 3 or something has other bugs than the previous. I don't
- want to mention them here. I am only surprized that this stuff can
- actually be sold.
-
- >
- >The problem is that TPU uses ^Z for the key to enter extended
- >commands. NU-TPU handles this perfectly well when you execute it from
- >the shell, but when it is called by trn, for example, ^Z stops the job
- >which is running TPU. (Presumably trn is catching the ^Z signal.)
- >
-
- I experienced the same problem but gave up on it--actually never tried
- to investigate.
-
- [other stuff deleted]
- >
- >(Postscript: I'd be happy to use edt.el under GNU Emacs 18.58 if I
- >could find one that wasn't so buggy. Part of my mission for the
- >remainder of August is to try to fix this, to see if it constitutes a
- >plausible solution.)
-
- This is actually why I respond to this: If you are happy to use emacs
- there is a new tpu emulation package posted about a month ago or so. It
- is *no* tpu language emulation but just the edt keypad mode similar what
- edt.el does. The name of the package is tpu-edt.el written by Rob
- Riepel (rob@icarus.ssd.loral.com). I don't know at what site it is archived
- but you can just mail the author or I could send you a copy.
-
- There should also an Ultrix version of TPU be available from DEC but
- they want money of course. If you are serious about it probably the way
- to go.
-
-
- --
- Michael Lemke
- Astronomy, UT Austin, Texas
- (michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])
-
- -----------------------------
-
- From: Joel Andrew Huddleston <j1h9453@eagle.tamu.edu>
- Subject: Re: Multitudinous Problems With NU-TPU and ^Z
- Date: 25 Aug 92 21:51:15 GMT
- Sender: Read News <news@tamsun.tamu.edu>
- To: info-unix@sem.brl.mil
-
- In article <1992Aug25.052005.12837@chpc.utexas.edu>, aswx266@chpc.utexas.edu (Michael Lemke) writes:
- |> In article <1992Aug10.225444.17475@amhux2.amherst.edu> twpierce@amhux1.amherst.edu (Tim Pierce) writes:
- |> >Some background: we are running Ultrix 4.2 on a DECstation 5000/133.
- |> > ... VMS users to an
- |> >unfamiliar Unix environment, we wish to provide them with TPU ...
- |> > ... NU-TPU which has worked pretty well so far.
- |>
- |> I am surprised you say this. My experience with it is rather bad. The
- |> ...
- |> >
- |> >The problem is that TPU uses ^Z for the key to enter extended
- |> >commands....
- |>
- |> I experienced the same problem but gave up on it--actually never tried
- |> to investigate.
- |>
- |> [other stuff deleted]
- [other stuff deleted]
-
- DECTPU is now on the CSLG program. You both look like you are from
- educational institutions, so I hope you are in the CSLG. I installed it
- just the other day and must tell you that I have nothing but good things
- to say about it.
-
- It solves the ^Z issue by changing the ^Z VMS convention to the ^D Ultrix
- convention. ^Z still acts as you expect in Ultrix, that is, it suspends
- the process but ^D takes you to command mode or you can simply use the
- <DO> key on a vt terminal. Also included are the MOTIF (tm) and XUI (tm)
- GUIs with menus etc. Really a nice package. Certainly the best text
- editor I have used on a UNIX machine in terms of ease of use and learning
- curves. I could even use the old familiar "set keypad edt" to get keypad
- on my DECstation to "do the right things." I haven't gotten in to custom
- section files yet, but that is the next step and it looks fairly trivial.
-
- All in all, this is a great package. As soon as I can retrain my fingers
- not to think in vi, this will be my default editor.
-
- --
- Joel Huddleston eka zod@tamu.edu
- Not responsible... Not reliable... Your mileage may... Caveat E...
-
- -----------------------------
-
- From: Adwin Soos <soos@math.utwente.nl>
- Subject: How to prevent a large core-dump
- Date: 25 Aug 92 17:30:56 GMT
- Sender: USENET News System <news@utwente.nl>
- Originator: soos@math.utwente.nl
- To: info-unix@sem.brl.mil
-
- Hello netters,
-
- A few weeks or even months ago I have read some discussion about the problem
- of preventing a core-dump. I remember that there were some suggestions on how
- to prevent that a large core-dump will be made.
- This problem is now occurring at our place where someone is writing a large
- program and in some test-cases there is a core dump for more than 60 Mb.
- This person is not using this core to debug it so maybe we can just stop the
- creation of this core for this person.
- Is there someone who can mail me such suggestions?
-
- Thanks,
- Adwin Soos
-
- E-mail : A.B.Soos@math.utwente.nl University of Twente,
- Department of Applied Mathematics,
- Enschede,
- The Netherlands.
-
- -----------------------------
-
- From: Stew Ellis <ellis@nova.gmi.edu>
- Subject: Re: How to prevent a large core-dump
- Date: 29 Aug 92 15:23:01 GMT
- Sender: "Mr. News" <news@zip.eecs.umich.edu>
- To: info-unix@sem.brl.mil
-
- gjn@cs.uq.oz.au (Geoff (cbird) Newton) writes:
-
- >In <118390009@hpcupt3.cup.hp.com> aakash@hpcupt3.cup.hp.com (Aakash Sahai) writes:
-
- >>In article <1992Aug25.173056.13401@utwente.nl> soos@math.utwente.nl (Adwin Soos) writes:
- >>| A few weeks or even months ago I have read some discussion about the problem
- >>| of preventing a core-dump.
-
- >>Two simple solutions are -
-
- >>(i) Run the core-dumping program from a directory where the user does
- >> not have permission to create file.
-
- >>(ii) Set the Effective-User-ID of the program different from its
- >> Real-User-ID.
-
- >Most systems have a ulimit command which allows you to set resource limits.
-
- >bash has a builtin ulimit command, 'ulimit -c <num>' specifies the max size
- >of a corefile. <num> == 0 means no coredumps.
-
- >csh has a similar feature with its builtin 'limit' (limit coredumpsize <num>).
-
- >gjn
- >gjn@cs.uq.oz.au
- >(-|
-
-
- On SunOS, the core filesize if usually reported as being much larger than
- the number of blocks it actually occupies. The reason is that it does not
- dump the dynamic libs with the image, but reports the amount of mem they
- take up when the process is running. Frequently they take up only 20K even
- though they report 8M with ls -l.
-
- Frequently it is not the size that is a problem, but rather the information
- they may contain to the curious person with access to strings. If you use
- the limit command in the csh family, that does not impact a program that is
- running suid root, and you can get a core that contains passwords or
- something else sensitive written in a core that is mode 644. What I have
- done is 'ln /dev/null core' in some of the directories where cores have had
- a nasty habit of showing up. Does anybody know of any problem with this?
-
- --
- -- ___________________
- R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 / _____ ______
- Humanities & Social Science, GMI Eng.& Mgmt. Inst. / / / / / /
- Flint, MI 48504 ellis@nova.gmi.edu /________/ / / / /
-
- -----------------------------
-
- From: Zhuo Zang <zzang@whale.uucp>
- Subject: Zmodem upload problem
- Date: 25 Aug 92 17:43:27 GMT
- Sender: Usenet Diskhog System <news@eng.ufl.edu>
- To: info-unix@sem.brl.mil
-
- Hello,
- I installed the Zmodem on our DECstation running
- Ultrix 4.2 . I use ProComm 2.4.2 on my PC .
- The Zmodem contains Ymodem, so I use the Ymodem in
- ProComm to transfer the files DECstation <-> PC .
- I can download from the DECstation to PC, but I
- can't upload from PC to DECstation .
-
- I used:
- >sb <file>
- for download
- >rb
- for upload
-
- The message I got is :bad packet .
-
- I tried to debug the source program, the problem
- looks like the crc checking problem and also
- the block number sent by the ProComm does not
- match the one in Zmodem.
-
- Does anyone have such experiences ?
-
- The line setting I use in ProComm is 1200-N-8-1 .
- My PC is an XT.
-
- Possible problem:??
- 1. the ProComm sends 8-bit crc (actually I don't know
- what kind of crc the ProComm is using), while Zmodem uses 16-bit crc
- this will cause crc mismatching.
- But I use the Ymodem when I connect to BBS, without any
- problem .
- 2. the PC is 16-bit, while the Unix is 32-bit
- But why the downloading is alright?
-
-
- Thanks in advance !
-
- --zhuo
-
- -----------------------------
-
- From: Barry Margolin <barmar@think.com>
- Subject: Re: How do i find out the address of the addtional ehternet card
- Date: 25 Aug 92 18:35:00 GMT
- NNTP-Posting-Host: telecaster.think.com
- To: info-unix@sem.brl.mil
-
- In article <BtJrzr.8J8@acsu.buffalo.edu> chen-m@acsu.buffalo.edu (Mingteh Michael Chen) writes:
- > Is there a way to find out the ethernet address of an additional
- >ethernet card on my sun 4/60 on line?
-
- Sun sets the addresses of all its ethernet interfaces to that of the first
- one.
- --
- Barry Margolin
- System Manager, Thinking Machines Corp.
-
- barmar@think.com {uunet,harvard}!think!barmar
-
- -----------------------------
-
- From: Cancholech <blackman@acsu.buffalo.edu>
- Subject: SPSS for unix, does it exist??
- Date: 25 Aug 92 18:42:24 GMT
- Sender: nntp@acsu.buffalo.edu
- Nntp-Posting-Host: lictor.acsu.buffalo.edu
- To: info-unix@sem.brl.mil
-
-
-
- Does anyone know if SPSS the stats program for PC's and VAX is
- available for Unix systems?
-
-
- --
- "I have all my wisdom teeth, two up top and two beneath,
- Aye, to recognise my mouth says things that aren't so wise.."
- rutgers!ub!blackman blackman@acsu.buffalo.edu
-
- -----------------------------
-
- From: Larry Wall <lwall@netlabs.com>
- Subject: Re: I want a program that prints out base gid's of any user
- Date: 25 Aug 92 19:30:28 GMT
- Sender: news@netlabs.com
- Nntp-Posting-Host: scalpel.netlabs.com
- To: info-unix@sem.brl.mil
-
- In article <BtIqyp.F5A@news.cso.uiuc.edu> bzg52408@uxa.cso.uiuc.edu (Benjamin Z. Goldsteen) writes:
- :
- : I have been trying to write a program that prints out the
- : base gid of a user (given on the command line). I have tried
- : using awk and perl, but I can not get anything decent.
- : Can show me how to do this. One thing I have tried
- : [ gid username ]
- : #! /usr/bin/awk -f
- : BEGIN { FS=":"; FILENAME="/etc/passwd" }
- : ARGV[1] == $1 {print $4}
- :
- : I am not sure if 1 if right for ARGV, but whatever...anyway, it
- : won't read from /etc/passwd - it only reads from stdin. I can;t
- : make it do otherwise.
-
- You can't make a sow's purse out of a silk ear. Or something like that... :-)
-
- : I don't really understand perl...
-
- You don't have to Understand Perl(TM). You only have to know enough
- of it to get the job done.
-
- The way to do this in Perl is to use the standard system routine for it:
-
- #!/usr/bin/perl -l
- print((getpwnam($ARGV[0]))[3], "\n");
-
- or, more readably,
-
- #!/usr/bin/perl
- ($login,$passwd,$uid,$gid) = getpwnam($ARGV[0]);
- print "$gid\n";
-
- This will even work on YP systems, er, that is, NIS system.
-
- Now, if you *wanted* to parse /etc/passwd yourself in Perl, you'd probably
- do it something like this:
-
- #!/usr/bin/perl
- open(PASSWD, "/etc/passwd") || die "Can't open /etc/passwd: $!\n";
- while (<PASSWD)) {
- ($login, $passwd, $uid, $gid, $gcos, $home, $shell) = split(/:/);
- print "$gid\n" if $login eq $ARGV[0];
- }
-
- But ordinarily you should use the provided system calls. It's probably
- a mistake in the original design of Unix that system calls and shells were
- kept so far apart from each other...
-
- Have you ever read The Origin of Perl in the Breakdown of the Bicameral Unix?
-
- :-)
-
- Larry Wall
- lwall@netlabs.com
-
- -----------------------------
-
- From: I W Scott Barker <iwsbarke@acs.ucalgary.ca>
- Subject: How can I allow access to a subdirectory without risking other files?
- Date: 25 Aug 92 20:08:14 GMT
- Sender: USENET News System <news@acs.ucalgary.ca>
- Nntp-Posting-Host: acs5.acs.ucalgary.ca
- X-Newsreader: Tin 1.1 PL5
- To: info-unix@sem.brl.mil
-
- Does anyone know how I can allow access to all of the files I have in one of
- my subdirectories, without risking someone damaging files in other
- directories? The only method I know is to set the setuid bit for the
- directory, but as far as I know, this will allow others to compile programs
- in that directory and execute them as if they were me. I just want them to
- be able to modify and add files in the directory, without being able to run
- anything as me (it's ok if they run programs as themselves).
-
- Does anyone have any ideas? (BTW, I have no way of creating a new user group,
- so that option is out as well).
-
- --
- Scott Barker
- barker@enel.ucalgary.ca
-
- "Logic is the beginning of wisdom, not the end."
- - Spock, Star Trek VI: The Undiscovered Country
-
- -----------------------------
-
- From: Leslie Mikesell <les@chinet.chi.il.us>
- Subject: Re: How can I allow access to a subdirectory without risking other files?
- Date: 29 Aug 92 02:08:05 GMT
- To: info-unix@sem.brl.mil
-
- In article <92Aug26.165308.27634@acs.ucalgary.ca> barker@enel.ucalgary.ca writes:
- >I know how to give group/other access to a subdirectory without risking my
- >other files, however, I want people to be able to read/write to ANY file in
- >the subdirectory. That includes files put there by other people. The only way
- >I know of to do this is to make sure that everyone has their umask set to 000
- >when they are working in that subdirectory.
-
- It sounds fairly dangerous to do this without any arbitration to keep
- several people from writing to the same file at once. Why don't you
- just insist that each person copy a file before making changes? Or
- write a suid root program that does nothing but change the modes on
- the files in that directory and make the users run that before writing
- to any files. Better yet, make the program also perform some kind of
- file locking while each person is writing.
-
- Les Mikesell
- les@chinet.chi.il.us
-
- -----------------------------
-
- From: Ed Carp <erc@unislc.uucp>
- Subject: Where can I find 802.3 specs?
- Date: 25 Aug 92 23:55:54 GMT
- X-Newsreader: Tin 1.1 PL5
- To: info-unix@sem.brl.mil
-
- Subject line says it all. I've looked on uunet, and used archie... :(
- --
- Ed Carp, N7EKG erc@apple.com 801/538-0177
- "This is the final task I will ever give you, and it goes on forever. Act
- happy, feel happy, be happy, without a reason in the world. Then you can love,
- and do what you will." -- Dan Millman, "Way Of The Peaceful Warrior"
-
- -----------------------------
-
- From: Tom Sheppard <toms@bnr.ca>
- Subject: UNIX Wingz and MacX
- Date: 26 Aug 92 01:04:08 GMT
- Sender: usenet <news@bnr.ca>
- Nntp-Posting-Host: bcarm31
- X-Useragent: Nuntius v1.1
- To: info-unix@sem.brl.mil
-
- Has anyone tried using Wingz for UNIX via MacX? I'm having all kinds of
- trouble using cut/copy and paste. The cut/copy works fine but I cannot
- paste the data back into Wingz. The Macintosh clipboard grabs the data
- and won't give it back. If I run xclipboard, I can then paste
- successfully but it gobbles memory at several 10's of KB per minute
- resulting in an eventual out of memory condition in MacX. The MacX manual
- says not to run xclipboard but it's the only thing that gets paste to
- work. Note that I also use Framemaker through MacX without any problems
- at all. The difference is that Framemaker does not put its cut/copied
- data into the Mac clipboard.
-
- I called Informix tech support and was told that MacX is not a supported
- platform. I could, however, spend more money and buy a native Mac version
- of Wingz and FTP files back and forth. That is not a reasonable way to
- solve this problem. Why is Framemaker smart enough to work but Wingz is
- not? Is it a deficiency in MacX? So far I've had great success with
- running all sorts of UNIX applications via MacX without major problems.
-
- Any help would be appreciated.
-
- Configurations:
-
- UNIX:
- HP-425 running HP-UX 7.05
- Wingz V1.1b
-
- Mac:
- System 7.0.1 with Tuneup 1.1.1
- MacX 1.1.7
- MacTCP 1.1
-
- -----------------------------
-
- From: Bill Miller <slix@svcs1.uucp>
- Subject: Re: Login Message
- Date: 26 Aug 92 01:42:12 GMT
- To: info-unix@sem.brl.mil
-
-
- The login message is supposed to be found in /etc/motd. motd stands for
- message of the day, and you can edit that to whatever is appropriate.
-
- You probably need root access to do this though.
-
- -----------------------------
-
- From: jmolinari@hamp.hampshire.edu
- Subject: cursor input on curses (new prob.)
- Date: 26 Aug 92 02:01:12 GMT
- Sender: USENET News System <usenet@nic.umass.edu>
- Nntp-Posting-Host: hamp.hampshire.edu
- To: info-unix@sem.brl.mil
-
-
- A while ago I posted a question dealing with the curses library
- package. I asked how I could handle cursor input, e.g., "cursor-up, down,
- etc." Several people replied with variations of "use the keypad() function".
- Problem is, keypad() doesn't seem to be implemented in our package of curses
- (which is installed on a sun3 system). It's not in the curses.h file, nor in
- any of ther OTHER headers in our collection (I GREPped the directory, so I'm at
- quite a loss. If anybody can explain this and/or offer a solution, I will be
- able to finish an ascii version of Minesweeper I'm working on for school.
- Thank you!
- jmolinari@hamp.hampshire.edu
-
- -----------------------------
-
- From: atmtjkv@vax.ox.ac.uk
- Subject: Re: cursor input on curses (new prob.)
- Date: 26 Aug 92 07:21:12 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Aug25.220112.1@hamp.hampshire.edu>, jmolinari@hamp.hampshire.edu writes:
- >
- > A while ago I posted a question dealing with the curses library
- > package. I asked how I could handle cursor input, e.g., "cursor-up, down,
- > etc." Several people replied with variations of "use the keypad() function".
- > Problem is, keypad() doesn't seem to be implemented in our package of curses
- > (which is installed on a sun3 system). It's not in the curses.h file, nor in
- > any of ther OTHER headers in our collection (I GREPped the directory, so I'm at
- > quite a loss. If anybody can explain this and/or offer a solution, I will be
- > able to finish an ascii version of Minesweeper I'm working on for school.
- > Thank you!
- > jmolinari@hamp.hampshire.edu
-
- It's a tricky problem. To be really portable and terminal
- independent, you have to parse the keystrokes and compare them
- with the values given in TERMCAP or its equivalent. I haven't seen
- a version of curses that includes this, and most termcap files have
- *very* scanty information about key codes, particularly for function keys --
- they normally stop with up, down, left and right. I have a routine to
- do this parsing, and some fuller termcap entries, if you're interested.
- It reads the termcap file at run time, so it can cope with changes of
- terminal type.
-
- --
- Tim Kingsmill-Vellacott
- Atmospheric, Oceanic and Planetary Physics
- University of Oxford, UK.
- tjkv@atm.ox.ac.uk preferred
-
- -----------------------------
-
- From: Helen Todd <htodd@gmuvax2.gmu.edu>
- Subject: How do I compile the BSD Telnet by itself?
- Date: 26 Aug 92 20:12:00 GMT
- Sender: Helen Todd <htodd@gmuvax2.gmu.edu>
- Followup-To: sender
- To: info-unix@sem.brl.mil
-
- Something I am working on necessitates a very stripped-down version of
- Telnet. So, I got a copy of the telnet source from the free bsd-source,
- and was planning on making modifications. The problem is, how does one
- re-make/re-compile it, if you are not making the whole distribution?
- I read the readme's which indicate the Makefiles are in an odd format,
- but having little knowledge of makefiles, I don't know how to go about
- just compiling it by itself. If anyone could help me with this, I'd
- much appreciate it..
-
- Thanks
- -Helen Todd
- htodd@gmuvax2.gmu.edu
- htodd@trwacs.fp.trw.com
- --
- These opinions do not belong to my employer.
-
- -----------------------------
-
- From: "Steven D. Majewski" <sdm7g@aemsun.med.virginia.edu>
- Subject: What is the format of a mailbox file?
- Date: 26 Aug 92 20:30:46 GMT
- Sender: usenet@murdoch.acc.virginia.edu
- Followup-To: comp.mail.misc
- To: info-unix@sem.brl.mil
-
-
- What is the format of a unix mailbox file and where can the
- definition be found. ( I didn't see any pointers in the man
- page for 'mail'. )
-
- How is the status of new, read, etc. indicated in the file?
-
- BTW: the reason for the question is that I need to write a filter
- to split/merge and generally reorganize my mailboxes. If anyone has
- any hints on a good program to do this, I'm listening. And that's why
- I've tacked 'comp.lang.perl' onto the Newsgroups line. I would expect
- someone must have done something like this in Perl, already.
-
- - Steve
-
- ======== "If you have a hammer, find a nail" - George Bush,'91 =========
- Steven D. Majewski University of Virginia Physiology Dept.
- sdm7g@Virginia.EDU Box 449 Health Sciences Center
- Voice: (804)-982-0831/32 1300 Jefferson Park Avenue
- FAX: (804)-982-1616 Charlottesville, VA 22908
-
- -----------------------------
-
- From: Cancholech <blackman@acsu.buffalo.edu>
- Subject: Thansk
- Date: 26 Aug 92 23:33:04 GMT
- Sender: nntp@acsu.buffalo.edu
- Nntp-Posting-Host: lictor.acsu.buffalo.edu
- To: info-unix@sem.brl.mil
-
-
-
- I want to thank everyone who sent information about SPSS for unix.
- I found that we have sas, now all i have to do is play with it.
- This makes my life easier, now i can stay completely away from the
- VAX.
-
- chris
-
- --
- "I have all my wisdom teeth, two up top and two beneath,
- Aye, to recognise my mouth says things that aren't so wise.."
- rutgers!ub!blackman blackman@acsu.buffalo.edu
-
- -----------------------------
-
- From: Ove Ruben R Olsen <buboo@alf.uib.no>
- Subject: Re: how come : ! out of vi always uses sh instead of $SHELL ???
- Date: 26 Aug 92 23:39:50 GMT
- To: info-unix@sem.brl.mil
-
- John R. Vanderpool writes:
- >whenever i :! out of vi it uses /bin/sh instead of $SHELL
- >so all of my aliases are lost, etc and makes it very limited
- >
- >i'm just beginning to see just how powerful vi really is but
- >this one is screwing me up royally
-
- In your ~/.exrc file you could have the following:
-
- set shell=/your/favorite/shell
-
- For more information about VI, connect to your nearest VI/EX archive.
- At the moment the archives contains
- 90 files containing VI/EX docs/help/tutorials/tips/info.
- 51 files containing macros.
-
- The VI/EX archives can be found at:
-
- Europe:
- Main site: alf.uib.no (129.177.30.3)
- Filearea: pub/lpf/misc
- Peak hours: 07.00 am GMT to 03.00 pm GMT
-
- Japan:
- Mirror site: utsun.s.u-tokyo.ac.jp (133.11.11.11)
- Filearea: misc/vi-archive
- Peak hours: 01.00 am GMT to 09.00 am GMT
-
- USA, Canada and Mexico:
- Mirror site: cs.uwp.edu (131.210.1.4)
- Filearea: /pub/vi
- Peak hours: None.
-
- Australia, NZ and the rest Down Under:
- Main site: monu6.cc.monash.edu.au (130.194.1.106)
- Filearea: /pub/Vi
- Peak hours: Not relevent
-
-
- For more information about the files at the archives and the archives
- itself, please read one of the FAQ for Comp.Editors.
- If you are in a hurry you may fetch the INDEX file.
-
- If you need more information, you are welcome to mail Ruben@uib.no.
-
- \Ruben.
-
-
- --
- Ove Ruben R Olsen a Gnarfer and VI user. EMAIL: ruben@uib.no.
- Maintaining the EX/VI-archive and a couple of the Comp.Editors FAQs.
- People that are ignorant tend to live a frustrated life, at least when
- it comes to editing - But I do belive this is a general rule in life
-
- -----------------------------
-
- From: BRANDAUER CARL M <brandy@tramp.colorado.edu>
- Subject: Re: how come : ! out of vi always uses sh instead of $SHELL ???
- Date: 27 Aug 92 03:05:05 GMT
- Sender: USENET News System <news@ucsu.colorado.edu>
- Nntp-Posting-Host: tramp.colorado.edu
- To: info-unix@sem.brl.mil
-
- fish@daacdev1.stx.com writes:
-
- >whenever i :! out of vi it uses /bin/sh instead of $SHELL
- >so all of my aliases are lost, etc and makes it very limited
-
- Vi uses the variable 'shell' which must be set explicitly in either
- your EXINIT variable or in .exrc. You can verify your efforts with
-
- :set shell
-
- after starting vi again.
-
- NOTE: Some versions of vi, including the one I am using now, let the
- user modify the variable with
-
- :set shell=whatever
-
- As always, no spaces around the =.
-
- Good luck and cheers - Carl
-
- -----------------------------
-
- From: David Ratner <ratner@ficus.cs.ucla.edu>
- Subject: Re: logout message
- Date: 27 Aug 92 01:02:04 GMT
- Sender: Mr Usenet <usenet@cs.ucla.edu>
- Nntp-Posting-Host: ipswich.cs.ucla.edu
- To: info-unix@sem.brl.mil
-
- hongman@cathedral.cerc.wvu.wvnet.edu (Guo Hongman) writes:
-
-
- > Can anyone tell how to display some message when I logout?
-
- Put the commands in your .logout file.
-
- Dave
- --
- * * *** * * | Dave "Van Damme" Ratner
- * * * * * * / \ ratner@cs.ucla.edu
- * * * * *** \ /
- *** *** *** * * | "Wham Bam, thank you Van Damme!"
-
- -----------------------------
-
- From: tnixon@hayes.com
- Subject: Conventions for file name "extensions"
- Date: 27 Aug 92 16:19:06 GMT
- To: info-unix@sem.brl.mil
-
- I'm not a Unix expert, but since I do sort of know how to use
- netnews I was asked to post this question by someone else here in
- the company. Any help you can provide would be most appreciated!
-
- Is there a document or file available which lists "all" of the
- filename extension conventions used on Unix systems? I know, for
- example, that on MS-DOS systems that ".EXE", ".COM", ".BAT", etc.,
- imply certain characteristics for a file, and that major
- applications have their own conventions as well. Has anyone
- collected a list of similar conventions for major Unix applications
- and for Unix itself?
-
- If you could send the list to me via email I would appreciate it
- very much, as I have access to ftp only with some difficulty.
-
- Thanks!
-
- --
- Toby Nixon, Principal Engineer | Voice +1-404-840-9200 Telex 401243420
- Hayes Microcomputer Products, Inc. | Fax +1-404-447-0178 CIS 70271,404
- P.O. Box 105203 | BBS +1-404-446-6336 AT&T !tnixon
- Atlanta, Georgia 30348 | UUCP uunet!hayes!tnixon Fido 1:114/15
- USA | Internet tnixon@hayes.com
-
- -----------------------------
-
- From: Allen Douglas <a-douglas@uchicago.edu>
- Subject: AWK Iteration
- Date: 28 Aug 92 18:34:52 GMT
- Sender: News System <news@kimbark.uchicago.edu>
- To: info-unix@sem.brl.mil
-
- Hello,
- I need to get the shell or awk to take a large file and pipe segments
- to a temporary file where I can then run some awk or agrep commands
- (on the temporary file.) The file is a collection of legal cases,
- delimited by "of 38 CASES" I want to awk/agrep the individual cases
- and output to a results file.
-
-
- The logic is:
-
- Read in to beginning of first break point (case)-(this output will be discarded)
- Start reading the first case until beginning of next case and send text of case to temporary file .
- Process commands on temp file, output to results file(s.)
- Read in text of the next case, until the begining the next+1 case. (replacing the previous output)
-
- The cases (as in legal case) have delimeters of "of 38 CASES"
-
-
- I haven't been able to fathom the syntax, as I am very green programming Unix.
-
- -----------------------------
-
- From: "Shailesh M. Potnis" <smp@cathedral.cerc.wvu.wvnet.edu>
- Subject: Need all the details to convert a PC to a UNIX box/X terminal
- Date: 28 Aug 92 19:38:33 GMT
- Sender: news@cerc.wvu.wvnet.edu
- Followup-To: poster
- To: info-unix@sem.brl.mil
-
-
- I am looking for the info to convert my 486/33 PC into a unix box and
- the possibility/feasibility of its being used as X terminal. I am looking for
- the pointers to the following:
-
- Availibility of a Public Domain PC-UNIX package
- If not available in PD the best commercial source (I mean complete but
- inexpensive).
- Is 14.5k bps model fast enough or additional hard/soft ware is needed.
-
- The bottom line:
-
- Can I run X based programs on PC?
-
- All comments and suggestions are highly appreciated.
-
- Thanks in advance.
-
- Shailesh
-
- --
- Shailesh Potnis, Associate |Concurrent Engineering Research
- Member of Technical Staff |Center, West Virginia University
-
- -----------------------------
-
- From: Mitch Wagner <wagner@utoday.com>
- Subject: net.views -- USL/BSDI lawsuit -- a bonehead error -- PLEASE READ!
- Date: 28 Aug 92 20:52:55 GMT
- Followup-To: comp.unix.questions
- To: info-unix@sem.brl.mil
-
- Due to a stupid user error on my part, I've accidently deleted the
- responses I've received to the net.views question about the USL/BSDI
- lawsuit.
-
- If you sent me a response to the question, please re-send it.
-
- If you haven't responded yet, but have been meaning to, here's your
- chance to get it in.
-
- Feel free to include whatever flames you like about bonehead
- journalists who fail to maintain a responsible policy of backing up
- their important data---heaven knows I've been beating myself up about
- this.
-
- As a reminder, the original net.views request follows:
-
- Unix Systems Laboratories recently sued software company BSDI and the
- Regents of the University of California at Berkeley, charging that BSDI's
- commercial Unix workalike and UCB's free software violated USL's
- intellectual property rights. Was USL justified in following the suit?
-
- This question is being posted to gather responses for a regular
- opinion column in OPEN SYSTEMS TODAY called "net.views."
-
- By sending an E-mail reply to the above question, you are
- granting permission for us to publish your response. A compilation of the
- responses to this post will be posted here about two weeks from today.
-
- Please include in your response your name, your employer or
- university, your job title or class standing (that is to say, if you
- identify yourself as a student, are you a freshman, sophomore, junior
- senior, graduate student?), and a telephone number where you
- can be reached during the daytime (overseas readers note: that's daytime in
- North America).
-
- --
- Mitch Wagner, senior editor, Open Systems Today
- 2353 Massachusetts Ave. Suite 47, Cambridge, MA 02140
- wagner@utoday.com CIS:70212,51 GEnie:MITCH.WAGNER
- For subscription information, please call 516/562-5882
-
- -----------------------------
-
- From: Startup Consulting Company <Startup@cup.portal.com>
- Subject: How Can I Discover Alternate IP Addresses For Gateway?
- Date: 29 Aug 92 06:06:30 GMT
- To: info-unix@sem.brl.mil
-
- If you know the IP address of a gateway (the one that is published to
- the outside world), is there a way to discover the other IP addresses
- that are used for that gateway on the other networks that it services?
-
- Today I was helping someone to setup a SLIP client, and I only had the
- published IP address for that client's gateway, not the address of that
- gateway on the particular segment where this SLIP client was being setup.
- (In other words, right machine, but on a different Class C network.)
- At this point, is there anything I can do to discover the gateway's
- address, expressed as an IP number that shares the same Class C network
- with the SLIP client?
-
- Jim
-
- -----------------------------
-
- From: Barry Margolin <barmar@think.com>
- Subject: Re: How Can I Discover Alternate IP Addresses For Gateway?
- Date: 29 Aug 92 09:47:21 GMT
- NNTP-Posting-Host: gandalf.think.com
- To: info-unix@sem.brl.mil
-
- In article <64880@cup.portal.com> Startup@cup.portal.com (Startup Consulting Company) writes:
- >If you know the IP address of a gateway (the one that is published to
- >the outside world), is there a way to discover the other IP addresses
- >that are used for that gateway on the other networks that it services?
-
- Do a DNS query to translate the address into a domain name. Then look up
- the name. All the addresses should be listed in its A records.
- --
- Barry Margolin
- System Manager, Thinking Machines Corp.
-
- barmar@think.com {uunet,harvard}!think!barmar
-
- -----------------------------
-
- From: John Navarra <navarra@casbah.acns.nwu.edu>
- Subject: Passing control to user in nawk script
- Date: 29 Aug 92 06:25:11 GMT
- Sender: "Usenet on news.acns" <usenet@news.acns.nwu.edu>
- To: info-unix@sem.brl.mil
-
-
- I have the following lines in a nawk script:
- BEGIN {
- if ( !system("test -r outline")) {
- printf "outline exists. Overwrite? "
- getline <"-"
- response=$0
- print response
- }
- }
-
- $0 ~ /^[Nn]|NO|no|No|$/ {exit}
-
- FNR==1,FNR==2 {
- print FILENAME, $0 >"outline"
- }' $*
-
-
- I look in the BEGIN script if the file 'outline' exists and if
- it does I want to ask the user if he wants to overwrite the file. The
- problem is that I pass all the shell args to the script when I invoke
- it. I would like to regain control of the execution of the script if
- the file outline exists (i.e. response y or n to overwriting) THEN
- pass all the shell args to nawk. Is there an easy way to do this?
- Have I made myself clear?
-
- it should do something like
- $ program file1 file2 .. fileN
- outline exists. Overwrite? y
-
- put put ... results.
-
- or
- $ program file1 file2 .. fileN
- put put ... results.
-
- I *need* to do the test from within the nawk script -- not from within
- the shell script.
-
- -tms
-
- --
- You can get further with a kind word | You can get further with a kind word
- and a gun than a kind word alone. | and a phaser than a kind word and a gun.
- --al capone | -- John Navarra
- =======From the Lab of the MaD ScIenTIst....navarra@casbah.acns.nwu.edu========
-
- -----------------------------
-
- From: Kevin Kadow <technews@iitmax.iit.edu>
- Subject: Re: mail help: how to reject mail?
- Date: 29 Aug 92 07:19:32 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Aug27.152847.23723@eng.ufl.edu> zzang@whale.uucp (Zhuo Zang) writes:
- )Hello,
- )this may look like a strange question.
- )someone distributes mails to our Dept
- )on a weekly base . but not neccessarily
- )everyone in this Dept need that info,
- )is it possible to reject this kind of
- )mail on personal preference?
- )
- )Thanks in advance !
- )
- )-zhuo
- )
-
- The "filter" utility, which appears to be part of the Elm mailreader (at
- least on this machine) files, can take several actions based on the
- sender, subject line, addressee, and length, BEFORE the message is
- placed in the recipients mailbox.
-
- If you have FILTER available, "man filter" should give you more info.
-
- You need to have a line similar to the following in your .forward file
- in your home directory:
-
- |/usr/bin/filter
-
- For filter to handle your incoming mail, you need to create a file,
- called .filter_rules, which contains if-then statements to determine
- what is done with the messages.
-
- --
-
- -----------------------------
-
- From: Stew Ellis <ellis@nova.gmi.edu>
- Subject: Re: Zmodem installation problem
- Date: 29 Aug 92 14:48:52 GMT
- Sender: "Mr. News" <news@zip.eecs.umich.edu>
- To: info-unix@sem.brl.mil
-
- zzang@whale.stat.ufl.edu (Zhuo Zang) writes:
-
- >Hello,
- >Thanks for the responses !
-
- >In article <1992Aug13.183019.4034@fripp.ri.cadre.com> jh@cadre.com writes:
- >>In article 22845@eng.ufl.edu, zzang@whale.stat.ufl.edu (Zhuo Zang) writes:
- >>>Hello,
- >>>I try to install the Zmodem on the DECstation
- >>>with Ultrix 4.2 .
- >>>After I compiled all the programs, rz ,sz ,....
- >>>I ran the programs. And it doesn't work.
- >>>The problem seems that the Zmodem didn't
- >>>direct the data flow to the serial port
- >>>correct, I need to set the tty somehow,
- >>>but I don't know how.
- >>
- >>You may be confused about how ZModem works. It actually sends its output
- >>to stdout (on UNIX). For example, when I dial into my UNIX box, I'll
-
- >I really don't have any idea how those modems work.
- >I thought the Kermit , Xmodem , Ymodem and Zmodem all worked
- >the same way. They would send the data flow to the serial port
- >at one end the comm line, and receive the data at the serial
- >port at the other end.
-
- >>type sz <filename> to initiate the download to my machine at home. My
- >>comm program then actually understands that a Zmodem transfer has started,
- >>and begins receiving automatically, although if yours doesn't, it can
- >>certainly be started manually.
- >> I'm not exazctly sure what you mean by "direct the data flow to the serial
- >>port," though. If you gave a little more detail as to how you're doing things,
- >>we might be of a little more help.
- >>
-
- >I use the Procomm2.4.2, which doesn't have the Zmodem. But it does
- >have the Kermit, Xmodem and Ymodem. and I use the Xmodem and Ymodem
- >when I connect to the BBS. on Unix I am using Kermit now,
- >but it is slow. The Zmodem package says it also supports
- >the Ymodem and Xmodem. So I use sz <file> on Unix to start
- >downloading, and use the Ymodem in ProComm to receive <file>.
- >According to the Zmodem manual, the Zmodem will auto down shift
- >to Ymodem, if it finds the other end doesn't support the Zmodem.
- >However, nothing is transmitted in this way.
-
- >Since all the data flow should be transmitted thru the serial port
- >when we use the modem to connect to the Unix, I doubt that
- >the Zmodem had sent the data to somewhere else, not the serial port.
-
- >>---
- >>Joe Hartley | jh@cadre.com - Whenever you find that you are on the
-
-
- >zhuo
-
- If you are trying to use sz on the UNIX host to send to X or Ymodem in
- procomm on your PC, I believe the author of zmodem (Chuck Forsberg) says
- that the procomm ymodem is misimplemented.
-
- Whoever installed sz on your unix machine should have linked it to sx and sy
- to support downloading with the X and Y modem protocols respectively. If
- they did not, then you can create links for them in your own binary
- directory.
-
- --
- -- ___________________
- R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765 / _____ ______
- Humanities & Social Science, GMI Eng.& Mgmt. Inst. / / / / / /
- Flint, MI 48504 ellis@nova.gmi.edu /________/ / / / /
-
- -----------------------------
-
- From: Chip Cobb <cobb@betsy.mc.ti.com>
- Subject: Man page ---> postscript .... help!
- Date: 29 Aug 92 15:51:48 GMT
- Sender: USENET News System <usenet@pan.mc.ti.com>
- Originator: cobb@betsy.mc.ti.com
- To: info-unix@sem.brl.mil
-
-
- Hi,
-
- This is probably a very basic question. I want to print a man
- page on a postscript printer.
-
- I've tried lot's of things but to no avail.
-
- Anyone know how to do this.
-
- Thanks in advance,
- Chip
- --
- ..................................................
- // / O Chip Cobb
- / /_ _ Texas Instruments
- / / / / /_/ Advanced Development
-
- -----------------------------
-
- From: David Barr <barr@pop.psu.edu>
- Subject: NFS security flawed (was: Re: chown : HELP!)
- Date: 29 Aug 92 16:25:02 GMT
- Sender: Usenet <news@atlantis.psu.edu>
- To: info-unix@sem.brl.mil
-
- In article <p6c4vho@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
- >In article <id.2FQS.7B6@ferranti.com>, peter@ferranti.com (peter da silva) writes:
- >> Yes, you should. But because you're using NFS, you don't. NFS is not a full
- >> UNIX file system.
- >
- >This is political nonsense.
-
- No it's not.
-
- >[stuff everyone knows about root trust deleted]
-
- The NFS concept that you shouldn't by default trust uid=0 has
- a fatal flaw. If a person breaks root on a client machine, all he
- has to do is su to any other user on the system (like bin, adm,
- daemon, or sys) and have root access within minutes anyway. NFS
- will just accpet the remote uid to be the same user as the local uid,
- and you're in. No authentication.
- Unfortunately, there really isn't a better solution out there.
-
- sigh.
-
- --Dave
- --
- System Administrator, Population Research Institute barr@pop.psu.edu
- One is the loneliest number.
- Two is as lonely as one, just shifted to the left.
-
- -----------------------------
-
- From: N o s t a l g i a <matsuda@linc.cis.upenn.edu>
- Subject: A Novice^2 nawk question
- Keywords: nawk, iteration
- Date: 29 Aug 92 16:36:32 GMT
- Sender: news@NOC2.DCCS.UPENN.EDU
- Nntp-Posting-Host: linc.cis.upenn.edu
- To: info-unix@sem.brl.mil
-
-
- Hi,
-
-
- Here's a novice^2 question on awk. I wrote the following awk program that
- tries to find a root of a number (don't ask me why -- it's a part of my process
- of learning awk!). Silly as it is, the program takes two arguments, the
- number, and the number of root, and if you enter 4 2, it will give 2
- (sqrt(4)=2, ignoring the negative one!) plus the computed original number (how
- could I call this in English anyway?).
-
- The algorism I followed was to start with one, and adding one until $1^(that
- number) exceeds the number whose root is being searched. At that point, 0.1
- will be added to (that number-1), until it will exceed the number whose root is
- being searched. Pretty stupid, but works fine -- except for two things: If the
- program goes to the very bottom (and print out "last"), then the program won't
- read the next record, and I will have to runt he program again. How this is so?
- I gather this has something to do with "getting away" from the loop, but I
- cannot put my finger on what.
-
- Second, if I enter numbers like 40 500 (yes, 500th-root of 40!), they will give
- an error message saying "nawk: pow result out of range". How is this so? Is
- there anyway to evade this problem?
-
- Third, is there any better algorism to do the same thing without invoking the
- build-in functions?
-
- Thank you very much,
-
-
- Kenjiro Matsuda
- Dept. of Linguistics
- University of Pennsylvania
- matsuda@linc.cis.upenn.edu
-
- -----------------------------
-
-
- End of INFO-UNIX Digest
- ***********************
-