HDTenEightyP/NetNews huggingface dataset:
From: ktf@bc3.GUN.de (Klaus ter Fehn)
Subject: Re: Problem with Curses windows : SCO 3.2.2
Organization: private
Date: Sat, 19 Dec 1992 13:00:17 GMT
Keywords: curses sco 3.2.2 window problem help

In article <1992Dec17.172947.3355%jim.uucp@wupost.wustl.edu> 
mike%jim.uucp@wupost.wustl.edu (Mike S.) writes:


>We are using the SCO 3.2.2 Development System, and are having a
>problem with curses.  Basically, windows and panels which are over-
>written by another window/panel do not recover their contents after
>the top window is erased.

>As an example, window A is filled with text, and window B is temporarily
>placed over A.  After B is erased, A still shows the "shadow" of window
>B, even after update_panels(), doupdate(), etc.

Do a touchwin() to window A after dropping Window B. The next doupdate()
should then refresh the window.

Greetings...
-- 
Klaus ter Fehn		<ktf@bc3.GUN.de>
Neanderstr. 4		{mcshh,smurf,unido}!easix!bc3!ktf
4000 Duesseldorf 1
FRG / Germany		Tel.: +49-211-676331
Newsgroups: biz.sco.general
From: jaymin@maths.tcd.ie (Jo Jaquinta)
Subject: Paradise VGA driver
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Fri, 18 Dec 1992 09:37:31 GMT

	Does anyone know if there is a Paradise VGA driver available for
SCO Unix? I'd like to be able to use the machine in full graphics mode.
Failing that can anyone tell me how to change the colour palette with
the standard driver.

			Jo Grant

_______________________________________________________________________________
Jo Grant			| "Love is blind, or so it seems, to make me
jaymin@lanczos.maths.tcd.ie	| offer you my dreams. But after all is said and
44 Bancroft Ave., Tallaght,	| done, a blind man's dreams are not much fun."
Dublin 24, IRELAND		| -- Horslips, "The Blind Can't Lead the Blind"
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: Adduser shell script
Date: 14 Dec 92 20:00:24 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 670
Precedence: bulk

Scott Frost writes:
> 
> I'm looking for an adduser shell script for SCO UNIX.   This is a uncomplicated
> setup with one machine supporting up to 20 or so concurrent users with a total
> of about 80 login accounts.  We need to set up all 80 accounts with generic
> login id's (i.e. unix01, unix02, ....) and the same password that should expire
> immediately after entering it the first time.
> 

The passwd(C) program cannot read from its standard input, so you
cannot pump it any passwords from a script. It is designed, on purpose,
to read only from /dev/tty, i.e., your keyboard.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Shell script poser
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Mon, 14 Dec 1992 11:30:38 GMT

davidf@golem.waterloo.on.ca (David J. Fiander) writes:
: According to apl@world.std.com (Anthony P Lawrence):
: >: You were lucky that you didn't pass it a file which had a line
: >: beginning with one of the words 'match', 'substr', 'length', or
: >: 'index', because then you would have got
: >: 
: >: >	expr: syntax error
: >: >	expr: syntax error
: >: >	
: >
: >His script was not using awk, and wouldn't object to those
: >(awk) keywords.  
: 
: Neither was I when I saved his article to a file, edited away
: all the extra stuff, and ran it as a shell script which gave me
: the output above.  expr also recognises all of the above
: keywords as shorthand for simple regular expression matches.
: 

You are right.  And I never knew expr recognised those keywords!
My man page says "Operators & keywords are listed below", but
no keywords are listed!  Guess I've never passed any of those 
words to it...

So, passing any of those words alone on the line would generate
an error (but a line such as "match this please" would not).

Now (just for completeness), can someone supply the missing info
from the man page?


		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: SCO Support Music on Hold.
Date: 11 Dec 92 21:33:44 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I'm sick of it.  It's time for a change.  Mark at support is their phone god, 
and I implore him...

PLEASE PLEASE PLEASE

Change the music on hold!!!

Now back to your regular programming.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general,ba.politics,talk.politics.misc
From: Bela Lubkin <belal@sco.COM>
Subject: tar cvf -
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sun, 20 Dec 1992 16:49:28 GMT
Precedence: bulk

Jean-Pierre Radley wrote:

> In my experience, your command "tar cvf - files | compress ..." will
> create a useless archive; including the 'v' flag to tar means you're
> jumbling tar messages into your compressed file; tar has the unfortunate
> property of writing its messages to stdout, not stderr.

Stuart Lynne replied:

> Bzzzzztt....
> 
> I've never noticed this. And I use tar all the time. So I just tried it
> and it works fine. Tar definitely sends the messages to stderr. 

Well, you're both right.  That was a bug in tar, in 3.2v2, and fixed in
3.2v4.  Under 3.2v2, it can be avoided by not using "v" when creating
archives to stdout: `tar cf -` rather than `tar cvf -`.  If you already
have an important archive that has been corrupted that way, here is a
program which undoes the damage.  (I notice now that this generates
warnings when compiled under 3.2v4, but still works...)  >Bela<

=============================================================================

/*
   fixtar 1.0
   Bela Lubkin  3/17/91

   removes embedded 'tar -v' output from tar files
*/

#include <ctype.h>
#include <string.h>
#include <fcntl.h>
#include <stdio.h>
#include <errno.h>

extern int strncmp (char *,char *,int);
char *strstr(char *Sub,char *S);
char *progname;

main(argc,argv)
int argc;
char *argv[];
{
  int b,j,inp,outp,skipp;
  int i=0;
  char buffer[513];

  progname=argv[0];

  if (argc<3 || argc>4) usage();
  iochk(argv[1],inp=open(argv[1],O_RDONLY));
  iochk(argv[2],outp=open(argv[2],O_WRONLY+O_CREAT,0600));
  if (argc==4)
    iochk(argv[3],skipp=open(argv[3],O_WRONLY+O_CREAT,0600));

  buffer[512]=0;
  while (iochk(argv[1],b=read(inp,buffer,512))>0) {
    i++;
    if (NULL==strstr(" tape blocks\na ",buffer))
      iochk(argv[2],write(outp,buffer,b));
    else {
      printf("Skipped block #%d\n",i);
      if (argc==4) iochk(argv[3],write(skipp,buffer,b));
    }
  }
  iochk(argv[1],close(inp));
  iochk(argv[2],close(outp));
  if (argc==4) iochk(argv[3],close(skipp));
}

int iochk(s,ret)
char *s;
int ret;
{
  if (ret!=-1) return ret;
  perror(s);
  exit(1);
}

usage()
{
  printf("usage: %s infile outfile [skipfile]\n\n",progname);
  printf("removes 'tar -v' output from infile, placing results in outfile.\n");
  printf("optional skipfile will contain the 'tar -v' output which was skipped.\n");
  exit(1);
}

/* Returns a pointer to the first instance of Sub within Str.  If
   Sub is empty, returns Str.  If there is no match, returns NULL. */

char *strstr(Sub,Str)
char *Sub,*Str;
{
  int l=strlen(Sub);

  if (!*Sub) return Str;		  /* anything matches a null string */
  while (1) {
    while ((*Str) && (*Str!=*Sub)) Str++; /* find instance of Sub's 1st char */
    if (!*Str) return NULL;		  /* dropped out at end of Str? */
    if (!strncmp(Sub,Str,l)) return Str;  /* match? */
    Str++;				  /* advance past false match */
  }
}
From: avg@litwin.com (Anil Gokhale)
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: Litwin Process Automation
Date: Wed, 16 Dec 1992 14:11:22 GMT

sl@wimsey.bc.ca (Stuart Lynne) writes:

>>1. Will SCO ODT 2.0 run on any machine with a 66 Mz 486DX2 chip?

>I just swapped up last week from a DX-50. 
>It works fine and seems to be a bit faster than DX-50. 

What kind of machine?

Perhaps someone in SCO should periodically post a updated list of all
hardware sopported.  Either here or in the biz.sco.general group.

My ODT2.0 is now a few months old and my understanding is the hardware list
in the distribution was obsolete (Perhaps outdated is a better word) even
before I recieved it.  I suppose that reflects the hard work by people at
SCO to test more hardware continuously, but it would be nice it they let
us know what is the latest.

-------------------------------------------------------------------------
                               Dr. Anil Gokhale
Litwin Process Automation                                  avg@litwin.com
1250 W. Sam Houston Pkwy. South          ...!uunet!dynsim1.litwin.com!avg
Houston, Texas 77042, U.S.A.                               1-713-268-8209
-------------------------------------------------------------------------
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.opendesktop
Subject: scsi disk no begin found
Date: 16 Dec 92 20:04:16 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Cc: scoodt@imcon.wimsey.bc.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I have a system which has stopped finding one of it's SCSI disks.  From 
/usr/adm/messages i find...

Wed Dec 16 11:29:09
%disk     -             -       -       type=S ha=0 id=1 lun=0 ht=ad fts=s
%Sdsk     -             -       -       cyls=339 hds=64 secs=32

Wed Dec 16 11:29:10

CONFIG: Only 2 Sdsk SCSI devices configured (unit 4 missing)

Wed Dec 16 11:29:10

CONFIG: Only 2 Sdsk SCSI devices configured (unit 4 missing)

the above Sdsk entry is the second SCSI drive, and there should be a third.  
I've tried different things in /etc/conf/cf.d/mscsi to no avail which looks...

ad      Stp     0       2       0
ad      Sdsk    0       0       0
ad      Sdsk    0       1       0
ad      Sdsk    0       3       0

now I'm doing this over a modem line, as the site is remote to me.  The
on-site admin assures me the disk is set for id 3.  This did work before 
today as well.

The other thing to note is that even though mscsi shows a tape drive on id
2, there is no tape drive in the machine, but I tried removing the Stp entry
and still got nowhere.

The hardware is ok because the controller does find the disk, and 
reports it on boot up and this was working before a reboot today.

What are the possible causes for not finding the unit on boot up?

Something else I found which threw me for a loop was the major number for 
/dev/hd20 (the third disk) is 87 which I find is a driver called "hd" from
mdevice.  Why would the third disk be accessed via the "hd" driver?

any help appreciated!

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Newsgroups: biz.sco.opendesktop
From: muhlig@usctoux1.cto.us.edu.pl (Maciek Uhlig)
Subject: NFS infinite loop at statup solved!
Organization: Computer Center, Silesian University
Date: Wed, 16 Dec 1992 08:17:04 GMT

Infinite loop at startup of NFS in ODT 1.1 was in fact loop of /etc/lockd.
/etc/lockd started sometimes (irregularly) on the second processor
of my ALR PowerPro what was quite improper for its behaviour.
The solution was to install lng287b. The problem disappeared.
Thank you all who responded. Special thanks to paul@openage.com.

Maciek

muhlig@usctoux1.cto.us.edu.pl [155.158.2.8]
Maciek Uhlig, Computer Center, Silesian University, Katowice, Poland
====================================================================
        "Imagine all the people sharing all the world" - John Lennon
Newsgroups: biz.sco.opendesktop
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: The Santa Cruz Operation, Inc.
Date: Tue, 15 Dec 1992 23:40:56 GMT


In article <dlhanson.14.724464652@nap.amoco.com> dlhanson@nap.amoco.com (David L. Hanson ) writes:
>2. Secondly, does SCO ODT 2.0 have a driver for the SG3 video chip?

We generally offer X server support for video cards (in other words
an integrated chipset for video which includes DACs, CRTC chips,
VRAM or DRAM, and the actual drawing engine where appropriate), and
I'm fairly sure none of the cards or chipsets we support has an SG3
(at least I have never heard of such a chip).  If, however, this video
setup is S3 based then we support quite a few cards based on this chip.
Consult our Hardware Compatability Guide.  Currently all our S3 type
support is shipped in the AGA EFS which should be in the box with
ODT 2.0.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
Newsgroups: biz.sco.opendesktop
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: Wimsey Information Services
Date: Wed, 16 Dec 1992 01:43:31 GMT

In article <dlhanson.14.724464652@nap.amoco.com> dlhanson@nap.amoco.com (David L. Hanson ) writes:
>I am receiving a new Dell 466/M (66Mz 486DX2 chip) sometime next week.
>I am hoping to use it to run ODT 2.0 which I have sitting in a box beside

>1. Will SCO ODT 2.0 run on any machine with a 66 Mz 486DX2 chip?

I just swapped up last week from a DX-50. 

It works fine and seems to be a bit faster than DX-50. 

My first impressions where that loading and running small programs was a bit
better and that screen display was a bit crisper.

For straight CPU comparison, user time to run 100000 dhrystones was 28 vs 35.

I havn't seen any drop in performance for disks etc.

I'm waiting with baited breath for the DX2-100 or DX3-100 :-)

-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.opendesktop
From: peet@locus.com (J. David Peet)
Subject: Re: CD-ROM for DOS Merge
Organization: Locus Computing Corp, Los Angeles
Date: Mon, 21 Dec 1992 05:57:11 GMT

In article <BzEpFL.IFt@idm.com> cdm@idm.com (Charles D. Marcotte) writes:
>kevinc@ups.com (Kevin C. Castner) writes:
>: Is there any way that I can make a NEC CDR-73 CD-ROM, controlled by
>: an Adaptec 1542B, availble to a DOS-Merge shell?
>
>Yes, but you have to mount the High-sierra filesystem with all
>filenames converted to lower case letters.  Under 3.2.4 or ODT 2.0, use
>the '-fNFS,lower' option to the mount command.

Isn't that '-fHS,lower'?  Also you might need the option to supress
file version numbers.

>                                                For 3.2.2, there is
>an SLS (EFS?) that you can get from sosco or uunet that allows this.
>
>Remeber though, the mounted cdrom filesystem will look like a networked
>drive to Merge.  Merge (as far as I know) can't access the cdrom
>hardware directly like cdrom's under DOS.  Thus, multimedia control
>and playback of cdrom audio/video is not possible.

I have mounted a DOS multimedia cdrom under UNIX, and got it to work
under Merge this way.  If the software expects the cdrom contents
to start at the root of a drive (which is most likely the case), you
use the "subst" command to create a drive letter for where the cdrom is.

>                                                    If anyone knows of
>a way for Merge to use, lets say, the Windows media player drivers,
>please post it.  
>
>		Chuck (cdm@idm.com)

Currently with Merge, you can't directly access one device on a SCSI
controller without without taking over the entire SCSI controller.

As far as directly accessing cdrom's, I have seen this done with the
SoundBlaster Pro card that includes a cdrom interface.  There seems
to be some problems directly accessing the soundblaster itself, but
the cdrom part works just fine).

-David Peet <peet@locus.com>
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.opendesktop
Subject: Re: Slow login and u386mon
Date: 16 Dec 92 16:05:03 GMT
Reply-To: kevin%shady@uunet.uu.net (Kevin Smith)
Distribution: usa
Organization: ShadeTree Software, Inc.

In article <1992Nov21.010901.14628@sandr.COM> dlucy@sandr.COM (Doug Lucy) writes:
:>Our SCO ODT 1.1 Sys V/386 3.2.2 installation and become slower and
:>slower during the actual login-to-shell-prompt. Actual commands run
:>from the shell perform adequately, but the time from the return at the
:>end of entering the password to actual shell prompt is intolerable at
:>about 45 to 60 seconds.
:>
:>I've ftp'ed and compiled u386mon which makes nice displays and is
:>showing 100% CPU utilization during the login. However, the docs are
:>sparse and I don't see any danger-sign red in the main table.
:>
:>Anybody know of more detailed docs or where to look for the source of
:>the problem?  Thanks much.
:>
:>-- 
:>| Doug Lucy             | Although I am responsible for my  |
:>| S&R Software, Inc     | opinions, I'm not responsible for |
:>| dlucy@sandr.COM       | my poor spelling.                 |

I had a slow login problem caused by excessive tty1a records building
up in /etc/auth/system/ttys as a result of logins over a modem on
/dev/tty1A.  Eventually logins would fail alltogether.

More info available if this is your problem.  There was also a
solution posted to the SCO bulletin board.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
Newsgroups: biz.sco.opendesktop
From: wang@hp4at.eunet.co.at (Wang)
Subject: X11-Servercard recommendation for ODT (2.0) ??
Organization: EUnet EDV-Dienstleistungsgesellschaft m.b.H
X-Newsreader: Tin 1.1 PL4
Date: Tue, 15 Dec 1992 10:52:51 GMT

In order to increase the graphicsperformance I'm considering to run the
X11 Server on a addon-board.
Anyone can recommend a brand/type? Since my budget is limited it should
have a good price/performance value!
Thanks a lot,

Michael

-- 
Michael Zacherl, Management Data Wang Ltd., Vienna |
E-MAIL: mza@zwerg.wang.co.at                       | "Proof your chances,
PHONE:  +43 (1) 89-111 ext. 433                    |  and leave them or not."
FAX:    +43 (1) 894-17-14                          |     
-- 
Michael Zacherl, Management Data Wang Ltd., Vienna |
E-MAIL: mza@zwerg.wang.co.at                       | "Proof your chances,
PHONE:  +43 (1) 89-111 ext. 433                    |  and leave them or not."
FAX:    +43 (1) 894-17-14                          |
From: EACKLIN@UAFSYSA.UARK.EDU (mike acklin)
Newsgroups: biz.sco.opendesktop
Subject: strange text disappearances
Date: 17 Dec 92 20:04:45 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

Hi    Dumb newbie questions follow:

In SCO ODT 1.1 I have a couple of funny scrolling problems with open windows
viewing text....

1>in xman, when scrolling down a manual section text will suddenly all be
  blacked-out in neat little strips like the Army's old letter-censorship.
  Backing out of xman, all text...menu items and all...are blacked out as
  well, leaving graphic images intact. Only quitting ODT and mwm and
  rerunning startx will correct it.

2>in xedit, scrolling down a page of text leaves a blank background in mid
  screen. Scrolling UP restores text to visibility, but it's a bit of a pain
  to go to the bottom of text and read up.

I'd appreciate a clue or two to these. Since they happen in scrolling, they
seem to be related, maybe. I've only had this stuff for a couple of weeks,
and am completely new to UNIX and SCO, though not to PC's and programming.

System: i486/33, 16Mram, 213Msyshd,1.6G/u & /u1 SCSI hd, 565M SCSI tape,
        SVGA(Actix card)1Mvidram...SCO V386/ODT 1.1.

Since I'm a database builder & not an Xwindows programmer, I've had limited
brains & time for deep Xwindows study. Would also appreciate any advice on
a good book/disk tutorial...got C familiarity & working on C++, so it should
all fit together for me pretty well...just need a fix for the above stuff
if possible.
Thanx in advance.

Mike Acklin
Institutional Research
University of Arkansas
From: lance@markv.com (Lance Ellinghouse)
Newsgroups: biz.sco.opendesktop
Subject: FTPD
Date: 15 Dec 92 22:29:54 GMT
Organization: Mark V Systems Limited, Encino, Ca.

Someone just posted recently info that they had ported the latest version
of ftpd from wuarchive to SCO ODT 2.0. Where can I grab the source for it?
I have gotten it almost all working.. but don't have the time to 
figure the rest of it out.. and need it.
Source is needed due to the fact I need to add some special support
for our company's use.

Thank you,
Lance Ellinghouse
lance@markv.com
Newsgroups: biz.sco.opendesktop,biz.sco.general,biz.sco.magazine,comp.unix.xenix.sco,comp.unix.sysv386,comp.windows.x,comp.windows.x.motif
From: dionj@sco.COM (Dion)
Subject: Re: SCO ODT 2.0 Compability with Dell 466/M
Organization: The Santa Cruz Operation, Inc.
Date: Sat, 19 Dec 1992 00:05:03 GMT


Greetings David,

Re your Dell system:

1. I would not venture to say that ODT 2.0 runs on _any_ 66MHz machine.
It runs on most of them, and on a few we have seen problems.
Specifically, our Support department has a new SLS called UOD361
which addresses 66MHz problems that some customers have had on
some Dell machines.  If your system fails to boot, contact
Support@sco.com and request this SLS.

2.  One of my colleagues in Engineering Services tells me that the
AGA EFS (available from SOS online, or from SCO Direct at 800-726-8649)
has support for the Dell "911" chip.  The newer Dell "924" chip 
(which is an S3 chip) is said to be compatible with the 911.  We have
not yet verified this.  Since Dell is an OEM partner of SCO, it's a 
safe bet that something like this will be made to work pretty quickly
if there is any problem.

Good luck and let us know how ODT works on your new Dell!
-Dion 


In article <dlhanson.14.724464652@nap.amoco.com> dlhanson@nap.amoco.com (David L. Hanson ) writes:
>I am receiving a new Dell 466/M (66Mz 486DX2 chip) sometime next week.
>I am hoping to use it to run ODT 2.0 which I have sitting in a box beside
>my desk.  This new Dell has a local bus architecture for video and uses
>the SG3 chip set.  The sales person said sure it would work with ODT 2.0
>so I ordered it.  I had second thoughts and talked to Dell tech support;
>they are not so sure.  From my conversation with them, there are two 
>issues: 
>
>1. Will SCO ODT 2.0 run on any machine with a 66 Mz 486DX2 chip?
>
>2. Secondly, does SCO ODT 2.0 have a driver for the SG3 video chip?
>
>Thanks
>
>Signature follows:
>"Look unto me, and be ye saved, all the ends of the earth: for I am
>God, and there is none else."  Isaiah 45:22
>=========================================================================
>David L. Hanson       Internet --> dlhanson@nap.amoco.com
>Amoco Corporation     X.400    --> A=attmail,P=amoco,S=Hanson,G=David,I=L
>Any opinions expressed are my own!