HDTenEightyP/NetNews huggingface dataset:
From: drstrip@isrc.sandia.gov (David R. Strip)
Subject: xmail on rs/6k, aix3.2??
Organization: Sandia National Labs, Org. 1600, Albq., NM
Date: Tue, 8 Sep 1992 04:25:22 GMT

I am trying to run xmail on an rs/6k, aix 3.2/
I can compile with no problem. When i type
xmail
i get
xmail: Regular expression too long (item 0).

this occurs regardless of whether i have any command line
options or not. i have also tried deleting .mailrc to no
effect. (acts of desperation)

Any suggestions welcome.

Source is patch level 4.
drstrip@isrc.sandia.gov
From: rgp@mpd.tandem.com (Ramon Pantin)
Newsgroups: comp.unix.aix
Subject: SVR4 on RS/6000 (was Re: AIX malloc and fault tolerance)
Date: 15 Sep 92 05:43:44 GMT
Organization: Tandem Computers, Micro-Products Division

--- DON'T REPLY TO THE SENDER.  I'm posting this followup for a friend,
--- for some reason he can't post articles.  Hopefully I've got the
--- right article.

In article <1992Sep10.105731.17287@cadlab.sublink.org> martelli@cadlab.sublink.org (Alex Martelli) writes:
>
>I don't have any other important reason for AIX-hating, but the horrendously
>bogous malloc() semantics may be enough...

I've had the same frustrations with the malloc/SIGKILL problem,
BSD tty code and other AIXisms.

Anybody knows about a port of SVR4 that IBM had contracted out
to one of the UNIX/386 houses?  I remember reading this about a year
ago in some UNIX magazine (maybe on a "Unix Today").  I believe
that this was a special product to be used only for large bids
that explictly asked for SVR4.

Is there any interest out there for a straight port of SVR4 to the
RS/6000?  Anybody knows if this is really happening?  Any other
details?

I was curious what would be the minimal requirements for such a product.
My requirements would be:
	- Binary compatible with AIX 3.X applications.  Not sure how
	  the SVR4 shared objects and the AIX shared library models
	  match.
	- Support for most IBM provided hardware (tough I don't
	  care about diskless workstations in particular).
	- Good support.

My non-requirements would be:
	- No compatibility with kernel extensions or device drivers.
	- No disk space compatibility, i.e. JFS filesystems or logical
	  volumes would be useless, reformating and a different filesystem
	  would be required (UFS maybe VXFS).

What would be your requirements?

--- Disclaimer: the sender doesn't have any interest on this posting,
--- just acting as a gateway.
Newsgroups: comp.unix.aix
Subject: Re: Can group id's be assigned in AIX 3.2
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Thu, 10 Sep 1992 08:48:10 GMT
Organization: University of Auckland, New Zealand.

dedourek@jupiter.sun.csd.unb.ca (John DeDourek) writes:

>Is it possible to specify the id number for a created group?  How?
>Would the chgroup, in fact, set the id number of a group to a specific

I use "mkgroup xyz; chgroup id=nnn xyz" to set a campus-unique group id all
the time.

>value?  What are the implications of ignoring the "should not be changed"
>warning for chgroup from info explorer?

Your teeth will explode, but only if you also believe in the tooth fairy

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits
Newsgroups: comp.unix.aix
From: fuzzy@obelix.ncs.mainz.ibm.com (Thomas Braunbeck/131000)
Subject: Re: Making gcc-2.2.2 on RS6000
Date: Wed, 09 Sep 92 18:12:47 GMT
Reply-To: braunbec@Mainz.IBM.de
Organization: IBM Germany, AIX Support Germany

In article <1992Sep8.200540.2900@ils.nwu.edu>, lopez@aristotle.ils.nwu.edu (Chris &) writes:
|> Tom McConnell (tmcconne@sedona.intel.com) wrote:
|>
|> IBM now claims to have a 3.2 version of this patch.  Same APAR number
|> obviously, PTF U403044.

And PTF U403044 is superseded by PTF U407530.
So ask for PTF U407530.

Best regards,   Thomas Braunbeck
AS Software Service AIX, Germany

        All the opinions expressed are my own and
        do not necessarily reflect those of IBM

| Mail  braunbec@mazvm02.vnet.ibm.com
|       braunbec@aixserv.mainz.ibm.de
|       DEIBM3M3 at IBMMAIL
Newsgroups: comp.unix.aix
From: fred@dickens.com (Fred R Stearns)
Subject: Re: What is the VGID file in /etc/vg for?
Date: Wed, 9 Sep 1992 11:25:38 GMT
Organization: Dickens Data Systems, Inc.
Keywords: On exportvg should /etc/vg/vg<id_of_exported_vg> be removed?

In article <1992Sep4.223733.1530@awdprime.austin.ibm.com> julie@levell.austin.ibm.com (Julie L. Craft) writes:
>In article <Sep.3.12.58.34.1992.26976@gauss.rutgers.edu> manmetha@gauss.rutgers.edu (Rajesh Malhotra) writes:
>>
>>Fellow AIXers,
>>
>>	The directory /etc/vg contains a file vg<VGID> for each
>>of the VG in the system. What is this file for? Does'nt all the VG related
>>info reside in the ODM?
>
>	No, it contains basically a copy of the VGDA that is on
>	the disk.  This file is maintained by liblvm.a for faster
>	response on lvm commands.  That way you don't have to
>	go to the disk every time for a query.  If you remove this
>	file it will be automatically rebuilt the next time you
>	run an LVM command.

Now that's silly.  Instead of going to the disk to get the VGDA,
you go to the disk to get the VGDA.  Okay, Okay, so maybe it will
be buffered up in physical memory by jfs and the vmm, but it
would seem that it would only stay buffered if you were accessing
it alot.

>
>	Later,
>	Julie
>-- 
>*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
>Julie Levell Craft IBM AUSTIN,TX  Internet: julie@aixwiz.austin.ibm.com
>IBMNET: JULIEL at AUSVM6 2F-007/903  (512) 838-2677 (Tie 678-2677)
>"I'm not getting defensive!"

-- 
Fred R. Stearns -- fred@dickens.com
Everything's a kludge!
From: JRUSSELL@TOROLAB4.VNET.IBM.COM
Newsgroups: comp.unix.aix
Subject: Porting to AIX (was: What Does IBMR2 Mean?)
Date: 14 Sep 92 13:58:01 GMT

In <BuFt5w.AzC@storcon.uucp>, John Hunley writes:
> Or perhaps I'm just SOL.  It seems very few freeware packages compile on the
> RS/6000 without extensive porting, so most people don't bother.

My department publishes a book called "Portability Guide for IBM C",
order number SC09-1405-00.  If you look in it, you'll find guidelines
about porting from one IBM platform to another, but nothing about
porting from generic Unix -> AIX.

I personally think this kind of information would be of great interest
to the AIX community and should be covered in the Portability Guide.
If you agree or have specific C-related porting topics
that you feel need to be explained, please post here or respond to
my ID.  I can't promise that the book will be updated or will include
this kind of information in the future, but it's more likely the more
interest there is.

John (jrussell@torolab4.vnet.ibm.com)

PS: Yes, I already have malloc on my list :-(
From: paw@coos.dartmouth.edu (Pat Wilson)
Newsgroups: comp.unix.aix
Subject: more on PTF hell
Date: 14 Sep 92 20:31:36 GMT
Distribution: usa
Organization: Project NORTHSTAR
Originator: paw@coos.dartmouth.edu

Is there some way to find out (other than trying to install it) what's
contained in one of the "Packaging PTFs"?  At the moment, I'm particularly
concerned with the following:
	U403375
	U403376
	U403377
	U403378
	U403380
	U403381

Thanks.
-- 
Pat Wilson
Systems Manager, Project NORTHSTAR
paw@northstar.dartmouth.edu
From: bpja@codex.oz.au (Brett Adam)
Newsgroups: comp.unix.aix
Subject: HARD problem with shared libraries (long)
Date: 14 Sep 92 11:56:43 GMT
Reply-To: bpja@codex.oz.au
Organization: Codex Software Development Pty Ltd

To any AIX shared library 'gurus' out there ....


Part of a product I'm porting at the moment requires that a number of routines  
in the standard shared library, libc.a, be 'enhanced'. The idea is that this be  
done is such a way that existing (compiled) software automatically gain access  
to the new enhanced functionality.

In particular, the functions 'getpwent', 'gethostbyname' and others need to be  
extended with a 'pre-patch' to consult an alternative database BEFORE falling  
back to their previous behaviour. (Which means the replacement routine must  
call the original routine)


Our strategy on the Sun was simple:

Unarchive libc.a

Take the existing routines, and rename them in the library. Thus, getpwent()  
becomes tnewpteg() or similar.

Write new getpwent() that does extra work, then calls tnewpteg() if required,  
to get the old behaviour.

Wrap our new object files and the original objects with renamed routines back  
up into a shared libc.a.

This works admirably - on the Sun.


Under AIX 3.2, we hit a stumbling block. Whilst the bind tool is _very_  
powerful, and can do all the renaming for us easily, we cannot package the  
shared library back up once again.

In particular, a load line such as the following produces an output file that  
grows without bounds - until it fills the entire disk!!


  ld -r -brename:.getpwent,.tnewpteg shr.o -o shr.o.new -bM:SRE

(The libc.a member shr.o seems to contain the routines that need enhancing)

I've spent a _lot_ of time experimenting with using the bind tool interactively  
to try and find a way to achieve what we want. No luck.

We've even written an xcoffpatch tool that makes the substitutions directly in  
the XCOFF shr.o file. Works fine, but we cannot wrap up our new objects with  
the shr.o object without hitting the infite file problem.

I've tried all manner of import/export scenarios to no avail.

Indeed, when I _think_ that I have a new libc.a constructed, upon installation,  
all existing tools simply output "Killed" when executed. (Pretty clear  
indication that the new libc.a is bogus).


The point:

Does ANYONE out there have any experience with this sort of approach?
Does anyone have any better ideas about how to achieve the desired result?
(short of obtaining the entire source to libc.a and re-building it ourselves!)
(of course, if that option is available.... :-) )


Thanks in hopeful anticipation,


-- 
---------------------------------------------------------------
Brett Adam                 Xedoc Software Development Pty. Ltd.
NeXTMail: bpja@codex.oz.au                  AppleLink: AUST0335
(Preferred.)                                 (Only if you must) 
Newsgroups: comp.unix.aix
From: gerth@watson.ibm.com (John Gerth)
Subject: Re: InfoExplorer Background Color
Date: Thu, 10 Sep 1992 21:37:13 GMT
Distribution: us
Reply-To: gerth@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center
Keywords: InfoExplorer Color Background

In article <1992Sep10.172648.14252@dickens.com>, lpc@dickens.com (Luis P Caamano) writes:
|> Does anybody know what's the magic line to add to my .Xdefaults
|> to change InfoExplorer text window background.  I've added 
|> info*background*: but it only changes the menu bar background.
|> 
|> I really need to get rid of that white background.
|> 

This works for me:
 info.background:	gray50
-- 
John Gerth	 gerth@watson.ibm.com		(914) 784-7639
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Re: GNU c++ compiler
Date: 13 Sep 92 00:32:31 GMT
Organization: /etc/organization


In article <88708@netnews.upenn.edu> hyun@gradient.cis.upenn.edu (hyun)
writes:
>
> I am looking for the GNU C++ compiler version1.39 ported to AIX 3.0.

GCC version 1 has not been ported to the RS/6000.  However, GCC version
2 has been.  You should be able to FTP it from prep.ai.mit.edu, or any
other FTP site with GNU software.  The current released version is
2.2.2.

> Is it available in public domain?

No version of GCC is legally in the "public domain".  It is copyrighted
software which you may distribute under certain conditions.

> If not, how much does it cost to purchase and where to order?

You can order the "experimental" tape from the Free Software Foundation
for $200.  This money would go to further the development of GCC, GNU
Emacs, and a variety of other free software.

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
From: kstailey@leidecker.gsfc.nasa.gov (Kenneth Stailey)
Subject: Re: 370 Floating Point to IEEE conversion
Organization: /kstailey/.organization
Date: Mon, 14 Sep 1992 23:09:28 GMT

In article <1992Sep9.135834.18080@magnus.acs.ohio-state.edu> merrick@magnus.acs.ohio-state.edu (Tom Merrick) writes:

   Does anybody know of where I can find some routines to convert the IEEE
   floating point on the Risc/6000s to/from 370 floating point.

   It turns out that the GDF file produced by graPHIGS (and AIXWindows 3D)
   is written in EBCDIC and 370 floating point...
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                 |
                 +<--SPEW!!! Only IBM!!! 

Try "dd conv=ibm ... " to get out of EBCDIC.  Good luck w/the 370 FP



IBM mailed me a copy of AIXWindows 3D w/AIC now you made me afraid to
load the LPP.  I think I'll wait until IBM learns how to write a
removable LPP (like I can) before installing it.

--
 -----------------------------------------------------------------
	It's not just my .signature file, It's also a client!

replys to kstailey@gnu.ai.mit.edu or kstailey@leidecker.gsfc.nasa.gov
Newsgroups: comp.unix.aix
From: gerth@watson.ibm.com (John Gerth)
Subject: Re: xmodmap problems in AIX 3.2.2
Date: Mon, 14 Sep 1992 13:00:56 GMT
Distribution: comp.unix.aix
Reply-To: gerth@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

In article <HSG.92Sep12235034@macbeth.cs.duke.edu>, hsg@cs.duke.edu (Henry Greenside) writes:
|> 
|> I am using xmodmap to reassociate keys on my RS/6000
|> 340 keyboard, e.g., move ESC to the grave (`) key,
|> interchange the CAPS LOCK and left control key, and so
|> on. I then have a statement of the form:
|> 
|>     usermodmap=$HOME/.Xmodmap-$HOSTTYPE
|>     if [ -f $usermodmap ]; then
|>       xmodmap $usermodmap
|>     fi
|> 
|> in my .xinitrc file to execute xmodmap when starting up
|> X.
|> 
|> I have found two problems:
|> 
|> 1. Although I have verified that the xmodmap command is
|> being executed when I start X, I find that the keymap
|> changes are actually not being made, i.e., I have to go
|> into an xterm window and run "xmodmap .Xmodmap-rs6000"
|> directly. All other .xinitrc commands seem to run ok.
|> 
 
This sounds like you're getting bit by the behavior of the X-server
which, when upgraded to X11R4 level in 3.2, picked up the characteristic
of resetting to defaults whenever the number of active clients drops
to zero.  For example, if you (quite reasonably) put your "xmodmap"
at the top of .xinitrc before any other long-running clients are
started (e.g. xterms, window manager), then when xmodmap finishes
the server finds that it has zero active clients and so resets itself
to whatever it's invocation defaults were.

There are a bunch of tactics for overcoming this -- once you know it's
happening to you.
-- 
John Gerth	 gerth@watson.ibm.com		(914) 784-7639
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Re: PS Viewer
Date: 10 Sep 92 17:57:33 GMT
Article-I.D.: mintaka.1992Sep10.175733.18268
Organization: /etc/organization


In article <1992Sep10.080934.3339@meteor.wisc.edu> Mike O'Connor
<mjo@snclib.snc.edu> writes:
>
> In article <18l48fINNitr@spool.mu.edu> craig@spool.mu.edu (Craig
> Schanning) writes:
>>
>> Is there a PD PostScript viewer available for AIX?
>
> I'm sure that someone's filled his mailbox with "Ghostscript" and
> "Ghostview" -- if nothing else, I've mailed him.  What I wonder is

If you use the Adobe fonts in /usr/lpp/DPS/fonts/outlines with GS, it
looks pretty good, too.

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
Organization: K.U.Leuven - Academic Computing Center
Date: Friday, 11 Sep 1992 08:48:44 +02
From: Wim Van Holder <FDBAQ03@cc1.kuleuven.ac.be>
Newsgroups: comp.unix.aix
Subject:    AIX sources FTP site ?

Are there any FTP sites with (patched) sources for AIX (X-window), like
xmail, xrn, etc... ?


Regards,

Wim Van Holder,
Systems Engineer at K.U.Leuven - Departement TEW.
Newsgroups: comp.unix.aix
From: d-lewart@uiuc.edu (Daniel S. Lewart)
Subject: ARC 5.21e
Originator: dslg0849@uxa.cso.uiuc.edu
Reply-To: d-lewart@uiuc.edu (Daniel S. Lewart)
Organization: University of Illinois at Urbana
Date: Thu, 10 Sep 1992 09:49:52 GMT

Has anyone been able to port ARC 5.21e to AIX?

Thank you,
Daniel Lewart
d-lewart@uiuc.edu
From: GNU@LIUVAX.bitnet
Newsgroups: comp.unix.aix
Subject: Posting Authorization
Date: 10 Sep 92 21:20:00 GMT

Hi,

How could I post a message to comp.unix.aix(AIXNEWS@PUCC)?

Sincerely, Joel
---------
Joel Reymont
jr234171i@liuvax.bitnet
Newsgroups: comp.unix.aix
From: scotte@cdsac.uucp (L. Scott Emmons)
Subject: Problems with 64 port async's on RS/6000
NntpPostingHost: cdsac
Date: 08 Sep 1992 17:29:50 GMT
Organization: CableData (U.S. Computer Services), Sacramento, CA


We have been experiencing some problems with attaching an IBM 4029
laser printer at high baud rates (38400) on an IBM 16 port async
concentrator "pod" which is attached to an IBM 64 port controller on
an RS/6000 model 550. We are using AIX3.2.

I was wondering if anyone else has experienced odd behavior using the
async concentrators at high baud rates. We experience various things
such as dropped characters, garbled output, and "serial errors" on the
front panel of the 4029. The cable from the "pod" to the printer is 2'
long (one of our many attempts to locate and isolate this problem).

We have had no problems with ports configured for 9600 baud for
another printer and several terminals. For the printers, we have
cabled properly for flow control by driving DCD (pin 4 on the "pod's"
RJ45) as DTR flow control.

If anyone else is using the 64 port controller + 16 port concentrator
setup and has experienced such problems, I would be interested in
hearing from you.

I would also be interested in hearing from anyone who has driven more
than 200' of serial cabling using the 16 port concentrators (the spec
limit for the concentrators).

Thanks very much,

 
			   L. Scott Emmons
		      CableData  Research Center
		     csusac.csus.edu!cdsac!scotte
From: konopik@konopik.austin.ibm.com (Brad Konopik)
Newsgroups: comp.unix.aix
Subject: Re: High-speed modem at built-in serial port (RS/6000)
Date: 4 Sep 92 14:38:08 GMT
Organization: IBM AIX Porting Center, Austin

In article <1992Sep2.140205.16776@dickens.com> lpc@dickens.com (Luis P Caamano) writes:
>
>Yes, it works for you but it would be kind of complicated to do that
>for multiple modems :-)
>
>These are the two programs we use to handle rts/cts and to read the
>line discipline stack when the line is set with no clocal (which is
>the case for modem lines).  We use them this way in /etc/rc:
>
> [submissions omitted]

Here's what you get from IBM as a workaround (for AIX 3.1 substitute 
/etc/tty everywhere you see /usr/lbin/tty):

add this stanza to /etc/rc (before 'Multi-user initialization completed\n')

----- start of stanza -----------------------
echo "Initializing RTS/CTS tty ports"
echo "\c" > /tmp/addrts.out
for i in `/bin/cat /usr/lbin/tty/addrts.list | /bin/grep -v "^#"`
do
        /usr/lbin/tty/addrts $i 1>>/tmp/addrts.out 2>&1
done
if [ -s /tmp/addrts.out ]
then
        echo "RTS/CTS experienced errors^G"
fi
----- end of stanza -----------------------

/usr/lib/tty/addrts.list should contain list of fully qualified ttys (one 
per line) to add RTS/CTS (lines with leading '#' are ignored), example:

#/dev/tty7
/dev/tty1
/dev/tty13/0

errors are logged to /tmp/addrts.out (which is cleared each time /etc/rc
gets executed).

----- code for /usr/lbin/tty/addrts -------------
#include <stdio.h>
#include <fcntl.h>
#include <sys/ioctl.h>
#include <termios.h>


static char buff[1024];
static char *progname;
static void usage();
static void error(char *s);

main(int argc, char *argv[])
{
    int ttyfd;
    union txname tx_stuff;

    if (progname = rindex(argv[0], '/'))
	++progname;
    else
	progname = argv[0];

    if (argc < 2)
	usage();

    if ((ttyfd = open(argv[1], O_NONBLOCK)) < 0) {
	sprintf(buff, "Open of %s", argv[1]);
	error(buff);
    }

    strcpy(tx_stuff.tx_name, "rts");
    if (ioctl (ttyfd, TXADDCD, &tx_stuff) < 0) {
	sprintf(buff, "Adding rts to %s", argv[1]);
	error(buff);
    }

}

static void usage()
{
    fprintf(stderr, "Usage: %s tty\n", progname);
    exit(1);
}

static void error(char *s)
{
    fprintf(stderr, "%s: ", progname);
    perror(s);
    exit(1);
}
----- end code for /usr/lbin/tty/addrts -------------

-- 
  tcpnet: konopik@konopik.austin.ibm.com  |  Brad Konopik
 ibmvnet: KONOPIK at AUSTIN               |  IBM AIX Porting Center, Austin
internet: konopik.austin.ibm.com!konopik@ibmpa.awdpa.ibm.com
   uunet: ..!uunet!ibmsupt!ibmpa!konopik.austin.ibm.com!konopik
From: vinj@natinst.com (Vineet Jain)
Newsgroups: comp.unix.aix
Subject: FOR SALE: High Performance IBM SCXI hard drive(400MB)
Date: 9 Sep 1992 10:51:51 -0500
Organization: National Instruments, Austin, TX
NNTP-Posting-Host: falcon.natinst.com

I have an IBM SCSI 400MB hard drive which was taken from an IBM RISC
workstation. It's specs are as follows:

	o   400MB
        o   fast 11ms average seek time
        o   3 1/4 inch full height 
        o   6.95ms average latency
        o   4,316 RPM
        o   2.0 MB/sec
        o   used two months

It will work in the following IBM RISC POWERservers 320, 320H, 340, 350, 
520, 520H.  It will also work with IBM ps/2 machines. I have also tried it
in an PC with an ALWAYS SCSI controller.

All reasonable offers will be considered.

I can be reached at    		work  (512) 795-6812
				home  (512) 343-0998

or you can respond via email, my internet address is vinj@natinst.com

Newsgroups: comp.unix.aix
From: alb@moose.uvm.edu (Allan L. Bazinet)
Subject: Re: Can't get xdm to work - help wanted
Keywords: xdm
Organization: University of Vermont
Date: Mon, 14 Sep 1992 17:56:51 GMT

In article <1992Sep11.100238.8458@newsroom.bsc.no>, robmack@bsc.no (Rob MacKinnon) writes:
|> When logging in, use the F1 key in place of the enter key.  You'll be placed
|> into a single xterm where you can examine the xdm-errors file.

Thanks for the tip; this helped to solve the problem.

For the archives, the solution was to prepend the complete path to
both mwm and aixterm.  It seems that xdm somehow burns the path,
perhaps for anti-trojan purposes.  With both mwm and aixterm now able
to be found, things are working fine.

Onion-of-the-month award to the Austin X folks, whose response was that
'most problems encountered are due to configuration errors' (yeah, like
IBM's default configuration) and that xdm was 'just something that we
cobbed from MIT' (like X itself?!?) and that 'we don't really support it'
(so what is is doing on the 3.2 tape?).

Thanks to all who responded.

---------------------------
Allan L. Bazinet, University of Vermont.