HDTenEightyP/NetNews huggingface dataset:
From: etxmesa@eos.ericsson.se (Michael Salmon)
Newsgroups: comp.unix.misc
Subject: Re: man macro manual?
Date: 8 Sep 92 07:02:55 GMT
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB

In article <1992Sep7.211517.26876@tous.oau.org>, 
rbt@tous.oau.org (Robert B. Tate) writes:
|> In article <1992Sep7.101314.3759@ericsson.se> 
|> etxmesa@eos.ericsson.se (Michael Salmon) writes:
|> >In article <Bu6z2u.3tq@mtholyoke.edu>, 
|> >jbotz@mtholyoke.edu (Jurgen Botz) writes:
|> >|> Where can I find a manual for the tmac.an macros?  Does it exist or
|> >|> is being able to figure them out a requirement for being qualified
|> >|> to write man pages?
|> >
|> >Try:
|> > eos6c02 ~ 43 > man 7 man
[...]
|> This is really LESS than usefull! If you already know what man is and how
|> to use it, it will remind you, but what about HOW to USE the macros in
|> the tmac.an? What do they mean? Where to use them? What order to do a
|> proper man page? Not all of use are experts in roff macros!

From the same manual page:

     A typical manual page for a SunOS  command  or  function  is
     laid out as follows:

     .TH TITLE [1-8]
          The name of the  command  or  function  in  upper-case,
          which  serves as the title of the manual page.  This is
          followed by the number  of  the  section  in  which  it
          appears.

     .SH NAME The name, or list of names, by which the command is
          called,  followed by a dash and then a one-line summary
          of the action performed.  All in roman font, this  sec-
          tion  contains  no troff(1) commands or escapes, and no
          macro requests.  It is used to generate  the  whatis(1)
          database.

     .SH SYNOPSIS

          Commands:

Please read what I typed, "man 7 man" note that I read from section 7,
not section 1 which is where the man command is to be found. If you
don't understand the manual sections then I suggest you try "man man"
or "man intro" before trying to write a manual page.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
Newsgroups: comp.unix.misc
From: bernie@metapro.DIALix.oz.au (Bernd Felsche)
Subject: Re: Giles' (Manual) Mania (getting longuish)
Organization: MetaPro Systems, Perth, Western Australia
Date: Tue, 15 Sep 92 03:53:22 GMT

In <id.I34T.F16@ferranti.com> peter@ferranti.com (peter da silva) writes:

>In article <1992Sep9.192946.27394@newshost.lanl.gov>
>  jlg@cochiti.lanl.gov (Jim Giles) writes:

>> Can you explain why *no one* seems satisfied with UNIX text editors

>I am.

Me too.

>The fix is to use a network file system instead of the r-suite. Berkeley
>networking is such a kludge.

rkluge.
-- 
+-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
| | | | MetaPro Systems Pty Ltd          /      \ bernie@metapro.DIALix.oz.au
| | | | 328 Albany Highway,              X_.--._/         Fax: +61 9 472 3337
|m|p|s| Victoria Park, Western Australia 6100  v        Phone: +61 9 362 9355
Newsgroups: comp.unix.misc
From: tphili@eos.ncsu.edu (TEEBU  PHILIP)
Subject: lex and yacc
Originator: tphili@c00405-346dan.eos.ncsu.edu
Reply-To: tphili@eos.ncsu.edu (TEEBU  PHILIP)
Organization: North Carolina State University, Project Eos
Date: Sat, 12 Sep 1992 17:44:24 GMT


My name is Teebu Philip.  I am a senior in Computer Engineering at NC State.
My partner and I are working on our senior design project.  We are working on
a constraint network.  We have been given a BNF grammar and it was our
understanding that we could send that grammar thru lexx and yacc.  But as of
yet, we are still not able to figure out the complexities of the pgms.

Could we ask a few questions:

1) how does one implement partial brackets in our text file which simulates
the grammar.

2) can we send our text file of this grammar into lex and yacc to make us a
parser that we need for our project.

please email us at tphili@eos.ncsu.edu
                   jhmoney@eos.ncsu.edu
Xref: sparky comp.unix.misc:3667 comp.editors:2228
Newsgroups: comp.unix.misc,comp.editors
Subject: Re: WANTED: QEdit-like editor for UNIX
From: scott@yarc.uucp (Scott Beckstead)
Date: Mon, 14 Sep 1992 17:43:33 GMT
Reply-To: scott@yarc.UUCP (Scott Beckstead)
Organization: Yarc Systems

In article <1992Sep11.123001.1@ulkyvx.louisville.edu> cl129501@ulkyvx.louisville.edu writes:
>Does anyone know of a good editor for UNIX that emulates QEdit and other
>editors for the IBM PC?  I definitely need cursor movement keys and block
>manipulation commands to be the same as they are on a PC.  Any ideas?
>
>-- Darren Embry
>   cl129501@ulkyvx.louisville.edu
>
>   no sig 'cause I'm on a VAX!  :)
  You might try learnign Micro emacs.  Or even real emacs.  There really are
no differences if you are using the console.  The rest is up to your termcap.


-- 
Reply to: scott@yarc.uucp 	|  
				|	Spin my nipple nuts and send me to   
  Smoke me a kipper, I'll be	| 	Alaska.
   back for breakfast	 	|
From: vander@flab.fujitsu.co.jp (Mike van der Velden)
Newsgroups: comp.unix.misc
Subject: NFS Protocol Specification
Date: 9 Sep 92 02:47:44 GMT
Organization: Fujitsu Laboratories Ltd., Kawasaki, Japan


I'm looking for the latest version of the NFS Protocol Specification.
I checked the mailserver at SERVICE@NIC.DDN.MIL, and found:

RFC 1094 Sun Microsystems, Inc.  NFS: Network File System Protocol
         specification. 1989 March; 27 p. (Format: TXT=51454 bytes) 

This is a few years old, as it describes version 2 of the protocol.
It makes repeated references to the next version of the protocol, yet
I could not find the RFC for the next version there.  What is the
latest and greatest version, and where can I obtain a copy?

Thanks in advance.

--
Mike van der Velden
Distributed Systems Laboratory, Fujitsu Laboratories Ltd., Kawasaki, Japan
e-mail: vander@tokyo.hi.flab.fujitsu.co.jp

ps. If you send me a picture postcard      Mike van der Velden
    from your area to the address at       Fujitsu Unoki Dormitory, room 227
    right, I'll send you one from Tokyo.   2-17-18 Unoki, Ota-ku, Tokyo 146
    Postcards must be received by          Japan
    November 15, 1992
Newsgroups: comp.unix.misc
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: man macro manual?
Organization: Tate Enterprises
Date: Tue, 8 Sep 1992 03:57:35 GMT

In article <1992Sep7.235156.273@news.eng.convex.com> tchrist@convex.COM (Tom Christiansen) writes:
>From the keyboard of rbt@tous.oau.org (Robert B. Tate):
>:This is really LESS than usefull! If you already know what man is and how

[ Toms good description of a man page and macros deleted ]

Thankyou Tom. That is helpfull. I (and I'm sure some others) have a
better understanding of how to use the macros and what some of the less
used sections are for.


-- 
 rbt@tous.OAU.ORG  (Robert B. Tate)       | A little knowledge is a dangerous
 {ucf-cs,peora,tarpit}!tous!rbt           | thing. Any less can kill you.
From: sasmob@chewy.unx.sas.com (Mark C. Burhans)
Newsgroups: comp.unix.misc
Subject: Re: How I find comm params on my tty?
Date: 9 Sep 92 21:14:40 GMT
Organization: SAS Institute Inc.
Originator: sasmob@chewy.unx.sas.com


In article <187bf9INNh0s@darkstar.UCSC.EDU>, aryeh@cash.ucsc.edu (Aryeh Friedman) writes:
|> I need to know the numbe of data bits, stop bits, and parity of my tty as
|> UNIX sees them.  Stty seems not to provide it.

If you have 'kermit' run it:

$> kermit
C-Kermit> show param
C-Kermit> exit
$>

-- 
---Mark C. Burhans---sasmob@chewy.unx.sas.com---919/677-8001 ext 7324
SAS Institute, Inc., USA, SAS Campus Drive, Cary, NC 27513.
"If you want a resume, I'll put it in writing.  It's only good for a day
and the contents are frightening."  -- Lyrics by Harry Connick, Jr.
 
Xref: sparky comp.unix.misc:3666 comp.unix.questions:11073
From: jonathan@cs.pitt.edu (Jonathan Eunice)
Newsgroups: comp.unix.misc,comp.unix.questions
Subject: Re: UNIX is TM?
Date: 15 Sep 92 03:54:50 GMT
	<1992Sep14.082429.197@news.uwyo.edu>
Followup-To: comp.unix.misc
Organization: University of Pittsburgh Computer Science


   zilla@ccrl.nj.nec.com (John Lewis) writes:
   > I need to mention the word "Unix" in a paper.  One of the reviewers
   > repeated that 
   > [...material on unix_as_a_trademark_and_proper_use_thereof deleted]

You might try the "trademarks mentioned are the property of their
respective owners, and are used only editorally herein" dodge that has
recently become popular with newsletters like Microprocessor Report.
I can probably dig up the exact phrasing they use if you email me. 
Newsgroups: comp.unix.misc
From: kardel@darkstar.informatik.uni-erlangen.de (Frank Kardel)
Subject: Re: Date and time to workstation network
Organization: CSD., University of Erlangen
Date: Mon, 14 Sep 1992 13:16:21 GMT

sofkaski@tnclus.tele.nokia.fi writes:


>        Does anybody some HW and/or SW solution to set accurate
>        date and time to a unix workstation network from an outside
>        reference ?

Check NTP (Version 3) RFC 1129. Base references and implementations
can be found on louie.udel.edu:/pub/ntp or archie.

Accurance within 10s of ms (sometimes better than 1 ms on decent WS
with a decent OS)

--
  Frank Kardel (time@informatik.uni-erlangen.de)
From: mcnab@dinsdale.nas.nasa.gov (David McNab)
Newsgroups: comp.unix.cray
Subject: Re: DMF and Clustered File Systems
Date: 8 Sep 92 20:06:55 GMT
Distribution: world,local
Organization: NAS Program, NASA/Ames Research Center

Gregg A. Mantock wrote...

> Does anyone know if a file can span accross multiple devices
> in a clustered file system?

[text deleted]

> This becomes an interesting situation when the Data Migration
> Facility and File System Monitoring are running on the
> clustered file system.

...and in response, Jim Gmeinder wrote...

> Yes, the clustered file system need not be migrated until the entire
> cluster's warning/critical thresholds are reached.  DMF manages a clustered
> file system as it would a normal (i.e. contained on one device) filesystem.
> Therefore, you want DMF actions started by fsmon, since it also views
> the cluster as a single filesystem. 

...which ducks the question a bit.  If a file could not span
devices, it could theoretically fill its partition without
filling the file system past the fsmon trigger point.  Migration
wouldn't be triggered although from the user's point of view
there would be no more disk space (at least for that file).

But on a Cray 2 (NC2FS), which I assume Gregg is working with
because he refers to clusters, a file can span devices.  If the
original partition fills up space will be allocated from others
in the cluster.

I've had problems where a clustered physical device fills up and
causes problems, even though the file system has free space on other
partitions.  But only when restoring dumps.

David McNab
mcnab@nas.nasa.gov
Parallel Systems Support
NAS Program, NASA/Ames Res. Ctr.
Newsgroups: comp.unix.cray
Subject: SARA contributions to CUGDUS
From: gerben@cowboy.sara.nl (Gerben Jansen)
Date: 15 Sep 92 19:18:52 MET
Reply-To: gerben@sara.nl
Distribution: world
Organization: SARA, Academic Computing Services Amsterdam.
Keywords: CUGDUS DMF NQS


SARA has recently contributed two pieces of software to the CUGDUS
community. Both are in the 'systems' area.

1	dma_qsort
2	Qman

dma_qsort is a small sort replacing program which increases the performance
of the dmhit program in DMF.

Qman 
  NQS only offers a possibility to move jobs into specific queues
dependend on user-specified disk requirements. It does not look at
available diskspace and/or interacts with DMF. Further the
user-specified disk requirement does not tell on which filesystem the
diskspace will be used.  SARA implemented a utility called
'Qman'. It uses NQS's feature to move jobs which require more than a
certain amount of diskspace into special queues.
These batchqueues are never started so jobs remain in there until Qman
moves them to the 'real' execution queues. Qman scans the stopped queues
for jobs. When a job is found in these queues, Qman examins the
available diskspace and decides whether or not the jobs can be handed
over to NQS (by moving it into the execution queue). This has the same
function as a complex disklimit would/should be implemented in NQS. If
insufficient diskspace is available Qman adjusts the DMF warning level
to force file migration. It lowers this level down upto a configurable
amount of diskspace. This prevents that the disk consuming jobs push all
'normally online' files to tape. If still more jobs need diskspace these
are postponed until running diskconsumers finish and diskspace becomes
available or the files created by those diskconsumers change from
'active batch job' file to 'normally online' file (which are candidate
for migration). In order to prevent migration of files which are created
by the disk consuming jobs a simple protection mechanism has been made
between Qman and the warning script of DMF.
Qman schedules diskconsumers only upto a configurable size. Whenever a
jobs requires more diskspace than this limit allows, the operator has to
decide when the job (a diskhog) must be run. When this moment arrives Qman will
stop scheduling new disk consumers, wait for the current disk consumers
to finish and then start the diskhog. As soon as the diskhog finishes Qman will
resume normal operation.

  All information Qman uses is derived from standard Unicos software
(NQS, DMF, etc) There is no knowledge about the jobs. A few rules of
thumb are used:
 . If a user specified a limit it is pretty accurate.
 . If a user did not specify a limit the job will use only some percentage
   of the default value for this limit.


Qman features two main characteristics:

- It limits the total amount of diskspace that can be used by batchjobs
- It changes the DMF warning level in such a way that unwanted filemigration
  is prevented.




Gerben Jansen,

SARA (Academic Computing Services),

Kruislaan 415,
1098 SJ Amsterdam,
The Netherlands.

e-mail: gerben@sara.nl
phone: +31 20 5923000
Newsgroups: comp.unix.cray
From: gme@aspen.cray.com (Jim Gmeinder)
Subject: Re: DMF and Clustered File Systems
Originator: gme@aspen
Organization: Cray Research, Inc.
Distribution: world,local
Date: 8 Sep 92 10:00:31 CDT


In article <1992Sep4.131659.122@inet.d48.lilly.com>, rz63633@stewball.d50.lilly.com (Gregg A. Mantock) writes:
> Does anyone know if a file can span accross multiple devices
> in a clustered file system?  Say that a file is created on a
> particular device in a clustered file system.  As the file
> continues to grow it fills the device that it was created on.
> Will the remainder of the file be written to one of the other
> devices in the cluster, or will the process writing to the 
> file abend?
> 
> This becomes an interesting situation when the Data Migration
> Facility and File System Monitoring are running on the
> clustered file system.  Fsmon shows %used based on the whole
> cluster of devices, but df shows the %free on each device.
> Can I assume that fsmon knows what it is doing and that the
> clustered file system need not be migrated until the entire
> cluster hits the warning/critical threshold?
> 
> Thanks,
> Gregg
> -- 

Yes, the clustered file system need not be migrated until the entire
cluster's warning/critical thresholds are reached.  DMF manages a clustered
file system as it would a normal (i.e. contained on one device) filesystem.
Therefore, you want DMF actions started by fsmon, since it also views
the cluster as a single filesystem. 

Hope this helps,
Jim
-- 
--------------------------------------------------------------------------
Jim Gmeinder		Cray Research, Inc.		(612)-683-5581


Newsgroups: comp.unix.cray
From: bauer@loligo.cc.fsu.edu (Jeff Bauer)
Subject: How to get around lack of statd/lockd on UNICOS
Organization: Florida State University Academic Computing & Network Services
Date: Tue, 15 Sep 92 14:18:39 GMT

Cray apparently chose not to support the statd/lockd daemon on UNICOS.

We have a third party application running on an RS/6000 using a data file
that is NFS mounted from the Cray.  It behaves VERY slowly and the RS/6000
console whines about not being able to talk to statd/lockd on the Cray.

It is the flock() call causing the problem.  This program
runs immediately when locking a file on a local disk as well as a file system
mounted from an AIX host and SunOS NFS server.  It hangs at
the "Locking file..." message when using a file NFS-mounted from the Cray.
The absence or presence of the local lockd/statd daemons makes no difference.  
It does, however, cause the other NFS cases (AIX and Sun) to hang until they
are running.

Does anybody know of a work around for this?  I can either spoof the Cray
with a dummy statd/lockd daemon(s) or somehow tell AIX not to use statd/lockd
and ignore any file locks.

Any help or pointers would be greatly appreciated!

-- flock.c --
#include <stdio.h>
#include <fcntl.h>
#include <sys/file.h>

main(argc, argv)
int argc;
char **argv;
{
        int fd;

        if (argc != 2) {
          fprintf(stderr, "Usage : %s file\n", argv[0]);
          exit(1);
        }

        printf("Opening file...\n");
        if ((fd = open(argv[1], O_RDWR)) < 0) {
          fprintf(stderr, "Cannot open file `%s'\n", argv[1]);
          perror("open");
          exit(1);
        }

        printf("Locking file...\n");
        if (flock(fd, LOCK_EX) < 0) {
          perror("flock lock");
          exit(1);
        }
        printf("Unlocking file...\n");
        if (flock(fd, LOCK_UN) < 0) {
          perror("flock unlock");
          exit(1);
        }
        close(fd);
        printf("All done!\n");
}
--
Jeff Bauer				   jtbauer@cc.fsu.edu
FSU Academic Computing & Network Services  (904) 644-2591 x. 113
Newsgroups: comp.unix.cray
From: craven@cg.emr.ca (Jim Craven)
Subject: Any thoughts on the Y-MP EL?
Reply-To: craven@cg.emr.ca
Organization: Dept. of Energy, Mines & Resources, Canada
Date: Thu, 10 Sep 1992 13:30:29 GMT

I am breaking net etiquette by not reading this group for a while before posting,
many apologies if this post is not good form.      

I would like to hear from people using the CRAY-YMP EL.   Reply by e-mail if you prefer.
Specific points I would like to hear about include:
 
    (*) the EL's usefulness for seismic processing where fast memory and data
        transfer rates are important; we typically process lots of small chunks
	of data
    (*) the EL is serviced (in our area) by DEC, does any one have
        any comments good or bad about DEC service of CRAY hardware?
    (*) how well does it fit into a NIS domain as either a client to a
        SUN master server or as a master with SUN clients?
    (*) has anyone experienced problems porting code from the Convex to the CRAY?  
    (*) has anyone switched from a Convex to the EL?  Would you buy CRAY again if 
        you could do it over?

Any comments are welcome! 

Thanks in advance,

Jim 
---
Love is like the ozone layer,            |Jim Craven (craven@cg.emr.ca)|
   You don't miss it until it's gone.    |Geological Survey of Canada  |
        ---Frank Drebbin, Police Squad   |1 Observatory Cres., Ottawa  |
-----------------------------------------|K1A 0Y3 (613) 996-9935-------|

Newsgroups: comp.unix.cray
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.questions
Subject: Re: UDP checksum OFF in SunOS 4.1.2
Date: 15 Sep 1992 20:00:23 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com
Keywords: UDP CHECKSUM OFF SUNOS 4.1

In article <136341@lll-winken.LLNL.GOV> jallen@litani.nersc.gov (John Allen) writes:
>I know how to turn off udp checksum under ultrix:

I won't ask why you want to do such a silly thing.
>$ dbx -k vmunix 
>print udpcksum    (shows current state)
>assign udpcksum=0 (to turn off)
>assign udpcksum=1 (to turn on)

>How can I do it under SunOS 4.1.2?

The same way, except the name of the variable is udp_cksum.

You can also edit /sys/netinet/in_proto.c, changing the value of udp_cksum,
and rebuild your kernel.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.questions
From: cs000hf@selway.umt.edu (Hong Fan)
Subject: tutorial of imake
Organization: University of Montana
Date: Tue, 15 Sep 1992 02:23:16 GMT


Hi: everybody:

Does anyone know where to get some tutorials of how to write imake and 
makedepend file from X? I hereby thank you for the hint. Please mail me
at cs000hf@selway.ut.edu or hf@huckle.cs.umt.edu

Newsgroups: comp.unix.questions
From: peter@merlin.acadiau.ca (Peter Steele)
Subject: LA LISA?
Organization: Acadia University
Date: Thu, 10 Sep 1992 00:24:31 GMT

Has anything come across this group about this fall's LISA conference?
--
Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364
From: krm@pri-mu.prime.com (Martin {martlbub} Kraegeloh)
Newsgroups: comp.unix.questions
Subject: Re:  UNIX Philosophy
Date: 7 Sep 92 08:21:09 GMT

Hi Jeff,

Though vi takes some effort to learn, it's a *ver* powerful editor and
worth learning it! You'll find it on every unix box, and avoid the hussle
you find now in getting sth. else to run. (and vi is there for MeSsDOS too!)

regards, Martin
From: slix@svcs1.UUCP (Bill Miller)
Newsgroups: comp.unix.questions
Subject: Re: need script to rename uppercase filenames
Summary: Can't make the script work, using csh under 386bsd
Date: 4 Sep 92 22:02:14 GMT
Organization: Silicon Valley Computer Society, Sunnyvale, CA

In article <1992Sep3.083107.11920@athena.mit.edu>, benjy@athena.mit.edu (Benjamin B Thomas) writes:
B
> Try:
> 
> #!/bin/csh 
> foreach i ($argv)
> setenv file $i
> cat $file | tr -d '\015' > `echo foo | nawk '{print tolower(ENVIRON["file"])}'`
o> rm $file
I tried that, but it doesn't work.  It simply zero-lengths the first
file it finds and then promptly goes to bed - in a loop and doesn't
process further.  Killing it locks up the system.  I don't understand
one or two things.  i dont seem to have 'nawk', I guess I could try
substituting 'awk'?  Also, what is 'foo'?  Does csh understand 'foo' to
mean something special, or is it trying to echo a file called 'foo' which
I don't have?
Newsgroups: comp.unix.questions
From: erodrigu@dcc.uchile.cl (Eduardo Rodriguez)
Subject: Re: Ytalk source code...
Originator: erodrigu@tolten
Date: Mon, 07 Sep 1992 15:11:05 GMT
Organization: Universidad de Chile, Depto. de Ciencias de la Computacion
Keywords: ytalk


In article <Bu6Dn3.L9q@news.cso.uiuc.edu>, aar50482@uxa.cso.uiuc.edu (amy) writes:
> I'm looking for the source code for the most recent version of
> ytalk. if anyone knows where i can get it, let me know.
> 

From archie:

Host uhunix2.uhcc.hawaii.edu

    Location: /incoming/blaine
           FILE -rw-r--r--      65536  Mar 30 19:48  ytalk
    Location: /incoming/unix
           FILE -rw-r--r--      33223  Jul 26 07:42  ytalk-2.0.tar.Z

Host bode.ee.ualberta.ca

    Location: /pub/newstuff
           FILE -rw-r--r--      27215  May 27 15:23  ytalk.tar.Z

edo...

Eduardo Rodriguez S        - --- - --- - --- -    erodrigu@dcc.uchile.cl
Dpto de Ciencias de la Computacion  - --- -    ...!uunet!uchdcc!erodrigu
Universidad de Chile   --- - --- - ---   erodrigu%uchdcc@uchcecvm.BITNET
- --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- - --- 
Newsgroups: comp.unix.questions,comp.unix.shell
From: c0408982@techst02.technion.ac.il (Michael Gleibman)
Subject: The sources for tip and cu
Organization: Technion, Israel Inst. of Technology
Date: Tue, 8 Sep 1992 09:29:56 GMT

Hello! Can anybody tell me, where can I get the sources for
tip and cu?
Any help is greatly appreciated.
Thanx in advance.

-- 
                        Michael Gleibman,
Dept. of Mathematics, Technion, Haifa, Israel,
e-mail: c0408982@techst02.technion.ac.il
Phone: (0972)(8)543820
Newsgroups: comp.unix.questions,comp.unix.wizards,comp.unix.sysv386,comp.unix.admin,comp.unix.xenix.sco