HDTenEightyP/NetNews huggingface dataset:
From: lane@duphy4.physics.drexel.edu
Newsgroups: news.software.anu-news
Subject: bug fix for NNTP_SERVER, was:Availability of version 6.1xxx?
Date: 20 Nov 92 15:24:22 GMT
Distribution: all
Organization: Drexel University Physics

In article <1992Nov18.120009.615@duphy4.physics.drexel.edu>, lane@duphy4.physics.drexel.edu writes:
> In article <1992Nov17.082128.44868@kuhub.cc.ukans.edu>, sloane@kuhub.cc.ukans.edu (Bob Sloane) writes:
>>
>> It is currently available from sao.aarnet.edu.au.  Current problems
>> include:
>>
>> 1. The search command fails when /NEWSGROUPS is not used.
>> 2. There are problems selection newsgroups when RCORDER is used.
>>
>> There are probably several more that I have forgotten about, or
>> haven't seen yet.
>
> I've gotten a lot of OPCOM messages with ACCVIO's from the NNTP server
> program (Multinet V3.1B, VMS 5.4).   Anybody found a fix?
>

Following up on my own request for a fix:

It looks like you only get the ACCVIO's when you do *not* have the cache
enabled.  It's a simple bug in the CACHE.C file, subroutine cache_check_lnm:

**********************excerpt from CACHE.C********************************
/* Check to see if logical name NEWS_CACHE has been defined */
int cache_check_lnm()
{
  static int check_lnm = -1;
  int lnm_length;
  char message [128];
  char exec_mode = PSL$C_EXEC,
       lnm_value[256];
  unsigned int trnlist[4]={(LNM$_STRING << 16) + LNM$C_NAMLENGTH,
                             (&lnm_value), (&lnm_length), 0};

  if (check_lnm != -1)
      return (check_lnm & 1);
            /*          ^^^  ---- ADD THESE */
  else {
      $DESCRIPTOR( tabnam_desc, "LNM$SYSTEM" );
      $DESCRIPTOR( lognam_desc, CACHE_LOGNAME );

*********************************END OF EXCERPT************************


The access violation itself is coming from cache_get_lock when it is called
from an exit-handler, which would not have been invoked but for the confused
status returned by cache_check_lnm.

If there is anyone taking over maintenance of the ANU-NEWs system, please
take note.
--

 Drexel University       \V                     --Chuck Lane
----------------->--------*------------<--------lane@duphy4.hepnet
     (215) 895-1545      / \  Particle Physics  lane@duphy1.bitnet
FAX: (215) 895-5934        /~~~~~~~~~~~         lane@duphy4.physics.drexel.edu
From: connelly@iscsvax.uni.edu (Ken Connelly)
Newsgroups: news.software.anu-news
Subject: Re: RMS-F-ISI (SUMMARY)
Date: 20 Nov 92 14:10:06 -0600
Followup-To: news.software.anu-news
Organization: University of Northern Iowa

In article <1992Nov13.072538.8700@iscsvax.uni.edu>, I wrote:
  ...
>
> $   analyze/rms/fdl/output=news_root:newsitems.fdl news_root:news.items
> $   edit/fdl/analyze=news_root:newsitems.fdl/nointer news_root:newsitems.fdl
> $   convert/fdl=news_root:newsitems.fdl -
>         news_root:news.items news_root:news.items
> $   purge/log news_root:news.items
> $   del/log news_root:newsitems.fdl;*
>
> For the last two times this has been executed, I have gotten part way
> through the CONVERT, then received this error:
> 
> 
> %CONV-F-WRITEERR, error writing NEWS2DISK:[ANU]NEWS.ITEMS;336
> -RMS-F-ISI, invalid internal stream identifier (ISI) value
  ...

Thanks to:

  Saul Tannenbaum       (saul_sy@hnrc.tufts.edu)
  Dan Wing              (DWING@UH01.Colorado.EDU)
  Brian Tillman         (tillman@swdev.si.COM)
  Mark A. Buda          (buda@star.enet.dec.com)

who all provided the information that CONVERT has a bug that can lead to
this error if the output file is accessed by another process during the
CONVERT operation.  The workaround is to CONVERT to a file of a different
name (that *won't* have any attempted accesses) and then RENAME that file
to its original name after CONVERT is done.
-- 
===========================================================================
Ken Connelly, Systems/Operations Manager         Internet: connelly@uni.edu
Information Systems and Computing Services
University of Northern Iowa                       USWestNet: (319) 273-2357
Cedar Falls, IA  50614-0121                             FAX: (319) 273-3509
As time goes on, it becomes more and more apparent that elected officials 
should be required to pass a competency test.  Then we wouldn't have any, 
and all would be right with the world!
===========================================================================
From: ip_boss@degsyd.syd.deg.csiro.au (Jack Churchill)
Newsgroups: news.software.anu-news
Subject: Suggestion to enhance ANU news
Date: 20 Nov 92 19:35:29 +1000
Organization: CSIRO, Exploration Geoscience

Any chance if incorporating something like a threads level after a
particular newsgroup is selected for reading?  The idea of a just
skimming through subject headings of interest in an orderly fashion and
seeing unique subject headers once (especially in some noisy newsgroups)
appeals to me and would save time.  Also, avoids the headache of trying
to follow more than one thread at a time.  The way I think it would
operate for the user is as follows:

a) hit return to select currently selected newsgroup

b) user sees a list of subjects as now but only shown once - no other
info displayed except perhaps the number of articles for each subject -
highlight the subject if there are any unread articles, normal if not.

c) user selects one of the subjects and is shown the list of articles
similar to now but with the subject displayed only at the top, this way
there's more room for the sender's address or perhaps some other info
like any crossposted newsgroup name(s).

If I had the time I'd do it myself but ....

  Jack N. Churchill                         | J.Churchill@syd.deg.csiro.au
** Unless otherwise specified, the opinions expressed here are my own. **

Newsgroups: news.software.anu-news,comp.os.vms
From: buda@star.enet.dec.com (Mark A. Buda)
Subject: Re: RMS-F-ISI
Organization: Digital Equipment Corporation
Date: Wed, 18 Nov 1992 15:50:15 GMT


In article <1992Nov13.072538.8700@iscsvax.uni.edu>, connelly@iscsvax.uni.edu (Ken Connelly) writes...


>%CONV-F-WRITEERR, error writing NEWS2DISK:[ANU]NEWS.ITEMS;336
>-RMS-F-ISI, invalid internal stream identifier (ISI) value
> 
> 
>Is there a "quick and dirty" way to fix this?  NEWS.ITEMS has grown to
>about three times its normal, compressed size since this error has been
>occurring.
> 
>If not, I do have a utility (NEWITMFILE) that "performs a record-by-record
>copy of the news item indexed file while obeying all RMS interlocks."  From
>that brief description, will the utility be likely to work or will it fail
>for the same reason that CONVERT fails?
> 
>Any thoughts, ideas, and/or help appreciated.  Thanks!!

This is being looked into right now.

The simplest way to get around this is to rename the input file to a name
that is not being used.  Do all of your work on the rename dfile, then once
done with the convert rename it back to the orginal file name.

Why?  Convert calls callable sort.  In doing so, there is a small window
where the file is no longer open by either sort or convert.  This window
will allow someone to access the file.  Convert calls sort and sort
fails because it is not able to access the open file.  Convert then
runs, but does not correctly check for the errors and a misleading
error RMS-F-ISI occurs.

Hope this helps,

	- mark

buda@star.enet.dec.com
...!decwrl!star.enet.dec.com!buda
buda%star.enet.dec.com
From: dunnett@mala.bc.ca (Malcolm Dunnett)
Newsgroups: news.software.anu-news
Subject: Availability of version 6.1xxx?
Date: 16 Nov 92 12:37:01 -0700
Organization: Malaspina College

In article <billy.721873243@sol>,
 billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager) writes:

> 
> 1.  If you are running 6.0-3, upgrade to 6.1 ASAP if not sooner.  It cuts
> the CPU hit almost in half.
> 

  Sorry if this has been covered recently, I can't find the information.

  What is the current version of 6.1, where is it available from and is
it relatively stable now ( ie worth installing for those of us who haven't
got much time to hunt bugs but really want the latest and greatest version
of NEWS )

-- 
========================================================================
Malcolm Dunnett    Malaspina College         Email: dunnett@mala.bc.ca
Computer Services  Nanaimo, B.C. CANADA        Tel: (604)755-8738
Newsgroups: news.software.anu-news
From: billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager)
Subject: Re: Performance Problems with ANU-News....
Organization: University of North Texas
Date: Mon, 16 Nov 1992 00:20:43 GMT

SMITH@MCCLB0.MED.NYU.EDU writes:

>Right now we use ANU-News to read these (2,000) groups remotely. But on a
>bad day (most days, that is) it takes 5-10mins to get to read an item
>becuase it takes that long to download the information to allow you to get
>started.  Meantime the user trying to access remote news is chewing up
>>50% of the CPU....
> 
Hints:

1.  If you are running 6.0-3, upgrade to 6.1 ASAP if not sooner.  It cuts
the CPU hit almost in half.

2.  Play with /FASTLOAD, /RCFILTER, etc.  They are not the most stable things
in the world, but they are faster than the default method of doing things.
From: david@ittpub.nl
Newsgroups: news.software.anu-news
Subject: RFC-822 dates ? Smaller NEWS database ?
Date: 15 Nov 92 16:57:04 WET+0100
Organization: ITT Publitec R+D BV


2 things:

Our newsfeed complained that we weren't sending RFC-822 dates in our news
item headers. But I can't see how to force News to change its default behaviour.
Apparently some sites will refuse our items as a result. Can anyone advise ?

I recently put all our .ITM news item files into a text library keyed by
message ID. This eliminated the overhead due to crossposting and all those
directory files and the result was a 60% saving in disk space. Has anyone
modified News to use a diskspace-saving database like this ?

Thanks in advance

David Morgan
ITT Publitec R+D BV
Amsterdam
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: news.software.anu-news
Subject: RE: BIG NEWS.ITEMS IN V5.9
Date: 18 Nov 92 15:41:53 GMT
Article-I.D.: kuhub.1992Nov18.094153.44908
Organization: University of Kansas Academic Computing Services

In article <2b0a02d1.8cdfac.0@BEIZ.mediatex.ch>,
 Programmierer@BEIZ.mediatex.ch (055485666: MEDIAtex AG) writes:
>I have still running on two machines Version 5.9 of NEWS (With UUCP 1.1 / 1.2)

You should try to upgrade to a more recent version.

>How can I keep this file small? has anybody an FDL for an optimized NEWS.ITEMS?
>on the newer versions of ANU-NEWS (6.1 or so) is there still that problem?

You need to run the optimize procedure on a regular basis.  RMS
Indexed files that get updated a lot will keep growing indefinitly
unless you do period maintenance on them.  MAIL files have the same
problem, and you have to use the COMPRESS command occasionally to
reclaim the wasted space. Here is a command procedure to optimize the
NEWS files. Make sure no one is using news when it is run.
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444 

$ !		N E W S P A C K . C O M
$ !
$ ! Author:
$ !     G Huston
$ !       Computer Services Centre
$ !       Australian National University
$ !
$ ! Version
$ !     V5.6     3-Nov-1988     GIH
$ !     V5.8     7-Apr-1989     GIH
$ !       - Name change for news groups and item file
$ !     V5.9    15-May-1989     GIH
$ !       - Remove convert/reclaim as it is functionally useless!
$ !
$ !**********************************************************************
$ !     Start code
$ !
$   on error then goto abort
$   oldprv = f$setprv("SYSPRV")
$   if .not. f$privilege("SYSPRV") then exit
$   analyze/rms/fdl/output=news_root:newsitems.fdl news_root:news.items
$   edit/fdl/analyze=news_root:newsitems.fdl/nointer news_root:newsitems.fdl
$   convert/fdl=news_root:newsitems.fdl -
	news_root:news.items news_root:news.items
$   purge/log news_root:news.items
$   del/log news_root:newsitems.fdl;*
$   analyze/rms/fdl/output=news_root:newsgroups.fdl news_root:news.groups
$   edit/fdl/analyze=news_root:newsgroups.fdl/nointer news_root:newsgroups.fdl
$   convert/fdl=news_root:newsgroups -
	news_root:news.groups news_root:news.groups
$   purge/log news_root:news.groups
$   del/log news_root:newsgroups.fdl;*
$   analyze/rms/fdl/output=news_root:history.fdl news_root:history.v60
$   edit/fdl/analyze=news_root:history.fdl/nointer news_root:history.fdl
$   convert/fdl=news_root:history.fdl -
	news_root:history.v60 news_root:history.v60
$   purge/log news_root:history.v60
$   del/log news_root:history.fdl;*
$ abort:
$    exit
Newsgroups: news.software.anu-news
Subject: Convert Problems
From: mgoddard@ehd.hwc.ca (Michael Goddard)
Date: 18 Nov 92 10:53:56 
Distribution: world
Organization: Health and Welfare, Canada

For a couple of weeks now my weekly convert job has failed on a DUP
messages.  I had archived a copy of Earle Ake's rebuild_item programs
and asked him about the latest versions.  These were obtained,
compiled and then run one night with all other NEWS functions turned
off.  It generated a 14Mbyte log file with zillions of DUP errors.

On re-running the Convert last night I got the message ...
$ convert NEWS_ROOT:NEWS.ITEMS NEWS_ROOT:NEWS.ITEMS
%CONVERT-F-LOADIDX, error loading secondary index 1
-RMS-F-DUP, duplicate key detected (DUP not set)

I am way out of my league here.  Could someone suggest what might be
wrong and where I look to start fixing it?

I should add that I'm running version 6.0-3 and the news is flowing
quite successfully.  I would just like to maintain performance by
running the weekly convert.

Thank you for any suggestions.

                                                  ....[Michael]
-- 
MGODDARD@EHD.HWC.CA : Michael Goddard : (613) 954-0169 : Fax (613) 952-9798
B9, Environmental Health Centre, Tunney's Pasture, Ottawa, Canada,  K1A 0L2
From: lane@duphy4.physics.drexel.edu
Newsgroups: news.software.anu-news
Subject: Re: Availability of version 6.1xxx?
Date: 18 Nov 92 16:00:09 GMT
Distribution: all
Organization: Drexel University Physics

In article <1992Nov17.082128.44868@kuhub.cc.ukans.edu>, sloane@kuhub.cc.ukans.edu (Bob Sloane) writes:
>
> It is currently available from sao.aarnet.edu.au.  Current problems
> include:
>
> 1. The search command fails when /NEWSGROUPS is not used.
> 2. There are problems selection newsgroups when RCORDER is used.
>
> There are probably several more that I have forgotten about, or
> haven't seen yet.

I've gotten a lot of OPCOM messages with ACCVIO's from the NNTP server
program (Multinet V3.1B, VMS 5.4).   Anybody found a fix?


--

 Drexel University       \V                     --Chuck Lane
----------------->--------*------------<--------lane@duphy4.hepnet
     (215) 895-1545      / \  Particle Physics  lane@duphy1.bitnet
FAX: (215) 895-5934        /~~~~~~~~~~~         lane@duphy4.physics.drexel.edu
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: news.software.anu-news
Subject: Re: How to turn on the cache on V6.1b5?
Date: 18 Nov 92 15:27:40 GMT
Article-I.D.: kuhub.1992Nov18.092740.44903
Distribution: world
Organization: University of Kansas Academic Computing Services

In article <1992Nov17.065447.728@vms.huji.ac.il>, yehavi@vms.huji.ac.il writes:
>   I am trying to turn-on the usage of cache in version 6.1b5; I've compiled
> all the programs again with USECACHE defined, created and inited the cache
> file, defined NEWS_CACHE and tried to feed a few files. THe cache was left
> empty... I also do not see any global section with a name similar to NEWSxxx.

Did you run CACHEM and use the Z command to initialize the cache?
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: news.software.anu-news
Subject: Re: Availability of version 6.1xxx?
Date: 17 Nov 92 14:21:28 GMT
Article-I.D.: kuhub.1992Nov17.082128.44868
Organization: University of Kansas Academic Computing Services

In article <1992Nov16.123701.1055@mala.bc.ca>,
 dunnett@mala.bc.ca (Malcolm Dunnett) writes:
>   What is the current version of 6.1, where is it available from and is
> it relatively stable now ( ie worth installing for those of us who haven't
> got much time to hunt bugs but really want the latest and greatest version
> of NEWS )

It is currently available from sao.aarnet.edu.au.  Current problems
include:

1. The search command fails when /NEWSGROUPS is not used.
2. There are problems selection newsgroups when RCORDER is used.

There are probably several more that I have forgotten about, or
haven't seen yet.
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: saul_sy@hnrc.tufts.edu (Saul Tannenbaum)
Newsgroups: news.software.anu-news
Subject: Re: Convert Problems
Date: 18 Nov 92 21:33:15 GMT
Organization: USDA HNRC at Tufts University

In article <1992Nov18.105357.476@hpb.hwc.ca>, mgoddard@ehd.hwc.ca (Michael Goddard) writes:
> For a couple of weeks now my weekly convert job has failed on a DUP
> messages.  I had archived a copy of Earle Ake's rebuild_item programs
> and asked him about the latest versions.  These were obtained,
> compiled and then run one night with all other NEWS functions turned
> off.  It generated a 14Mbyte log file with zillions of DUP errors.
> 
> On re-running the Convert last night I got the message ...
> $ convert NEWS_ROOT:NEWS.ITEMS NEWS_ROOT:NEWS.ITEMS
> %CONVERT-F-LOADIDX, error loading secondary index 1
> -RMS-F-DUP, duplicate key detected (DUP not set)
> 
> I am way out of my league here.  Could someone suggest what might be
> wrong and where I look to start fixing it?
> 

You've got a corrupt news.items file. The simplest way I've found to
deal with this is to do the CONVERT with the /NOFAST and  /EXCEPTIONS_FILE 
qualifiers. Doing this will cause CONVERT to use normal RMS puts to
create the output file. Duplicates, rather than causing the LOADIDX
error, will be sent to the file specified by the /EXCEPTIONS qualifier.
Run a complete SKIM afterwards to bring your NEWS.ITEMS file in synch
with the actual items you've got in your database.

And, beware, a CONVERT/NOFAST is very, very slow.

********************************************************************************
Saul Tannenbaum                         |
Manager, Scientific Computing           |Internet: SAUL@HNRC.TUFTS.EDU
USDA Human Nutrition Research Center on |
    Aging at Tufts University           |
*********************** Standard Disclaimers Apply *****************************
From: sloane@kuhub.cc.ukans.edu (Bob Sloane)
Newsgroups: news.software.anu-news
Subject: Re: patch for header parsing?
Date: 18 Nov 92 09:31:43 CST
Organization: University of Kansas Academic Computing Services

In article <1992Nov18.113720.348@logica.co.uk>, leesw@logica.co.uk writes:
> Could some kind soul please tell me which patch I need to apply in order
> to cope correctly with tab characters at the start of message header
> continuation lines (and thereby appease the moderator of news.answers :-)

In NEWSADD.C change:

     if ((*add_inline == ' ') || (*add_inline == '\'t')) {
to
     if ((*add_inline == ' ') || (*add_inline == '\t')) {

There is a fairly complete set of patches for V6.0-3 on kuhub.cc.ukans.edu.
-- 
USmail: Bob Sloane, University of Kansas Computer Center, Lawrence, KS, 66045
E-mail: sloane@kuhub.cc.ukans.edu, sloane@ukanvax.bitnet, AT&T: (913)864-0444
From: newsmgr@vax1.utulsa.edu (Beelzebub)
Newsgroups: news.software.anu-news
Subject: MARK problem
Date: 16 Nov 92 15:43:12 CST
Organization: The University of Tulsa

I'm having problems with the MARK command in ANU NEWS V6.03.  Whenever the
command is issued, the response is MARK - no item specified.  This is the
error returned regardless of the parameters used.  Does anyone know how to
fix this little problem?
-- 
! Ted H. Holland			*  "Man's mind once stretched by a new
! The University of Tulsa               *   idea never regains its original   
! Computing and Information Resources   *   dimension."                       
! newsmgr@vax1.utulsa.edu               *   --Oliver Wendell Holmes
From: SMITH@MCCLB0.MED.NYU.EDU
Newsgroups: news.software.anu-news
Subject: Performance Problems with ANU-News....
Date: 15 Nov 92 13:26:42 GMT
Article-I.D.: MCCLB0.01GR6SVRB0AQ00018O
Reply-To: SMITH@MCCLB0.MED.NYU.EDU
Organization: NYU Medical Center, 550 First Ave., New York, 10016
X-VMS-To: in%"anu-news@vm1.nodak.edu"
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

We run ANU-News here, we believe with considerable success, and feel it
does a good job overall.  We keep only a few groups, and rely on being able
to get to the full gamut of 2,000+ groups from the remote news machine at
our central site.
 
Right now we use ANU-News to read these (2,000) groups remotely. But on a
bad day (most days, that is) it takes 5-10mins to get to read an item
becuase it takes that long to download the information to allow you to get
started.  Meantime the user trying to access remote news is chewing up
>50% of the CPU....
 
We badly need a more efficient way to access news remotely.  If ANU News can
do it (e.g. if the new, un-released version has a better remote news reader)
then that would be fine.  Otherwise, we need to find and install a program
that is a bit easier on the system getting started.  ANU-News would still
be used as the local new program and server.
 
Any ideas?
Newsgroups: news.software.anu-news
Subject: BIG NEWS.ITEMS IN V5.9                                                          
From: Programmierer@BEIZ.mediatex.ch (055485666: MEDIAtex AG)
Date: 18 Nov 1992 8:46:09 CET
Organization: MEDIAtex AG, CH-8807 Freienbach/SZ

I have still running on two machines Version 5.9 of NEWS (With UUCP 1.1 / 1.2)

on one of both machines I have a verry lot of NEWS-Groups.

Two months ago, the users said, that NEWS was slower and slower, and I've seen,
that the news batches run's longer and longer.

after checking the system, we've seen, that the file NEWS.ITEMS was verry big
over 600'000 blocks. I optimezed this file with the optimize-scripts of the
FDL-editor, and after converting the file was about 50'000 blocks which was
about one tenth of the original (the contents of the file still the same).

Today, the file is again about 100'000 blocks and the News-batches are not
yet finished (normaly they are at this time....)
---> Yes, maybe this night another CPU and IO intensive Job may filled up the
     resources........


My question is:

How can I keep this file small? has anybody an FDL for an optimized NEWS.ITEMS?

on the newer versions of ANU-NEWS (6.1 or so) is there still that problem?





|B                                    B|
|E           CH: VTX *3600#           E|
|I           D:  BTX *28881#          I|
|Z                                    Z|
From: yehavi@vms.huji.ac.il
Newsgroups: news.software.anu-news
Subject: How to turn on the cache on V6.1b5?
Date: 17 Nov 92 06:54:46 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

  I am trying to turn-on the usage of cache in version 6.1b5; I've compiled
all the programs again with USECACHE defined, created and inited the cache
file, defined NEWS_CACHE and tried to feed a few files. THe cache was left
empty... I also do not see any global section with a name similar to NEWSxxx.

Any idea what step I might have omitted?
                                                     Thanks, __Yehavi:

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Yehavi Bourvine (4X6DD),     Phones: +972-2-584279,     H
Computation Center,                          +5686      H
The Hebrew University of Jerusalem,  +972-2-521574      H
Givat-Ram,  Jerusalem  91904                            H H H
                             Fax: +972-2-527349         HH H
BITnet:    YEHAVI@HUJIVMS                               H   H
InterNet:  YEHAVI@VMS.HUJI.AC.IL                       H
Israeli DECnet:  HUJICC::YEHAVI                       H
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=