LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
CERN Eric Thomas <ERIC@CEARN>
Sat, 26 Mar 88 16:08:00 GVA
text/plain (43 lines)
The first  problem I  noticed after  the installation  of 1.5n  is that,  as I
expected it, postmasters have NOT  changed their local lists to "Confidential=
Service Service=  Local". The  result is that  I now have  335 entries  in the
LISTS database  for a  mere 23 servers  that have sent  in their  X-LUPD jobs.
There is  a significant amount of  local bridge clubs, local  VM systems group
blah subcommittee, and so on. This is  definitely not going to help users find
their way out in the database, and this  is not going to help the network yes.
So, could you please try to change  all your local lists, test lists included,
to  either  "Confidential=  Yes"  or  "Confidential=  Service"  and  "Service=
something". Thanks.
 
After playing with the  LISTS database for a while, I noticed  a stupid bug in
LSVDBLS  EXEC, which  you  might  wish to  correct  using  XEDIT. After  label
"Rebuild:", there  is an  'EXECIO 1 DISKR  LISTS DBNAMES...'  instruction. For
some reason  the record  number ('recno')  has been  omitted. The  line should
read:
 
    'EXECIO 1 DISKR LISTS DBNAMES' filedisk recno '(VAR LINE'
 
This bug  may cause  improper formatting  of the index  entries, and  hence an
error 100 from LSVDBS while trying to search the affected entries. A 'DATABASE
REBUILD LISTS' will properly rebuild the index.
 
Then I noticed another bug, in LSVDBS this time. Actually it's not a bug but a
limitation:  database keyword  values were  not allowed  to exceed  256 bytes,
which I  found to be  a reasonable value  since you cannot  conveniently print
more than 80 lines on a terminal. Well, the COCO list has an "Editor=" keyword
longer than 256 bytes, and this caused some searches to fail where they should
not have. I also  got a loop once, but I don't remember  whether this was with
the standard version or the first fix  I had attempted; in any case, the final
version (temporarily available from LCOORD  FILELIST as LSVDBS MODULE) is free
from this loop. I've also added an entry for LSVDBLS EXEC, although the fix is
really easy to put in.
 
I will  wait for a  few days before distributing  a fix shipment.  Please note
that if you got an error 100  from CARD LOAD during the shipment installation,
it probably  means LISTSERV's A-disk  is full and part  of the new  files have
been loaded. In that  case you should expect your server  to malfunction as it
is working with half of 1.5m and half of 1.5n. That's one of the reasons why I
recommend setting an INSTPW ^= ''.
 
  Eric

ATOM RSS1 RSS2