home *** CD-ROM | disk | FTP | other *** search
/ ftp.robelle3000.ai 2014 / 2014.06.ftp.robelle3000.ai.tar / ftp.robelle3000.ai / newsletter / 1988 / w1988-06.txt < prev    next >
Text File  |  1999-04-28  |  25KB  |  491 lines

  1.  
  2.          What's Up DOCumentation
  3.  
  4.  
  5.  
  6.         Robelle Consulting Ltd.
  7.         8648 Armstrong Rd., R.R.#6
  8.         Langley, B.C.  Canada V3A 4P9
  9.         Telephone: (604) 888-3666  Telex: 04-352848
  10.         Fax:  (604) 888-7731
  11.  
  12.  Date:  October 12, 1988
  13.  From:  Robert M. Green, President
  14.         David J. Greer, Research & Development
  15.         Michael C. Shumko, Customer Support
  16.  To:    Users of Robelle Software
  17.  Re:    News of the HP 3000, 1988 #6
  18.  
  19.       What You Will Find in This News Memo:
  20.  
  21.         News Tidbits
  22.         HP World, a New Magazine
  23.         New Release of DBAUDIT
  24.         Technical Tips
  25.         SUPRTOOL Performance on MPE XL Version 1.1, Part II
  26.         Using Powerhouse Inside QEDIT
  27.         About Robelle
  28.         Robelle Products:  Problems, Solutions, and Suggestions
  29.  
  30.  
  31.                                  News Tidbits
  32.  
  33.  Super-Cartridge.  55 fonts on one cartridge, including numerous sizes of
  34.  Times Roman and Helvetica.  Our August News Memo was produced on the
  35.  Super-Cartridge.  Most fonts are available only in the ASCII Symbol set; that
  36.  is, no Roman-8 characters for European users.  We have modified the PCL codes
  37.  in QEDIT and SUPRTOOL to allow for this.  Available for $699 (US) from IQ
  38.  Engineering, PO Box 60955, Sunnyvale, CA 94086, telephone (408) 733-1161.
  39.  
  40.  Childcraft / Series 950.  Gary Porto at Childcraft reports that with MPE XL
  41.  1.1 the problem of a serial task in a batch job hogging the system is not so
  42.  bad as it was with 1.0.  This problem can occur with SUPRTOOL, QUERY, or any
  43.  long serial task.  The batch job still hogs the system, but at least people
  44.  can get a minimum of work done.  With 1.0, they couldn't even get a colon!
  45.  Gary reports that he has 65 on-line users on his 64-megabyte Series 950 and
  46.  that the performance is pretty good - as good as his Series 70.  That doesn't
  47.  sound too bad at all.
  48.  
  49.  Dynamic Cache Optimizer.  The mysterious DCO program has been turned into a
  50.  commercial product by its creators.  DCO runs as a background job, wakes up
  51.  periodically to compare disc caching performance against targets, and adjusts
  52.  the caching parameters dynamically.  DCO will even turn caching off on a disc
  53.  drive if that would improve overall throughput.  Available from Computer
  54.  Tools and Services, PO Box 11226, 1001 GE Amsterdam, Holland, telephone 02159
  55.  45031.
  56.  
  57.  Spooling Enhancements.  A few years ago, the only spooling news we could
  58.  report was HP's yearly promise, as yet unfulfilled, that they were writing a
  59.  new spooler for MPE.  Then, Holland House (512-287-3417) came out with
  60.  Unispool, for managing spool files around a network of several HP 3000s and
  61.  printers.  NSD (415-573-5923) released Job Rescue, a spool file analyzer that
  62.  allows you to print only those $stdlist files with errors in them.  Now
  63.  Unisom (415-968-7511) has entered the market with Spoolmate, a product that
  64.  combines most of these features, including pre-print analysis, printer
  65.  control, forms control, distribution lists, and network support, plus audit
  66.  reports and archiving.  Of course, Holland House has been upgrading Unispool
  67.  all along with many of the same features, and NSD has announced Spool Rescue,
  68.  a Spook-like program that allows you to look at open spool files (how far has
  69.  that report gone?).  All of a sudden, we have a broad range of alternatives
  70.  to the standard MPE spooler.
  71.  
  72.  
  73.                            HP World, a New Magazine
  74.  
  75.  This summer I have been reading a new magazine for European HP users named HP
  76.  World, which I recommend highly.  It has excellent articles that describe in
  77.  concrete detail how real users, mostly in Europe, are solving real problems.
  78.  The September issue has page after page of well-written news from the Orlando
  79.  meeting.  Here are some samples:
  80.  
  81.  "Early MPE XL Migration Results.  London Business School is not a typical
  82.  installation.  Much of their software is written using double precision
  83.  floating point Fortran which benefits considerably from the Precision
  84.  Architecture.  MIS Director Gordon Miller says "Our straight line performance
  85.  is up considerably - one program runs 40 times faster - but the performance
  86.  gains are very application dependent and cannot be accurately forecast
  87.  beforehand." Keith Howard of Collier-Jackson in Tampa, Florida participated
  88.  in the Spectrum beta testing and upgraded from a Series 58 to a Series 950 -
  89.  quite a leap.  One application was found to be 6% slower due to constant
  90.  switching between compatibility and native modes, but in most circumstances
  91.  the machine was five to ten times faster than the Series 52 and one batch job
  92.  ran 53 times faster! Glaxo Export has temporarily deferred delivery on its
  93.  second and third 950 systems due to implementation problems on the initial
  94.  machine.  John Walsh of Glaxo related at the Scarborough conference that the
  95.  first processor was due to go live earlier this year, but when the company
  96.  came to do a volume throughput test, the machine was unable to load the full
  97.  operational workload of the Glaxo Series 70.   ... Glaxo's problem was caused
  98.  by the MPE XL 1.0 Loader table being too small, but Glaxo now has a copy of
  99.  version 1.1 and is about to re-run the volume throughput test.
  100.  "Notes from Orlando.  HP promises performance improvment for Precision
  101.  Architecture over the next five years of 40-50% per year.  Some of this will
  102.  be achieved by further tuning of MPE XL -- version 1.1 is said to be at least
  103.  20% faster overall.   ...  There are no plans to port the HP COPYCAT product
  104.  to the 900 Series.  A disc condense utility [for MPE XL] will not be released
  105.  before 1990.  Until then, the only way to reduce disc fragmentation is via a
  106.  system reload...  The 7933XP and 7935XP disc drives are supported under MPE
  107.  XL 1.0.  7937XP drives will be supported under version 1.1, but in all cases
  108.  the XP cache is ignored by MPE XL and the disc drives have similar
  109.  performance profiles to the non-XP drives...MPE XL is designed to handle file
  110.  names longer than eight characters and this may be implemented in the future
  111.  - probably when incompatibilities with MPE V are not so important...MPE XL
  112.  version 1.2 has already been completed and is about to enter testing.  Some
  113.  of the problems encountered in live use with version 1.0 will therefore not
  114.  be fixed until release 1.3.
  115.  "Color Lasers.  Rumors abounded at Orlando of a color LaserJet in the
  116.  pipeline.  It appears that the main technical problem yet to be resolved is
  117.  getting the colors correctly lined up.  2680?  Heavy duty laser printer
  118.  replacements for the 2680 printer are not expected until 1992 and are likely
  119.  to be PCL-based.  High end 25Mhz.  According to Bob Puette, HP's Worldwide PC
  120.  Manager, a high end 386 Vectra is to be launched in early 1989.  This is
  121.  likely to be a 25Mhz version.  Portable Update.  The [HP version of the]
  122.  Zenith Portable is to be introduced late autumn.  The main changes are HP
  123.  logos, HP-colored keytops, HP PAM, and HP version of MS-DOS.  VPLUS.  There
  124.  are no plans to enhance VPLUS to support 132-column wide terminals, due to
  125.  technical difficulties.
  126.  
  127.  HP World offers free subscriptions to qualified users in Europe, Africa,
  128.  Israel, and the Near East.  Contact them for an application: HP World, 7 The
  129.  Brow, Friston, Eastbourne, East Sussex, England BN20 0ER.  Telephone (44)
  130.  3215 2051.  Fax (44) 3215 3304.
  131.  
  132.  
  133.                             New Release of DBAUDIT
  134.  
  135.  DBAUDIT is intended to help system managers keep tabs on HP 3000 database
  136.  transactions through use of IMAGE logfiles.  You can use it to monitor a
  137.  specific user, a troublesome dataset, a dial-in terminal port, or a suspect
  138.  application program, and see just what changes are being made to your
  139.  databases.  Because transaction dumps can be sorted by up to five keys,
  140.  including dataset field values, you can use them as audit reports instead of
  141.  writing custom programs.  DBAUDIT provides informative, readable summary
  142.  reports of database activity, organized by program, user, dataset, and logon
  143.  device.  Using these reports, you can pinpoint performance bottlenecks in
  144.  your database applications.
  145.  
  146.  At Robelle Consulting Ltd., we continue to improve our products, releasing a
  147.  new, enhanced version each year.  This year, DBAUDIT version 1.8 has many
  148.  additional features, including full compatibility with MPE XL and the
  149.  logfiles generated by Turbo IMAGE/XL:
  150.    *  Report pages have page numbers, date, and title; to make your account
  151.      auditors happy, these are ON by default.
  152.    *  Checkpoint/Restart on the Input command simplifies daily audit.  You
  153.      won't have to change parameters for the standard DBAUDIT reports you run
  154.      every night; DBAUDIT records the name of the last logfile processed and
  155.      starts the next audit where it left off.
  156.    *  You can exclude selected datasets from the report, and sort all the
  157.      transactions for a given process together.
  158.    *  New Show command lists database sets, items, and fields.
  159.    *  Options to drop "no data changed" Updates from the report or to select
  160.      only null updates.
  161.    *  Two JCWs record the number of inconsistencies in your logfile (usually
  162.      zero, thank goodness), and the number of incomplete logical transactions.
  163.      You can use these JCWs in a batch job to decide whether a database
  164.      recovery is possible and necessary.
  165.    *  Shorthand: @ to select any user or program in a specific account; *
  166.      refers to most recent dataset, field, or record selected.
  167.  These and other new features are fully explained in the new User Manual,
  168.  which is included on the update tape so that users may print as many copies
  169.  as they like, on a lineprinter or LaserJet.  This version of DBAUDIT has an
  170.  updated help file.  All users of DBAUDIT covered by service will receive an
  171.  update tape automatically.  Overseas customers - please allow another month.
  172.  Patience is a virtue.
  173.  
  174.  
  175.                                 Technical Tips
  176.  
  177.  NOBUF/MR.  With disc caching enabled, it is always faster to read many blocks
  178.  at a time, rather than one at a time, regardless of whether the blocksize is
  179.  an even multiple of 256 bytes.  This is also true of MPE XL, where blocks do
  180.  not have to start on sector boundaries any more (or even page boundaries).
  181.  
  182.  Logging Overhead in Turbo IMAGE.  Charles Sullivan has done extensive
  183.  measurements of the overhead imposed by transaction logging.  The last major
  184.  study of this issue that I remember is the one that Dennis Heidner did on
  185.  pre-Turbo IMAGE.  Charles found overhead in Turbo IMAGE, where Dennis found
  186.  little in IMAGE.  The results are in a paper entitled Developing a Faster
  187.  Image in the proceedings of the Orlando Conference.  Possible reason: posting
  188.  to the disc more often for rollback recovery? Importance of Memory on MPE XL.
  189.  Charles also measured the time for basic IMAGE calls on the Series 950
  190.  (version 1.0 of MPE XL).  His surprising results: the 950 was slightly slower
  191.  than the 70.  But, when he increased the size of main memory on the 950, it
  192.  was much faster than the 70.  These MPE XL results were presented in Orlando,
  193.  but are not in the proceedings.
  194.  
  195.  TouchScreen Tip.  Don't you hate it when you point at something on your
  196.  screen, and your cursor moves?  Me too.  Press Shift-Ctrl-Menu to turn off
  197.  the touch feature.  [mcs]
  198.  
  199.  Taming the HP 3000, the Seminar.  Bob Lund, who wrote the excellent
  200.  performance guidebook, Taming the HP 3000, is now giving seminars on this
  201.  topic.  For example, for $250 US you can spend December 6th, 1988 with Bob in
  202.  Los Angeles, learning how to make your system perform better.  Arranged by
  203.  GLUG.  Call (213) 282-0420 for details.
  204.  
  205.  Query Bug.  One of our users called to report that Query on MPE version
  206.  G.B3.02 has a very serious bug.  When deleting records from a master dataset,
  207.  after it finds a record that matches the search criteria, it deletes that
  208.  record and all synonyms that migrate to that location!.
  209.  
  210.  MpexHook'd Programs Suspend.  Programs that have been hooked using VESOFT's
  211.  MPEXHOOK procedure can be suspended for later quick reactivation.  This is in
  212.  addition to everything else that the hooks allow, such as access to MPEX
  213.  commands, MPE XL redo stacks, and keeping files into another account.  Just
  214.  type %% at any program prompt, and the hooked program will suspend back to
  215.  QEDIT, where it can be re-activated at any time.
  216.  
  217.  
  218.               SUPRTOOL Performance on MPE XL Version 1.1, Part II
  219.  
  220.  Last month we reported our first test results on Version 1.1 of MPE XL, the
  221.  new improved operating system.  We found that for straight file copies
  222.  version 1.1 was 30% faster than version 1.0 of MPE XL and that SUPRTOOL
  223.  copied as fast, or faster, than the Native-Mode COPY command provided with
  224.  MPE XL.  Our second test measured the time for SUPRTOOL to read a Turbo IMAGE
  225.  dataset and check each entry against selection criteria (i.e., an IF
  226.  command); all entries were selected.  This test read 38,000 dataset entries
  227.  of 90 bytes each, blockfactor 13, reading and writing 19 blocks at a time.
  228.  
  229.  In order to get a feel for the relative performance of SUPRTOOL access versus
  230.  standard Turbo IMAGE/XL access, we did two extra tests where we used the SET
  231.  PRIVMODE OFF command to force SUPRTOOL to use the DBGET intrinsic for reading
  232.  the dataset.  This comparison may not give the total picture of Turbo
  233.  IMAGE/XL Native-Mode performance, due to the overhead of the CM switch stubs
  234.  that SUPRTOOL had to call.
  235.  
  236.  
  237.  
  238.  
  239.  
  240.       :run suprtool.pub.robelle
  241.       >base cust.karnak
  242.       >get notes
  243.       >if sort-item=0 or sort-item<>0
  244.       >out $null
  245.       >xeq
  246.  
  247.  
  248.  
  249.  
  250.  
  251.                       MPE XL 1.0           MPE XL 1.1
  252.                       Cpu   Elapsed        Cpu   Elapsed
  253.   Suprtool 3.0 (CM)    21     21            22     22
  254.   Suprtool 3.0 (OCT)    7      7             6      6
  255.   Suprtool DBGET (CM)  59     61            62     62
  256.   Suprtool DBGET (OCT)                      43     43
  257.  In this test, MPE XL version 1.1 was slightly slower than version 1.0.  This
  258.  slight difference could be due to different disc drives and main memory on
  259.  the test machines.  What this test does show is that when your CM program
  260.  such as SUPRTOOL has a lot of processing to do (not just calling the
  261.  operating system), using the OCT can dramatically improve the performance.
  262.  
  263.  On the new MPE XL, we also measured the portion of SUPRTOOL's time spent to
  264.  read the dataset: 32 seconds with DBGET and .6 seconds with SUPRTOOL's
  265.  NOBUF/MR techniques.  By subtracting this time from the overall time, we can
  266.  see how much of the time in SUPRTOOL is spent processing the records (i.e.,
  267.  IF command, data conversions, formatting output record, etc.).  What we find
  268.  in these tests is that using the OCT reduced the internal processing time by
  269.  63% to 76%, a significant gain.  In order to produce an OCT-version of
  270.  SUPRTOOL on your machine, log on as MGR.ROBELLE and issue this command:
  271.       :octcomp suprtool,suproct
  272.  Now run suproct for an Object-Code-Translator version of SUPRTOOL.
  273.  
  274.  SUPRTOOL Performance Test #3 -- Query Extract
  275.  
  276.  This test was similar to test #2, but also created an output file of record
  277.  numbers.  This allowed us to compare the time to extract data with Query
  278.  versus the time to extract data with SUPRTOOL.  Although SUPRTOOL is not a
  279.  full replacement for Query, since it does not generate reports, it is a
  280.  replacement for the use of Query as a data extract tool.
  281.  
  282.  
  283.  
  284.  
  285.  
  286.                                 MPE XL 1.1
  287.                                Cpu   Elapsed
  288.   Suprtool 3.0 (CM)             22     22
  289.   Suprtool 3.0 (OCT)             6      6
  290.   Query (CM)                   181    181
  291.   Query (OCT)                  143    145
  292.  Notice that the SUPRTOOL results are basically identical to test #2, showing
  293.  that the time to write the output file of record numbers is negligible.  The
  294.  OCT version of Query took 24 times longer than SUPRTOOL and the CM version of
  295.  Query took 8.2 times longer.
  296.  
  297.  SUPRTOOL Performance Test #4 -- Sorted Extract
  298.  
  299.  We did a more exhaustive and realistic set of tests using SUPRTOOL to create
  300.  a sorted extract file versus using Query to do the same task.  We selected
  301.  about 1/3 of the entries in the dataset, we sorted by three keys, and we
  302.  converted the fields to ASCII format for the output file.  We designed this
  303.  test to be a "typical" data extract, where the sorted file would then be fed
  304.  into a report program for final reporting.
  305.        :build x2;rec=-96,8,f,ascii;disc=40000
  306.        :file qslist=x2,old;dev=disc
  307.     SUPRTOOL Commands:
  308.        >base cust.karnak,5
  309.        >get notes
  310.        >if sort-item <= 10150
  311.        >output *qslist,erase,ascii
  312.        >sort serial-no
  313.        >sort sort-item
  314.        >exit
  315.     Query Commands:
  316.        >base=cust.karnak
  317.        >mode=5
  318.        >set=notes
  319.        >find sort-item <= 10150
  320.        >out=lp
  321.        >report
  322.         s2,serial-no
  323.         s1,sort-item
  324.         d1,-serial-no,4
  325.         d1,product-code,6
  326.         d1,text-line,86
  327.         d1,sort-item,96
  328.         nopage
  329.         end
  330.        >exit
  331.  We ran this test on both a 950 and a Series 37, for comparison.  Here is what
  332.  we found.
  333.  
  334.  
  335.  
  336.  
  337.  
  338.                       MPE V U-Mit           MPE XL 1.1
  339.                       Series 37, 2 mbyte    Series 950, 32 mbyte
  340.                       Cpu   Elapsed         Cpu   Elapsed
  341.   Suprtool 3.0 (CM)   126    174             36     36
  342.   Suprtool 3.0 (OCT)                         23     27
  343.   Query        (CM)  1227   1380            226    230
  344.   Query        (OCT)                        171    180
  345.  On the 950, SUPRTOOL CM was 6.3 times faster than Query CM and SUPRTOOL OCT
  346.  was 6.6 times faster than Query OCT.  On the Series 37, SUPRTOOL was 8 times
  347.  faster than Query and used 10% of the cpu time.  SUPRTOOL on the 950 was much
  348.  faster than SUPRTOOL on the Series 37, as you would expect:  5 times faster
  349.  for CM and 6.4 times faster for OCT.  What is more surprising is that
  350.  SUPRTOOL on a Series 37 outperformed Query CM on a 950 by 24% and even beat
  351.  Query OCT by 3%.
  352.  
  353.  
  354.                          Using Powerhouse Inside QEDIT
  355.  
  356.  QEDIT works well as a homebase for Powerhouse developers for two reasons: 1)
  357.  the Powerhouse tools read QEDIT workfiles, and 2) the Powerhouse tools have
  358.  an option to SUSPEND.  You can start by running QEDIT, then use UDCs to run
  359.  QUIZ, QUICK, QTP, QDD, and QSHOW, holding on to each as you EXIT.  The result
  360.  is that all the Powerhouse tools you need are available for instant
  361.  activation.  You can OPEN a QUIZ report file, modify it, invoke QUIZ to test
  362.  it, OPEN a related QUICK source file, edit it, invoke QUICK to test it, and
  363.  so on.  All without leaving QEDIT and all without waiting.
  364.  
  365.  For Powerhouse 5.01 and the next release, the UDCs are distributed as the
  366.  file ddudc.current.cognos or ddrudc.current.cognos (if you use
  367.  Dictionary/3000).  The Powerhouse UDCs you may need are QUIZ, QUICK, QTP,
  368.  QDD, and QSHOW.  You should modify these UDCs for best use inside QEDIT.
  369.  
  370.  The first change is to add a new parameter, make it the first one, to specify
  371.  the name of the source file.  If you do this, you will be able to invoke the
  372.  tool on your current workfile without having to type the name of the file.
  373.  In QEDIT, QUIZ * means invoke the QUIZ UDC and pass the current filename as
  374.  the first parameter.  There are two ways to specify the source file- name: 1)
  375.  via a FILE equation such as FILE QUIZUSE = !source, or 2) via the AUTO=
  376.  parameter of the INFO string (e.g., info = "auto = !source".  For example,
  377.       QQUIZ source ...
  378.       file quizuse=!source
  379.  The filename for QUICK is QKGO, but the others are obvious: QTPUSE, QDDUSE,
  380.  and QSHOWUSE.
  381.  
  382.  The second change is to specify the SUSPEND parameter in the INFO string
  383.  (e.g., info = "suspend" or info = "suspend auto = !source").  This will cause
  384.  the tool to suspend instead of terminate when you EXIT back to QEDIT.  QEDIT
  385.  will ask if it is okay to hold onto the tool, and you should say YES if you
  386.  might need it again.  The next time you specify the UDC, QEDIT will not have
  387.  to run the tool, only activate it, which is much faster.  With these two
  388.  changes, you will have created an integrated development environment for
  389.  QEDIT and Powerhouse.
  390.  
  391.  
  392.                                  About Robelle
  393.  
  394.  OEMs, VARs, VABs! Do You Need SUPRTOOL?  Please call us if you would like to
  395.  integrate SUPRTOOL or Speed Demon into your application package.  We now have
  396.  a licensing program that allows you to make the speed and convenience of our
  397.  tools available to your customers.  There is no need for your customers to
  398.  sign a separate license agreement with us, or pay us any extra support fees.
  399.  They remain your customers, supported by you.
  400.  
  401.  User Manuals.  As you probably know, every Robelle distribution tape contains
  402.  the User Manuals as files that you can print on your system lineprinter.
  403.  There are two things you may not know, however:  1) you can also print those
  404.  manuals on the LaserJet with proportional spacing and bold/italics, and 2)
  405.  you can order printed and bound copies of the manuals if you prefer.  The
  406.  price for printed manuals is $20 US each.  Below are the instructions for
  407.  printing your own copies on a LaserJet:
  408.  
  409.  If you have an HP LaserJet and one of the Font Cartridges for which we
  410.  provide a configuring Include file, you can print the user manual on it with
  411.  Bold, Italics, Underlining, and Proportional Spacing (certain fonts only).
  412.  Do listf @.qlibdata.robelle and see if there is an Include file whose name is
  413.  the same as your Font Cartridge.  For example, F92286F is for the "F"
  414.  cartridge with Times Roman and Helvetica fonts.
  415.  
  416.  You will need to know the Include filename, the Device Class of your
  417.  LaserJet, and the number of copies you want to print.
  418.      :run qedit.pub.robelle
  419.      /text manual.doc.robelle
  420.      /find ".out(lpt" 1         {find OUT command for LPT}
  421.      /change 1 ".com"           {and Comment it out}
  422.      /find ".out(las" 1         {find OUT command for Laser}
  423.      /change ".com."."          {and Comment it in!}
  424.    If the LaserJet is attached to your CRT:
  425.         /change "r-"r+"         {enable Record Mode printing}
  426.    If you want more than one copy:
  427.         /change "c1"c3"         {where 3 is number of copies}
  428.      /find ".inc" 1             {find the Include file}
  429.      /modify                    {insert name of Include file
  430.                                  for your Font Cartridge}
  431.      /file print;dev=devclass       {use your device class}
  432.      /set udc udc.catalog.robelle   {defines :PROSE command}
  433.      /prose *,*print            {prepare for a long wait!}
  434.      /exit
  435.  
  436.  The Table of Contents prints last, and must be manually inserted after the
  437.  title page.  For more information on printing documents with Prose, see the
  438.  Prose User Manual (i.e., prose.qlibdoc.robelle), itself formatted with Prose.
  439.  If you don't have a Font Cartridge that we support, you can still print the
  440.  User Manual on your LaserJet -- just follow the instructions for a regular
  441.  lineprinter.
  442.  
  443.  
  444.             Robelle Products:  Problems, Solutions, and Suggestions
  445.  
  446.  MPE XL and Security on the Robelle Account.  The security of the Robelle
  447.  account does not give you Read access to the PUB group, only Xeq.  A bug in
  448.  MPE XL forces certain operating system functions to have Read access to the
  449.  program file.  Otherwise, the system may fail!  To adjust the Robelle
  450.  account, enter these commands:
  451.       :hello mgr.robelle
  452.       :altgroup pub;access=(r,x,l:any;w,a,s:ac)
  453.  
  454.  QEDIT  Version 3.6
  455.  
  456.  Migration Toolset Bug.  If you are preparing to upgrade to a 925 or 950, HP
  457.  may run the "Migration Toolset" on your Classic 3000 to analyze programs for
  458.  compatibility.  QEDIT may abort with a privileged instruction trap (program
  459.  error #6) when you press Control-Y.  This is a bug in the Migration Toolset
  460.  monitor, as QEDIT never uses PM.  Workaround: turn off the toolset, :allocate
  461.  qedit, turn on the toolset again.
  462.  
  463.  SET MODIFY VEMODIFY TAE ON.  If you see V or 87TR1 printed on your screen
  464.  when you do a Modify command, it means you are using QZMODIFY with the
  465.  `Type-Ahead Engine' feature enabled, but don't really have a Telamon
  466.  Type-Ahead Engine.  To disable this, type Ctrl-W Ctrl-T once or twice until
  467.  QZMODIFY says "no TypeAhead Engine".  Then continue modifying your line as
  468.  usual.
  469.  
  470.  DBAUDIT  Version 1.8
  471.  
  472.  Spring Ahead, Fall Back.  When you set the clock back one hour at the end of
  473.  October, don't forget that your IMAGE transaction logfile may have a sequence
  474.  inconsistency in it.  This is because the timestamp is supposed to increase
  475.  from one transaction to the next.  But any transactions that occur during the
  476.  `repeated' hour will have earlier timestamps than those that happened just
  477.  before the clock was changed.  This is important to remember, especially if
  478.  you use DBAUDIT to report on your logfiles, or if you have a system failure
  479.  and need to recover from that logfile using DBRECOV.  DBAUDIT can ignore the
  480.  sequence error using set resetonerror off.  DBRECOV ignores the timestamp
  481.  inconsistency using control nostamp.
  482.  
  483.  QLIB  Version 5.0
  484.  DESKQED.  Version 0.3 uses the file DESQSCR instead of QEDITSCR as the QEDIT
  485.  scratch file.
  486.  PROSE.  We have improved command descriptions in the User Manual.
  487.  QCOPY.  Version 3.4 fixes a number of bugs, especially reading files with
  488.  variable-length records.  Such files are now rejected by QCOPY.
  489.  QHELP.  Version 1.4 fixes a bug where QHELP was not closing the LP file when
  490.  you did a CLOSE command.
  491.