HDTenEightyP/NetNews huggingface dataset:
From: kpc@pluto.arc.nasa.gov (k p c)
Newsgroups: gnu.emacs.gnus
Subject: alt.newsgroup.kill.kill.kill? (-n option)
Date: 26 Jan 93 05:23:38 GMT
Reply-To: kpc@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center AI Research and Aero Branches;
	Sterling.
Originator: kpc@zog.arc.nasa.gov

i have -n options that do ok removing most boring new newsgroups, but
it still lets the alt.b.c.c.c style newsgroups through.  is there a
pattern it can use to preemptively kill these newsgroups?

thanks.
-- 
i'm open to comparing research career notes with other cogsci/cogneuro people.
Newsgroups: gnu.emacs.gnus
From: ckd@eff.org (Christopher Davis)
Subject: Re: gnus versions
Organization: Electronic Frontier Foundation Tech Central
Date: Fri, 22 Jan 1993 23:24:59 GMT

kpc> == k p c <kpc@pluto.arc.nasa.gov>

 kpc> in hopes of clearing things up...

 kpc> this is my understanding of what versions are available and the status
 kpc> of each.  please make corrections if you know any.  i've sent this to
 kpc> masanobu umeda already.
[...]
 kpc> gnus2 v0.33	alpha?		scott ballantyne

 kpc> 	only available to hackers.  requires nov and other c code.
 kpc> 	author says it's much faster than 3.14.1.  works with news
 kpc> 	overview database.  comes with a disclaimer that says that
 kpc> 	it's deliberately not made "plug and go".  i wasn't able to
 kpc> 	get it to work in a reasonable amount of time but some people
 kpc> 	apparently use it.  (including eff people?). [...]

I haven't had time to try it yet.  Other things have taken priority.  (I
haven't installed the nov database yet anyway, so GNUS2 wouldn't do much
good to me, would it?)

 kpc> eff	available at eff	???

 kpc> 	3.14.1 with joe wells' hacks and most of the packages written
 kpc> 	for 3.14.1.  works.  basically a replacement for 3.14.1 and
 kpc> 	some of the contributed hacks many people have collected.

This is just a marginal cleanup & minor bug fix deal, bundled with some of
the better (IMHO) add-ons (including a properly-working version of
gnus-user-tale.el).  I "maintain" it as much as anyone can be said
to; basically I just figured I'd leverage the work I did on the local
installation so people elsewhere could take advantage of it.

It's not likely to get any more work (in particular, I'm not likely to
update it to be in sync with 3.14.3 or gnus2) but is not a bad place to
start from if you're installing a "production" GNUS system today.  The
add-ons and patches are not documented but a good diff -cr against the
"regular" 3.14.1 release might be illuminating :)

It's ftpable as ftp.eff.org:/users/ckd/gnus3.14.1.eff.01.tar.Z.
--
 * Christopher Davis * <ckd@eff.org> * <ckd@kei.com> * [CKD1] * MIME * RIPEM *
From: khera@cs.duke.edu (Vivek Khera)
Newsgroups: gnu.emacs.gnus
Subject: Re: converting rmail format to mh format
Date: 28 Jan 93 18:43:18 GMT
Distribution: gnu
Organization: Duke University CS Dept., Durham, NC
To: ssammy@cs.strath.ac.uk (Paul Sammy 4th Year iE/CES)
In-reply-to: ssammy@cs.strath.ac.uk's message of 28 Jan 93 13:01:31 GMT
X-Md4-Signature: 1caae3a28707db81fb74abb895e03205

In article <SSAMMY.93Jan28130131@hunter-03.cs.strath.ac.uk> ssammy@cs.strath.ac.uk (Paul Sammy 4th Year iE/CES) writes:

   I've just changed my default-article saver to save articles in the MH 
   format.
   However, I've got quite a lot of articles in the rmail format that I'd
   like to be able to view from the MH folder.

here's my program to do this.  written in Perl.  i call it babyl2mh.
after conversion, you must manually delete the rmail files you no
longer need.

--cut here--
#!/usr/gnu/bin/perl

# incorporate an RMAIL babyl file into an MH folder
#
# usage: babyl2mh +folder babyl-file
#
# V. Khera 17-JUL-1991
# $Id: babyl2mh,v 1.1 1991/07/17 18:23:39 khera Exp $

# where to find rcvstore
$rcvstore = "/usr/local/lib/mh/rcvstore";

#
# pull out command line args
#
die "usage: babyl2mh +folder babyl-file\n" unless @ARGV == 2;

$folder = shift;
# make sure folder name starts with a "+"
(substr($folder,0,1) eq "+") || (substr($folder,0,0) = "+");
$bfname = shift;

print "Incorporating RMAIL file $bfname into MH folder $folder\n";

#
# read in babyl file.
#
$/ = "\037";	# this separates the records in a babyl file
$* = 1;		# records are multi-lines

open(BABYL,$bfname) || die "Couldn't open $bfname\n";

$_ = <BABYL>;	# discard header.

$msgnum = 0;

while (<BABYL>) {
  chop;		# get rid of delimeter
  s/\f(.|\n)*\*\*\* EOOH \*\*\*\n//;	# remove duplicate header information
  open(RCVSTORE,"|" . $rcvstore . " $folder");
  print RCVSTORE $_;
  $msgnum++;
  print "Message $msgnum done.\n";
}
--cut here--
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
Internet:   khera@cs.duke.edu             Box 90129
            (MIME mail accepted)          Durham, NC 27708-0129 (919)660-6528
Newsgroups: gnu.emacs.gnus
From: y-pisan@nwu.edu (Yusuf Pisan)
Subject: Getting ">" when following up
Organization: The Institute for the Learning Sciences
Distribution: gnu
Date: Sun, 24 Jan 1993 19:25:29 GMT


When I use gnus-Subejct-mail-reply-with-original the original article
gets indented without any characters being added to the beginning of
the line. I would like ">" to be added to the original message to
distinguish it from my reply. 

I searched through info, but could not find a way to fix this. I do
not think this is a general problem, so please reply by e-mail.

Thanks,

Yusuf Pisan
y-pisan@nwu.edu
From: jloup@chorus.FR (Jean-loup Gailly)
Newsgroups: gnu.announce
Subject: gzip (GNU zip) release 0.8.1
Date: 25 Jan 1993 22:41:58 -0500
Organization: GNUs Not Usenet
Distribution: gnu

gzip version 0.8.1 is available for anonymous ftp from prep.ai.mit.edu
[18.71.0.38], in the file /pub/gnu/gzip-0.8.1.tar.Z

gzip (GNU zip) is a compression utility designed to be a replacement
for 'compress'. Its main advantages over compress are better
compression and freedom from patented algorithms.  The GNU Project
will soon make this the standard compression program for its system.
So please try to build it *now*, before conversion of all GNU .Z files
to the gzip format. The Linux project has already adopted gzip for
distribution of Linux itself (see comp.os.linux).

gzip currently uses the compression algorithm used in zip 1.9 (the
portable pkzip compatible archiver). The gzip format was however
designed to accommodate several compression algorithms.  gunzip can
currently decompress files created by gzip, zip, compress or pack. The
detection of the input format is automatic.

A script 'znew' is provided for automatic conversion of .Z files to
the gzip format. A gzip'ed tar file is usually about 2/3 the size of a
tar.Z file.

Notable changes from version 0.5 are (see the NEWS file in the
distribution for a complete list):

o gzip can now extract .z files created by 'pack'.

o it is now possible to append to a gzip'ed file.

o 'configure' should now work on most systems

o many minor bug fixes


Please send comments and bug reports to jloup@chorus.fr or
bug-gnu-utils@prep.ai.mit.edu.

Jean-loup Gailly
jloup@chorus.fr
From: friedman@gnu.ai.mit.edu (Noah Friedman)
Newsgroups: gnu.announce
Subject: Solaris binaries for GCC 2.3.3
Date: 21 Jan 1993 19:28:51 -0500
Organization: Gnus Not Usenet
Distribution: gnu
Reply-To: friedman@gnu.ai.mit.edu

Binaries for gcc 2.3.3 that work on Solaris 2.0 (and suppoedly 2.1,
though I haven't tested this myself) are available on prep.ai.mit.edu
[18.71.0.38] in the file /pub/gnu/gcc-solaris-2.3.3.tar.Z

These binaries are ready to install in /opt/gnu except for the
"fixinclude" headers, which we cannot distribute since they are
derived from Sun's proprietary header files.  If you want the fixed
header files you need to get the corresponding GCC sources and install
them yourself (read the instructions in the source distribution to
find out how). 

Thanks to Cygnus for making these binaries. 

The presence of this compilation does not imply a committment to
provide binaries for other systems (or even to supply binaries for
Solaris) in the future.


      [ For information on how to order GNU software on tape, floppy,
	or cd-rom, check the file etc/DISTRIB in the GNU Emacs
	distribution, or e-mail a request to:	gnu@prep.ai.mit.edu

        By ordering tapes from the FSF you help us continue to develop
        more free software.  Media revenues are our primary source of
	support.

	The above software will soon to be at these ftp sites as well.
	Please try them before prep.ai.mit.edu!	 thanx -gnu@prep.ai.mit.edu
	Asia: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep,
	  cair.kaist.ac.kr:pub/gnu
	Australia: archie.oz.au:gnu (archie.oz or archie.oz.au for ACSnet)
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.denet.dk, ftp.eunet.ch, nic.switch.ch:/mirror/gnu, 
	  archive.eu.net
	United States: wuarchive.wustl.edu, ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:systems/gnu
      ]
From: montnaro@ausable.crd.ge.com (Skip Montanaro)
Newsgroups: gnu.epoch.misc
Subject: Having no luck with tek info stuff (at all!)
Date: 25 Jan 93 22:24:06 GMT
Reply-To: montanaro@ausable.crd.ge.com (Skip Montanaro)
Distribution: gnu
Organization: GE Corporate Research & Development, Schenectady, NY


I posted a note a few days ago about using some old info stuff that used to
work under Epoch 3.2 and was directed instead to the tek-epoch-stuff and
tek-highlight-2.0 packages archived at OSU. I grabbed them and have been
stumbling around for a couple of days  trying to get it to work. I'm about
ready to blow the whole mess away and revert to plain old Info. I presume
that if I can't get epoch-ized info to work I will have similar problems
with other epoch-ized packages, like VM and GNUS.

Before I do that, perhaps someone can get me back on the happy camper path.
According to the INSTALL file with the tek-highlight-2.0 stuff, I should
have been able to simply byte-compile the files in that directory and put a
few requires in my .emacs. I did both of those, but still get undefined
function error messages for add-zones, clear-buttons, etc. These things are
all related to Epoch 3.2 vs. 4.x differences. These errors persist even
though tek-highlight-use-attribute's value is nil (causing a couple fsets in
tek-style-utils.el to get executed that purport to select for Epoch 4.x - I
think they are bass-ackwards myself).

What am I doing wrong?

Thx,

--
Skip (montanaro@crd.ge.com)
From: sundvall@perrier.embnet.se (Mats Sundvall)
Newsgroups: gnu.epoch.misc
Subject: Re: Lucid Emacs 19.4 released
Date: 21 Jan 1993 11:28:00 GMT
Organization: EMBNet Project Sweden
Distribution: world
Reply-To: sundvall@perrier.embnet.se
NNTP-Posting-Host: perrier.embnet.se

Will it compile on Solaris 2.1?

Mats Sundvall


Newsgroups: gnu.epoch.misc
From: haider@rice.edu (Haider Abbas Rizvi)
Subject: epoch 4.0.3 problems
Originator: haider@pi.rice.edu
Reply-To: haider@rice.edu (Haider Abbas Rizvi)
Organization: Rice University
Date: Sat, 23 Jan 1993 22:31:04 GMT


Hi guys,
Our system managers have just installed epoch 4.0.3, and I am having some
problems getting my original setup for epoch 3.?? to go with it.

First thing, I have set auto-raise-screen to nil, but still whenever I move
my mouse around, it keeps on raising all the different screens.
  
I can't seem to set it up so that it changes the title of the screen to
the file being visited. I got scr-title.el from someone, but it is slow and
seems to conflict with a place-screens.el code I have, which places all the
new screens in a tiled fashion.

Does someone know the answers to these problems. Can he/she post it here or
send mail to me.

Thanks,
Haider.
-- 


--
Haider
Newsgroups: gnu.epoch.misc
From: piggy@hilbert.cc.utas.edu.au (La Monte Yarroll)
Subject: BUG: subst-char-in-region and read-only zones (no fix)
Summary: Read only zones break outline mode.
Organization: University of Tasmania, Australia.
Date: Tue, 26 Jan 1993 01:19:37 GMT

version: Epoch 4.2

It is impossible to hide the body of any entry in outline mode which
contains ANY read only zones.

The problem is that subst-char-in-region gives an error if the region
passed to it contains ANY read only zones, even if these zones would
not be modified by the operation.

Here is a function which demonstrates this behaviour:

(defun demonstrate-subst-bug ()
  (let ((start (point)))
    (insert "Sample text.")
    (add-read-only-zone (+ 1 start) (+ 3 start)  nil nil)
    (subst-char-in-region 454 464 ?x ?w t)
    )
  )

I believe that an operation on a region should only signal an error if
the operation would actually alter a read only zone.

It would be nicer still if read only zones could be temporarily
overridden, much in the same spirit as the last argument to
subst-char-in-region.

Comments?  Opinions?  For the moment, I'll just leave read only zones
out of my buffers.
--
La Monte H. Yarroll	Home:		piggy@baqaqi.chi.il.us
   Work:		piggy@hilbert.maths.utas.edu.au
   AKA:			piggy@gargoyle.uchicago.edu
   Once upon a time:	postmaster@clout.chi.il.us
Newsgroups: gnu.epoch.misc
From: dschieb@muse.cv.nrao.edu (Darrell Schiebel)
Subject: minibuffer (Lucid and Epoch)
Organization: National Radio Astronomy Observatory
Distribution: gnu
Date: Wed, 27 Jan 1993 15:11:05 GMT


	I have used Epoch for some time, and I have been quite happy with it.
	However, I decided I should take a look a Lucid Emacs since I had
	heard good things about it and it seems to have more capabilities
	and better integration with X (e.g. popup menus, menu bars, etc.).
	The final point that convinced me was the section of the Lucid
	posting:

> Work has begun on a merger of Epoch and Lucid Emacs.  It seems likely that 
> the next release of Epoch will be based on Lucid Emacs instead of GNU Emacs
> from the FSF.

	However, one thing bothers me about Lucid Emacs. I haven't found
	how one can separate the minibuffer from the screens as Epoch
	allows. Is this possible? I have found this "factoring" out
	of the minibuffer quite useful, and I'd hate to loose it.
	Does anyone know how to do this in Lucid Emacs?? Does anyone
	else like this feature of Epoch??

	The question of the menu bar arises pretty naturally from this point.
	Should one be able to separate the menu bar from the screen also, 
	in a style similar to Frame Maker(R)?? Or should one be able to 
	"factor" it out attached to the minibuffer. I REALLY like the ability
	to have several minimal screens each with a different file or 
	different views of the same file.

	If anyone could tell me how to separate the minibuffer in Lucid
	Emacs, I'd be most grateful or if someone has a patch to allow this,
	that would be great too. And you Epoch Developers what is the
	merged version of Epoch and Lucid Emacs going to look like???
	What sort of time span is the merger likely to take?? etc. etc.


						thanks for any comments,
						Darrell Schiebel
From: allender@vnet.ibm.com
Date: Thu, 28 Jan 93 08:19:34 MST
Newsgroups: gnu.epoch.misc
Subject: Bug with split screen in epoch
Reply-To: allender@vnet.ibm.com (Mark Allender)
Organization: IBM, AdStar -- Embedded Systems Modeling and Simulation
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: Usenet 3.1

We have found what appears to be a bug in epoch.  If I use C-x 5 to split the
screen vertically, the mouse behaves funny.

Normally, when the mouse pointer is past the end of a line, and I hit the
left button, the cursor is placed onto the last character of the line.
However, when I am in split screen (vertically with C-x 5), and place
the mouse pointer past the end of a line in the buffer on the right hand
side of the screen, then the cursor is placed at the beginning of that line,
always.

Is anyone aware of this bug, and any possible ways to fix this.

Thanks,

-Mark Allender
-IBM Corp, AdStar Division
-allender@vnet.ibm.com
From: allender@vnet.ibm.com
Date: Thu, 28 Jan 93 12:53:11 MST
Newsgroups: gnu.epoch.misc
Subject: More information about split screen problem
Reply-To: allender@vnet.ibm.com
Organization: IBM, AdStar -- Embedded Systems Modeling and Simulation
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: Usenet 3.1

Concerning the split screen problem that I posted earlier about, I first
waned to clarify that I am doing a split-window-horizontally with C-x 5.
I think that I said this backwards in my previous note.

The other thing that I noticed is that when the screen is split horizontally,
and I am on the right hand side of the screen, every time I use the mouse
to position the cursor, the cursor is always one character ahead of where
the mouse is pointing.  This observation is consistent with what I posted
in my last note....(almost).....When I try to position the cursor at the
end of the line by pressing a mouse button far to the right of the end of
the line, then the cursor appears at the beginning of the _next_ line. (I
thought originally that it was at the beginning of the same line...not so).

My system is an rs/6000 AIX 3.2.....

Sounds like it's probably a problem with elisp, but I don't really want
to force the time to dig for it if someone know's about the problem.

Thanks

-mark allender
-allender@vnet.ibm.com

Newsgroups: gnu.epoch.misc
From: mcook@fendahl.dev.cdx.mot.com (Michael Cook)
Subject: Re: Epoch eats my characters
Organization: Motorola Codex, Canton, Massachusetts
Date: Thu, 21 Jan 1993 17:28:26 GMT

peterf@emerald.csis.dit.csiro.au (Peter A Fletcher) writes:

>> 	I've been enjoying epoch 4.2 for a while now. I have a problem w/ it.
>> Epoch sometimes enters an "over write mode" and I need to refresh the
>> screen to get the over written characters back. Is this a known bug? I
>> can't file a bug report because I can't reproduce it, but it just happens
>> from times to times.

>I have this problem too.  I'm using epoch on a Decstation 5200.

I've seen the problem (Decstation 5000).  For me, it only happens when I'm
running a compilation-process (compile.el) in the other-window and the process
generates some output while I'm inserting text into this-window.

Michael.
From: Jan.Djarv@sa.erisoft.SE (Jan Djarv)
Newsgroups: gnu.epoch.misc
Subject: Re: cut & paste into/out of epoch
Date: 28 Jan 1993 14:12:30 -0500
Organization: Gnus Not Usenet
Distribution: gnu

> 
> We are running epoch under OpenWindows 3 on SPARCstations.
> On the whole epoch is a great improvement over vanilla emacs, but we have
> found it impossible to paste text into an epoch buffer from another
> application, such as a shelltool. Similarly, text highlighted inside
> epoch cannot be pasted into another window. Is there a solution to this?
> 
The problem is that Epoch (as well as most other x clients) uses
the PRIMARY selection. Openwindows clients (like shelltool) uses the
CLIPBOARD selection.

You can tell epoch to use the CLIPBOARD by inserting
 (setq mouse::selection-atom (intern-atom "CLIPBOARD"))

into your ~/.emacs (works with epoch-4.2 at least).


Regards,

	Jan D.
From: lahtinen@gideon.fmi.fi (Kimmo Lahtinen)
Newsgroups: gnu.epoch.misc
Subject: epoch kills windows?
Date: 22 Jan 1993 03:15:03 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I have been using epoch for some time, and also other people here
like it and use it mainly to edit remote files.

I compiled a new bash (1.12.1) and after that epoch started to kill
also the window where it was started after finnishing edit. I really
do not like it, but I do not understand why this happens.


We are using ISC SVR3.2 3.0 and epoch 2.4.

I just retested it and it really is somehow connected to bash,
it did not do it with sh.

Kimmo

--
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Kimmo Lahtinen                      E-Mail : lahtinen@gideon.fmi.fi
Finnish Meteorological Institute    Phone  : +358 0 758 1322
Possessed by a Spirit               G3 Fax : +358 0 758 1396
From: chet@odin.ins.cwru.edu (Chet Ramey)
Newsgroups: gnu.bash.bug
Subject: Re: can't unalias
Date: 21 Jan 1993 18:20:29 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: chet@po.cwru.edu

> I pared my personal startup file down to 
> 
>     if [ "$PS1" ]; then :
>         alias
>         echo ====
>         unalias ls
>         alias
>         ls () { /usr/bin/ls -aCFq "$@"; }
>     fi
> 
> which fails as previously described, no output from the alias command,
> just:
> 
>     bash$ bash
>     syntax error near `()'
>     /home/alpha/ruck/.shrc+:6: `ls () { /usr/bin/ls -aCFq "$@"; }'
>     bash$ 
>     
> BUT when I pull that block out of the if-then by commenting out the
> first and last line, I get it working fine.
> 

There is alias expansion being performed, regardless of the presence of
the `alias' and `unalias' commands.  Bash always reads a complete command,
which may consist of multiple lines, before executing it.  In your case,
the `if...fi' block is a complete command, and bash is attempting to read
all of it and construct a command tree before executing the test or the
body.

Since alias expansion is performed when a command is read, the `ls' in
the above command is being expanded.  You need to put `unalias ls'
before the if statement in which your function is defined.  It won't
hurt to make the unalias unconditional; alias expansion is not performed
when the shell is not interactive.

> OR if I leave it in the if-then as shown above, and simply insert
> "function" in front of the function def, like 
> 
>         function ls () { /usr/bin/ls -aCFq "$@"; }

This works because the `ls' is no longer the first word in a simple
command and therefore not eligible for alias expansion.

Chet

--
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
From: neal@ctd.COMsat.COM (Neal Becker)
Newsgroups: gnu.bash.bug
Subject: nohup not default for bg?
Date: 22 Jan 1993 21:44:34 -0500
Organization: COMSAT Labs
Distribution: gnu

I'm just trying out bash, having lived with csh.  I noticed that jobs
running in the bg (using &) are *not* immune to HUP by default.  Is
this correct behaviour?  Or did I screw up building bash?

System is hp9000/7xx hpux8.07

Thanks.
From: wbader@csee.lehigh.EDU (wbader)
Newsgroups: gnu.bash.bug
Subject: bash and sco unix 3.2v4.0
Date: 25 Jan 1993 21:27:28 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Changes to build bash-1.12 under SCO Unix 3.2v4.0:

In the M_UNIX section of machines.h:

#    if !defined (HAVE_GCC)
#      define REQUIRED_LIBRARIES -lPW -lmalloc -lc_s
#    endif /* !HAVE_GCC */

SCO Unix has alloca() in -lPW.
malloc pulls in a faster malloc than the one in -lc
-lc_s uses a shared library version of the c runtimes

jobs.c:

The ' #if defined (SCO) ' sections make bash hang on the call to waitpid.
I removed the SCO conditional code, and bash no longer hangs.
Apparently, SCO fixed the sigsuspend() call in 3.2v4.0, and somehow broke
something that the workaround uses.

lib/readline/readline.c:

In rl_search_history,
  /* Initialize search parameters. */
#if 1
  strncpy(search_string, the_line, 127);
  search_string[127] = '\0';
  search_string_index = strlen(search_string);
#else
  *search_string = '\0';
  search_string_index = 0;
#endif

So history searches start with the text already on the line as the pattern.


William Bader
Software Consulting Services
3162 Bath Pike
Nazareth, PA  18064
phone: 215-837-8485
fax:   215-837-8080
email: wbader@scarecrow.csee.lehigh.edu,
       wbader@einstein.mse.lehigh.edu,
       lehi3b15.csee.lehigh.edu!batman!bader