home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!lhc!adm!news
- From: postmaster@starlab.csc.com (SMTP MAILER)
- Newsgroups: comp.unix.questions
- Subject: Mail not delivered yet, still trying
- Message-ID: <34242@adm.brl.mil>
- Date: 23 Nov 92 22:20:03 GMT
- Sender: news@adm.brl.mil
- Lines: 575
-
-
- ----Mail status follows----
- Have been unable to send your mail to <DGRAY@STARLAB.CSC.COM>,
- will keep trying for a total of eight days.
- At that time your mail will be returned.
-
- ----Transcript of message follows----
- Date: 22 Nov 92 03:27:00 EST
- From: INFO-UNIX@BRL.MIL
- Subject: INFO-UNIX Digest V17#008
- To: "DGRAY" <DGRAY@STARLAB.CSC.COM>
-
- Return-Path: <info-unix-request@sem.brl.mil>
- Received: from SEM.BRL.MIL by milo.starlab.csc.com with SMTP ;
- Sun, 22 Nov 92 03:19:06 EST
- Received: from SEM.BRL.MIL by SEM.BRL.MIL id aa25264; 21 Nov 92 7:23 EST
- Received: from sem.brl.mil by SEM.BRL.MIL id aa25030; 21 Nov 92 7:05 EST
- Date: Sat, 21 Nov 92 07:04:42 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 V17#008
- Message-ID: <9211210705.aa25030@SEM.BRL.MIL>
-
- INFO-UNIX Digest Sat, 21 Nov 1992 V17#008
-
- Today's Topics:
- UNIX Training
- where no vi has gone before...? (CORRECTION)
- Tutorials - nine topics (12/7, San Jose) Sun User Group Conference
- tcsh-like subroutine
- Re: IS UNIX DEAD?
- Re: IS UNIX DEAD (long)
- Adoptation of Unix in Europe
- Re: Looking for Time Series Analysis software
- Re: What full-screen file managers are there?
- Re: SCO TCPIP >9 LOGINS AGAIN
- Unlocking named pipes
- Re: grep
- FSCK command
- pwd: getwd: can't open ..?
- Re: What full-screen file managers are there?
- lib77 "flush" call. Where is it in UNIX?
- Re: Wait for child
- Re: name of file descriptor
- Re: talk
- Re: Changing the owner of a process
- file .fingerees
- Re: Whence Unix? (was Re: IS UNIX DEAD?) (New Thread?)
- Curses support under DOS?
- MPE, NS, TCP/IP
- Re: lib77 "flush" call. Where is it in UNIX?
- Re: Searching for E-mail package
- C++ Debugger with Motif
- Re: Looking for Time Series Analysis software
- Re: file .fingerees
- Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
- Shortened repost: mmap over NFS problem
- Sun Printserver? IPX-stack available ? NCP documentation ?
- Tool for email, and snail mail addresses
- Re: Changing the owner of a process
- I need some pic-like thing
- Re: C Source Code for Pattern Matching
- Re: IS UNIX DEAD? (long)
- Re: BIG IMPORTANT QUESTION PLEEEEZE HELP ME!!!!!
- Re: IS UNIX DEAD? (long)
- Re: tcsh-like subroutine
- Re: Changing the owner of a process
- Re: IS UNIX DEAD (long)
- rexec does not search for ~/.netrc file
- Re: IS UNIX DEAD?
- Re: IS UNIX DEAD? (very long)
- Re: Overflow warnings (SCO SV3.2)
- CURSES - No delay option, SunOS 4.1.1
- Re: lib77 "flush" call. Where is it in UNIX?
- Re: IS UNIX DEAD? (long)
- Re: What full-screen file managers are there?
- -----------------------------------------------------------------
-
- From: "Mr. Themos Pentakalos; ADMIN-COMP" <themos@umbc5.umbc.edu>
- Subject: UNIX Training
- Date: 17 Nov 92 02:28:08 GMT
- Sender: News posting account <newspost@umbc3.umbc.edu>
- To: info-unix@sem.brl.mil
-
- Hi everyone,
-
- I am not very familiar with the UNIX market and would like to ask
- a couple of questions.
-
- 1) are there any companies which teach UNIX topics such as system
- management, networking, etc? addresses? prices?
-
- 2) what are the most popular magazines in the UNIX area?
-
- Thanks a lot. Please reply directly to: themos@umbc5.umbc.edu
- and i'll be glad to summarize if comments are good.
-
- Themos.
-
- -----------------------------
-
- From: Vinay Kashyap <kashyap@oddjob.uchicago.edu>
- Subject: where no vi has gone before...? (CORRECTION)
- Date: 17 Nov 92 02:35:07 GMT
- Sender: News System <news@wakinyan.uchicago.edu>
- To: info-unix@sem.brl.mil
-
- I had posted a list of questions on vi, and Tuomas Lukka pointed out
- that question 3 didn't make sense:
-
- >3. Is there a way to prepend or append characters to macros without
- > (a) introducing newlines between the additions, &/or
- > (b) writing to the file and deleting to a named buffer
- It should have read as follows (I apologize for the error):
-
- 3. Is there a way to prepend or append characters to BUFFERS without
- (a) introducing newlines between additions (yanking to an uppercase
- buffer appends to text already in the buffer, but on a new line) &/or
- (b) writing to the file and deleting to the named buffer (in other
- words, are there ways to put characters in named buffers other than
- yanking/deleting text)?
-
- Vinay (kashyap@oddjob.uchicago.edu)
-
- -----------------------------
-
- From: Nancy Frishberg <nancyf@sug.org>
- Subject: Tutorials - nine topics (12/7, San Jose) Sun User Group Conference
- Keywords: tutorials seminar Unix security programming tools network debugging
- Date: 17 Nov 92 00:19:49 GMT
- Sender: Mr USENET himself <news@world.std.com>
- Nntp-Posting-Host: sug.org
- To: info-unix@sem.brl.mil
-
-
- If you're concerned about advanced Unix security, Posix-conforming
- systems, or moving from Unix programming to Unix system
- administration, plan to be at the Sun User Group Conference (San Jose
- Convention Center) on Monday, December 7, 1992 for one of the full day
- tutorials. The Conference and Exhibition extends through Thursday.
-
- All-day tutorials will focus on these topics and others of interest to
- novice and experienced Unix users as well as Unix programmers who want
- to expand their theoretical and practical knowledge.
-
- Special offer: 5 full conference registrations (each includes a day of
- tutorial) for the price of 4 when preregistering with a single payment.
-
- Full-day tutorials currently scheduled include:
- - Advanced Unix Security (Matt Bishop, Dartmouth College)
- - Preparing for Disaster (a.m. - Brent Chapman, Great Circle Associates),
- plus, Why have Computer Security? (p.m. Bob Baldwin, Tandem Computers)
- - Sun Network Debugging (Smoot Carl-Mitchell, Texas Internet Consulting)
- - Topics in Perl (Tom Christiansen, Convex Computer Corporation)
- - Programming in POSIX (Jeffrey S. Haemer, Canary Software)
- - UNIX Programming Tools (Kenneth Ingham, consultant)
- - The Internet and its Protocols (William LeFebvre, Northwestern University)
- - Introduction to UNIX System Administration (Dinah McNutt, Tivoli Systems)
- - Integrating C Code and Xt Widgets (Craig Rudlin, MD, Medical Software and Computer Systems)
-
- If you just want to go to the exhibits, ask for a free show-only pass.
-
- To get more information by email about these tutorials, the technical
- program, or exhibits at the Sun User Group conference, send requests
- to sugshow@sug.org .
-
- You will receive the full tutorials and program description with
- registration information. Or call 1-800/727-EXPO. (Outside the U.S.,
- use 512/331-7761 (voice) or 512/331-3950 (FAX).)
-
- --
- Nancy Frishberg, Sun User Group.
-
- -----------------------------
-
- From: Karl Glazebrook <Karl.Glazebrook@durham.ac.uk>
- Subject: tcsh-like subroutine
- Date: 16 Nov 92 16:07:56 GMT
- Nntp-Posting-Host: dur.dust6
- To: info-unix@sem.brl.mil
-
- Hello,
-
- I'm looking for a tcsh like input routine which would be callable from a C or
- FORTRAN program. I just want to be able to read a line of text from the user
- with tcsh-like (or emacs-like!) command line editing/recall features.
-
- I'm working on a SPARC with SUNOS 4.1.3 but obviously the more general and
- portable the solution the better!
-
- As a bonus there would also be another routine which could modify the recall
- list, but this is not essential as I could probably hack this myself given
- the first subroutine.
-
- Thanks for any help,
-
- Karl Glazebrook.
-
- ---
- ------------------------------------------------------------------------------
- | Karl Glazebrook, | INTERNET: Karl.Glazebrook@durham.ac.uk |
- | Dept. of Physics, | JANET: KARL.GLAZEBROOK@UK.AC.DURHAM |
- | Univ. of Durham, | SPAN: 19463::DUVAD::KGB |
- | United Kingdom. | FAX: 091-374-3749 |
- ------------------------------------------------------------------------------
-
- -----------------------------
-
- From: Leslie Mikesell <les@chinet.chi.il.us>
- Subject: Re: IS UNIX DEAD?
- Date: 16 Nov 92 18:17:47 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Nov11.215409.18067@osuunx.ucc.okstate.edu> martin@datacomm.ucc.okstate.edu (Martin McCormick) writes:
-
- >First, I completely agree with Jeff's enthusiasm for this system. It is good
- >and probably is the wave of the future. I do have one gripe, however.
- >As I have said, in other postings, Postscript is a half-finished job until
- >somebody comes up with a method for converting it back into standard ASCII
- >text like the lines you are reading, now.
-
- I think GNU Ghostscript has an ASCII output option that will generate
- text positioned approximately where it is supposed to be on a page
- with anything else omitted.
-
- > The windows-oriented approach is
- >totally useless for those of us who are blind and use speech synthesizers.
- >We were able to cobble together a small C program to strip out all that
- >Postscript language and display a completely deformatted stream of data.
- >It beats nothing, though not by much. I would love to help fix this problem,
- >but I need to find a document explaining Postscript in electronic form so
- >I can read it and figure out how to tackle this beast.
-
- It's non-trivial in the general case because you have to be able to handle
- the entire postscript language to interpret the positioning and scaling
- effects. Plus you'll miss things where fonts have been converted to
- curves and manipulated for artistic but still readable effects. A
- quick and dirty approach is to just extract the strings in parens
- from the postscript and try to assemble them into text. A more ambitious
- project would be to modify the Ghostscript ascii output to maintain
- some font size and type info that could be used by the speech synthesizer
- to vary the output effects.
-
- Les Mikesell
- les@fb.com
-
- -----------------------------
-
- From: Andy Newman <andy@research.canon.oz.au>
- Subject: Re: IS UNIX DEAD (long)
- Date: 16 Nov 92 23:44:31 GMT
- Sender: news@research.canon.oz.au
- To: info-unix@sem.brl.mil
-
- papresco@napier.uwaterloo.ca (Paul Prescod) writes:
- >
- >True, the problem is there are people, in this very newsgroup, who see
- >no reason to try to make user friendly applications for unix. To them,
- >if you can't use VI right off the bat, or enjoy learning obscure,
- >nonsensical, illogical keystrokes, you should go back to the mac.
- >THIS will kill Unix.
- >
-
- Define "user friendly". Aren't the people who like vi users too?
-
- --
- Andy Newman (andy@research.canon.oz.au)
-
- -----------------------------
-
- From: Nick Gavrielatos <gavriel@socrates.umd.edu>
- Subject: Adoptation of Unix in Europe
- Keywords: Unix, Europe
- Date: 17 Nov 92 04:51:55 GMT
- To: info-unix@sem.brl.mil
-
- I am preparing some work on adoptation of Unix in Europe.
-
- WOuld anyone happen to have any old articles, or know
- of any other magazine and/or book articles that can
- recommend? Any info via personal mail would be greatly
- aprreciated.
-
- Thank you much,
-
- Nick Gavrielatos
- gavriel@socrates.umd.edu
-
- -----------------------------
-
- From: s jonathan silverman <sjs6@quads.uchicago.edu>
- Subject: Re: Looking for Time Series Analysis software
- Date: 17 Nov 92 05:16:27 GMT
- Sender: News System <news@uchinews.uchicago.edu>
- To: info-unix@sem.brl.mil
-
-
- The leading program for time series analysis is probably RATS, which runs
- under DOS, the Macintosh, Unix and perhaps some other operating systems
- as well.
-
- The company that writes this is located in Evanston, IL. Their name used
- to be VAR econometrics, but they might well have changed it about a year ago
- (perhaps to "Estima", but I could have them confused with another company).
-
- RATS stands for something like "regression analysis for time series" and
- contains a broad array of time series analysis functions including specral
- analysis.
-
- If you cant track this down yourself, contact me by email and I will send
- you the phone number.
-
- --
- Jonathan Silverman
-
- sjs6@quads.uchicago.edu
- jonat@cicero.spc.uchicago.edu
-
- -----------------------------
-
- From: Pete Holsberg <pjh@mccc.edu>
- Subject: Re: What full-screen file managers are there?
- Keywords: utree, maint
- Date: 16 Nov 92 22:33:40 GMT
- To: info-unix@sem.brl.mil
-
- In article <1e4mbcINN1kh@crcnis1.unl.edu> pkramer@unlinfo.unl.edu (Paul Kramer) writes:
- =Hello,
- =
- =I found while reading articles in this electronic conference, a
- =reference to a public-domain program called utree. It is full-screen
- =file manager which allows you to perform file functions with single
- =keystrokes. For example, after I start the program I see a screen
- =that lists the files on my account. If I want to delete one of those
- =files I move the cursor on top of it, press a certain key. Boom it
- =gone!
- =
- =Well I am wondering: Is there anything better than utree? I am aware
- =of a program called 'maint' but it doesn't have the full functionality
- =of 'utree'.
-
- I prefer HDSCAN.
-
- -----------------------------
-
- From: Bill Campbell <bill@celestial.com>
- Subject: Re: SCO TCPIP >9 LOGINS AGAIN
- Date: 17 Nov 92 02:00:52 GMT
- To: info-unix@sem.brl.mil
-
- In <9461.63.uupcb@cccbbs.UUCP> doug.pavey@cccbbs.UUCP (Doug Pavey) writes:
-
- >Well, I read Aris' and Barry's messages about what is involved in
- >getting more than 9 tty's to login. ttyp00 -ttyp08 work fine, ttyp09
- >will login, but hang TCP.
-
- Xenix has a max of 32 ptys and SCO UNIX a max around 254.
-
- >How does one debug streams limits problems - determine how many are in
- >use, or how many one should set up if the user may be using as many as
- >10 processes per login (Progress Database is wonderful). All users are
- >using TCP via 3 8 port Terminal servers. I can get the login messages on
- >all ports, until the user actually signs in, we don't seem to have
- >problems. Seems like streams may be the culprit. How to fix???
-
- You don't say in this post whether you're running Xenix or UNIX
- and there are different tools to determine problems with streams
- in each. Xenix comes with a program 'sw', UNIX comes with crash, and
- there are some freely distributed monitor programs such as u386mon
- available from various ftp sites.
-
- Xenix sw displays:
-
- Pause=1 Calls=74 Host=camco1
-
- Resource Cnt Use Total Max Fail
- stream: 128 40 4020 53 0
- queue: 256 83 8074 111 0
- mblock:1152 7818508524 636 0
- dblk totals:1152 7813966687 543 4469
-
- Mem Size Cnt Med Low Use Total Max Fail
- 1 4 256 230 204 0 893844 155 0
- 2 16 128 115 102 2 449445 102 889
- 8 32 256 230 204 6 2644776 207 3339
- 16 64 256 230 204 5 8602774 147 0
- 16 128 128 115 102 50 386387 103 18
- 12 256 48 43 38 15 220139 37 0
- 4 512 8 7 6 0 102435 7 223
- 32 1024 32 28 25 0 50083 8 0
- 64 2048 32 28 25 0 584718 13 0
- 32 4096 8 7 6 0 32086 5 0
- 0 8192 0 0 0 0 0 0 0
-
- Buffers (used/total) = 11/187 Kbytes
-
- This is from a system that has been running for a while now. Uptime gives:
- camco1:ttyp02 /usr/local/bin # uptime
- 5:53pm up 20 days, 55 mins, 12 users, load average: 1.19, 1.04, 1.02
-
- You would probably want to use crash and it's strstat command on a UNIX
- system which gives similar information. A typical crash display is:
- beeson1:ttyp8:/onager/etc > crash
- dumpfile = /dev/mem, namelist = /unix, outfile = stdout
- > strstat
- ITEM CONFIG ALLOC FREE TOTAL MAX FAIL
- streams 256 158 98 821 171 0
- queues 1280 704 576 2306 786 0
- message blocks 2825 309 2516 11357083 705 0
- data block totals 2260 309 1950 9675047 669 63
- data block size 4 384 51 333 66265 364 63
- data block size 16 384 8 376 39861 65 0
- data block size 64 512 24 488 4950469 68 0
- data block size 128 448 157 290 2974970 392 0
- data block size 256 220 33 187 632454 107 0
- data block size 512 136 36 100 495575 46 0
- data block size 1024 52 0 52 84628 44 0
- data block size 2048 104 0 104 430474 25 0
- data block size 4096 20 0 20 351 12 0
-
- Count of scheduled queues: 0
- >
-
- Bill
- --
- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software
- UUCP: ...!thebes!camco!bill 6641 East Mercer Way
- uunet!camco!bill Mercer Island, WA 98040; (206) 947-5591
- SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
-
- -----------------------------
-
- From: "frederick.d.true" <ft@cbnewsi.cb.att.com>
- Subject: Unlocking named pipes
- Keywords: named pipe
- Date: 17 Nov 92 06:11:16 GMT
- Followup-To: ftrue@attmail.att.com
- To: info-unix@sem.brl.mil
-
- I'm having a bit of trouble figuring out what's wrong with the
- following usage of named pipes. I have 12 large compressed files which
- I would like to merge/sort (they are sorted) without having to
- decompress all of them before merging. So, I've written a simple script
- to create 12 named pipes with mknod, say pipe1..pipe12. I begin
- background processes to zcat each of the 12 files to one of the pipes
- in sequence. I then start 'sort <switches> -m pipe1 .. pipe12 | <stuff> >
- outputfile'.
-
- Things go fine for a while, then the entire process freezes. The
- output stream stops, and all processes go into IW wait, as if waiting
- for something to happen. While in deadlock, if I try to read any of
- the pipes, they each have data waiting, so all seems to be fine. So
- who stopped everything and why?
-
- Sort is able to merge at most 16 files at once, so I don't think
- there's anything wrong there. Is there another anomoly in sort that
- might cause this failure?
-
- As best I can tell, sort found a depleted pipe that zcat couldn't keep
- up with (perhaps sort is reading large buffers?), but no EOF, and
- started sleeping. However, this isn't logical since the sort process
- is followed by 3 other heavyweight processes in the pipe before the
- output is written, so I would think that zcat could feed the pipes
- fast enough. Besides, I thought processes would handle FIFO's normally
- and sleep for at most a few seconds if it found and empty one before
- hitting EOF.
-
- By the way, in case it proves significant: I'm using SunOS 4.1.2 on a
- SPARC. Standard sort, zcat, etc. Named pipes are created with mknod
- -p. I've also tried sleeping for a few seconds before starting things,
- with no results.
-
- Can someone clear up the confusion, or at least add postulations to
- the heap?
-
- Please e-mail to ftrue@attmail.att.com or post here.
-
- --
- Fred True
- AT&T
-
- -----------------------------
-
- From: "David L. Parker" <dlparker@dlpinc00.rn.com>
- Subject: Re: grep
- Date: 17 Nov 92 03:36:38 GMT
- To: info-unix@sem.brl.mil
-
- In article <1992Nov16.092645.522@ericsson.se> etxmesa@eos.ericsson.se (Michael Salmon) writes:
- >In article <1992Nov13.113839.25046@dlpinc00.rn.com>,
- >dlparker@dlpinc00.rn.com (David L. Parker) writes:
- >|>
- >|> Actually it's Global Regular Expression Parser.
- >
- >Unfortunately Brian Kernigan and Rob Pike disagree with you, see
- >page 18 of:
- >
- >The Unix Programming Environment
- >Prentice Hall
- >ISBN 0-13-937699-2
- >
-
- WOOPS! Okay, so I got three out of four.
- --
- Dave Parker
- Automated Data Management Services, Pleasant Hill, MO 64080-1331
- (816) 987-5167/5218 voice/fax - dlpinc00!dlparker
-
- -----------------------------
-
- From: Big.Fun@debug.cuc.ab.ca
- Subject: FSCK command
- Date: 17 Nov 92 04:50:34 GMT
- To: info-unix@sem.brl.mil
-
- When using the fsck (file system check), when it comes upon part 4 of
- the check, which is a reference check, it says, "UNREF DEVICE". What
- does this mean?
-
- Thanks.. please send all replies via mail..
-
- suicide
- big.fun@debug.cuc.ab.cu
-
- -----------------------------
-
- From: Jonas Furrer <jonas@uiag.ch>
- Subject: pwd: getwd: can't open ..?
- Date: 16 Nov 92 11:10:22 GMT
- To: info-unix@sem.brl.mil
-
- Hi,
-
- why I have this error -> pwd: getwd: can't open ..
-
-
- OS : OS/MP 4.1A.1 (Solbourne -> SUN 4.1)
- fstab entry : /dev/sd2d /files/disk2/imagery 4.2 rw 1 9
-
- belfast:/% df /dev/sd2d
- Filesystem kbytes used avail capacity Mounted on
- /dev/sd2d 564349 311204 196710 61% /files/disk2/imagery
-
- belfast:/% ls -agld files
- drwxrwxrwx 6 root 512 Oct 21 15:48 files
-
- belfast:/% cd /files
- belfast:/files% ls -agld files
- drwxrwxrwx 4 root 512 Oct 2 14:07 disk2
- belfast:/files% pwd
- /files
-
- belfast:/files% cd disk2
- belfast:/files/disk2% ls -agld files
- drwxrwxrwx 5 root 512 Nov 13 11:16 imagery
- belfast:/files/disk2% pwd
- /files/disk2
-
- belfast:/files/disk2% cd imagery
- belfast:/files/disk2/imagery% pwd
- pwd: getwd: can't open ..
- belfast:/files/disk2/imagery% df .
- Filesystem kbytes used avail capacity Mounted on
- Could not find mount point for .
-
- Can anyone help?
-
- Thanks.
-
- +---------------------+---------------------------+
- |Jonas Furrer |E-Mail : jonas@uiag.ch |
- |Emch + Berger AG |Tel : +41 31 25 23 23 |
- |Gartenstrasse 1 |Fax : +41 31 25 16 85 |
- |3001 BERN (CH) | |
-