Elena Weber        AFOMS/OMYX        652-5811  WeberE@mail.omsq.af.mil
Mike Ostrander     AFOMS/OMYV        652-5030  Ostrandm@mail.omsq.af.mil
Timothy O'Neil     AFOMS/OMYX        652-5811  ONeilT@mail.omsq.af.mil
Janice Buchhorn    AL/HRCF           536-4005  Buchhorn@alhrt.brooks.af.mil
Winston Bennett    AL/HRCF
Jimmy Mitchell     IJOA              349-8525  IJOAJLM@aol.com
Johnny Weissmuller Metrica           340-8211  jjw@metricanet.com
Darryl Hand        Metrica           340-8211  codap@metricanet.com

1. Mr. Hand reported on CODAP program changes. The SAVREP/DIAGRM/PRTREP problem was solved. It was caused by the use of the "S" option in PRTREP. This option is designed to suppress the block header page from the reports. But for DIAGRM, it was suppressing all pages which did not have a standard FORTRAN page eject, i.e., second and subsequent rows of each column. PRTREP is now corrected and transferred.

2. During the year 2000 testing, a debug statement was added to MODULE, but was not removed during the transfer to OMS. It has since been recompiled and transferred.

3. OMS reported a problem with JOBTYP. If the owner of the study did not run it, the JOBTYP simply stopped in the middle of the report with no error message. When any CODAP program is run via the @start processor, all system messages are redirected to /dev/null. Running the JOBTYP without the @start revealed that the program did not have permission to write out the PTS/PMP vectors. In this instance, although any codap-group user had access to the Task Factor file, only the owner had write permission for existing vectors, but JOBTYP attempts to write out the final stages regardless of whether they exist or not. It is the user's responsibilty to ensure that his/her default priveleges are in line with the codap-group policy. No software changes made.

4. OMS also reported a lingering VARSUM problem. Occasionally they would notice that the code values for certain variable values were not listed, but by moving this variable further down in the report, the codes would work. The bug was caused by an incomplete initialization of the variable codes in VARSUM. If the first variable that used codes was more than one digit and the data contained leading zeroes but the codes file did not, the problem occurred. VARSUM has been fixed and transferred.

5. Using the AL/HR RISC, OS version 4.1.4, Fortran version 3 release 2, testing was performed on the Fortran generators FACGEN, MODGEN, and VARGEN. To get the Fortran to successfully compile, a change was necessary in the CODAP subroutine "closer.f". A COMMON-block named "CLOSE" was creating a conflict with one of the new Fortran and/or system libraries. The change was made and the new routine replaced in CODAP library "lib_codap.a". All ...GEN programs worked successfully. Happily, this means we now have a system that is fully operational under AIX 3.2.5 or 4.1.4, and Fortran 2.3 or 3.2, and is also year-2000 compliant.

6. The CODAP web pages have been receiving visits from many different sites. The following is a summary of hits during the month of August, by high-level domain name.

   Hits  Domain name translation
   ----  -------------------------
    803  000  undetermined numeric
      6  ar   Argentina
     59  au   Australia
      1  be   Belgium
      8  ca   Canada
      1  ch   Switzerland
    336  com  commercial organizations
      1  de   Germany
     37  edu  universities
      4  es   Spain
      2  fi   Finland
      1  fr   France
      8  gov  US government
     16  it   Italy
     45  mil  US military
      9  my   Malaysia
     75  net  network providers
      4  nl   Netherlands
      5  nz   New Zealand
      5  org  non-profit organizations
     10  pl   Poland
      2  pt   Portugal
      5  se   Sweden
      4  sg   Singapore
      1  tr   Turkey
      1  uk   United Kingdom
     13  us   United States
      2  za   South Africa
   

7. The next meeting will be at 14:00 hours, Thursday, 25 September.