HDTenEightyP/NetNews huggingface dataset:
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: comp.unix.wizards
Subject: Re: /dev
Date: 21 Dec 92 23:21:08 GMT
Organization: Chinet - Public Access UNIX

In article <1h57c2INNhsi@chnews.intel.com> bhoughto@sedona.intel.com (Blair P. Houghton) writes:

>>  1.  Should I look at the /etc/printcap file to find printers?
>
>Look at the PRINTER environment variable (RTFM getenv(3)),
>and then check the printcap(5) and use the first printer
>you find there.  That is, *if* the machine has a printcap
>(AIX does not; it uses a thing called "qconfig.")

Blatent BSDism here.  SysV(pre-r4) doesn't have printcap or lpr and
has no convention for a PRINTER variable.  Besides, even if lpr
and printcap exist on a machine it doesn't automatically mean that
it's the spooler I want to use.

Les Mikesell
  les@chinet.chi.il.us 
Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.questions
From: vec@alnitak.Kodak.COM (Vance Cochrane)
Newsgroups: comp.unix.wizards
Subject: Re: crypt()/encrypt() functions ?
Date: 22 Dec 92 20:16:03 GMT
Organization: Eastman Kodak Co., Rochester, NY

In article <1967@enst.enst.fr>, meunier@quasar.enst.fr (Sylvain Meunier) writes:
>Hi,
>
>Are crypt()/encrypt() functions sames for all UNIX ? If I crypt something
>on a UNIX system A does it will be same on a other UNIX system B ?
>
>Thank.
>
>-- 
>
>	S. Meunier		E-Mail: meunier@inf.enst.fr

well you could try it and see what happens before you ask 
comp.unix.wizards....

-- 
+------------------------------------------------------+
+ Vance Cochrane                Email: vec@Kodak.COM   +
+ Research Laboratories	        Voice: (716) 722-3709  +
+ Eastman Kodak Company	        Fax:   (716) 477-8681  +
+ Rochester, NY 14650-1826                             +
+ USA                                                  +
+------------------------------------------------------+
From: lpeters@postmaster@hq.af.mil (Leslie D Peters)
Newsgroups: comp.unix.wizards
Subject: Re: Terminating idle users
Date: 21 Dec 92 13:36:15 GMT
Reply-To: lpeters@marge.hq.af.mil
Organization: 7th Communications Group

In article <1992Dec18.211319.25938@wlbr.iipo.gtegsc.com>, fdm@WLV.IIPO.GTEGSC.COM (Frank D. Malczewski) writes:
|> 
|> 
|> I'm wondering whether there is a general approach to determine when a particular
|> user has been idle for x minutes (no keyboard, mouse, screen i/o), given a
|> unix system, running X/Motif.  Basically when the user has not done anything
|> for a period of time, how can one detect this condition?  
|> 
|> Portability is an issue here, but a machine-specific approach would at least
|> provide a starting point...  (I realize this is likely a pretty tall order,
|> given that no kernel mods are possible for doing this.)
|> -- 
|> 
|> Frank Malczewski		(fdm@wlv.iipo.gtegsc.com)

I have posted a pair of scripts to comp.unix.shell that work quite
well in AIX 3.[12].x.  They run in ksh here but should port to
[cb]sh easily.
-- 
/============================================================================\
|                                            |                               |
|                    ___                     |                               |
|       ___....-----'---`-----....___        |   I haven't lost my mind --   |
| =========================================  |                               |
|        ___`---..._______...---'___         |    it's backed up on          |
|       (___)      _|_|_|_      (___)        |           tape somewhere.     |
|         \\____.-'_.---._`-.____//          |                               |
|           ~~~~`.__`---'__.'~~~~            |   lpeters@marge.hq.af.mil     |
|                   `~~~'                    |                               |
|                                            |     Les Peters                |
\============================================================================/
Newsgroups: comp.unix.wizards
From: alan@sal.wisc.edu (Alan Watson)
Subject: Re: /dev
Organization: Space Astronomy Lab, Madison WI
Date: Wed, 23 Dec 1992 06:11:29 GMT

In article <1h8u8sINNdcj@usenet.INS.CWRU.Edu> cq377@cleveland.Freenet.Edu (David C. Williss) writes:
>
>Thanks for all the suggestions.  popen looks like my best bet.  Unless
>somebody can give me advice on how to determine which to use (lp/lpr),
>I'll just make it an option.  

Well, you might try to popen("lpr"), and if that fails then try to
popen("lp").  That should work if at least one of them is available.
Newsgroups: comp.unix.wizards
From: singer@ll.mit.edu (Matthew R. Singer)
Subject: file system layout
Reply-To: singer@ll.mit.edu (Matthew R. Singer)
Organization: MIT Lincoln Laboratory
Date: Wed, 30 Dec 92 16:31:31 GMT


--
I'm looking at building a data recording system that consists of 10 channels
each spooling data to 3 SCSI disks via 3 seperate SCSI chips...  I would
like to be able to read this disks directly on a Sun. Each disk will only 
have one file on it which is all the free space on the  disk after the 
file system is laid out.

Now, the options appear to be:

1) Format the disks in MS-DOS format with VxWorks and use SOS under VxWorks to
   make the disks NFS mountable on a Sun.

2) Again format the disk in MS-DOS format, but use a third party driver that
   can directly mount MS-DOS format disks.

3) Format and mkfs under SunOS.  

 
If I were to pre-write a file a Sun disk, is there a simple way to find out
what blocks on the disk the file system has allocated for it.  Since I 
am writing just one big file on a newly formatted disk, it should be 
contiguous (right?).



-----------------------------------------------------------------------------
Matthew R. Singer                                    MIT Lincoln Laboratory
(617) 981-3771                                       244 Wood Street
singer@ll.mit.edu                                    Lexington, MA 02173
-----------------------------------------------------------------------------
Newsgroups: comp.unix.wizards
From: boyd@prl.dec.com (Boyd Roberts)
Subject: Re: /dev
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Tue, 22 Dec 1992 21:48:57 GMT

In article <1992Dec22.163544.960@aosg.gsf.dec.com>, gaf@alpha.aosg.gsf.dec.com (Gerald Feldman) writes:
> -- 
> [...] While it is not the Unix way of doing thisgs, it is workable:
> create a link (say lpt1: ) to the desired printer port. Thus, the MS-DOS
> application may not need to change.

And just what directory would you put this link in?  All of them?

I can see it now: `.', `..' and `lpt1:' -- marvellous.


Boyd Roberts			boyd@prl.dec.com

``Not only is UNIX dead, it's starting to smell really bad.''  -- Rob Pike
Newsgroups: comp.unix.wizards
From: warrenc@bcstec.ca.boeing.com (Cherie Warren)
Subject: Re: How do I invoke a login shell.
Organization: Boeing Computer Services
Date: Tue, 22 Dec 1992 18:43:50 GMT

ten0772@aw2.fsl.ca.boeing.com (Timothy E. Neto ) writes:
>From article <34657@adm.brl.mil>, by 92700217@vax1.dcu.ie (Ciaran Treanor):
>> Hi Wizards,
>>         I know this is probably not the right place to ask this question but
>>         I need an answer in a hurry. I want to "exec" /bin/csh as a login
>>         shell from a script file. In the man page for "csh" it says the
>>         following:
>> 
>>         "If the shell is invoked with a name that starts with '-', as when
>>         started by login(1) the shell runs as a login shell. In this case,
>>         after executing commands from the .cshrc file, the shell executes
>>         commands from the .login file in your home directory."
>> 
>>         How do you invoke /bin/csh with a name that starts with a '-'?
>>         Do you mess around with argv[0], if so how do you do that in a
>>         shell script?
>>         Is there any other of invoking a login /bin/csh?
>> 
>>         I'm working on a Sparc 10 running SunOS 4.1.3.
>> 
>> Thanks in advance and apologies if this is a really stupid question!
>> 
>> Ciaran.
>> 
>Try doing a man on 'csh'.  You're looking for the command 'start_csh'

'start_csh' is not generic to the Berkley C shell; it's Apollo-specific,
and:
     "start_csh is supported for compatibility with previous releases, and
     is not recommended."  - quote from Apollo's 'start_csh' man entry.

One might try using an environment variable and a bit of 'if-then-else'
logic in the .cshrc script...
-- 
Cherie
warrenc@bcstec.ca.boeing.com
...!uunet!bcstec!warrenc
Newsgroups: comp.unix.wizards
From: bzs@world.std.com (Barry Shein)
Subject: Re: /dev
Organization: The World
	<BzMu79.F3M@chinet.chi.il.us> <1992Dec22.163544.960@aosg.gsf.dec.com>
	<1992Dec22.214857.21062@prl.dec.com>
Date: Wed, 23 Dec 1992 03:15:34 GMT


>> [...] While it is not the Unix way of doing thisgs, it is workable:
>> create a link (say lpt1: ) to the desired printer port. Thus, the MS-DOS
>> application may not need to change.
>
>And just what directory would you put this link in?  All of them?

Not only that, but the whole original point was that people installing
the software don't know where their printers are (what device name),
if that's the case then how exactly will they create symlinks to them?

There's a very funny (as in funny-strange) information theoretic
paradox going on here somewhere: If you don't know the name of file
then just symlink a known name to it and the problem is solved!

Anyhow...on with the show.

-- 
        -Barry Shein

Software Tool & Die    | bzs@world.std.com          | uunet!world!bzs
Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD
Xref: sparky comp.unix.wizards:5338 comp.lang.lisp:3143
From: tol@.cs.umass.edu
Newsgroups: comp.unix.wizards,comp.lang.lisp
Subject: Kyoto Common Lisp on Sony NEWS portable
Date: 27 Dec 92 19:47:24 GMT
Reply-To: tol@.cs.umass.edu ()
Followup-To: comp.unix.wizards
Organization: University of Massachusetts, Amherst

I am trying to port Kyoto Common Lisp (KCL) to the Sony NEWS portable
computer. In doing so I got the following message:

  "../c/unixsave.c", line 158: SEGSIZ undefined

Since I couldn't find the value of SEGSIZ in the headerfiles (a.out.h or
machine/machparam.h) I tried reasonable values of SEGSIZ (e.g., the same as
PAGESIZ, or multiples thereof) and I managed to compile KCL. 
But when I created a saved image of KCL the program ended abnormally with
either
'Segmentation fault' or 
'/usr/local/kcl/unixport/saved_kcl: Not enough memory' or
'Bus error'.

On Sun4 it all works fine.

Please mail responses to: tol@cs.umass.edu (preferred) or ronald@cs.rug.nl

Thanx,

--Ronald M. Tol
------------------------------------------------------------------------------
 Ronald M. Tol                (e-Mail: tol@cs.umass.edu or ronald@cs.rug.nl)
   Dept. of Computer Science
   UMass, Amherst, MA 01003
From: bill@wafbox.gwinnett.com (Bill Fulton)
Newsgroups: comp.unix.wizards
Subject: Re: Printers (was Re: /dev)
Date: 30 Dec 92 02:45:52 GMT
Reply-To: bill@wafbox.UUCP (Bill Fulton)
Organization: (Home)

In article <1h5o7tINNact@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>In article <1h3m36INNd4l@usenet.INS.CWRU.Edu> cq377@cleveland.Freenet.Edu (David C. Williss) writes:
>>      Assuming that somebody at the user's site is compatent
>>      (bad assumption) they would just have to ...

You mean, like, able to run the 'spell' command?

:-)

-- 
Bill Fulton            (Home Alone) |    Grab .. 
    bill@wafbox.gwinnett.com        |            The ..
OR  ..!gatech!dcatla!wafbox!bill    |                   Reins
Newsgroups: comp.unix.wizards,comp.unix.bsd
From: cq377@cleveland.Freenet.Edu (David C. Williss)
Newsgroups: comp.unix.wizards
Subject: Re: crypt()/encrypt() functions ?
Date: 23 Dec 1992 05:47:28 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: cq377@cleveland.Freenet.Edu (David C. Williss)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, vec@alnitak.Kodak.COM (Vance Cochrane) says:

>In article <1967@enst.enst.fr>, meunier@quasar.enst.fr (Sylvain Meunier) writes:
>>Hi,
>>
>>Are crypt()/encrypt() functions sames for all UNIX ? If I crypt something
>>on a UNIX system A does it will be same on a other UNIX system B ?
>>
>>Thank.
>>
>>-- 
>>
>>	S. Meunier		E-Mail: meunier@inf.enst.fr
>
>well you could try it and see what happens before you ask 
>comp.unix.wizards....
>
How rude!  Not everybody *HAS* more than one unix system to try it on.
I believe the answer is "yes", but I'd have to try it to know for sure.

-- 
		-Dave Williss
---------------------------------------------------------------------------
GAAKK -- It's not just for breakfast anymore!
From: meunier@quasar.enst.fr (Sylvain Meunier)
Newsgroups: comp.unix.wizards
Subject: crypt()/encrypt() functions ?
Date: 22 Dec 92 17:29:21 GMT
Reply-To: meunier@inf.enst.fr
Organization: Telecom Paris, France

Hi,

Are crypt()/encrypt() functions sames for all UNIX ? If I crypt something
on a UNIX system A does it will be same on a other UNIX system B ?

Thank.

-- 

	S. Meunier		E-Mail: meunier@inf.enst.fr

Newsgroups: comp.unix.wizards
From: jonm@Ingres.COM (Don't Judge a book by your cover)
Subject: Re: sh/csh interpretation of backquotes
Summary: 
News-Software: VAX/VMS VNEWS 1.41    
Keywords: 
Organization: University of Arizona MIS Department - Mosaic Group
Date: 23 Dec 92 09:52:39 GMT

In article <1992Dec17.174208.28328@mfltd.co.uk>, sml@mfltd.co.uk (Shaun Lowry) writes...
> 
>Can anyone tell me why 
> 
>$ echo `tput bold`
> 
>works in sh and ksh, but not in csh?
> 
>-- 

csh gets confused by the unquoted ESC?  If you put the whole argument in ""'s
it will work
	echo "`tput bold`"

	try resetting this with 

	echo "^[[0m"

	and see how this compares with 

	echo ^[[0m

+---------------------------------------------------------------------------+
|Jon Machtynger (jonm@ingres.com)                                           |
|Ingres Technology Centre. Wharfedale Rd,                                   |
|Winnersh, Wokingham. Berks UK.   (0734)-496525                             |
+---------------------------------------------------------------------------+
| Ahhh Brisbane, people actually get paid to work there... in the sun with  |
| all that fresh air and cheap petrol.... Or so legend has it               |
+---------------------------------------------------------------------------+
Newsgroups: comp.unix.wizards
From: pjdm@chmeee.enet.dec.com (Peter Mayne)
Subject: Re: How do I invoke a login shell.
Reply-To: Peter.Mayne@cao.mts.dec.com
Organization: Digital Equipment Corporation
Date: Thu, 24 Dec 1992 02:36:33 GMT


>From article <34657@adm.brl.mil>, by 92700217@vax1.dcu.ie (Ciaran Treanor):
> Hi Wizards,
>         I know this is probably not the right place to ask this question but
>         I need an answer in a hurry. I want to "exec" /bin/csh as a login
>         shell from a script file. In the man page for "csh" it says the
>         following:
> 
>         "If the shell is invoked with a name that starts with '-', as when
>         started by login(1) the shell runs as a login shell. In this case,
>         after executing commands from the .cshrc file, the shell executes
>         commands from the .login file in your home directory."
> 
>         How do you invoke /bin/csh with a name that starts with a '-'?
>         Do you mess around with argv[0], if so how do you do that in a
>         shell script?
>         Is there any other of invoking a login /bin/csh?
> 
>>>         I'm working on a Sparc 10 running SunOS 4.1.3.
>>> 
>>> Thanks in advance and apologies if this is a really stupid question!
>>> 
>>> Ciaran.

How about

	# ln -s /bin/csh -
	# -

PJDM
--
Peter Mayne                     | My statements, not Digital's.
Digital Equipment Corporation   |
Canberra, ACT, Australia        | "AXP!": Bill the Cat
From: roana@cs.utwente.nl (V.O.F. Roana Technologies)
Subject: protocols outside of kernel
Keywords: protocols, encryption
 
Organization: University of Twente, Dept. of Computer Science
Date: Tue, 22 Dec 1992 12:02:17 GMT

I'm currently experimenting with a system which encrypts frames at the IP
level, which allows authentication and confidentiality. When an IP packet is
received, the system checks if it's encrypted (by the "protocol" field in the
header), and if so, the packet is decrypted and then relayed to TCP, UDP etc.
If TCP, UDP want to send a packet, it's first encrypted and then relayed to IP.

It is easy enough to implement this in my own TCP/IP implementation, and should
be possible with BSD by modifying the kernel source. However, my question is:
is it possible with BSD or even System V systems to implement protocols outside
of the kernel? I.e., create a binary which has the functionality mentioned above
but does not require you to change your kernel?

Any suggestions are welcome

Ronald
roana@cs.utwente.nl




Newsgroups: comp.unix.wizards
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: /dev
Organization: Chinet - Public Access UNIX
Date: Mon, 21 Dec 1992 16:14:13 GMT

In article <1h3m36INNd4l@usenet.INS.CWRU.Edu> cq377@cleveland.Freenet.Edu (David C. Williss) writes:

>I have a question, and maybe somebody here can point me in the right 
>direction.  I'm working on a software package wich we are porting to
>Unix and one of my parts is the hardcopy output.  On the old system
>I could just open "lpt1:" and start dumping.  On unix, things become
>harder.  

Not hard at all. Let the user or administrator enter an arbitrary string
for the process to accept the printout.  Use popen() to start it up.
Don't try to second guess the contents of the string - it's likely
to be things like "uux - othermachine!lp -d someprinter" or
"mp | uux - othermachine!lp -d postscriptprinter"  or whatever
pipeline it takes to get the job where they want it.
Since there are likely to be many printers available on a unix machine
it's nice to give the user a choice at run time as well as having
a configured default for each user.  Sometimes it's convenient to
bundle this with the option to save the print image to a file - if
the user types something starting with "|", feed it to popen() instead
of fopen().

Les Mikesell
  les@chinet.chi.il.us
From: h9200756@hkuxa.hku.hk (Soo Kam Yee Winnie)
Newsgroups: comp.unix.wizards
Subject: test
Date: 30 Dec 92 16:26:10 GMT

test
Newsgroups: comp.unix.wizards,comp.unix.programmer,comp.unix.questions
From: gordon@sneaky.lonestar.org (Gordon Burditt)
Subject: Re: Portability issues in using a memory dump
Organization: Gordon Burditt
Date: Tue, 22 Dec 1992 20:42:38 GMT

>Yes.  The difference is usually fairly minor; most UNIXish systems just
>give you text/data/stack at runtime, so if you dump out the data
>segment you should be OK, even though the data segment may begin at a
>different address and be a different size from system to system.  If

One of the biggest ugly problems with this technique is saving 
and later restoring data that you don't know exists.  Some of 
the things you might end up restoring are:

- Your terminal type, and internal curses/termcap/terminfo variables
related to it.  Bad news if you restart on a different terminal type.
- Stdio information about open files that aren't open in the restoring
process.  This often includes the FILE * stream used to save the data.
- On fixed-stack machines, your stack and all auto variables may be
included in what you are restoring.  KABOOM!
- Environment variables, or copies made of them by library routines.
- Malloc and sbrk's records of memory allocation.

At least one version of the game rogue used this technique, although
it tried saving data AND bss AND malloc space.  I rapidly learned to 
hate it.  Save/restore cycles ended up leaking memory, FILE * descriptors, 
and after a couple dozen cycles, the game generally fell apart with 
SIGSEGV's.

					Gordon L. Burditt
					sneaky.lonestar.org!gordon
Newsgroups: comp.unix.wizards
From: gaf@alpha.aosg.gsf.dec.com (Gerald Feldman)
Subject: Re: /dev
Reply-To: gaf@aosg.gsf.dec.com
Organization: Digital Equipment Corporation
Date: Tue, 22 Dec 1992 16:35:44 GMT

-- 
There are also some requirements that an application have a "hot"
printer. Certainly using popen() is a very viable solution. For
a converted DOS application it may be reasonable to have a hot printer 
attached to some arbitary port. While it is not the Unix way of doing
thisgs, it is workable:
create a link (say lpt1: ) to the desired printer port. Thus, the MS-DOS
application may not need to change. It can write to what it knows, and
since it is linked to the real device in /dev, it will output to the
physical device in /dev. The down side of this is that the application
would be tieing up a real device. From a purist point of view, it would
be better to spool, but the bottom line may be to get the program
running.
+-------------------------------------------------------------+
Jerry Feldman		   AOSG
Mailstop: GSF1-1/K13	   DTN:264-5863
Digital Equipment Corp.    EXT:(603)884-5863
5 Wentworth Drive          ip(DEC): gaf@aosg.gsf.dec.com
Hudson, NH 03051           enet: alpha::gaf
			   Internet(HOME):gaf@palantir.newton.ma.us
+-------------------------------------------------------------+
Newsgroups: comp.unix.wizards
From: karl@bagpuss.demon.co.uk (karl)
Subject: Re: Code on a Sun, run on a Tandem?
X-Mailer: ELM [version 2.4 PL2]
Content-Type: text
Content-Length: 1476
Date: Fri, 1 Jan 1993 02:45:38 +0000

> Question:
>
> I was talking to a friend that mentioned his
> company was thinking about developing a huge telecom
> package on Sparc stations because of the development,
> debug, and revision control tools but the final
> destination is a Tandem. A Tandem not running Unix but
> running their proprietary system, whatever that is.
> This is so they get all the feature of fault tolerance.

I have extensive experience with UNIX, and a little experience with
GUARDIAN (Tandem's proprietary OS).  I believe that fault tolerant
applications (that are not PATHWAY applications) have to be programmed
as such; ie this does not happen by magic - porting a C program from
a Sparc to a Tandem will not make it fault tolerant.

Although there is certainly an argument for developing generic C programs
on a UNIX platform, and later porting them to GUARDIAN (Tandem's ANSI C
is pretty good), I doubt whether it holds when much of the code needs to
be GUARDIAN specific.

> Apparently the Unix on the Tandem is missing some. He 
> thinks that it's POSIX compliant but I still have
> concerns that they are looking for trouble. This is not
> a small project...approx. 40+ developers. 

I dont thing GUARDIAN is POSIX compliant until release D00, although
I could well be wrong.  

> Can anyone tell me if this is possible or is disaster
> just around the corner?

It may be an idea to look at Tandem's fault tolerant UNIX platforms
(ie the Integrity S3), which I believe now runs SVR4.
From: skimble@ST-LOUIS-EMH2.ARMY.MIL (Steve W. Kimble)
Newsgroups: comp.unix.wizards
Subject: Request for Information on Inexpensive UNIX Lookalikes
Date: 23 Dec 1992 15:46:17 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

I'm looking for information on inexpensive UNIX lookalikes to run on PC-compati-
bles.  Primarily, I'd like to know whether you have any direct experience with
such an animal.  I've heard of Coherent by Mark Williams Company, but have no
feedback on it; and I know there are others.

What I'm tasked to do is to create a capability to print documents on printers
attached to PCs.  One possibility is to recreate the current method on the PCs.
The current method involves processing flat files into troff-edible material
(pic is involved), troff-ing them, and lp-ing the result for a laser printer
(the PCs will have a Unisys Model 37 printer attached).

The target PC population may be large, so we want to minimize the cost.  Does
anyone know of a suitable, inexpensive UNIX-like product that might do the job?
If so:
- What's its name?
- Where could I get it?
- What's it cost?
- How reliable is it?
  -- Does it crash?
     --- How often?
     --- Under what circumstances?
- How close is it to AT&T UNIX?
  -- What things won't it do?
  -- What things does it do differently?

Please respond directly to me.  I'm new here and am not yet a member of the
group.
Thanks for any help you can give me.

- Steve Kimble