HDTenEightyP/NetNews huggingface dataset:
From: bson@geech.gnu.ai.mit.edu (Jan Brittenson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Problems with X386 1.2E dumping core on SVR4
Date: 4 Sep 92 10:12:32 GMT
Distribution: fj
Organization: nil

Date: Fri, 4 Sep 1992 06:20:44 GMT
Message-Id: <BSON.92Sep4012044@geech.gnu.ai.mit.edu>
Newsgroups: comp.unix.sysv386,comp.windows.x

In article <Btzv39.M8@compound.se> smith@compound.se (Bjorn Smith) writes:

 >  Are there any known bugs with the USL cc ?

   I found at least one. It wouldn't properly reinitialize a local
variable in an if statement within a loop each iteration. It occured
in savedir() in savedir.c, as distributed with GNU find. GCC worked
fine, as might be expected.

 > Is there any site from where one can get the gcc binaries for SVR4 ?

   I can mail you a floppy with the binaries for 2.2.2 (front-end,
cc1, libgcc) and fixed include files (i.e. /usr/local/include) if you
send me your address. I can make GCC available for FTP, built on
Consensys 1.3, if there's enough interest. 

   There is also a typo in the i386 machine description (i386.md) that
comes with 2.2.2. Included below is a fixed version of a definition to
substitute for the old one. [This is just my personal fix, I have no
idea what the official fix in the next release is going to look like.]
I bet not even Larry Gator has this bug fixed, despite running Dell!
:-) :-) :-)

						-- Jan Brittenson
						   bson@gnu.ai.mit.edu

----SNIP! OUCH! SNIP! OUCH! OUCH! SNIP!----

(define_insn "lshrdi3_const_int"
  [(set (match_operand:DI 0 "register_operand" "=&r")
	(lshiftrt:DI (match_operand:DI 1 "register_operand" "0")
		     (match_operand:QI 2 "const_int_operand" "J")))]
  ""
  "*
{
  rtx xops[4], low[1], high[1];

  CC_STATUS_INIT;

  split_di (operands, 1, low, high);
  xops[0] = operands[2];
  xops[1] = const1_rtx;
  xops[2] = low[0];
  xops[3] = high[0];

  if (INTVAL (xops[0]) > 31)
    {
      output_asm_insn (AS2 (mov%L2,%3,%2), xops);	/* Fast shift by 32 */
      output_asm_insn (AS2 (xor%L3,%3,%3), xops);

      if (INTVAL (xops[0]) > 32)
        {
	  xops[0] = gen_rtx (CONST_INT, VOIDmode, INTVAL (xops[0]) - 32);

	  output_asm_insn (AS2 (shr%L2,%0,%2), xops); /* Remaining shift */
	}
    }
  else
    {
      output_asm_insn (AS3 (shrd%L2,%0,%3,%2), xops);
      output_asm_insn (AS2 (shr%L3,%0,%3), xops);
    }

  RET;
}")
--
						-- Jan Brittenson
						   bson@gnu.ai.mit.edu
From: cj@eno.wpd.sgi.com (C.J. Silverio)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 1 Sep 92 00:56:35 GMT
Distribution: fj
Organization: SGI TechPubs

Date: Mon, 31 Aug 1992 19:16:06 GMT
Message-Id: <p96prmg@fido.asd.sgi.com>
Newsgroups: alt.religion.computers,comp.windows.misc,comp.windows.news,comp.windows.x,comp.human-factors


In article <Btv1sC.79B@mtholyoke.edu>, jbotz@mtholyoke.edu writes:
|I've never quite been able to figure out what exactly NeWS is... I
|know it stands for Network Extensible Windowing System and that it's
|based on Postscript, but I don't think I've ever seen a machine
|running it by itself.  [...]

Find one of Silicon Graphics' machines running IRIX 3.*.  NeWS
and the SGI 4Sight window manager was quite nice.  I enjoyed
using it, and I hated the performance hit my workstation took
when SGI switched to X (under IRIX 4.*).  Apparently SGI's
customers preferred the standard X, though, and NeWS died.

[Obviously, my opinions are not SGI's.]

---
cj@eno.wpd.sgi.com      C J Silverio/Brahms Gang/Berkeley CA 94720
"Software developed in an environment actively hostile to the 
programmer costs what the selectors of such an environment
deserve to pay." --Kent Paul Dolan
From: aardvark@nt1l.krl.com (Donald Koch)
Newsgroups: fj.mail-lists.x-window
Subject: Re: libXaw.so.5 not found?
Date: 29 Aug 92 20:15:50 GMT
Distribution: fj
Organization: Koch Research Labs

Date: Sat, 29 Aug 1992 06:56:51 GMT
Message-Id: <1992Aug29.025651@nt1l.krl.com>
Newsgroups: comp.windows.x

Did you run ldconfig?  You need to do this after installing shared libraries
before they can be used.
-- 
Don Koch
aardvark@nt1l.krl.com
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xterm popup menu strangeness
Date: 28 Aug 92 02:19:45 GMT
Distribution: fj
Organization: Computer Science Dept, Univ of Arizona, Tucson

Date: 27 Aug 92 19:49:10 GMT
Message-Id: <21186@optima.cs.arizona.edu>
Newsgroups: comp.windows.x

In article <poorman.714941947@convex.convex.com>, poorman@convex.com (Peter Poorman) writes:
|> The fix is to specify the geometry for the vt100 widget, rather than a 
|> global xterm geometry.  For example:
|> 
|> 	XTerm*vt100.geometry: 80x40
|> 
|> This leaves the rest of xterm with the default geometry.
|> 
|> -- Pete Poorman
|>    poorman@convex.com

I have nothing about xterm in my .Xdefaults file -- that problem
still happens on those xterm's which are invoked directly from
.xsession or .xinitrc file. Any explanation?

-- 
= Qiang Alex Zhao		   Computer Science Department
  azhao@cs.arizona.edu             University of Arizona
  (602) 621-1815                   Tucson, AZ 85721
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: "Insufficient resources for operation"  ??
Date: 26 Aug 92 03:55:51 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 25 Aug 92 20:47:47 GMT
Message-Id: <1992Aug25.204747.2193@miki.pictel.com>
Newsgroups: comp.windows.x,comp.windows.open-look

In article <1992Aug21.160245.12916@cs.tulane.edu> kam@tulmath.math.tulane.edu (Katherine Hosch) writes:
>Greetings.  I just installed X11R5 on a 4/380 and have been having
>problems of various sorts ever since.  In running X on a sparc ELC,
>and running some openlook applications, bad things occasionally
>happen.  For instance, a click of the left mouse button in a window
>has made the window disappear; or trying to respond to mail has caused
>the mail tool to disappear.  

Try issuing the command
    xset bc
to turn on bug-compatibility in your R5 server.

>Today I was running a mail tool remotely...

Do you mean from a remote X terminal?  Or do you mean running the R5
server on your ELC, but with mailtool running on another host?

>and finally got an error message:
> X Error of failed request:  BadAlloc (insufficient resources
>    for operation)

This tells you that your mail tool client resized a window and
couldn't allocate (using malloc and sbrk) enough storage to let it
work properly.   It's probable that mailtool's window has backing store
turned on.

>I am guessing that this may mean that I need to reconfigure kernels 
>that are running X so that there is a larger number of max_processes.  

This has nothing to do with max_processes.  If it's the server running
on your ELC that failed, you're probably out of swap space on the ELC.
Say "/etc/pstat -s" to the ELC and it will tell you how much swap
space you have.  If it's less than about 5000K available when the mailtool
and other applications are up and running, add some.  See swapon(8).
From: preece@urbana.mcd.mot.com (Scott E. Preece)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 3 Sep 92 15:44:11 GMT
Distribution: fj
Organization: Motorola MCG, Urbana Design Center

Newsgroups: udcml.xpert
Message-Id: <PREECE.92Sep3100622@predator.urbana.mcd.mot.com>
Distribution: udc
Date: Thu, 3 Sep 1992 15:06:30 GMT
Apparently-To: xpert@athena.mit.edu

In article <1992Sep2.171407.11876@news.cs.indiana.edu> "Ken Rawlings" <krawling@banana.ucs.indiana.edu> writes:
|	   I love GUI's as much as the next person, and I do believe they have
| their place. However, it seems to me that when you take them to the extreme,
| they become not only cumbersome, but _unusable_.
|
|	 Case in point: The MacIntosh OS. 
|
|	 There are two relatively simple things that I want to do on a Mac that
| I _still_ have no idea how to do, even after reading all of the info-mac
| digests, and using Mac's extensively. 
|
|	   #1: Send a postscript file to the printer. Just shove that baby down
|	       the serial connection to the printer. No, I don't want to modify
|	       it in a word processor, or anything else. Here's the file, across
|	       the room is a postscript printer. Send it. I've talked to
|	       _numerous_ people that consider themselves "Mac Gods" and they
|	       all agreed, "Can't be done without a special program, and I don't
|	       know where you'd find it"
|
|	   #2: See this file sitting on the Hard Drive? Execute it. No, I don't
|	       care that you think it's a "Document", just trust me and run the
|	       damn thing. This is a _real_ problem when you have a bunch of
|	       .hqx files, and have a copy of binhex4.bin that you downloaded
|	       with a PC(why didn't I download it on the mac? Those beautiful
|	       unstandard serial ports that I don't have a cable for and Apple
|	       wants an arm and a leg for a converter for, and ComputerLand 
|	       can't understand the question in the first place :-( )
---
The problem with your plaint is that neither of these has *anything* to
do with whether the interface is GUI or CLI.  I believe you could
describe both cases as instances where the Mac OS imposes a relatively
strong typing system and you're trying to violate the typing.  You're
looking at the world from a much simpler model in which any file can be
thrown at a printer by supplying its name to the print program and any
file may be executed by handing its name to the shell.  Neither of those
is really a universal model, even in other domains than the Mac -- many
print systems will reject some files because they don't look printable
and essentially every system will reject for execution files which don't
look like executables.  We could argue about whether those restrictions
are "good" or "bad", but I don't think you can argue that they have
anything to do with GUI-ness.

scott
--
From: tim@xvt.com (Tim Beres)
Newsgroups: fj.mail-lists.x-window
Subject: Re: OPEN INTERFACE ?
Date: 1 Sep 92 02:00:30 GMT
Distribution: fj
Organization: XVT Software Inc.

Date: Mon, 31 Aug 1992 18:49:13 GMT
Message-Id: <1992Aug31.184913.5975@xvt.com>
Newsgroups: comp.windows.x.motif,comp.windows.x


In article <wx3ewi4@Unify.Com> grp@Unify.com (Greg Pasquariello) writes:
>This is a response to two previous postings...
>
>>There are others, as well.  The company I do some consulting for,
>>XVT Software, also ships a toolkit that is used to develop...
>
>Correct me if I'm wrong, but XVT is based upon the intrinsics (at least in
>the X world), right?  If that is the case, then it is NOT one of the toolkits
>that I mentioned above.

Yep. XVT is based on Xt.  Motif (XVT/XM) and OLIT (XVT/XOL).  

>
>I will re-iterate.  Neuron Data's product (OIt) and Visix's product (Galaxy)
>are the only two that I am aware of that remove you from dependence upon
>the intrinsics.  This is A Good Thing (tm), as intrinisics based toolkits
>are relatively difficult to modify or extend.
>

Well... The approach XVT took when adding things like list buttons and
list edit combo controls does extend the functionality offered to 
the application programmer.  These "extensions" use both Xt and
native GUI (Motif/OLIT) functions to create the look and feel seen
by the program user.  The benefit seen by XVT programmers is that 
they don't see the Motif/Xt/Xlib multiple models, rather they see 
the unified XVT approach to doing things (XVT has its own
programming abstractions that is very much unlike Motif/Xt).

So, Xt can be extended.  But I agree that there are easier models
to use as an application programmer.  Can I have it both ways? (-:

Good comments, Greg.


-- 
-----------> Tim Beres   tim@xvt.com    Software Consultant
I do not speak for XVT Software Inc.
From: allyn@halcyon.com (mark allyn)
Newsgroups: fj.mail-lists.x-window
Subject: Public domain TCP/IP and X Window Server software for ibmpc
Date: 1 Sep 92 03:29:32 GMT
Distribution: fj
Organization: The 23: 00 News and Mail Service

Date: Mon, 31 Aug 1992 20:05:30 GMT
Message-Id: <1992Aug31.200530.25394@nwnexus.WA.COM>
Newsgroups: comp.windows.x,comp.windows,comp.protocols.tcp-ip.ibmpc

Hello

We have a bunch of 286 and 386 PC's in our group that are sitting
around doing nothing. Management wants to put them to use in a
situation where they run X windows to run applications on Unix
machines (Sun's, Sequents, etc). These Unix machines are powerfull enough
to keep several X based applications running. The mode of X window stuff
that we have is open look.

Because my management is tight on spending money (you must go up to a 
senior VP to get approval to event get a $200 piece of software) I
am wondering if there is some public domain stuff out there available
via anonymous ftp (we do have C compilers and engineering time to use to
compile/hack something together). 

I believe we need two things; one, a decent tcp/ip package including
drivers for 3Com and Ungermann Bass (3Com is our primary choice; the
Ungerman Bass are only a few); and a version of X window server
software that will work with VGA graphics. Even if you know of stuff
that does not work perfectly, and it is in source, we would still be
interested because I can allways find time between idiotic managment
meetings and other nausium to hack at it until it works enough to
fill our requirements.

Thanks!

Mark Allyn
From: srpxpert@godiva.ssw.com (Selene R. Platt)
Newsgroups: fj.mail-lists.x-window
Subject: Preserving current screen location of dialog shell when un/managed
Date: 24 Aug 92 19:45:54 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 24 Aug 1992 12:32:32 -0400
Message-Id: <9208241632.AA18519@godiva.ssw.com>


[This message is being re-sent because it was listed in the xpert postmaster's
mail about the mail loop, and because I haven't received any responses yet!]


Hi xperts,

This seems to be a very simple question, but I can't figure out the answer.

I've created a Motif FormDialog (in UIL).  After it's displayed, I manually
move it to another location on the screen.  I obscure it with another
FormDialog popup (same application), and then want to raise the first
FormDialog to the top of the screen, but also maintain its current screen
coordinates.  Because this is not a main window, I have to unmanage and then
manage the dialog rather than use XMapRaised.  But rather than using the
current coords., the window manager puts the dialog back in its original
location (where it was created).  I've tried getting the dialog's x & y
resources prior to unmanaging it, and then setting them before re-managing it,
which doesn't work.  I've also tried getting the parent DialogShell widget ID
(by doing XtParent(FormDialog widget ID), but I'm not sure if this is really
the DialogShell widget ID) and setting ITS x/y to those values, which also 
doesn't work.

Does anyone know of a way to preserve the dialog's current screen coords.?
And before anyone suggests to raise the dialog in a different way to avoid it
being unmanaged, I should mention that this is the only way I've found to do
it - even after posting the question to XPERT months ago.

BTW, I'm running on a DG AViiON, UNIX 5.4.1, X11R4, Motif 1.1.1.

Thanx for your help!

Selene Platt

	{~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~}
	{ Selene Platt                  (215) 651-5305           }
	{ Soft*Switch Inc.                                       }
	{ 640 Lee Rd.                   srp@godiva.ssw.com       }
	{ Wayne, PA  19087                                       }
	 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Getting Paned Window to tile horizontaly ...
Date: 29 Aug 92 07:45:04 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 27 Aug 92 17:06:00 GMT
Message-Id: <1992Aug27.170600.8600@vlsi.polymtl.ca>
Newsgroups: comp.windows.x



	Hi there !

		Is it possible to get PanedWindow to lay out children
in a HORIZONTALY tiled format ? I need two frames side by side and
I want to allow the user to resize the two frames with a PanedWindow
or anything similar to it.

	Any suggestions is appreciated :) :)


				Michel Besner, eng.
				Sacred Heart Hospital 
				research center
				Montreal
				mbesner@iris1.metal.polymtl.ca



	"life is a big bowl of Jell-O :) :) ! "
From: frite@vlsi.polymtl.ca), (Michel Besner)
Newsgroups: fj.mail-lists.x-window
Subject: Getting Paned Window to tile horizontaly ...
Date: 29 Aug 92 08:17:42 GMT
Distribution: fj
Organization: Ecole Polytechnique de Montreal, lab. INFO

Date: 27 Aug 92 17:06:00 GMT
Message-Id: <1992Aug27.170600.8600@vlsi.polymtl.ca>
Newsgroups: comp.windows.x



	Hi there !

		Is it possible to get PanedWindow to lay out children
in a HORIZONTALY tiled format ? I need two frames side by side and
I want to allow the user to resize the two frames with a PanedWindow
or anything similar to it.

	Any suggestions is appreciated :) :)


				Michel Besner, eng.
				Sacred Heart Hospital 
				research center
				Montreal
				mbesner@iris1.metal.polymtl.ca



	"life is a big bowl of Jell-O :) :) ! "
From: fhl@milton.u.washington.edu (Dean Pentcheff)
Newsgroups: fj.mail-lists.x-window
Subject: Building and setting up X for Japanese use
Date: 29 Aug 92 03:20:51 GMT
Distribution: fj
Organization: Department of Biology, University of South Carolina, Columbia

Date: 28 Aug 92 16:52:30 GMT
Message-Id: <1992Aug28.165230.4308@u.washington.edu>
Newsgroups: comp.windows.x

I'm in the process of trying to set up X Windows in as Japanese-ified a
fashion as possible (we have a new Japanese student in the lab).
However, I'm a bit lost.  

First question: is the -DX_WCHAR/-DX_LOCALE extension in the X11R5
build necessary if one wants to use internationalized versions of the
software?  If so, why does my build (on a Sparc IPC, SunOS 4.1.1) crash
when (and only when) those are defined?

Second question: what else should I (can I) do?  The student is a
biologist, so what we're looking for is the ability to read "fj"
netnews, plus any other generic X/UNIX facilities that have been
adapted for Japanese use.  We are not going to be doing software
development.  This is strictly an end user issue.

I gather that there may be versions of standard software (xterm, what
else?) that have been reworked for Japanese use.  Where can I find out
what there is and where to snarf code?

Thanks for any help or advice you can give me!

-Dean
From: oj@miki.pictel.com (Oliver Jones)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Noseguy
Date: 1 Sep 92 18:01:25 GMT
Distribution: fj
Organization: PictureTel Corporation

Date: 1 Sep 92 12:20:44 GMT
Message-Id: <1992Sep1.122044.4486@miki.pictel.com>
Newsgroups: comp.windows.x

In article <1992Aug31.144936.18413@news.iastate.edu> kwj@iastate.edu (kwj) writes:

>Any suggestions on how to interpret and decipher X-windows bitmaps would 
>be greatly appreciated.  

Use the little program "bmtoa" provided with the MIT X distribution.
From: fetrow@carson.u.washington.edu (David Fetrow)
Newsgroups: fj.mail-lists.x-window
Subject: Re: GUIs Considered Harmful
Date: 29 Aug 92 14:12:36 GMT
Distribution: fj
Organization: University of Washington, Seattle

Date: 29 Aug 92 03:52:41 GMT
Message-Id: <1992Aug29.035241.18891@u.washington.edu>
Newsgroups: alt.religion.computers,comp.human-factors,comp.windows.misc,comp.windows.news,comp.windows.x

In article <1992Aug28.233524.20252@uwm.edu> jgd@csd4.csd.uwm.edu writes:
>From article <1992Aug28.113502.24092@walter.cray.com>, by toma@romulus.cray.com (Thomas Arneberg):
>> 
>> 
>> For a beginner, what good does a man page do if you don't remember whether
>> the command is "rename," "change_name," "move," etc.
>
>That's what the "apropos" command is for.  Of course, it helps if the
>manpages have _useful_ header lines.  :-)
>

 A personal annouyance about GUI's is that work on text interfaces not only
stopped but its going backwards. The thought of vanilla Unix being used as an
example of a text interface is a little revolting. Tcsh and Ksh try but they
just aren't TOPS-20.

 TOPS-20 was pretty nice (you can see something modelled on it by running
"C-Kermit" on a Unix box; only all the commands looked like that). Of course
that was years and years ago......
From: rthomson@mesa.dsd.es.com (Rich Thomson)
Newsgroups: fj.mail-lists.x-window
Subject: Dirt GUI editor problem
Date: 29 Aug 92 11:17:50 GMT
Distribution: fj
Organization: Design Systems Division, Evans & Sutherland, SLC, UT

Date: Fri, 28 Aug 92 21:27:25 GMT
Message-Id: <1992Aug28.212725.17820@dsd.es.com>
Newsgroups: comp.windows.x.apps,comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif

[Sorry for the cross-post, but I want to reach anyone who might have
found a workaround/fix for this problem -- followups are directed to
comp.windows.x.apps]

I sent the following message to the "author" listed for the DiRT (design
in real-time) user interface editor, but he didn't respond.  Now I am
asking the net to see if anyone has also seen this problem and/or
knows how to fix/workaround it.

			    =-=-=-=-=-=-
    I have been trying to play with Dirt, but I can't seem to get the
editor to come up.  I have version "Alpha 2".  I can run the supplied
examples just fine, but when I try to run the editor I get this text:

mesa 159> ./dirt
Warning: Cannot convert string "xtdefaultfont" to type FontStruct
Error: attempt to add non-widget child "world" to parent
    "_dirtConnection" which supports only widgets

    Do you have any ideas what might be wrong?  When I dbx'ed the
executable, it generated that error way down inside one of the Xukc
routines that attempts to create the template user interface.  I'm
running on a MIPS R3000 and RISC/os 4.52.  My default visual is a
24-bit TrueColor, but it gives the same error on an 8-bit pseudocolor
visual, so I don't think that the problem has to do with visuals and
assumptions about color environments (often a problem with contrib
software).  Usually widget-based code manages to grok the color
environment just fine.  Any help you could lend me would be most
appreciated!
			    =-=-=-=-=-=-

						-- Rich
-- 
	Repeal the personal income tax; vote Libertarian in 1992.
Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
UUCP: ...!uunet!dsd.es.com!rthomson			Rich Thomson
Internet: rthomson@dsd.es.com	IRC: _Rich_		PEXt Programmer
From: bolson@milton.u.washington.edu (Ed Bolson)
Newsgroups: fj.mail-lists.x-window
Subject: Rubber banding/overlays on grayscale in X-windows
Date: 3 Sep 92 23:04:21 GMT
Distribution: fj
Organization: University of Washington, Seattle

Date: 3 Sep 92 17:00:48 GMT
Message-Id: <1992Sep3.170048.29066@u.washington.edu>
Newsgroups: comp.windows.x,comp.graphics

We are developing software on 8-bit displays that necessitate 
displaying a gray-scale image in an X-window and then performing 
"rubber-banding" of overlaid lines in the image.  Traditionally, this 
is done by the XOR operation.

However, XOR works poorly if you wish to display your overlay in a 
single color.

Are there obvious methods of displaying overlaid data on an image under X?

I have thought of using CopyArea to replace the image (effectively erasing the 
overlay each time) and then redrawing.  This could cause high 
communications costs over the "X-wire", as we are often going to draw 
spline-based curves rather than straight lines or arcs.

Another thought was 2 offscreen pixmaps.  One with the image, and the 
other would have the current copy of the overlay.  However, I have not 
come up with logic that will copy only the non-0 pixels of the overlay 
onto the image.

Any help would be greatly appreciated.

Thanks,

Ed
-- 
Ed Bolson
University of Washington  Cardiovascular Research               (206)543-4535
bolson@u.washington.edu (preferred)
bolson@max.bitnet                bolson@milton.u.washington.edu (if you must)