home *** CD-ROM | disk | FTP | other *** search
/ ftp.robelle3000.ai 2014 / 2014.06.ftp.robelle3000.ai.tar / ftp.robelle3000.ai / newsletter / 1989 / w1989-08.txt < prev    next >
Text File  |  1999-04-28  |  23KB  |  471 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
  10.         Fax:  (604) 888-7731
  11.  
  12.  Date:  October 5, 1989
  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, 1989 #8
  18.  
  19.       What You Will Find in This News Memo:
  20.  
  21.         News Tidbits
  22.         Technical Tips
  23.         Robelle Prize Winners
  24.         About Robelle
  25.         Linking PowerHouse with QEDIT, Part III
  26.         Robelle Products:  Problems, Solutions, and Suggestions
  27.  
  28.  
  29.                                  News Tidbits
  30.  
  31.  San Francisco Meeting.  The INTEREX meeting in San Francisco was a huge
  32.  success -- the crowds were incredible.  Our booth was swamped with people the
  33.  entire time -- many thanks to our dealers who volunteered their time to help
  34.  answer questions in the booth.  HP announced the 960 and a cheaper LaserJet.
  35.  Robelle hosted a bay cruise party for 743 users who were lucky enough to get
  36.  a ticket (our regrets to those who couldn't get on the boat; we tried to keep
  37.  it a secret, but...).  We announced the winner of the $2500 Robelle prize:
  38.  see the article in this news memo.  At the management roundtable, HP
  39.  announced changes to licensing and support fees for multiple CPUs -- better
  40.  check with your HP salesman for the details (will save some people money and
  41.  cost other people money).  HP says that the new NM Spooler will be part of
  42.  FOS and not an extra-charge product.  HP expects to ship multi-processing MPE
  43.  XL and HPUX machines in 1990, but won't have a small MPE XL machine until
  44.  1991.
  45.  
  46.  New UK Dealer for Robelle.  For ten years, various staff members at the
  47.  London Business School have been our dealers in the UK and have done a fine
  48.  job of promoting and supporting Robelle software there.  Now the user base
  49.  has grown to the point where Robelle software needs full-time attention in
  50.  the UK.
  51.  Accordingly, Clive Oldfield has consented to become the new Robelle dealer in
  52.  the UK and devote all his efforts to our products.  Clive will still be
  53.  working with Gordon Miller at the London Business School, so we haven't lost
  54.  LBS completely.  Jeremy Smithers has found his other commitments too great to
  55.  continue working on Robelle projects.  We at Robelle would like to thank
  56.  Jeremy for the great job he has done since taking over Robelle in the UK.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  Since the first Robelle sales in the UK, Clive has provided local technical
  63.  support on our products, so most of the customers should know him well.  For
  64.  the past two years, he has been an independent consultant and developed
  65.  software for the HP 3000 and the HP 9000.  Clive's inauguration to computing
  66.  was in 1967 at University College of London on an IBM 360/65 mainframe.  He
  67.  was lured to London Business School in 1971 as the sole systems programmer,
  68.  assigned to install an Interdata minicomputer and develop a HASP Remote Job
  69.  Entry system in Assembler.  Ah, those were the days!
  70.  For any sales or technical questions, contact Clive at:
  71.      Clive Oldfield
  72.      91 Cumberland Road, London E13 8LH
  73.      Telephone:  01 473 2558, or 01 262 5050 ext 201 (LBS)
  74.      Fax:  01 724 7875 (LBS)
  75.  
  76.  
  77.                                 Technical Tips
  78.  
  79.  Workstation Configurator Is Free, BUT...  We reported a rumor that the
  80.  Workstation Configurator (WSC) was now free, but when users tried to get it
  81.  from Hewlett-Packard, they were often told that it cost money.  We called the
  82.  Response Center and found out that the rumor is true.
  83.  
  84.  To get the WSC for V-Delta-4 or later, call the Response Center and ask for
  85.  Power-Patch WS0068.  It is okay to tell them that all you want is the
  86.  Workstation Configurator.  They had planned to include it on the FOS tape,
  87.  but it wouldn't fit! The product number of the Workstation Configurator is
  88.  30239 and the program requires three files that go into PUB.SYS.  When you
  89.  get the patch tape, restore three files into PUB.SYS and RENAME them:
  90.  
  91.     Program File:  p00p239a   =>  ttutil.pub.sys
  92.     Catalog File:  c00c239a   =>  cattutil.pub.sys
  93.     Forms File:    v00v239a   =>  vttutil.pub.sys
  94.  
  95.  Then run TTUTIL.PUB.SYS.  According to the Response Center, there is no
  96.  charge for the software or for support.  However, you do need to purchase
  97.  documentation.  The following manuals are recommended:
  98.  
  99.     Workstation Configuration User Manual,  30239-90001
  100.     Point to Point Workstation Manual,   30000-90250
  101.  
  102.  We ordered the patch tape, it did come, we RESTOREd and RENAMEd the three
  103.  files listed above, then ran ttutil.pub.sys and we found we had the
  104.  Workstation Configurator.  Among other functions, this program allows you to
  105.  define startup Escape sequences for your LaserJets.
  106.  
  107.  
  108.  
  109.                              Robelle Prize Winners
  110.  
  111.  Gary Dietz and Kevin Kelly of Whitman College won the Robelle prize for the
  112.  best new contribution to the HP 3000 library in the last year.  The winning
  113.  contribution, an electronic mail system, was announced by Robert Green,
  114.  President of Robelle Consulting, and Isaac Blake, Chairman of the Library
  115.  Committee.  The Whitman Electronic Mail System was selected by Mr.  Green
  116.  from among ten programs chosen by the library committee.  The award carries
  117.  with it a $2500 prize, courtesy of Robelle.
  118.  The winning entry is a fully-functional electronic messaging system for a
  119.  single HP 3000, with many powerful features, including function keys for all
  120.  tasks, built-in message editor (or link to external text editor), central
  121.  directory of mail users, password control, logon mail check, distribution
  122.  lists, reminders, saving and printing messages, and aliases.  Some of the
  123.  features are unusual in a contributed program:  spelling check using HPSPELL
  124.  or Boeing SPELL, split-screen mode for replying, an extensive on-line help,
  125.  detailed documentation, an incredibly slick installation program.  And the
  126.  system is completely compatible with the Boeing Mail system, which many sites
  127.  have already picked up from the Tech account.  There were many fine programs
  128.  in the contest, but this electronic mail system provided the most user value.
  129.  Many sites have been put off E-mail by the cost and complexity -- now they
  130.  can try E-mail at virtually no cost, and with a system that is extremely
  131.  accessible.  Whitman mail is a great way to get started.  Later, if you need
  132.  a multi-CPU network, file transfer or other specific features, you can
  133.  purchase a supported product.
  134.  The winning program was designed by Gary Dietz, Director of Computer Services
  135.  at Whitman College in Walla Walla, Washington, and implemented by Kevin Kelly
  136.  of his staff.  The winner was announced at our Harbor Cruise party and Gary
  137.  accepted the prize at an awards ceremony during the INTEREX conference.
  138.  Long-time HP users will recall that Whitman College was the site of the first
  139.  coordinated library release and maintained the library for several years.
  140.  The college also contributed another program, an expanded version of
  141.  Enforcer, that made it into the final ten contestants.
  142.  
  143.  Runner-Up Award for Fast Query Program
  144.  David Hurst of Reliance Electric has been singled out as runner-up in the
  145.  "best contribution" of the year contest for his program FQ, Fast Query.
  146.  Bob Green explained the unexpected runner-up award this way: "There were so
  147.  many good programs that I had a difficult time selecting a single winner.
  148.  Finally, I decided to award another $1000 for a runner-up so that I could
  149.  acknowledge how much I liked David Hurst's Fast Query program."
  150.  FQ is a report writer for TurboIMAGE databases and MPE files.  It uses MR
  151.  NOBUF techniques to dramatically improve the performance of many reports.
  152.  The syntax of report statements in FQ is copied from QUERY, but with many
  153.  extensions (such as conditions on detail lines: d1,"Overdue Account",50,if
  154.  overdueflag = 1).  The data-access statements are like SUPRTOOL's (a Robelle
  155.  product) and allow access to multiple datasets from multiple databases, plus
  156.  reports from MPE files.  As in SUPRTOOL, you can tell FQ that an MPE file has
  157.  the same format as a dataset.  The DEFINE command allows you to define the
  158.  structure of a file or re-define the fields of a dataset.
  159.  David Hurst was not able to attend this year's conference, but his award will
  160.  be mailed to him.  David also contributed another program, a rewrite of
  161.  PASSUTIL, that made it to the final ten contenders for the contest.
  162.  
  163.  Both Programs in Release F0
  164.  The Whitman Mail system and Fast Query are in Release F0 of the contributed
  165.  library, which is being distributed now.  F0 contains the other eight
  166.  finalists in the contest, plus many other useful new contributions.
  167.  Installation members of INTEREX receive a copy of the library on magnetic
  168.  tape as part of their yearly membership fee ($400 per year).
  169.  
  170.  
  171.                                  About Robelle
  172.  
  173.  Bob Green to Speak at HP Factory.  As part of a "Customer Quality Forum
  174.  Series", HP has invited Bob Green of Robelle to address the lab, marketing,
  175.  and support engineers in Cupertino.
  176.     Topic:  "Improving Software Quality"
  177.     Date:   Tuesday, November 7, 1989
  178.     Time:  9:00 - 11:00 AM
  179.     Place:  Oak Room Auditorium, Bldg. 48, HP Cupertino Site
  180.  
  181.                     Linking PowerHouse with QEDIT, Part III
  182.  
  183.     [Last issue, we showed how to link QEDIT to QDD, QDESIGN, and QTP.
  184.     This issue, we conclude by discussing invoking QEDIT from within
  185.     PowerHouse modules, including ARCHITECT, tips for managing your source
  186.     files, and linking QEDIT to Native-Mode PowerHouse.]
  187.  
  188.  The REVISE Command
  189.  
  190.  Added to PowerHouse in 5.06, the REVISE command has this basic syntax:
  191.  
  192.      REVISE filename
  193.  
  194.  This invokes the COGEDITR program with the BASICENTRY option to edit the file
  195.  named and then compile the program after editing.  (To execute it also, you
  196.  would include GO in the source file.)
  197.  
  198.  You specify the COGEDITR program via a FILE equation:
  199.  
  200.      FILE COGEDITR=QEDIT.PUB.ROBELLE
  201.  
  202.  The default command, REVISE *, edits the "current" program in the scratch
  203.  area.  Unfortunately, the scratch area is, by default, cumulative.  In other
  204.  words, the scratch area does not erase itself when you USE a new file.
  205.  Everything you have executed since you started is in the scratch area when
  206.  you edit.  Therefore, I recommend that you REVISE with an explicit filename.
  207.  
  208.  This option will work with QEDIT, but is not ideal, because QEDIT cannot be
  209.  suspended.  Instead, QEDIT must be re-created for each new file that you
  210.  edit.  This means waiting repeatedly while your UDCs are loaded into QEDIT
  211.  for every run.  I prefer to work from inside QEDIT, calling PowerHouse as I
  212.  need it.  This lets me suspend or activate PowerHouse, usually within a few
  213.  seconds of instantly.
  214.  
  215.  
  216.  ARCHITECT
  217.  
  218.  ARCHITECT is Cognos's workbench for the programmer/analyst.  ARCHITECT is
  219.  written in QUICK and provides screen menus for tasks such as maintaining the
  220.  data dictionary, cross-referencing data elements with source modules, editing
  221.  and testing PowerHouse modules, and invoking external utilities such as SPOOK
  222.  or SUPRTOOL.  ARCHITECT will also generate an application prototype (screens
  223.  and reports) as well as automatic documentation.
  224.  
  225.  One of the choices on the ARCHITECT main menu allows you to edit a file, and
  226.  you can use the Configuration screen to select QEDIT as your text editor.
  227.  ARCHITECT allows you to specify the editor filename, a file equation for the
  228.  source filename, and a run command with PARM=, INFO=, and an entry point.
  229.  
  230.  The :FILE equation appeared to work only for FILE EDTTEXT.  The RUN command
  231.  worked, but ARCHITECT won't hold onto a suspended QEDIT process, although it
  232.  did properly "kill" excess processes.  The best choice seems to be to use the
  233.  BASICENTRY entry point with QEDIT, just as with EDITOR.  Otherwise, if you
  234.  have a lot of UDCs, re-creating a new QEDIT for each edit operation can be
  235.  irritating due to the repeated waits.  I suggest using SET UDC FILENAME to
  236.  avoid searching COMMAND.PUB.SYS, and putting just the UDCs you really need in
  237.  the file.
  238.  
  239.  Note that, in ARCHITECT, you must define the "current" USE file before you
  240.  can invoke QEDIT to edit it.  If you want to examine or edit a USE file that
  241.  you found via the inquiry screen of the data dictionary cross-reference, you
  242.  must jot down the name (or keep mumbling it to yourself), jump back to the
  243.  main screen, and make it the current USE file.  Then you can edit it.
  244.  
  245.  
  246.  What Is the Format of PowerHouse Source Files?
  247.  
  248.  Many QEDIT sites use LANG=SPL or LANG=JOB in QEDIT for their PowerHouse
  249.  source files.  This works because PowerHouse strips off and ignores the line
  250.  numbers.  The maximum length of a source line is more than 80 columns, but
  251.  the absolute maximum varies from module to module and release to release.
  252.  
  253.  PowerHouse identifiers are alphabetic with numerics including, by default,
  254.  these special characters:  - _ ' % # (dash, underbar, single quote, percent,
  255.  cross-hatch).  You can change the list of special characters allowed in
  256.  identifiers by using option special characters "string" in the QDD dictionary
  257.  source.
  258.  
  259.  
  260.  Correcting Syntax Errors
  261.  
  262.  Correcting syntax errors in your PowerHouse code can be difficult when the
  263.  source file is large, because PowerHouse prints only the source line and the
  264.  error message.  It does not print the line number.  You must search through
  265.  your source code for the exact match to the source code, and keep your
  266.  fingers crossed that there are no duplicate lines.
  267.  
  268.  
  269.  Conditional Compile Parameters
  270.  
  271.  PowerHouse, like COBOL and other compilers, allows conditional compilation.
  272.  You may have pieces of source code, possibly even alternatives, that are
  273.  included in the executable module only if certain "parameters" are True at
  274.  compile time.  This feature allows you to have one source module that handles
  275.  several incompatible situations, such as one module that runs on both HP and
  276.  DEC.
  277.  
  278.      @if test
  279.        heading ...
  280.      @elseif prod
  281.        display "production"
  282.      @endif
  283.  
  284.  The if, elseif, and endif commands must start in column one of the source
  285.  file.  In this example, test and prod are the CC parameters.  By default they
  286.  will be False.  You set them to True when you RUN PowerHouse and specify them
  287.  in the INFO= string:
  288.  
  289.      Run QUIZ; info="CC=(TEST)"
  290.  
  291.  The CC parameters remain set for the entire RUN of PowerHouse.  They cannot
  292.  be changed, and QEDIT can hold PowerHouse suspended forever, so you may
  293.  wonder how to switch from "test" to "prod".  One solution is to :KILL your
  294.  suspended PowerHouse programs, then invoke the UDC again with a different CC=
  295.  value.  Another solution is to have separate UDCs for each CC= value, and
  296.  invoke PowerHouse a second time.
  297.  
  298.  
  299.  Warning About Numbered JOB Streams
  300.  
  301.  If you compile PowerHouse modules in batch, you should ensure that all of
  302.  your job stream files are LANG=JOB, not LANG=SPL; that is, they should be
  303.  "unnumbered" files.  In most cases, having sequence numbers in a PowerHouse
  304.  batch job will work fine, but if your PowerHouse source program contains
  305.  embedded PowerHouse commands and/or MPE commands, the sequence number can be
  306.  treated as part of the command.  This leads to syntax errors.  For example,
  307.  
  308.       !job test,user.acct           00001000
  309.       !quiz $stdinx                 00002000
  310.       :file abc=x1                  00003000
  311.       access abc link to...         00004000
  312.       ...
  313.  
  314.  MPE reads each line of the job and strips the line numbers from its commands.
  315.  QUIZ gets its commands from $stdin, which have line numbers in columns 73
  316.  through 80.  When QUIZ encounters a line with a colon in column 1, it sends
  317.  it directly to the COMMAND intrinsic.  This is what the intrinsic receives:
  318.  
  319.       :file abc=x1                  00003000
  320.  
  321.  MPE chokes on the line number, giving back an error message such as
  322.  Encountered unexpected, extraneous special character, and doesn't execute the
  323.  command.  This was a problem in QUIZ 5.01F, but may have been fixed since
  324.  then.
  325.  
  326.  
  327.  Suspending QEDIT Inside PowerHouse
  328.  
  329.  On both MPE and MPE XL, Cognos lets you run regular MPE programs from within
  330.  PowerHouse and, if the programs suspend, PowerHouse has an option to hold
  331.  onto them.  The advantage of holding a suspended son process is that
  332.  subsequent invocations can be much faster.  Since most Robelle tools,
  333.  including QEDIT, suspend when invoked from another program, it is useful to
  334.  know the PowerHouse syntax for this capability:
  335.  
  336.      >:comment $cognos suspend
  337.      >:run qedit.pub.robelle
  338.  
  339.  This special comment in QUIZ says that the "next" run command will be held if
  340.  the program should suspend.
  341.  
  342.  
  343.  MPE XL and PowerHouse
  344.  
  345.  Compatibility-Mode (CM) PowerHouse is exactly the same on MPE XL as it is on
  346.  MPE V, which is no surprise.  This includes the names and locations of the
  347.  UDC files.
  348.  
  349.  Native-Mode (NM) PowerHouse is a complete re-implementation, with some
  350.  differences.
  351.  
  352.  The NM UDCs are in PHNMUDC (assumes files are all in CURRENT group) and
  353.  DDNMUDC (files not moved to CURRENT), and the same UDC now works with or
  354.  without HP's DICTIONARY/3000.  The location of both files is in the DD503D
  355.  group.  There is no discrimination between QDD and QDDR for NM PowerHouse,
  356.  since QDDR runs only in Compatibility Mode.
  357.  
  358.  The SUSPEND option is ON by default in the NM version of PowerHouse.  The
  359.  REVISE command, to edit a source file using your favorite editor, will be
  360.  available in version 5.09.
  361.  Several users report that NM PowerHouse still reads QEDIT files.
  362.  So far, the only reported problem with NM PowerHouse and QEDIT is one
  363.  involving the UDCs; they are coded using an unnecessary "keyword" parameter,
  364.  which can be removed.
  365.  We have revised these UDCs and distribute them as the file
  366.  phnmudc.catalog.robelle on our tapes.  As an example of the changes, here is
  367.  the revised QUIZ NM UDC:
  368.       QUIZ source,INFO=" ", VERS=CURRENT
  369.       comment  NM PowerHouse, modified by Robelle for QEDIT Use
  370.       file qsource=!source
  371.       SETJCW CIERROR 0
  372.       CONTINUE
  373.       SETPOWERHOUSE ,!VERS
  374.       IF CIERROR = 0 THEN
  375.         CONTINUE
  376.         RUN QUIZ.!VERS.COGNOS2;INFO="auto=qsource suspend !INFO"
  377.       ENDIF
  378.       setpowerhouse true
  379.       ****
  380.  
  381.             Robelle Products:  Problems, Solutions, and Suggestions
  382.  
  383.  SUPRTOOL  Version 3.1.1
  384.  
  385.  Flattening an SD file.  Once SUPRTOOL has created a file in its OUTPUT,QUERY
  386.  format, it always treats this file as an SD (Self-Describing) file.  If you
  387.  need to convert this file back to a non-SD disc file, here's the procedure:
  388.  Example: convert SD file FOO into flat file BAR
  389.       :run suprtool.pub.robelle
  390.       >in foo
  391.       >:file bar;code=0
  392.       >set userlabels off
  393.       >out bar
  394.       >xeq
  395.  
  396.  
  397.  QEDIT  Version 3.7 and 3.7.1
  398.  
  399.  SET VIS BELL.  When editing job streams with bells in them in visual mode,
  400.  the lines with bells will be shown with a ?, indicating that the line
  401.  contains unprintable characters and cannot be edited in visual mode.  To get
  402.  around this, Qedit allows you to specify a replacement character to represent
  403.  bells in visual mode.  The trick is to choose a character (I use ║) that is
  404.  typed as Extend-char-G (or Alt-Z G using Reflection).  [Mike Shumko]
  405.       /set vis bell "║"
  406.  
  407.  Data Files Treated as Numbered Files.  Sometimes you will try to List or Text
  408.  a data file, and Qedit will appear to go crazy.  The reason may be that the
  409.  data file contains digits in the last eight columns of the record, so Qedit
  410.  assumes that these digits are the record line numbers.  The solution is to
  411.  remember to List or Text these files using the UNN option.  For example, the
  412.  file is a list of the following ten-digit part numbers:
  413.     0004001007
  414.     0004001010
  415.     0004002059
  416.     /list thefile
  417.      4001.007 00    The file is interpreted as a
  418.      4001.01  00    two-character file with
  419.      4002.059 00    eight-digit line numbers.
  420.     /list thefile,unn
  421.         1     0004001007
  422.         2     0004001010
  423.         3     0004002059
  424.  
  425.  Am I Using ;TEMP Correctly?  If you have a permanent file named XYZZY and do
  426.  the following commands, QEDIT will leave your file XYZZY open:
  427.       /file xyzzy;dev=disc;temp
  428.       /list xyzzy
  429.  The file is still open by QEDIT and each subsequent LIST command leaves
  430.  another dangling FOPEN.   What's going on?
  431.  QEDIT opens XYZZY with the "either OLD temporary or OLD permanent" option of
  432.  FOPEN.  The ";TEMP" option on the File command does not override this aspect
  433.  of FOPEN.  Instead, it forces any FCLOSE on XYZZY to save it as a temporary
  434.  file.  But since it is already a permanent file, the FCLOSE fails.  There is
  435.  no way to get around this in QEDIT.  What you probably meant to do was
  436.      file xyzzy=xyzzy,oldtemp;dev=disc;temp
  437.  which would have forced QEDIT to look only for a temporary file and ignore
  438.  the permanent file with the same name.  This problem will occur with any
  439.  program that opens a file as either OLD temporary or OLD permanent.
  440.  
  441.  QZMODIFY Response Time on MPE XL.  QZMODIFY operates by doing
  442.  single-character reads to the terminal.  The DTC cannot keep up with these
  443.  single-character reads as fast as people can type.  Possible workarounds
  444.  include running QEDIT in the B queue to get better response from the CPU, or
  445.  OCTing QEDIT.  We don't think that these will really help, though, since the
  446.  problem is not with the CPU but with the DTC.  Native Mode probably won't
  447.  help either, but we are going to keep looking for a solution.
  448.  People have been complaining about QZMODIFY for as long as it has existed.
  449.  It works well only in specific instances, and is bad for almost everything
  450.  else.  The requirements for success are 1) that your CPU have plenty of spare
  451.  power to service the individual read requests, and 2) that you be operating
  452.  over a vanilla datacomm hookup, with no networks, fancy modems, multiplexers,
  453.  etc.  The DTC violates point 2, because it is, in effect, a network.
  454.  Networks typically have slower turnaround than a direct-connect hookup
  455.  because of the character buffering and packetizing they do.  Usually they are
  456.  optimized for large transfers, and are at their worst for tiny reads.
  457.  
  458.  XPRESS  Version 2.6
  459.  
  460.  The XPRESS Experience.  "Continually pressing the RETURN key ought to speed a
  461.  program up, but never does.  My favorite feature of XPRESS is that pressing
  462.  the same function key twice does make it go faster!  Pressing f2 once lists
  463.  the messages waiting in my IN Basket -- pressing f2 again causes XPRESS to
  464.  display those messages in order.  No need to enter message numbers at all,
  465.  and f2 works immediately, no matter where I am in XPRESS at the moment.
  466.  Likewise with f3 for the OUT Basket:  once prompts you for the subject and
  467.  text of a new message, while twice prompts for the subject of a new edited
  468.  message, sending you automatically into your favorite text editor for
  469.  composing the text (double f3 is in the newest XPRESS--think of this as a
  470.  sneak preview of version 2.6)." [Bob Green]
  471.