home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!concert!rutgers!cmcl2!adm!news
- From: postmaster@vd1.hanscom.af.mil (SMTP MAILER)
- Newsgroups: comp.unix.questions
- Subject: Mail Delivery Problem
- Message-ID: <32375@adm.brl.mil>
- Date: 7 Sep 92 19:04:11 GMT
- Sender: news@adm.brl.mil
- Lines: 478
-
-
- ----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 ;
- Fri, 4 Sep 92 17:36:36 EST
- Date: 4 Sep 92 17:30:00 EDT
- From: info-unix@BRL.MIL
- Subject: INFO-UNIX Digest V15#140
- 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 ;
- Fri, 4 Sep 92 17:30:25 EDT
- Received: from SEM.BRL.MIL by SEM.BRL.MIL id ab05177; 4 Sep 92 15:33 EDT
- Received: from sem.brl.mil by SEM.BRL.MIL id aa05056; 4 Sep 92 15:15 EDT
- Date: Fri, 04 Sep 92 15:15:46 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#140
- Message-ID: <9209041515.aa05056@SEM.BRL.MIL>
-
- INFO-UNIX Digest Fri, 04 Sep 1992 V15#140
-
- Today's Topics:
- Re: Using KKermit with cu
- missing /etc/resolv.conf - help
- Re: IP address from remote telnet
- Re: SUMMARY: What Unix HW/SW I will buy with my $8000
- Re: How to prevent a large core-dump
- Need help from a make guru
- Fixing Corrupted Tar files?
- Re: Shell Scripts vs. C programs
- need script to rename uppercase filenames
- Dear vi guru,
- Re: Dear vi guru,
- spawning dbx on ones' self
- -----------------------------------------------------------------
-
- From: "Patrick D. Buick" <buick@belay>
- Subject: Re: Using KKermit with cu
- Date: 31 Aug 92 18:02:11 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Aug13.124552.6761@news.yale.edu> szewczak@neutron.chem.yale.edu (Alexander Szewczak) writes:
- >les@chinet.chi.il.us (Leslie Mikesell) writes:
- >: I'm sort of internet-impaired myself
- >
- >Watch it, buddy. That's "differently networked".
- >
- >--
- >| Dave Schweisguth Yale MB&B & Chemistry Email: dcs@neutron.chem.yale.edu |
- >| Lab phone: 203-432-5208 Fax: 203-432-6144 Home phone: 203-624-3866 |
-
- Nah, that's Internetually Challenged!! :-)
- --
- ==========================================================
- Patrick D. Buick EMT, EET | Internet: buick%belay@uunet.uu.net
- Belay Enterprises Inc. | Internet: buickp@cuug.ab.ca
- Calgary, Alberta, Canada | UUCP:...!calgary!pixel!belay!buick
-
- -----------------------------
-
- From: Sabina Wolfson <swolfson@nyx.cs.du.edu>
- Subject: missing /etc/resolv.conf - help
- Date: 2 Sep 92 02:22:55 GMT
- Sender: netnews admin account <usenet@mnemosyne.cs.du.edu>
- X-Disclaimer: Nyx is a public access Unix system run by the University
- of Denver for the Denver community. The University has neither
- control over nor responsibility for the opinions of users.
- To: info-unix@sem.brl.mil
-
- Hello,
-
- The machine I have an account on at school is *missing* the resolv.conf
- file so that if I want to telnet/ftp somewhere I have to know the IP
- address of the site, not just the name. Is there something like
- gethostbyname() that will let me specify the name server to use (as is
- it just defaults to the local host which is not acceptable)? Or is
- there a way to get nslookup to use another namer server (as is I have to
- wait a minute or two for it to default to the /etc/hosts file and then
- specify another namer server -- this is a pain)? Or is there some way
- I can send a request to another name server (I know which namer server
- my site should be using)?
-
- Any help, hints, ideas would be appreciated! Please post responses or
- mail them to sabina@cns.nyu.edu.
-
- Thanks! Sabina :)
-
- p.s. yes, I already talked to the sys admin about this a few times...
-
- -----------------------------
-
- From: David Lemson <lemson@ux1.cso.uiuc.edu>
- Subject: Re: IP address from remote telnet
- Date: 2 Sep 92 03:33:18 GMT
- To: info-unix@sem.brl.mil
-
- dymm@cards.com (David Dymm) writes:
-
-
- >I would like to figure out how to determine an individual's IP address
- >when they are telneting into my system from a remote machine.
- >The scenario is that a user is on machine A (anywhere in the world),
- >and telnets into my system, and then runs a program on my system that
- >I provide to them. The program that is running on my system must be
- >able to determine the IP address of machine A.
-
- Get the log_tcp (tcp wrapper) package. I believe it's on
- ftp.win.tue.nl and cert.sei.cmu.edu in the tools directory.
- --
- David Lemson (217) 244-1205
- University of Illinois NeXT Campus Consultant / CCSO NeXT Lab System Admin
- Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
- NeXTMail accepted BITNET : LEMSON@UIUCVMD
-
- -----------------------------
-
- From: Greg Lehey <grog@adagio.uucp>
- Subject: Re: SUMMARY: What Unix HW/SW I will buy with my $8000
- Date: 2 Sep 92 10:02:06 GMT
- Followup-To: comp.unix.questions
- To: info-unix@sem.brl.mil
-
- In article <RG.92Aug29154123@nymph.msel.unh.edu> rg@msel.unh.edu (Roger Gonzalez) writes:
- >
- >I wanted to buy a Unix box for home, and posted asking what I should buy for
- >$8000.
- >
- >Looks like I will probably buy a
- >- 50MHz 486DX2 EISA w/ SCSI, 8Mb, 340Mb, svga ($3695)
- ^^^ bad idea
- >- replace their monitor with NEC 5fg ($1000)
- >- 1.2Gb disk ($1200)
- >- 2.3Gb tape ($1200)
- ^^^^^^^^^^ can this read QIC-150 cassettes?
- >- Dell Unix ($1000)
-
- 8 MB should be considered an absolute minimum. You wouldn't get
- anything like good performance out of the machine with that little
- memory. Upgrading to 16 MB usually means throwing out the 8 MB of 1 MB
- SIMMs and replacing them with 4 x 4 MB SIMMs.
-
- Most software distributed on tape will come on QIC-24 or QIC-150. If
- your nice 2.3 GB machine can't read them, it's only performing half
- its duty.
- --
- Greg Lehey | Tel: +49-6637-1488
- LEMIS | Fax: +49-6637-1489
- Schellnhausen 2, W-6324 Feldatal, Germany
- *** NOTE ***: Headers get mangled at backbone - reply to grog%lemis@Germany.EU.net
-
- -----------------------------
-
- From: Lytras Apostolos <lytras@avalon.physik.unizh.ch>
- Subject: Re: How to prevent a large core-dump
- Date: 2 Sep 92 15:37:13 GMT
- Sender: USENET News Admin <news@ifi.unizh.ch>
- Nntp-Posting-Host: avalon
- To: info-unix@sem.brl.mil
-
- At least on the SUN we have here it works to put
-
- limit coredumpsize 0
-
- in your .cshrc file, and that prevents cores from dumping...
-
- - Apostolos.
-
- PS: of course, you can set the limit to a different value, if you
- like... ;-)
-
- --
- lytras@ifi.unizh.ch | Apostolos Lytras
- lytras@avalon.physik.unizh.ch | Informatik Club der Uni
- lytras@amiga.physik.unizh.ch | Zuerich, SysAdmin
-
- -----------------------------
-
- From: Stephen Potter <spp@crane.cis.ufl.edu>
- Subject: Re: How to prevent a large core-dump
- Date: 2 Sep 92 15:38:13 GMT
- Sender: news@bikini.cis.ufl.edu
- Followup-To: comp.unix.admin
- Nntp-Posting-Host: crane.cis.ufl.edu
- To: info-unix@sem.brl.mil
-
- In article <1992Aug25.173056.13401@utwente.nl>, soos@math.utwente.nl (Adwin Soos) writes:
- |> 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 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?
- |>
- Assuming the person is using some form of csh, why not just place a limit on the
- coredump size....
- Place this in the .cshrc:
- limit coredumpsize 0
-
- This will completely stop coredumps from being written.
-
- --
- "There are worlds out there where the sky is burning. The sea's asleep, and
- the rivers dream. People made of smoke and cities made of sound. Somewhere
- there's danger. Somewhere there's injustice. Somewhere else the tea's getting
- cold. Come on Ace, we've got work to do." -Dr Who, spp@cis.ufl.edu
-
- -----------------------------
-
- From: Guy Harris <guy@auspex.com>
- Subject: Re: How to prevent a large core-dump
- Date: 2 Sep 92 22:53:14 GMT
- Sender: news@auspex-gw.auspex.com
- Followup-To: comp.unix.admin
- Nntp-Posting-Host: bootme.auspex.com
- To: info-unix@sem.brl.mil
-
- >You won't get a core dump if the executable is stripped. Am I the only
- >one who's noticed this?
-
- The only other people who have noticed it are, presumably, the other
- people running a version of UNIX that doesn't produce core dumps if a
- process running a program whose image is stripped blows up.
-
- I've yet to see any such version of UNIX....
-
- -----------------------------
-
- From: Karl Keyte <KKEYTE@esoc.bitnet>
- Subject: 'at' jobs - getting rid of mail
- Date: 2 Sep 92 16:21:35 GMT
- Organisation: European Space Operation Centre (E.S.O.C)
- To: info-unix@sem.brl.mil
-
-
- How do I submit an 'at' job so I don't get any mail back? The
- documentation says that the output of the job will be mailed unless
- I redirect it elsewhere. For example,
-
- demo.atfile contains:
-
- (mycommand &) >/dev/null
-
-
- and I can do a:
-
- at now + 1 min demo.atfile
-
-
- But I still get a mail back. How do I stop this mail?
-
- Please answer directly to me if you can - thanks.
-
- Karl
-
- -----------------------------
-
- From: alan dare <alan@hal.larc.nasa.gov>
- Subject: Need help from a make guru
- Date: 2 Sep 92 19:19:56 GMT
- Sender: USENET Network News <news@ab20.larc.nasa.gov>
- Originator: alan@hal.larc.nasa.gov
- To: info-unix@sem.brl.mil
-
-
- In our application we wanted to keep the object and source separate from
- each other in a directory structure as shown below:
-
- <topdir>
- |
- / \
- obj src
-
- My current makefile does this quite well. It also doesn't require a separate
- condition for each source. Problem: Several users add modules to a
- executive then compile it. It would would be nice if they didn't have to
- modify the makefile. The makefile would just compile any source file in the
- current directory. I have taken several stabs at it, but I am not having
- any luck. All I need for it to work is a variable containing a list of
- the source and a variable containing the objects with the directory path
- "../obj/" prefixed to it. Below is a makefile that would compile all *.c and
- create a a.out file. However, I can't get make to execute the shell command
- correctly on the OBJECTS line correctly (the line is a valid shell command).
-
- OBJDIR = ../obj
-
- SOURCE=*.c
- OBJECTS=`for i in \`ls *.c |sed 's/\.c/.o/g'\`; do echo "../obj/$i"; done`
- $(OBJDIR)/a.out: $(OBJECTS)
- cc -o $@ $(OBJECTS)
-
- $(OBJECTS) : $SOURCE
- cc -c $(OPT) $(@F:o=c) -o $@
-
- Can anybody tell me how I can get the OBJECT variable set correctly?
-
- Thanks to any and all.
- --
-
- *********************************************************************
- Alan Dare | Internet : alan@hal.larc.nasa.gov
- NASA Langley Research Center |
-
- -----------------------------
-
- From: John Tillema <jtillema@lpl.arizona.edu>
- Subject: Fixing Corrupted Tar files?
- Keywords: tar,corrupt
- Date: 2 Sep 92 20:59:48 GMT
- Sender: news@organpipe.uug.arizona.edu
- To: info-unix@sem.brl.mil
-
- Is there any way to do this? (fix corrupted tar files?) Are
- there any utilties that will do this?
-
- Thanks,
- John
- jtillema@panda.lpl.arizona.edu
- jtillema@lpl.arizona.edu
-
- -----------------------------
-
- From: Ajay Shah <ajayshah@almaak.usc.edu>
- Subject: Re: Shell Scripts vs. C programs
- Keywords: shell script, C
- Date: 2 Sep 92 22:17:51 GMT
- Sender: Ajay Shah <ajayshah@almaak.usc.edu>
- NNTP-Posting-Host: almaak.usc.edu
- To: info-unix@sem.brl.mil
-
- steiny@steiny.com (Don Steiny) writes:
-
- >program. Besides, there are still many systems that do not have ksh,
- >unfortunately, I have to use them all the time. Even on Sun's, ksh is
- >a "local" program and is not always there.
-
- There is a PD port of ksh, dunno how perfect it is.
- For this reason I've standardised on bash, but scripts are all !/bin/sh
-
- Hopefully something like bash will proliferate far and wide, and then
- it'll be a good idea writing !/usr/bin/bash.
-
- -ans.
- --
- Ajay Shah, (213)749-8133, ajayshah@usc.edu
-
- -----------------------------
-
- From: Bill Miller <slix@svcs1.uucp>
- Subject: need script to rename uppercase filenames
- Keywords: script,tar,msdos
- Date: 2 Sep 92 22:26:57 GMT
- To: info-unix@sem.brl.mil
-
- Hi, everyone.
-
- I'm fairly new to unix, and I need a script or procedure to do the following:
-
- I have some source code in DOS (many separate files) that I tarred under
- DOS and untarred under 386BSD. The big problem is that all the files
- came through in UPPERCASE and I need a script to mv (rename) them all
- to lowercase quickly.
-
- Since they're in DOS text format, I realize I also need to strip the
- extra carriage returns on each line. I've been successful in doing this
- with:
-
- cat (file) | tr -d '\015' > (newfile)
-
- It would be nice to combine both of these so that I could rename the
- files to uppercase and strip the extra newlines all in one fell swoop
- instead of doing it one file at a time.
-
- -----------------------------
-
- From: "Brian D. Schieber" <schieb@shark.gsfc.nasa.gov>
- Subject: Dear vi guru,
- Date: 2 Sep 92 22:41:36 GMT
- Sender: Usenet <usenet@nsisrv.gsfc.nasa.gov>
- Nntp-Posting-Host: shark.gsfc.nasa.gov
- To: info-unix@sem.brl.mil
-
- Dear vi guru,
-
- I like to use tabs alot in just about every session of vi I
- work with, It would be great if I had a macro or whatever that
- could replace the tabs with the appropriate number of spaces
- in a file WHILE in vi. Do you have such a macro?
-
- Most graciously,
- Brian
-
- p.s. please send all suggestions to switch to EMACS to /dev/null
-
- -----------------------------
-
- From: Tom Parker <tparker@music.scd.ucar.edu>
- Subject: Re: Dear vi guru,
- Date: 2 Sep 92 23:33:30 GMT
- Sender: USENET Maintenance <news@ncar.ucar.edu>
- To: info-unix@sem.brl.mil
-
- In article <1992Sep2.224136.24163@nsisrv.gsfc.nasa.gov> schieb@shark.gsfc.nasa.gov (Brian D. Schieber) writes:
- >Dear vi guru,
- >
- > I like to use tabs alot in just about every session of vi I
- >work with, It would be great if I had a macro or whatever that
- >could replace the tabs with the appropriate number of spaces
- >in a file WHILE in vi. Do you have such a macro?
-
- Check if your system has the 'expand' command. This command converts
- tabs to spaces, and vice versa.
-
- --
- +--------------------------------------------------------------------+
- | Tom Parker | National Center for Atmospheric Research |
- | tparker@ncar.ucar.edu | (303) 497-1227 |
- +--------------------------------------------------------------------+
-
- -----------------------------
-
- From: Will Sadkin <wsadkin@bbn.com>
- Subject: spawning dbx on ones' self
- Date: 2 Sep 92 23:08:34 GMT
- Sender: Will Sadkin <wsadkin@daedalus.bbn.com>
- NNTP-Posting-Host: daedalus.bbn.com
- To: info-unix@sem.brl.mil
-
-
- To Unix wizards who read this group,
-
- I have an application where I need to have it start up a dbx on itself
- a certain point in it's execution. (For reasons I won't go into here, running
- dbx on the process from the start just won't do...) The basic scheme I came
- up with is to:
- get the pid for the process
- fork
- in child:
- run dbx on the pid of the parent
- in parent:
- stop
-
- Unfortunately, I cannot get this to work...
-
- If the parent sends itself a SIGSTOP, using kill, the dbx cannot
- attach, and just blocks forever.
-
- It seems that when dbx first attaches to a process it sends its own
- SIGSTOP. So I tried doing a sigpause(SIGSTOP), but this is not allowed.
-
- I tried calling just pause in the parent; this results in the dbx
- wedging, not accepting keyboard input; the same result happens if
- I simply call sleep. (What is happening here?)
-
- Am I violating any fundamental rules? If so, please let me know
- where I've gone wrong, and if not, does anyone out there have a
- solution to this problem?
-
- /Will
-
- -------------------------------------------------------------------------------
- Will Sadkin | "Never draw what you can copy;
- BBN Systems & Technologies | never copy what you can trace;
- wsadkin@bbn.com | never trace what you can cut out and paste down!"
- -------------------------------------------------------------------------------
-
- -----------------------------
-
-
- End of INFO-UNIX Digest
- ***********************
-