From: NUNEZ@esevvx.cica.es (REGI's)
Newsgroups: comp.unix.questions
Subject: (none)
Date: 15 Oct 92 16:26:40 GMT

>X-Envelope-to: info-unix@sem.brl.mil
>X-VMS-To: IN::"      info-unix@sem.brl.mil"

1
13-OCT-1992 03:09:42.67
   1 00:00:00.00
14-OCT-1992 03:09:42.67
info-unix-request@sem.brl.mil
rafapa@obelix.cica.es

Received: from SEM.BRL.MIL by ESEVVX.CICA.ES ; 10-OCT-1992 03:08:18.93
Received: from SEM.BRL.MIL by SEM.BRL.MIL id ab00943; 9 Oct 92 18:59 EDT
Received: from sem.brl.mil by SEM.BRL.MIL id aa27120; 9 Oct 92 15:15 EDT
Date:       Fri, 09 Oct 92 15:15:38 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  V16#033

INFO-UNIX Digest          Fri, 09 Oct 1992              V16#033

Today's Topics:
                            nslookup set-up
                        Re: telnet & packet size
              Re: Restricting access to display (AIX 3.2)
                          Re: Logon detection
          Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
               Re: Remote Printing from HP to BSD systems
                      Re: Hidden (invisible) files
                         Re: NT Under SCO Unix
              MIT X11R5 problem with SUID & SGID...solved!
              How to get the UNIX(or similar) source code?
                          Re: Unix Fax Servers
                      Automating a Telnet Session
                    Re: Automating a Telnet Session
                      UNIX physical memory control
                           Re: IS UNIX DEAD?
                               more lines
                       How to make a print filter
                  Backup Solutions and Recommendations
                               Need Help!
                     Re: Man page naming convention
-----------------------------------------------------------------

From: Michael Turok 4-1235 x2628 <mturok@cvbnet.prime.com>
Subject: nslookup set-up
Date: 6 Oct 92 00:12:56 GMT
To:       info-unix@sem.brl.mil


Hello, netters:

Got a question for you: how does one set up 'nslookup' to work 
correctly ?
Obviously, I'd like to use 'nslookup' to look up Internet addresses of
archive servers when only the site name is given.

Here's a log of my 'naive' usage of 'nslookup'

mturok/Harley>nslookup
*** Can't find initialize address for server : Timed out
Default Server:  localhost
Address:  127.0.0.1

> rutgers.edu
Server:  localhost
Address:  127.0.0.1

*** Request to localhost timed-out
>exit
mturok/Harley>


Note: the following line exists in my /etc/hosts file
          127.0.0.1       localhost loghost
      And the 'localhost' is indeed up and running.
      Also I don't have a /etc/resolv.conf file, which should be OK
      according to man page.

What do I do wrong?

Any hints/explanations from you would be greatly appreciated.

 -------------
Michael Turok

E-Mail: 	mturok@harley.prime.com
Voice Mail:	(617) 275-1800 x2628
Mail:		ComputerVision MS 4-1, 201 Burlington Rd,
		Bedford, MA 01730

-----------------------------

From: Joe Touch <touch@isi.edu>
Subject: Re: telnet & packet size
Date: 6 Oct 92 18:13:08 GMT
To:       info-unix@sem.brl.mil

In article <1992Oct06.143633.17743@bnr.ca> johnh@nnshh127.uucp (John Hawkins) writes:

 >From: johnh@nnshh127.uucp (John Hawkins)
 >Newsgroups: comp.sys.mac.apps,comp.unix.questions
 >Date: 6 Oct 92 14:36:33 GMT
 >Organization: Northern Telecom Inc., Nashville, TN

 >Environment: macintosh using mac241 or NCSA telnet or Brown connecting to
		host HP9000/832 or HP9000/817.

 >Problem: >  One character per packet from (mac) not host via the
		wide-area-network. With ten users on the system they take up 
		~60% of capacity of WAN. > > >  

 >Question: > Is there anyway to configure either the drivers of tcp/ip
		or the telnet software itself (mac side) to only send a packet
		when a newline or tab character is input?
		This would dramatically reduce the # of packets
		and would fit the application nicely!

		The application is made to run on any 'dumb' terminal.
		Yes I've thought about client/server and distributed,
		but this would be a quick invisible solution to a
		system that is already in place.

In order to aggregate the packets, you'd need some kind of
*line-oriented* terminal, i.e., NOT a 'dumb' terminal, but an
'intelligent' one, e.g., the IBM series (the 4-digit numbered ones,
I don't remember the number, but 3870 or something like that seems
close). 

The idea is that in order to group the characters and send them out
only when a linefeed is generated, you have to have the terminal take
care of everything that happens before the linefeed. That includes
backspace erasing, and any other editing and echo. Similarly, more
complex features (such as command-line completion) are nearly
impossible, because the terminal doesn't know what the commands are.

I hope this is useful.

Joe Touch
Computer Scientist/ protocols, high-performance networks
USC/Information Sciences Institute
touch@isi.edu

-----------------------------

From: Joe Touch <touch@isi.edu>
Subject: Re: telnet & packet size
Date: 6 Oct 92 18:16:39 GMT
To:       info-unix@sem.brl.mil

To: 

-----------------------------

From: Joe Touch <touch@isi.edu>
Subject: Re: telnet & packet size
Date: 6 Oct 92 18:30:44 GMT
To:       info-unix@sem.brl.mil

In article <22569@venera.isi.edu> touch@ISI.EDU (Joe Touch) writes:

(to follow up on my own post ;-} )

   From: touch@ISI.EDU (Joe Touch)
   Date: 6 Oct 92 18:13:08 GMT
   References: <1992Oct06.143633.17743@bnr.ca>
   Organization: USC-ISI
     In article <1992Oct06.143633.17743@bnr.ca> johnh@nnshh127.uucp (John Hawkins) writes:

    >Problem: >  One character per packet from (mac) not host via the
		   wide-area-network. With ten users on the system they take up 		   ~60% of capacity of WAN. > > >  

    >Question: > Is there anyway to configure either the drivers of tcp/ip
		   or the telnet software itself (mac side) to only send a packet
		   when a newline or tab character is input?
		   The application is made to run on any 'dumb' terminal.

   In order to aggregate the packets, you'd need some kind of
   *line-oriented* terminal, i.e., NOT a 'dumb' terminal, but an
   'intelligent' one, e.g., the IBM series (the 4-digit numbered ones,
   I don't remember the number, but 3870 or something like that seems
   close). 

Found it - it's an IBM 3270.

   The idea is that in order to group the characters and send them out
   only when a linefeed is generated, you have to have the terminal take
   care of everything that happens before the linefeed. That includes
   backspace erasing, and any other editing and echo. Similarly, more
   complex features (such as command-line completion) are nearly
   impossible, because the terminal doesn't know what the commands are.

I forgot to mention, this line-oriented mode IS part of the existing
TELNET standard, although only as elective, i.e., a 'standard'
implementation can omit them. (sort of defeats the purpose of a
standard, huh? :-} )

The two options of interest are the TOPT-DATA Data Terminal Entry
option (Option #20, Proposed, Elective, RFC 1043), and the TOPT-3270
Telnet 3270 regime (Option #29, Proposed, Elective, RFC 1041). Both
are versions of line-editing terminals, designed to overcome the
network overloading of character-based 'dumb' terminals you have
observed. 

The status of these options is described in the IAB Official Protocol
Standards status RFC 1360.

These RFC's are "request for comments" memos of the Internet
Activities Board. On-line access to them is described in any general
telecommunications text, such as Tannenbaum's "Computer Networks",
Rose's "The Simple Book", Stallings' "Handbook of Computer
Communications Standards Vol. 3", etc.

Again, I hope this helps. Unfortunatly, it may mean you need a smarter
terminal. 

Joe Touch
Computer Scientist / protocols, high-performance networks
USC/ Information Sciences Institute
touch@isi.edu

-----------------------------

From: Drew Eckhardt <drew@juliet.cs.colorado.edu>
Subject: Re: Restricting access to display (AIX 3.2)
Date: 7 Oct 92 00:17:48 GMT
To:       info-unix@sem.brl.mil

In article <1992Oct6.190218.29499@ncsu.edu> raboles@eos.ncsu.edu (RODNEY ALLEN BOLES) writes:
>
>I have an RS/6000 that is running AIX3.2 (don't know if this matters
>or not for this question).
>
>I am running at display:0 at my workstation. It is possible 
>(and needed) for other users to rlogin to my machine. 
>I've noticed when a user does an xlock (and other programs) 
>that my display is locked (or otherwise affected depending on
>program). 
>
>Is there a way to restrict this and still allow access to my machine??

Yes - Xauthorization.  

>It is not an xhost access problem. 

No.  xhost only works on a per machine basis.

With Xauthorization, the server has a unique key.  If a client tries 
to connect to the server from a machine that is not in the host access
list (this includes the local host), keys are compared and if they don't
match, no connection.

Your copy of the key is kept in a file that is read/write you and 
root only, the server's copy is in /tmp, and is read/write root only.
So, unless you mail some one the key, they won't be able to find it 
out to connect to your Xserver.

Keys can be manually created, although xdm is probably more convienient.
Xdm creates a unique key for each login session, and automatically 
"does the right thing" with your Xauthority file (with keys for 
all of the displays you are logged into).  

Note that IBM sabotaged the Xserver bundled with AIX3.2, so it has to
be run with a HFT as a controlling terminal.  This means that it 
doesn't work with the stock xdm, and you need to hack xdm or 
use a wrapper for the Xserver.  I chose the later - the wrapper 
follows.  Simply change the line in the Xservers file pointed to 
by the xdm config file to point to the wrapper, instead of the "real"
Xserver under /usr/lpp/X11/bin.

-- cut
/*
 *	X wrapper for AIX 3.2 server 
 *
 * 	The Xserver needs to run with a hft as a controlling tty.
 *	This wrapper does just that.
 */

#include <stdio.h>
#include <sys/file.h>
#include <sys/ioctl.h>

/*
 * 	I tried moving the server to /usr/lpp/X11/bin/X.real, 
 *	things didn't work because of some shared library problem.
 */

#ifndef SERVER
#define SERVER "/usr/lpp/X11/bin/X"
#endif

/*
 *	/dev/hft  means the "first free virtual terminal".
 */

#ifndef HFT
#define HFT "/dev/hft"
#endif

void main (int argc, char **argv, char **envp) {
	int pgrp, f;

/*
 *	First, we must disconnect from the controlling terminal 
 *	(if there is one)
 */
	
	if ((f = open("/dev/tty", O_WRONLY)) >= 0) {

		if (ioctl(f, TIOCNOTTY, 0) < 0) {
			fprintf(stderr, "%s : TIOCNOTTY ioctl failed ", 
				argv[0]);
			perror("");
			exit(1);
		}

		close(f);
	}

	close(0);
	close(1);

/*
 *	Now, we get our own process group, and session.  This lets 
 *	us associate with a new controlling tty.
 */

	if ((pgrp = setpgrp()) < 0) {
		fprintf(stderr, "%s : setpgrp() failed ", argv[0]);
		perror("");
		exit(1);
	}

/*
 *	Since we have no controlling tty, and the HFT we want 
 *	has no session / pgrp associated with it, when we open it,
 *	it will become our controlling tty.
 */

	if (open(HFT, O_RDONLY, 0) < 0 ||
	    open(HFT, O_WRONLY, 0) < 0) {
		fprintf(stderr, "%s : open failed on %s ", argv[0], HFT);
		perror("");
		exit(1);
	}

	execv(SERVER, argv, envp);
	fprintf(stderr, "%s : exec %s failed ", argv[0], SERVER);
	perror("");
	exit(1);
}

	


-- 
Microsoft is responsible for propogating the evils it calls DOS and Windows, 
IBM for AIX (appropriately called Aches by those having to administer it), but 
marketing's sins don't come close to those of legal departments.
Boycott AT&T for their absurd anti-BSDI lawsuit.

-----------------------------

From: Bob Stockler <root@trebor.uucp>
Subject: Re: Logon detection
Date: 7 Oct 92 02:21:41 GMT
To:       info-unix@sem.brl.mil

Tom Christiansen <tchrist@convex.COM> writes:

>From the keyboard of weigand@pecan.cns.udel.edu:
>[81 lines of C code deleted.]

>I have never come to understand why people continually 
>want to program in assembler when a few lines of C will do.

>I have never come to understand why people continually 
>want to program in C when a few lines of sh will do.

>In this case, a few lines (or fewer!) of sh will do.  
>Why make a binary that takes 80 lines to express the
>same concept, doesn't use existing tools, and requires
>that a separate binary be installed on all your architectures,
>using up vastly greater amounts of disk space?

Maybe they came from a messydos background ? ? ?

-----------------------------

From: Kevin Broadey <kevin@edscom.demon.co.uk>
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
Date: 7 Oct 92 09:25:15 GMT
X-Disclaimer: These opinions are mine: others available on request.
To:       info-unix@sem.brl.mil

>>>>> In article <KETIL.92Oct6220525@ugle.ii.uib.no>, "Ketil" ==
>>>>> ketil@ugle.ii.uib.no (Ketil M. Malde) writes:

Ketil> Sure, UNIX versions varies, but remember that if Unix had been
Ketil> produced by *one* vendor from the start, it wouldn't have become
Ketil> what it is today.

Is that a glowing endorsement or a damning criticism?

-----------------------------

From: Keith Bedford <keithb@hemel.bull.co.uk>
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
Date: 7 Oct 92 11:37:35 GMT
MMDF-Warning:  Parse error in original version of preceding line at BRL.MIL
To:       info-unix@sem.brl.mil

ketil@ugle.ii.uib.no (Ketil M. Malde) writes:


>Btw, how would you go about without ifdefs?  Say you want to port NT
>code (or whatever) to a different architecture.  Now:  how will you
>cope with little- or bigendianness, integer size (32bit, 64bit, or
>whatever), and probably several other HARDware dependencies.  And we
>haven't even touched multiprocessing systems (which seems to be the
>future) yet.

The best way (IMHO) is to extract all portability issues into header files
which define macros to achieve the desired aim. This produces clean
readable source files. The header files can either use #ifdef to select
between platforms or different header files can be produced for each
platform (easier to read and create, harder to maintain).


>--
> = Ketil Malde                     In real life:  ketil@ii.uib.no =
==============================================================================
  Keith Bedford				keith.bedford@uk03.bull.co.uk

-----------------------------

From: Pete Hardie <phardie@nastar.uucp>
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
Date: 7 Oct 92 14:41:39 GMT
To:       info-unix@sem.brl.mil

In article <KETIL.92Oct6220525@ugle.ii.uib.no> ketil@ii.uib.no writes:
>Well, maybe it's difficult to write portable code under Unix, I
>haven't really tried, but I have ported (compiled) quite a few
>applications to our systems.  And I find that there usually is very
>little difficulty involved.
>
>Btw, how would you go about without ifdefs?  Say you want to port NT
>code (or whatever) to a different architecture.  Now:  how will you
>cope with little- or bigendianness, integer size (32bit, 64bit, or
>whatever), and probably several other HARDware dependencies.  And we
>haven't even touched multiprocessing systems (which seems to be the
>future) yet.

It seems to me that the biggest advantage of #ifdef is that the unused code
does not get compiled into the object file, preventing huge sizes.  Most of
the functionality of #ifdef could be duplicated by selective sed'ing of header
files in the configuration, since a majority of the changes are either a)
function name/parameter differences or b) endian/size differences, and those
can usually be *compiled* w/o error on any machine, whether or not they can
*run* correctly.

-- 
Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
Digital Transmission Systems, Inc., Duluth GA
Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
Position:  Goalie               |

-----------------------------

From: Randall Atkinson <atkinson@itd.nrl.navy.mil>
Subject: Re: Remote Printing from HP to BSD systems
Date: 7 Oct 92 12:22:12 GMT
To:       info-unix@sem.brl.mil

In article <1992Oct06.201338.2138@news.mentorg.com> stevej@hpc.mentorg.com (Steve Jumonville) writes:
>
>By the way, run 'sam' in an 'hpterm' window if you want access to function keys.

Not necessary, sam(1) also works just fine in an xterm or on any vt100 emulator.

-----------------------------

From: Adam Andrews <aa@rexago8.uucp>
Subject: Re: Hidden (invisible) files
Date: 7 Oct 92 12:55:58 GMT
To:       info-unix@sem.brl.mil

streb@ee.rochester.edu (Chuck S.) writes:

>do what has to do here
>files can be name " " or "  " or "    " or "  .." ect

The disadvantage here is that the filenames will still be detectable, though
not visible.  'ls' will show a blank line; 'ls -x' will contain a blank
field, 'ls -l' will contain a line showing permissions, ownership, size, etc
but with no filename.

Preceding your file or dirname with '.' will at least ensure that the file
will only be detectable using 'ls -a'.

-- 
Adam Andrews                "When the going gets weird, we get even weirder."
uunet!rexago8!aa or aa@rexago8.UUCP       e-mail only to aa@summitis.com

-----------------------------

From: Geir Engebakken <geir@fdmetd.uucp>
Subject: Re: Hidden (invisible) files
Date: 7 Oct 92 16:36:24 GMT
To:       info-unix@sem.brl.mil

In article <1992Oct6.134124.16937@ee.rochester.edu>, streb@ee.rochester.edu (Chuck S.) writes:
> Everyone says use .filename or .directory how about 
> chmod og-rw filename ;this keeps people out
> first mkdir ." " which is a directory call space
> chmod og-rw ." "
> cd ." "
> do what has to do here
> 
> files can be name " " or "  " or "    " or "  .." ect

Files called "  " etc. will be visible in an ls listing as blank lines,
so you will know there is a file there called _something_. One might
just use 'od -c' on the directory file to find out how many SPC'es there
are or get the unprintable characters as TAB printed!

It's better to call the file "<whatever the terminals up-arrow is> 
e.g. "^[[A" for vt100 terminals. This will effectively hide the
file. Of course this will only work in a homogenuos environment with all 
terminals of same type!

Geir


If you 

> 
> chuck
> 
> -- 
> ==============================================================================
> =  Thanks for Whatever needed to be written to the net! 
> =  There's no place like internet!!!                                      
> =  Chuck Streb  internet streb@galaxy.ee.rochester.edu





-- 
Geir Engebakken, Fellesdata a.s, P.O. Box 248, 0212 OSLO 2, NORWAY
Phone : +47 2 52 80 44                            Fax   : +47 2 52 85 10
E-mail : ...!mcsun!nuug!fdmetd!geir  or           geir@fdmetd.uucp
<The opinions expressed, if any, do not represent Fellesdata a.s>

-----------------------------

From:  IT Manager <jim@tiamat.fsc.com>
Subject: Re: NT Under SCO Unix
Date: 7 Oct 92 14:35:40 GMT
Followup-To: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
To:       info-unix@sem.brl.mil

In article <1992Oct04.025800.1694@ksmith.uucp>, keith@ksmith.uucp (Keith Smith) writes:
> I knew it all along.  I'm f*cking nuts. (Not in my right mind).  I kinda
> like the SPEED and simplicity of the text based interface.  In fact even
> though I can use X or even windows at work I don't.  I just don't ever
> SEE any business apps running 90% graphics.  Hey,  Don't get me wrong. 
> If you are doing CAD or Desktop Publishing you NEED those capabilities. 
> But the average user on my Systems can't even follow the concept of an
> SCO multiscreen.  Full use of windows would just blow them away, like as
> in forget it.

I used to think this also.  A few months ago we installed 3
X-terminals for non-technical users (they are, however, educated
people, so we're not talking illiterates here) and they have really
caught on, so I would not discount the advantages of a window based
system.

However, I will still side with Keith that support for character based
applications is absolutely necessary.  Even on the X-terminals, most
of the programs being used are running in 'xterm' windows in character
mode.  This is for two reasons: 1) most of the programs are ones we
wrote, so there's no time or money to go back and change them all to
direct X apps, and 2) the programs we actually bought (e.g. WP, 1-2-3,
etc) are just now coming out with X-based versions on our platforms
and the upgrades aren't going to be free, so it will be a while before
we can affordt o upgrade.

So, while I would not give up my Xwindows work environment for
anything, I still argue for the preservation of character interfaces,
since you can always integrate character into graphical, whereas the
reverse is quite tedious.
 ------------- 
James B. O'Connor                                     jim@tiamat.fsc.com
Information Technology Manager                        voice 615/821-4022 x651
Ahlstrom Filtration, Inc.                             fax   615/821-0616
=========
	"Anyone who is capable of getting themselves made President,
	 should, on no account, be allowed to do the job."
	 Douglas Adams, _The Restaurant at the End of the Universe_

-----------------------------

From: Jeff Veiss - Staff <veiss@cbmvax.commodore.com>
Subject: MIT X11R5 problem with SUID & SGID...solved!
Date: 7 Oct 92 15:48:27 GMT
To:       info-unix@sem.brl.mil


Much thanks to all the people for responding to my news posting about
SUID and SGID programs that use shared libraries.

See the article with the same subject "Re: MIT X11R5 problem with SUID & SGID"
posted by kelly@nmt.edu (kelly) under comp.sys.sun.admin for a summary.
-- 
 -------------------
Jeffrey S. Veiss

Commodore Business Machines
veiss@commodore.com

-----------------------------

From: Bing Zhang <zhang@ms.uky.edu>
Subject: How to get the UNIX(or similar) source code?
Date: 7 Oct 92 16:35:50 GMT
To:       info-unix@sem.brl.mil


       I want the UNIX (or similar) source codes for studying OS. Could
anybody tell me how to get them?   Please send me a mail at zhang@ms.uky.edu
   Thanks a lot.
   Bing Zhang    

-----------------------------

From: Steve Elias <eli@spdcc.com>
Subject: Re: Unix Fax Servers
Date: 7 Oct 92 18:28:14 GMT
To:       info-unix@sem.brl.mil

those concerned with legalities might want to 
note that faxback is a patented thang (IFF the fax is
sent out via a separate phone call.)

it is a combination hardware/software patent,
i don't have the number handy right now, it's been discussed here before.
(comp.dcom.fax, comp.patents) 

/eli


In article <1992Oct06.040531.23134@zeos.com! kgermann@zeos.com (Ken Germann) writes:
!
!A month or so ago I posted a request for information on 
!SCO Unix Voice Fax Back servers. We are considering
!using Faximum Plus for Faxing from Unix. We would have
!all the necessary hardware and software pieces to support
!a Voice Fax Back Server except the Dialogic Voice board and
!the software to drive he voice prompts and telephone keypad
!responses.
!
!
!Anyone who hhas or knows of a company that is experienced with
!writing applications that utilize the Dialoogic Voice Boards
!under SCO Unix can send information to the address below or
!contact me via E-mail.
!
!The last contact that I had was frm Data TTech. I don't have
!their number. I will summarize the information that I find.
!-- 
!Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
!support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
!uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
!800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
!612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607


-- 
/* eli@spdcc.com */

-----------------------------

From: Stuart Lynne <sl@wimsey.bc.ca>
Subject: Re: Unix Fax Servers
Date: 7 Oct 92 22:27:43 GMT
To:       info-unix@sem.brl.mil

In article <1992Oct7.182814.4645@spdcc.com> eli@spdcc.com (Steve Elias) writes:
>those concerned with legalities might want to 
>note that faxback is a patented thang (IFF the fax is
>sent out via a separate phone call.)
>
>it is a combination hardware/software patent,
>i don't have the number handy right now, it's been discussed here before.
>(comp.dcom.fax, comp.patents) 

We'll also note that there are several good examples of the technology
concerned that pre-date the patent application date that should lead to
the patent being thrown out if and when it gets to court. 

The patent covers use of signals (i.e. DTMF tones) to control the delivery
of faxes from a computer system. For example, Globefax a service like this 
was in place and being offerred commercially in Canada in January of 1988 by
Teleglobe Canda.  The patent application date is May 11, 1988.

I've only been peripherally involved so I don't have uptodate details
but it's my understanding that there is currently an industry group that
will be sponsoring a challenge.

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd

-----------------------------

From: Harley Hahn <harley@engrhub.ucsb.edu>
Subject: Automating a Telnet Session
Date: 8 Oct 92 06:23:15 GMT
To:       info-unix@sem.brl.mil

Does anyone have a script that will automate a telnet session?
I am think, in particular, of something to automate
using the U of Mich. Weather Underground service.

Thanks,

Harley Hahn
harley@engrhub.ucsb.edu

-----------------------------

From: Randy Winney <winney@dal.mobil.com>
Subject: Re: Automating a Telnet Session
Date: 8 Oct 92 15:16:58 GMT
To:       info-unix@sem.brl.mil

In article <5943@ucsbcsl.ucsb.edu>, harley@engrhub.ucsb.edu (Harley Hahn) writes:
|> Does anyone have a script that will automate a telnet session?
|> I am think, in particular, of something to automate
|> using the U of Mich. Weather Underground service.
|> 
|> Thanks,
|> 
|> Harley Hahn
|> harley@engrhub.ucsb.edu
|>  

You need "expect"!
Read
  "expect:Scripts for Controlling Interactive Processes"
  Computing Systems, Spring 1991  (published by the ACM)
  
Get it from
   durer.cme.nist.gov in pub/expect/expect.shar.Z

-- 
Randy Winney       winney@dal.mobil.com
Mobil Exploration & Producing Technology Center
Dallas, Texas

-----------------------------

From: Graham Hausler <hausler@aldetec.oz.au>
Subject: UNIX physical memory control
Date: 8 Oct 92 08:45:53 GMT
To:       info-unix@sem.brl.mil

I require some information concerning device drivers and UNIX memory
manipulation.
 
I am developing a VME device driver on a MVME187 System V/88 system (R3V7)
and wish to map some of the physical memory to the VME space. I have had
a look at the device driver documentation and cannot see how I can 'remove'
pages of UNIX physical memory from the system so I can use it on the VME
bus. Am I wrong in thinking that a device driver cannot lock/reserve physical
memory from the UNIX free memory lists ? Alternatively, I have seen 
reference to the device /dev/kmem (and /dev/mem ??) at various times, does
this device allow me to modify the physical memory available to UNIX ? If so,
where do I obtain information on controlling/accessing this device ? Are
there any other alternatives ?

Please email any responses directly, I will post a summary if requested.

Thanks 
Graham Hausler.



-- 
Internet:   hausler@aldetec.oz.au      --> GEMCO, Perth, Australia.

-----------------------------

From: Robert Bashford <robb@maths.tcd.ie>
Subject: Re: IS UNIX DEAD?
Date: 8 Oct 92 12:48:10 GMT
To:       info-unix@sem.brl.mil

dansmith@Autodesk.COM (Daniel Smith) writes:
>act together.  I'm going to slant my future learning efforts towards NT.

>     Daniel Smith, Autodesk, Sausalito, California, (415) 332-2344 x 2580

pardon me for asking but WTF is NT?

 ______   ____   ____  ____
|  __  | /    \  |   | |   |
|      <|  ||  | |---< |---<             @salmon.maths.tcd.ie 
|__|\__| \____/  |____||____|...

-----------------------------

From: "Michael G. Bruce" <mugsy@winton.uucp>
Subject: Re: IS UNIX DEAD?
Date: 8 Oct 92 15:22:57 GMT
NNTP-Posting-Host: winton.wpi.edu
To:       info-unix@sem.brl.mil

In article <1992Oct8.124810.16164@maths.tcd.ie> robb@maths.tcd.ie (Robert Bashford) writes:
>pardon me for asking but WTF is NT?
>

A figment of Bill Gates' mind... ;) 
(flames/cheers welcome)


-- 
  Michael G. Bruce - mugsy@wpi.wpi.edu - Computer Science '94	      |
Sun System Adminstrator - Electrical/Computer Engineering Dept	   -- + --
          AK211 - Computational Fields Laboratory		      |
***---***---***---***---***---***---***---***---***---***--***	      |

-----------------------------

From: Pasi Myllym{ki <cspamy@uta.fi>
Subject: more lines
Date: 8 Oct 92 14:21:30 GMT
To:       info-unix@sem.brl.mil

When I take a session from my home-PC by a modem to unix computer I have
some problems with numbers of lines on the screen.
If I use for example emacs or readnews I have "only" 25 lines, and normally
there are 50 lines on the screen.
Are there too much lines on my homecomputer's screen? 

-Pasi
-- 
IIIIIIIIIIIIIILIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII
   Pasi Myllymaki   |        Tappara saa muuten takkiinsa seuraavassa matsissa!
   cspamy@uta.fi    |

-----------------------------

From: seaney@engr.wisc.edu
Subject: How to make a print filter
Date: 8 Oct 92 14:42:55 GMT
To:       info-unix@sem.brl.mil


 
We have a networked laserwriter in our department. I want to enable printing to
it from the Unix machines. The problem is that the printer has a cut sheet
feeder attached to it that requres a ps prep header on the file being printed.

WHat's the best way (using lpr) to attach a prep file on to the head of a ps
docuemnt?  Is there extensions in lpr that will do this automatically?

Thanks,
Steve

-----------------------------

From: "Syd M. Farber" <SYD.FARBER@office.wang.com>
Subject: Backup Solutions and Recommendations
Date: 8 Oct 92 15:32:47 GMT
To:       info-unix@sem.brl.mil

We are currently planning our backup strategy for RS6000.  We are planning to
do a MKSYSB backup once a week, and then do incremental backups daily using
the BACKUP with inode command.  Has anyone tried this solution and found any
problems that we should be aware of before implementation?  We are concerned
with restoring files which are dynamically linked using the backup by inode
method.
Is there another solution that is more feasable? Thank you.

Please email your information or recommendations.
       Syd.Farber@office.wang.com

-----------------------------

From: Jia Sheng <shengj@acf3.nyu.edu>
Subject: Need Help!
Keywords: sleep, help
Date: 8 Oct 92 16:54:01 GMT
To:       info-unix@sem.brl.mil

Our group has an IBM RS6k540, there is a guy from outside group who
needs to run his job which runs forever(Monte Carlo stuff). For all
sorts reasons I can't kill his job when the machine is very busy. So
I'm searching for a program which may detects a certain process and put
it into sleep and wake it up after certain period.
Anybody can give me a hint how to do it?
--
Jonathan J. Sheng
Theoretical Chemistry, NYU
(212)998-8439

-----------------------------

From: chrome n zinc <jmk45295@uxa.cso.uiuc.edu>
Subject: 'more'ing files that change ownership (during more)
Date: 8 Oct 92 17:54:59 GMT
To:       info-unix@sem.brl.mil


Dear Great Newsreaders of the World:

Let's say we are in UNIX, in the /dev directory.

We then see a file, say ttyqR, that has root as an owner.

e.g.

crw-rw-rw- #  root  #,##  date  time  ttyqR

So, we can see that we can read or write to this file.

We then do :

5> more ttyqR

When this is done, again, we can read or write to this file.

The above command does 'execute', but since there isn't anything
happening, nothing is printed.... it 'hangs'.

But, when someone logs in at a later time, the ownership
changes to whoever was assigned that device.

So here is my question: ownership has already been checked,
right?, so I should see whatever flows into the file, right?

I'll admit this question has unwholesome undertones, but
I'd appreciate responses anyway.

Thank you.

jmk45295@uxa.cso.uiuc.edu
 .




-- 
                   
                //\/
               \/\
                 / 

-----------------------------

From: Tom Christiansen <tchrist@convex.com>
Subject: Re: Man page naming convention
Date: 8 Oct 92 18:31:08 GMT
Originator: tchrist@pixel.convex.com
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.
To:       info-unix@sem.brl.mil

From the keyboard of barmar@think.com (Barry Margolin):
:This is the kind of silly question I usually answer, but now I've come up
:with one of my own....
:
:Why does the man command require the section number of the man page entry
:to be in the file name suffix, when it's already in the directory name?
:One possibility I considered is that it would allow you to link all the
:man<section> directories together if you wanted; however, I'm under the
:impression that the naming convention predates symbolic links (the only
:directory links that are normally permitted).

One reason is that people can have one man3 directory that contains
both system.3 (or 3c) and system.3f, just to name one scenario.

--tom
-- 
    Tom Christiansen      tchrist@convex.com      convex!tchrist
    "What is the sound of Perl?  Is it not the sound of a wall that
     people have stopped banging their heads against?"
		--Larry Wall in <1992Aug26.184221.29627@netlabs.com>

-----------------------------


End of INFO-UNIX Digest
***********************
Newsgroups: comp.unix.questions