HDTenEightyP/NetNews huggingface dataset:
From: iczer@feenix.metronet.com (Ted Uhlemann)
Subject: has anyone compiled DNET on HPUX?
Organization: Tx Metronet Communications Services, Dallas Tx
Date: Fri, 1 Jan 1993 19:41:33 GMT

Has anyone gotten dnet to run under HPUX?  I had to screw around with
the code to get it to compile on our hpux 9000/705 machine, but I guess
I broke it in the process, 'cuz it's not working.  (it just exits whenver
I start fterm on the amiga end).

Can anyone help me??
-- 
iczer@metronet.com	Ted Uhlemann	+1 214 352 2259
Xref: sparky comp.sys.amiga.datacomm:8389 comp.sys.amiga.misc:19123
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
Subject: Re: Binaries/Sources
Date: 27 Dec 1992 23:41:21 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
Distribution: world
NNTP-Posting-Host: 129.89.2.33

In article <mbs.1i44@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
>In article <BzwHn7.37H@NeoSoft.com> peter@NeoSoft.com (Peter da Silva) writes:

(I missed Peter's original post...)

>I'm all for trying someone else.  I think you would be a good choice.
>
>I so move.   :)

I, too, move in a similar direction.  Yea, though I walk in the shadow
of darkness, the dawn bringeth a new moderator...

>I wouldn't think so. The available dialects have also expanded.  DICE is a
>major force these days, and GCC is growing in popularity.

I've got one thing to say to GCC...

Eww.

Greg


--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
From: gc14@ellis.uchicago.edu (Grace Putao Chang)
Newsgroups: comp.sys.amiga.datacomm
Subject: File Transfer
Keywords: ftp file transfer help
Date: 28 Dec 92 01:58:26 GMT
Reply-To: gc14@midway.uchicago.edu
Organization: University of Chicago Computing Organizations

Hello out there!  I just discovered this group, and it may be just what I'm
looking for.  I have been playing with FTP for a week or so now, and pretty
much understand how it works.  I have downloaded several binary files to my
Unix account but I CANNOT transfer them to my Amiga at home!!  I have the 
option of using ATalkIII or Handshake, and neither seems to work.  I have
tried Kermit, but could not get it to work.  If someone could give me a 
step-by step walk through of what settings I have to change (aside from 
file type to binary) to get kermit (or any other program, for that matter)
to work, I'd greatly appreciate it.  All suggestions are welcome and needed.
Thanks in advance!!!


							Grace

E-mail address:
gc14@ellis.uchicago.edu
From: crystal@glia.biostr.washington.edu (Crystal)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: VLT and capture buffer filter?
Date: 1 Jan 93 17:52:33 GMT
Organization: University of Washington
NNTP-Posting-Host: glia.biostr.washington.edu

In <C05Eqs.40r@mentor.cc.purdue.edu> kodak@mentor.cc.purdue.edu (Jason 'KodaK' Balicki) writes:

>In article <crystal.725830210@glia> crystal@glia.biostr.washington.edu (Crystal) writes:

>Phew chick, what is this problem you have with jokes?

Phew, man, what's this problem you have with failing to appreciate the humor
and irony of life itself?  Life's too short to wander around growling about
the fun others may be having just *living* and *enjoying* life!.

Start the New Year right: learn to laugh (particularly at yourself).  It's a
skill worth having. ;>

	"If we couldn't laugh, we would all go insane" -- Jimmy Buffett


>If you look at the review buffer you'll notice that after using "talk"
>nothing is in the right order.  "Type"ing the capture buffer after
>using "talk" will give you an exact replay of everything that happened in
>the "talk" session.

>>Now, if someone would be so kind as to exlpain why this is not possible on

>I hope I just did.  If you want something to be in the right order then
>you HAVE to edit it.

Apparently, you *DON'T* have to edit it to get it in the right order.  You
just said yourself, that "Type"ing the capture buffer after using 'talk' will
give you an EXACT replay of everything that happened in the 'talk' session."

Right!  AND IN THE RIGHT ORDER - just filled with "filterable" control
characters that one shouldn't *have* to edit out if they are *filtered* out
by the VLT software to begin with - LIKE THE REVIEW BUFFER IS ABLE TO DO! 
							      ^^^^
There should be a similar toggle available for those who don't want an *exact*
copy that contains the control characters, too...and that filter *obviously*
exists for the review buffer.  

Even if it doesn't filter out ALL the cursor control characters, it would STILL
be a great help to have fewer characters to delete on a search and destroy
mission with the wordprocessor....

Crystal
  :>
"Laugh and the world laughs with you,
 Cry, and you cry alone" 
		    --some wise old sage...(Shakespeare, I think) 



>>>>Crystal
>>>>  ;>

>--Jason Balicki
>kodak@mentor.cc.purdue.edu
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Hey, does zmodem work for 2.4a?
Date: 24 Dec 1992 05:26:06 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
Distribution: world
NNTP-Posting-Host: 129.89.2.33

In article <olsen.7377@sourcery.mxm.sub.org> olsen@sourcery.mxm.sub.org (Olaf Barthel) writes:
>   No, this is what puzzles me. The callback routines wait nicely for
>any queued serial IORequests, timer requests, etc. There are no
>critical resource accesses which are not protected by proper
>arbitration.

Alright, here's where I get really hypothetical.  I've only heard of
the bug happening on 68000 systems.  Now, I was unable to recreate
this on my 3000.  Only on my 68000-based 2000, my "telecommunications"
machine, really.  It's become a kind of "frontend" for my 3000
development system.

Anyways, enough banter.  The problem only exists in 68000 systems, so
it's obviously a timing issue.  The problem exists when something else
takes up a large amount of cpu, running at an equal or greater task
level.  "lha" does it every time.

If you could get access to a 68000 to try this with, begin a download,
and, from ram, un-lharc a program to ram.  Bang, the download ends
with error count exceeded... and there certainly aren't 20 errors in
that list, for the fraction of a second that the window stays up.

>   The file transfer is entirely handled by the `term' main program.

I'd forgotten that.

>The only transfer-related co-task involved is the window update
>server which should not affect the file transfer as it only reads
>data but does not manipulate any. Besides: the co-task can be
>disabled (has anybody who had problems with the file transfer tried
>this at all?).

I did.  No difference.  BTW:  There seem to be some bugs in the window
updating.  Several times the text in the gadgets will be in "reverse
video", a very unusual occurence.  Several times, data isn't even
shown in them.  Something's getting lost.  I don't know if you end up
overwriting random areas of memory with it or not, but it's a
dangerous thought.  Anyways, it's apparently random.  It doesn't
happen when any one program in particular is running, nor does it
happen with any specific type of file downloaded or time of transfer.
I've lost everything on screen, to the point where the only thing
being shown was the time left to transfer.

>   I got it, but the escape control codes were filtered out :-(

Hopefully, this one will work.  I hope it finds you in good condition.
:)

Greg
--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
From: db562s445@sycom.mi.org (Dave Birdsong)
Newsgroups: comp.sys.amiga.datacomm
Subject: Parnet and Multi Par. boards
Distribution: world
X-BBS-Software: EXCELSIOR! V0.975
Date: 24 Dec 92 00:45:51 EST
Organization: Michigan Information eXchange

If I put a Multi Parallel port into my A2000, could I still use Parnet and my 
Printer at the same TIME???????????
And Could the Cable be 20 - 25 feet long between the 2 amiga's?
Dave Birdsong
From: smb@pern.cc.purdue.edu (Scott M. Ballew)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: ParNet problem
Keywords: parnet
Date: 22 Dec 92 15:16:08 GMT
Organization: Purdue University

In article <1992Dec21.222306.26860@cc.uow.edu.au> beato@cc.uow.edu.au (Michael Beaton) writes:
> ...

>	The network comes up ok but it doesn't work for very long, sometimes
>only a few seconds, but usually for a couple of minutes. I can access files
>for a while but then the machine that I'm using to access the others files, 
>hangs and sometimes the other machine resets with a software error.

> ...

>	Also how long can the cable be ?? It's about 3 metres long.

This is a problem I saw when we recently moved.  When we set up our
A2000 (server) and A1000 (client), the A1000 would seem to work for a
while, then it would either guru (GOMF caught these), hang, or just
plain fail to correctly read a file.  Since we had just built a new
cable, I checked it and rechecked it several times for problems.
Finally, we went back to the older cable and some extra jumpers to
make up the length.  All worked fine.  My best guess is that we had a
problem with crosstalk between wires in the new cable.  Both the
working and non-working cables were about the same length 17 feet
(certainly more than 3 meters) but the working cable is a flat ribbon
cable and the other was a 25 wire bundle.  This may be what you are
experiencing.  Does anyone have a _real_ maximum length for these
cables? 

Scott
Xref: sparky comp.sys.amiga.datacomm:8380 comp.sys.amiga.misc:19104
From: John_Davis@equinox.gen.nz (The Nose)
Subject: Re: Binaries/Sources
Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
Followup-To: comp.sys.amiga.datacomm,comp.sys.amiga.misc
X-Newsreader: TIN [version 1.1 PL8]
Date: 27 Dec 92 21:59:48 +1200
Organization: Equinox Networks

Peter da Silva (peter@NeoSoft.com) wrote:

>Sounds like it's time for my perennial offer to moderate these groups.
>I ran alt.sources.amiga for a while, until sugar ran out of steam. Since
>it was a 386/16 with 4MB of RAM at that time (the same hardware is now
>taronga.com) it was a little anemic. Now it's a *pair* of 486/50s with
>big SCSI disks on both sides, an Internet link (albeit a little slow), and
>half a dozen Trailblazers...

I'll second that motion!! ;-)

I remember many moons ago when the new moderation for csa/cba picked
up the reigns, stated he'd start clearing the (huge) back log of
submission, sent out about 3 things and _vanished_. Whilst most
people who can use ftp sites nowdays, for the (still large) number
of people out there who are stuck on systems with news/mail only,
I think resuscitating cba/csa is a worthwhile move (csa especially)

--
-------------------------------------------------------------------------
John Davis | davis@chem.canterbury.ac.nz    |
           | chem194@csc.canterbury.ac.nz   | #include witty_comments.h
           | John_Davis@equinox.gen.nz      |
From: harlock@rahul.net (Mike Harlock)
Newsgroups: comp.sys.amiga.datacomm
Subject: Wanted:  Price of latest Cnet software.
Date: 1 Jan 93 14:23:01 GMT
Organization: a2i network

Greetings.  Could someone please post or email to me the price of the
latest version of Cnet?  Thanks.

-- 
 _____________________________________________________________________________
| harlock@rahul.net  (Mike "Harlock" Massee)| Arcadian Productions    Amiga!//|
|   Head Guru, Foothill A.N.I.M.E. Club     | Subtitling/Graphics/Cons   \\// |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: olsen@sourcery.mxm.sub.org (Olaf Barthel)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Hey, does zmodem work for 2.4a?
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 20 Dec 92 19:04:50 CET
Organization: MXM Barthel & Paesler

In article <1gopsoINNl30@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R. Block) writes:
> In article <olsen.7173@sourcery.mxm.sub.org> olsen@sourcery.mxm.sub.org (Olaf Barthel) writes:
> >   I am not ignoring the question, I am just considering it.
> 
> I'm not exactly sure what's causing it.  When a transfer is in
> progress, any type of menuing on another screen will shoot term down.
> I've seen windows that call a forbid/permit pair do the same thing,
> right upon close.  Is your code extremely time-sensitive, referring
> now to your various processes?

   No, this is what puzzles me. The callback routines wait nicely for
any queued serial IORequests, timer requests, etc. There are no
critical resource accesses which are not protected by proper
arbitration.

> Perhaps the short time it takes to
> call a Forbid/Permit pair is just enough to throw term for a loop
> thinking that since a slave isn't replying or something in time that
> something isn't right, and the transfer is aborted???

   The file transfer is entirely handled by the `term' main program.
The only transfer-related co-task involved is the window update
server which should not affect the file transfer as it only reads
data but does not manipulate any. Besides: the co-task can be
disabled (has anybody who had problems with the file transfer tried
this at all?).

> Umm, I sent you a capture-file recently.  I caught the scroll-bug.
> Did you receive it?

   I got it, but the escape control codes were filtered out :-(

> (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
> (:   "Commodore has never proven to me, to my satisfaction, that      :)
> (:    Marc Barrett is still alive."			       -Wubba :)
> (: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)

-- 
Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
D-3000 Hannover 71 |
MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
-------------------------------------------------------------------------
                      Ceci n'est pas une signature.
From: mjw+@cs.cmu.edu (Michael Witbrock)
Newsgroups: comp.sys.amiga.datacomm
Subject: Serious (but obscure) VLT bug
Date: 28 Dec 92 19:48:41 GMT
Organization: Carnegie Mellon, Pittsburgh, PA

I'm using VLT with VT and TEK windows on different screens. If I use the
graphic cursor on the 
TEK screen, the vt100 screen stops interpreting vt100 control codes
(like colour changes e.g.) 
correctly. In fact, it seems to stop interpreting them at all.  

Michael.

p.s. how about changing VLT so that it uses xem, so that its excellent
tek emulation could be used with other term progs too. Just a suggestion.
From: db562s445@sycom.mi.org (Dave Birdsong)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:Parnet and Multi Par. boards
Distribution: world
X-BBS-Software: EXCELSIOR! V0.975
Date: 25 Dec 92 18:56:59 EST
Organization: Michigan Information eXchange

>Depends. If the Multi-Parallel-Board has bidirectional parallel-port
>it should work. Most of them aren't, though.
My next ? is, Has anyone done this. the multi Paralle cards are very COSTLY 
and I am POOR!
Dave Birdsong
Newsgroups: comp.sys.amiga.datacomm
From: mike@sarah.albany.edu (Michael Ciarfello)
Subject: Re: AmigaNOS, How to use???
Organization: State University of New York at Albany
Distribution: comp.sys.amiga.datacom
Date: Thu, 24 Dec 92 19:39:45 GMT

In article <COLINDSE.92Dec23211310@dante.nmsu.EDU> colindse@nmsu.EDU (LINDSEY) writes:
>Is there any documentation on using, setting up, etc a SLIP connection?  I
>resently downloaded AmigaNOS 2.9i and it runs (i guess) but I'm not sure
>what to do next.  I can call my slip site (if thats what it is called) but
>cant ftp, rlogin, anything to any remote sites.  Please can someone tell me how
>to use AmigaNOS?
>
>Thanks,
>Coy


Download akit(whatever version is the latest) and AmigaNOS29j.  I couldn't get 2.9i to work properly (can't telnet, ftp, etc.)  Akit has the setup and support files.  AmigaNOS29j has only the executable.

Try that.  If it doesn't work, let me know.

-- 
----------------------------------------------------------------------------
Michael Ciarfello                         Internet:  mike@uacsc1.albany.edu
State Univ. of NY at Albany               Bitnet:    mike@albnyvms
Student Computer Consultant/Computer Science Major
Newsgroups: comp.sys.amiga.datacomm,comp.sys.amiga.misc
From: peter@NeoSoft.com (Peter da Silva)
Subject: Re: Binaries/Sources
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Mon, 28 Dec 1992 02:56:12 GMT

OK, I'll wait a little while for the current moderator to respond, then I'll
see what the next stage would be. I would mail the moderators and ask, but
the list of moderators has already expired here... sigh...
-- 
Peter da Silva.  <peter@sugar.neosoft.com>.
 `-_-'   Oletko halannut suttasi tnn?
  'U`    
Tarjoilija, tm ateria el viel.
Newsgroups: comp.sys.amiga.datacomm
From: thecure@mullian.ee.mu.OZ.AU (matthew aardvarkious)
Subject: Re: Using DNet with AUX:
Keywords: DNet AUX FTerm
Organization: Computer Science, University of Melbourne, Australia
Date: Mon, 28 Dec 1992 02:41:39 GMT

k9qx@jupiter.sun.csd.unb.ca (Troy Morehouse CFES) writes:

>Hello!

>  Does anyone know if it is possible to open DNet's FTerm on an AUX:
>rather than in a window?  I would like to set up a dumb terminal
>(connected via a multi serial card) that could be used to open a Unix
>shell via DNet to the universities Sun Server.

I _WISH_ - I never got it to work. The best effort
I had was using shellterm via an aux: login but it doesn't
handle dnet properly. ( I got a login once, but then it died)

You need a term programme that doesn't open a window and takes stdin as input, and i THINK
grn-term (in the grn package) does this. I am yet to try it.

--
When you're young you find inspiration
In anyone who's ever gone

- Behavior, "Being Boring"
From: bobl@bobsbox.rent.com (Bob Lindabury - SysAdmin)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: max throughput amiga UUCP <-> SCO Xenix UUCP
Date: 1 Jan 93 14:17:34 GMT
Organization: Raven Enterprises -- Piscataway, NJ USA
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith

In article <ajDds*F00@bkhouse.cts.com> nkraft@bkhouse.cts.com (Norman Kraft) writes:
> In article <1992Dec31.010705.19588@tdkcs.waterloo.on.ca>, Tim Kuehn writes:
>
> >
> > I'm running an SCO Xenix site which sends news and mail to a couple
> > of Amiga UUCP sites over v.32bis modems. If I monitor the line when the
> > Amiga site calls in, it shows a "Carrier 14400" and "Protocol ALT" when
> > they make their connection, however, for some reason the transfer rate
> > is only around 650cps, not the > 1000cps I would normally expect -and get-
> > with another (non-Amiga) site over the same modem.
> >
> > Does anyone else out there have a similar setup and could render some advice?
>
> This is a problem I had as well, until I figured out that my modem setup
> enabled both v.32bis *and* v.42 on those high-speed connects. Be sure that
> you have v.42 disabled on these calls, and that the connection is pure
> v.32bis. My cps rate went from 575 to 1050 (as given by xstat) with v.42
> disabled.
>
> Norm.

What??  I've been running AmigaUUCP between my A2500 and several
versions of Unix on PC's, Unix boxes and Macs and never had to turn off
V.42bis compression.  I achieve rates of around 1400 cps with these
connections.  Some systems only achieve 650cps but none of thier
parameters are tuned correctly such as packet size and window size.
It's quite simple to up your cps substantially by chaning your packet
size to say 512 byte packets and dropping your window down to around 4.
this raised a cps rate between my Amiga and a PC running Waffle from
around 750 cps to 1350 cps in one adjustment.

Some implementations of UUCP on Unix boxes don't allow adjustment of
these parameters and SCO Unix is prone to problems with uucico
adjustments.  I seem to remember someone running SCO connected to me
that couldn't adjust these parameters.

--
 Bob Lindabury

InterNet: bobl@bobsbox.rent.com                | Raven Enterprises
    UUCP: ...rutgers!bobsbox!bobl              | 25 Raven Avenue
  BitNet: bobl%bobsbox.rent.com@pucc           | Piscataway, NJ 08854
  Home #: +1 908/560-7353                      | +1 908/271-8878
From: ecl014@cbmnl.cbm.nl
Newsgroups: comp.sys.amiga.datacomm
Subject: Re:  Hey, does zmodem work for 2.4a?
Date: 27 Dec 92 17:28:35 GMT
Organization: R&R Software

In article <1hbhleINNdo8@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
>Anyways, enough banter.  The problem only exists in 68000 systems, so
>it's obviously a timing issue.  The problem exists when something else
>takes up a large amount of cpu, running at an equal or greater task
>level.  "lha" does it every time.
>
>If you could get access to a 68000 to try this with, begin a download,
>and, from ram, un-lharc a program to ram.  Bang, the download ends
>with error count exceeded... and there certainly aren't 20 errors in
>that list, for the fraction of a second that the window stays up.

Sorry, I did produce it on an A4000.
- Set your zmodem buffer size to something like 256k
- Do a download at high speed (19200)
- When you got past 256k term writes out the buffer and bang!
  the transfer window closes and you get a lot of sh*t on the screen.

I can reproduce it *every* time.

C'ya,

--
  +-------------------------------------------------------------------------+
  |  Ronald van Eijck          ecl014@cbmnl.cbm.nl            R&R Software  |
  |                                                                         |
  |                   You don't have to be tall to be big                   |
  +-------------------------------------------------------------------------+
From: chavel@matt.ksu.ksu.edu (Chris Havel)
Newsgroups: comp.sys.amiga.datacomm
Subject: Looking for Kermit
Date: 30 Dec 1992 17:12:02 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Summary: Need kermit protocol for file transfers between Sun station and A200
Keywords: Kernit-emulation for A2000

I need Kermit or a Kermit emulator for my A2000 to transfer files from my Sun-station account to home. I have Handshake 1.6b but have MUCHO problemos getting it to work. Is there anything better? (The Sun only allows kermit transfers). Please respond by e-mail if you can help...

chavel@matt.ksu.ksu.edu

Thanks!! :}

Chris A. Havel
From: nkraft@bkhouse.cts.com (Norman Kraft)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: max throughput amiga UUCP <-> SCO Xenix UUCP
Date: 31 Dec 92 16:48:10 GMT
Reply-To: nkraft@bkhouse.cts.com
Organization: Argus Computing, San Diego, CA
X-Newsreader: Arn V1.00

In article <1992Dec31.010705.19588@tdkcs.waterloo.on.ca>, Tim Kuehn writes:

> 
> I'm running an SCO Xenix site which sends news and mail to a couple
> of Amiga UUCP sites over v.32bis modems. If I monitor the line when the 
> Amiga site calls in, it shows a "Carrier 14400" and "Protocol ALT" when 
> they make their connection, however, for some reason the transfer rate 
> is only around 650cps, not the > 1000cps I would normally expect -and get- 
> with another (non-Amiga) site over the same modem.
> 
> Does anyone else out there have a similar setup and could render some advice?

This is a problem I had as well, until I figured out that my modem setup
enabled both v.32bis *and* v.42 on those high-speed connects. Be sure that
you have v.42 disabled on these calls, and that the connection is pure
v.32bis. My cps rate went from 575 to 1050 (as given by xstat) with v.42 
disabled. 

Norm.

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

Norman R. Kraft 			   INET  : nkraft@bkhouse.cts.com
Senior Partner				   UUCP  : ucsd!crash!bkhouse!nkraft
Argus Computing 			   GENIE : N.KRAFT3
San Diego, CA				   PORTAL: nkraft@cup.portal.com

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