HDTenEightyP/NetNews huggingface dataset:
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: TCP/IP Packet analyser 
Distribution: world
Date: Thu, 12 Nov 92 03:17:56 GMT
Organization: Crynwr Software

In article <1992Nov11.152717.1@ccla.demon.co.uk> dblack@ccla.demon.co.uk writes:

    Is there a Public domain IP packet analyser that I can run on a
    PC through the packet driver i/f. I need it for debugging purposes.

No.  There is a freely copyable one, however.  It's on
netlab1.usu.edu, in pub/netwatch (or something like that).

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Location of PKTD.SYS
Date: 11 Nov 92 12:39:46 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <75389211081239fjr@dec-netman-k.mitre.org>,
fjr@DEC-NETMAN-K.MITRE.ORG ("Frank J. Robey") writes:
|> 
|> Hi all,
|> 
|> I am looking for an anonymous ftp location of pktd.sys. I guess I need 
|> this in order to run PC-NFS over a packet driver instead of the *.sys 
|> drivers.
|> 
|> I have looked around in simtel20.army.mil and wuarchive.wustl.edu and 
|> couldn't locate the file that I need. If someone could tell me a host to 
|> find it on (and the path) I'd REALLY appreciate it!!
Try gdr.bath.ac.uk in the directory pcnfs.
Or tmc.edu in the directory pcnfs.
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: gah@trc.mew.mei.co.jp (Gary A. Hildebrand)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: FTP Software e-mail address wanted
Date: 9 Nov 92 07:44:44 GMT
Organization: Matsushita Electric Works Ltd., Tokyo, Japan.

All,

I'm looking for the e-mail address for FTP Software Technical Support, if
it exists.  Judging by their product line and the existence of such
addresses for other companies (like Borland and Quarterdeck), I suspect
they do have one.  We just got their 2.1 PC/TCP software, and there isn't
even so much as a telephone number in their 1000+ page manual.

Thanks in advance,

Gary Hildebrand
--
/ Gary A. Hildebrand                 Internet: gah@mew.mei.co.jp       \
/  Matsushita Electric Works, Ltd.   UUCP:     uunet!mew.mei.co.jp!gah \
/   13-2, Mita 5-chome, Minato-ku    Fax:      03-3451-0793            \
/    Tokyo 108, JAPAN                Tel:      03-3452-4941            \
From: gah@trc.mew.mei.co.jp (Gary A. Hildebrand)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Is this packet driver function really undocumented???
Date: 9 Nov 92 07:56:33 GMT
Organization: Matsushita Electric Works Ltd., Tokyo, Japan.

All,

Looking through the source code for PKTSEND in the latest Crynwyr 10.1
release, I noticed the use of a function call with AH == 12, a variant of
as_send_pkt() (AH == 11) which made use of structures called "IOCB's" (I/O
Control Blocks).  This variant is not in the latest FTP 1.09 specification.
Does anyone know where this function would be documented, and if there are
any other functions programs use which are not documented in the FTP 1.09
specification?

Thanks in advance,

Gary Hildebrand
--
/ Gary A. Hildebrand                 Internet: gah@mew.mei.co.jp       \
/  Matsushita Electric Works, Ltd.   UUCP:     uunet!mew.mei.co.jp!gah \
/   13-2, Mita 5-chome, Minato-ku    Fax:      03-3451-0793            \
/    Tokyo 108, JAPAN                Tel:      03-3452-4941            \
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: wihuri@polaris.utu.fi (Pauli Wihuri)
Subject: Unix, SMTP, XGate, MHS, Futurus Team, LANtastic, MS-DOS, Windows, ????
Summary: How to define gateway from LANTastic to Unix through SMTP
Keywords: LANtastic FT MHS XGATE
Organization: University of Turku, Finland
Date: Wed, 11 Nov 92 14:47:37 GMT

Howdi fokes!

I am trying to build email-connection from PC's to Unix with the
following software:

	MS-DOS 5.0 
	Windows 3.1
	LANtastic 4.1 (and for Windows)
	Futurus Team
	MHS version 1.5M (Action Technologies; Nick Systems)
	XGate 1.40 (Dave Frailey)
	SUN sparcserver 690

Has anyone done (or at least tried to do) anything similar to this?
Please lead the horse to knowledge (I am not saying that this horse is
bright so you may have to explain with details...) and I promise that
I will drink.

More information and thoughts:

We have almost 1500 MS-DOS microcomputers in ethernet using LANtastic
(Artisoft) for LAN resources and NCSA Telnet, FTP etc for mainframes
(SUN Unix, VAX VMS).

When people want to use email, they have to remove LANtastic from
memory (batchfiles do it) and then connect into mainframe (batchfiles
do it also). They have to study the operating systems and editors like
Unix, emacs, VMS, eve, ... for email.

I have received Futurus Team (former Right Hand Man by ?) and
MHS-server software (Action Technologies) for testing email into
internet from PC's. I have also received XGATE-software (Dave Frailey)
in order to make a gateway into Unix-world using SMTP.

I have managed to install Futurus Team and MHS-software into our
LANtastic-server and they work fine, but the XGate refuses to be
installed properly: It says that there is 'No Active File Server'.

I know that XGate is for Novell and Charon, but I heard that someone
has done with it a gateway that works.

Thanks in advance,

	Pauli Wihuri
	Computing Centre
	University of Turku
	Finland
From: SCOTT@enge1.cc.wm.edu (Scott Fenstermacher)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Program to map local net wanted.
Date: 13 Nov 92 15:18:10 GMT
Organization: The Internet

I am looking for a program that can be used to make a map of the campus
net. Something cheap or free preferred. AutoCad is a bit expensive. What
are others using. Any suggestions?

Scott

+---------------------------------------------------------------------+
|               Scott Fenstermacher - Systems Engineer                |
+---------------------------------------------------------------------+
|Internet: scott@enge1.cc.wm.edu |U.S. Mail: College of William & Mary|
|          scott@cs.wm.edu       |           Computer Center          |
|BITNET  : scott@wmmvs.bitnet    |           P.O. Box 8795            |
|AT&Tnet : (804) 221-3005        |           Williamsburg, VA. 23187  |
+---------------------------------------------------------------------+
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: SMC and ODI
Date: 6 Nov 92 10:01:09 MDT
Organization: Utah State University

In article <cggarrat.19.0@csir.co.za>, cggarrat@csir.co.za (Craig Goble-Garratt) writes:
> We are trying to configure workstations, using SMC cards,
> to use the ODI setup. We have fairly high expectations from
> this setup (or do we?) and would like to use it in the 
> following manner:
> 
>         Logical board #1: IPX
>         Logical board #2: IP
> 
> We would use the board #1 to connect to our NOVELL file 
> severs and we would want to use board #2 to connect to
> our UNIX boxes. In order to connect to the UNIX boxes 
> we use PATHWAY's telnet and this works fine. However,
> in general, we use TRUMPET to connect to our news server
> and this obviously requires ODIPKT in order to run it on 
> top of the ODI driver. This can be made to work as well.
> 
> WHAT'S THE PROBLEM YOU MAY ASK?
> 
> Well, we would like to use both PATHWAY and the ODIPKT 
> interface without having to re-configure our workstaions
> in between their usage. However, once the PATHWAY kernel,
> pwtcp.exe, has been loaded it seems to lock up logical 
> board #2 and therefore the ODIPKT interface doesn't work. 
> In order to make it work we must first remove the PATHWAY
> kernel. In a DOS this is not too much of a problem but
> if one is using Windows 3.x then one must load the kernel
> before starting up Windows and therefore while within
> Windows one cannot use the ODIPKT interface.
> 
> Could anybody shed some light on this problem for me?
> If so please e-mail me or post to this group.
> 
> Thanks in advance,
> Craig.
> 
> __@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__@__
> Craig G. Goble-Garratt                          +27-12-841-4715 (phone)
> CSIR Information Services                       +27-12-841-4109 (fax)
> Pretoria                                        cggarrat@nuustak.csir.co.za
> ################################################################################
Craig,
	I think this falls under the heading of Frequently Encountered Gotcha's.
You are trying to use two (2) IP protocol stacks together, Pathway's and say
Trumpet's. No go, forget it, does not compute.
	Joe D.
From: ddl@hsdndev.UUCP (Dan Lanciani)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: BANPKT: YAPS (yet another packet shim)
Date: 10 Nov 92 03:07:22 GMT
Article-I.D.: hsdndev.2086
Organization: Harvard University, Cambridge MA


	BANPKT provides a packet driver interface over Banyan's VINES
network drivers.  Usage is similar to ODIPKT: a single optional argument
specifies the packet vector in decimal.  Version 1.0 beta is now available
for anonymous ftp in put/banpkt on hsdndev.harvard.edu.  It has been tested
in a WD8003 configuration only; please let me know if there are problems.

				Dan Lanciani
				ddl@harvard.*
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: khindria@maccs.dcss.mcmaster.ca (Vivek Khindria (CSU))
Subject: Re: 3C503 driver/NCSA Telnet problem
Organization: McMaster University, Hamilton, Ontario, Canada.
Date: Fri, 6 Nov 1992 13:54:10 GMT


    I have had a lot of fun with the 3c503 card.  I do have it working though. 

    Here are a couple of points that may help you:

    1.   Determine whether your driver can support shared memory or not. If
         not make sure you set the jumper to disable on the card.

    2.   Next, if you do select shared memory, make sure that the selected
         memory range is excluded from programs like EMM836.exe and QEMM.sys
         and 386MAX etc. 

    3.   While trouble shooting set the cabling option to thin, and put a 
         T connector with two terminating resistors on.  Use the 3c503 diag
         program to ensure all is well before using your software to test
         your configuration.  (this program is available on ftp.3com.com)
         
    But now that the 3c509 card is out, you may not want to spend a lot of time
    on this.

  Vivek Khindria
  McMaster University, Hamilton, Ontario, Canada
From: CBA012@nvl1.hrz.uni-dortmund.de (Wilhelm Becker)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Fragmented IP packets: any PD implementations?
Date: 12 Nov 92 08:46:28 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: 12 Nov 92 09:11:31 MET-1


>
> A common misconception is that we will get fragmented packets from
> outside our LAN, such as gateways through slower media.  But it is
> the gateway's responsibility to reassemble the frags before putting
> the data onto the LAN at the other end.  That's why people using
> all these freeware TCPs didn't know they didn't have frag support.
>

Is this really true? In "Internetworking with TCP/IP Vol. II", Comer and
Stevens write: "Furthermore, because reassembly only happens for datagrams
destined for the local machine and not for transit traffic, gateways do not
need to reassemble datagrams as fast as they need to route them."
So I always believed that a datagram, once fragmented, doesn't get reassembled
before it reaches its final destination and with CUTCP, the TCP MSS must be
adjusted to avoid fragments.

>
> Erick
> --
> ----------------------------------------------------------------------------
> Erick Engelke                             WATTCP Architect
> erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
>




   Wilhelm Becker                      Phone: +49 231 755 2098
   Hochschulrechenzentrum                Fax: +49 231 755 2731
   Universitaet Dortmund            Internet: cba012@nvl1.hrz.uni-dortmund.de
   Postfach 500500               EARN/BITNET: cba012 at ddohrz11
   D-W-4600 Dortmund
From: ruffus@tartarus.uwa.edu.au (Roderick Nasir DAVID)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Fetch for the PC?
Date: 5 Nov 1992 07:14:42 GMT
Organization: The University of Western Australia
NNTP-Posting-Host: tartarus.uwa.edu.au
X-Newsreader: Tin 1.1 PL5

 	Hi,
	  Does anyone know that there is fetch for the PC?
	I know the mac has one and it is very useful for FTPing.
	
				thanks 
					ruffus .
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Looking for a packet driver for a Zenith Z-Note 320L 
Distribution: world
Date: Fri, 06 Nov 92 01:48:11 GMT
Organization: Crynwr Software

In article <putz.720986185@beagle> putz@boulder.Colorado.EDU writes:

   Subject says it all. If anyone knows of a driver for this box, I'd be
   happy to hear about it! Thanks!

I've got one in beta test...

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
From: dbasinge@ucs.indiana.edu (D. Michael Basinger)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: VT240 emulator for IBM
Date: 13 Nov 92 18:28:56 GMT
Distribution: usa
Organization: Indiana University

I'm looking for a VT240 emulator for the IBM using tcp-ip 
protocol. Does anybody know of one.


Mike
--
D. Michael Basinger:    Not speaking for I.U. or the School of HPER
Computer Specialist     dbasinge@bronze.ucs.indiana.edu
School of HPER          dbasinge@arapahoe.ucs.indiana.edu (NeXT Mail)
Indiana University      Phone: (812) 855-1562   Fax: (812) 855-4983
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: troyer@saifr00.cfsat.honeywell.com (Dean Troyer)
Subject: Re: 3C503 settings?
Organization: Honeywell Air Transport Systems Division
Date: Sat, 7 Nov 92 02:20:55 GMT

In article <BxBFLF.1yt@unx.sas.com> sastdr@torpid.unx.sas.com (Thomas David Rivers) writes:
>
>Ok -
>
>  I just inherited a (supposedly working) 3C503 card - with no documentation.
>(Ah, those "fire sales").
>
>  So, if someone could either:
>
>       1) Point me to the address/phone number of 3-com so I can
>          get some doc  - or -

My Etherlink II (3C503) book lists 1-800-NET-3COM for support services.

>       2) Be kind enough to draw a picture of the card/jumpers, etc...
>          (Most items are easy for me to figure out, i.e. the
>             jumpers labeled 2 3 4 5 6 7 with INTERRUPT written above it 
>             is obviously the IRQ number.  The BNC selection jumpers
>             have a little picture of a BNC connector.  What I'm
>             really curious about are the jumpers labeled:
>                I/O ADDR and DMA.

I hate to break this to you, but none of the 503's that I've seen have jumpers
for the DIX/BNC connector nor interrupt jumpers.  I think you have a 3C501
on your hands.  To boot, there are at least 2 layouts for the 501; from your
description of the DIX/BNC jumpers, I'd guess you have one like the 
ASSY 1221-01 that I have in front of me.

-----------------------------------------------------|
|                                        .......     |
|                    I/O   MEM EN        :::::::     -|
|                    ...... .                         | DIX
|                    :::::: :                         |
|                                                    -|
|                            ........                |
|                            ::::::::                |
|                              MEM                   --| BNC
|                                                    --|
|                      IRQ ::::::::::::              |
-------------------------|          DMA           |---
                         |------------------------|

The I/O jumpers select the I/O port address: the numbers are the bits in the
address word: read right to left, with a jumper on the top 2 pins a 1 and on
the bottom two pins a 0.  The single jumper to the right of the I/O jumpers
is the memory enable/disable; top two pins is enabled.  If you enable the
memory, the MEM jumpers set the memory's segment address; read the like the
I/O jumpers.  The DMA jumpers select the DMA channel used (if the software
does DMA; most don't).  All of my cards are set to DMA channel 1.

> Thanks -
>
>        - Dave Rivers -
>	(rivers@ponds.uucp (home))
>	(sastdr@unx.sas.com (work))
>-- 
>UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express


-- 
Dean Troyer                               troyer@saifr00.cfsat.Honeywell.COM
Honeywell Commercial Flight Systems       72240.3152@compuserve.com
Phoenix AZ
(602) 436-3613
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: add@philabs.philips.com (Aninda V. Dasgupta)
Subject: PC-NFS and Novell Lan WorkPlace for Dos
Organization: Philips Laboratories, Briarcliff, New York
Distribution: na
Date: Tue, 10 Nov 1992 22:19:23 GMT

Ok, you ibmpc/tcp-ip gurus, help me out with this one.

I have PC-NFS (ver 3.5) for DOS.  When I installed PC-NFS,
it used its own drivers for my 3Com 3C501 card:

DEVICE=PCNFS.SYS
DEVICE=SOCKDRV.SYS
DEVICE=3C501.sys

in my CONFIG.SYS

Now, I just installed Novell's Lan WorkPlace for Dos. This
product comes with the ODI (MLID) spec'd driver for my
3COM card (3C501.COM). 

Thus, I have two drivers for my Ethernet card.  PC-NFS doesn't
run unless I use the 3C501.SYS driver (that came with PC-NFS)
and Novell needs 3C501.COM (that came with Lan WorkPlace.)

How can I run both software on the same card?

Any help will be greatly appreciated. Thanks in advance...

 Aninda DasGupta


-- 
Aninda DasGupta (add@philabs.philips.com) Ph:(914)945-6071 Fax:(914)945-6552
Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
"Err.., Phillips Petroleum gives you gas; fortunately Pillips Chemical
 makes antacid. Philips is with one "el", we make lightbulbs. And other shtuff"
Newsgroups: comp.protocols.tcp-ip
From: kro@kvamdata.no (Knut Rogde)
Subject: TCP_NODELAY after accept()
Organization: Kvam data as
Date: Thu, 12 Nov 1992 15:39:29 GMT

Hi,

In the process of developing a client server concept based on TCP/IP,
I've come across a problem:

I need to set the TCP_NODELAY option (like the X window system does) in
order to get fast query-response.

I've managed to set this option on the caller side just after making the
socket() call, but I can't make this work on the callee side.

Whent I try to do 

{
   s = accept(...);
   mi=1;
   e = setsockopt(s,IPPROTO_TCP,TCP_NODELAY,&mi,sizeof(int));
}

setsockopt returns -1.

I've seen that they do this in X, so it should be possible...

I would appreciate any ideas you might have.

Knut Rogde


-- 
------------------------------------------------------------------------
Knut Rogde                      Phone : +47 4 623766
Software engineer               Fax   : +47 4 623985
Kvam data as                    Email : kro@kvamdata.no
From: tas@concert.net (Tim Seaver)
Newsgroups: comp.protocols.tcp-ip
Subject: TCP source for binary Ultrix and SunOS
Date: 6 Nov 92 14:49:40 GMT
Article-I.D.: rock.1992Nov6.144940.5588
Organization: MCNC Center for Communications


I've been working with TCP on binary SunOS 4.1.1/4.1.2 and
Ultrix 4.1 RISC hosts for several months, and I'm making the
source code I use available in case other folks would like to do
the same. The TCP implementation is based on the 4.3 BSD Reno
release, with the RFC1323 High Performance extensions added.
The RFC1323 implementation is based on code from Thomas Skibo,
done at the University of Illinois at Urbana-Champaign.

The TCP source code, adapted to fit into a binary kernel
distribution, is available for anonymous ftp from ftp.concert.net
as dist/tcp.sunos4.1+.tar and dist/tcp.ultrix4.1.tar. This
code is experimental, but has been running on my DECstation
5000 workstation and a production Sparc-2 server for several
weeks without problems.

If you use this code, please let me know of any problems you
run into and any changes you find necessary to bring it up
on other hardware or OS versions.

Thanks,

	Tim Seaver
	CONCERT Network
	MCNC Center for Communications
	tas@concert.net
Newsgroups: comp.protocols.tcp-ip
From: pstevens@Metaphor.COM (Paul Stevens)
Newsgroups: comp.protocols.tcp-ip
Subject: Determining the hop count to a net or sub-net
Date: 6 Nov 92 21:16:29 GMT
Reply-To: pstevens@Metaphor.COM (Paul Stevens)
Organization: m4

I've read how traceroute works: UDP packets retransmitted with greater
Time-To-Live values which result in ICMP packets back from each
router along the way.  I'm wondering if there is any lighter-weight
techinque for determining some kind of distance metric for a destination.
I am also interested to know if there is anything around that is done
as a function that can be called rather than a program that display
information on stdout.
+------------------------------------------------------------------------+

   Paul Stevens                        {apple|decwrl}!metaphor!pstevens
   Metaphor Computer Systems           pstevens@metaphor.com
   Mountain View, CA
Newsgroups: comp.protocols.tcp-ip
From: ae2@cunixb.cc.columbia.edu (Amiran Eliashvili)
Subject: Re: FTP client source
Reply-To: ae2@cunixb.cc.columbia.edu (Amiran Eliashvili)
Organization: Columbia University
Date: Sat, 7 Nov 1992 04:14:30 GMT


Hi all:

I have a rather specific question that have been intriguing me for
few days now. I am trying to implement a fault tolerant system based
on the Client/Server model. The nature of the system is to detect if
either ends has been terminated. If it has been terminated abnormally
the system will react accordingly.

I am using BSD sockets in order to establish a link between the server
and the client, using SOCK_STREAM (TCP) as my protocol. I am able to
detect when the other side has been terminated by a SIGKILL, SIGQUIT,
as writing to the socket on the other side sends a SIGPIPE. Yet, when
the machine has been turned off manually I don't get anything even
though I have tried setting setsockopt(SO_KEEPALIVE)

[Man page exerb ]

     SO_KEEPALIVE enables the periodic transmission of messages on a
     connected socket.  Should the connected party fail to respond to
     these messages, the con- nection is considered broken.  A process
     attempting to write to the socket receives a SIGPIPE signal and
     the write opera- tion returns an error.  By default, a process
     exits when it receives SIGPIPE.  A read operation on the socket
     returns an error but does not generate SIGPIPE.


to setsockopt(SO_LINGER) but none has worked for me. I was wondering
if anyone else has encountered in the problem. If so how did you
overcome it?

Any ideas or suggestions would be much appreciated.

Please mail to :  ae2@cunixa.cc.columbia.edu
Thanks
Newsgroups: comp.protocols.tcp-ip
From: panos@burton.cs.colorado.edu (Panos Tsirigotis)
Subject: Re: Should connect() block after setting NDELAY?
Organization: University of Colorado, Boulder
Date: Sun, 8 Nov 1992 20:07:31 GMT

In article <dank.720994781@blacks> dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:
>
>Hi all,
>I'm writing an application that opens sockets to many servers in parallel
>before sending out a query to each server (also in parallel).  It sets
>the sockets into nonblocking mode before the connect() as follows:
>	int flags;
>    #ifdef USE_FIONBIO
>	flags=1;
>	netioctl(qp->fds, FIONBIO, (char *)&flags);
>    #else
>	flags = fcntl(qp->fds, F_GETFL, 0);
>    #ifdef USE_O_NDELAY
>	flags |= O_NDELAY;
>    #else
>	flags |= FNDELAY;
>    #endif
>	fcntl(qp->fds, F_SETFL, &flags);
                           ^^^^^^
>    #endif

This is wrong; all arguments of fcntl are 'int's. 

Panos

-- 
Panos Tsirigotis, CS grad                        
Pmail: Computer Science Dept., U. of Colorado @ Boulder, Boulder, CO 80309-0430
Email: panos@cs.colorado.edu