home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / cpm / news / jan86.mag < prev    next >
Text File  |  1994-07-13  |  45KB  |  1,020 lines

  1. =================================================================
  2.  
  3.  
  4.                                The
  5.                    
  6.                              $ R / O
  7.                  
  8.                         R E A D   O N L Y
  9.  
  10.                   
  11.                       -={ January 1986 }=-
  12.  
  13.  
  14.  
  15. The   monthly   news  magazine of the Tampa Bay   Kaypro   User's 
  16.              Group and the DataCOM Super Systems(tm)
  17.  
  18. =================================================================
  19. News and reviews of programs, hardware, and peripherals for users 
  20. of microcomputers with CP/M,  MP/M,  MS-DOS,  PC-DOS, or TurboDOS 
  21. operating systems.
  22. =================================================================
  23.  
  24.                Steven L. Sanders - Editor (Sysop)
  25.  
  26. =================================================================
  27.  
  28. The  DataCOM Super Systems(tm) is a "state of the art" multi-user 
  29. remote  database  with  40mb of files online.   An annual fee  of 
  30. $35.00 is required  for access,  an application may be downloaded 
  31. by  calling (813) 791-1454 at 300/1200/2400 baud or send a   SASE 
  32. along with your request to:
  33.  
  34.  
  35.                 TBKUG / DataCOM Super Systems(tm)
  36.                       2643 Cedar View Court
  37.                       Clearwater, FL 33519
  38.  
  39.  
  40.                       -==( DISCLAIMER )==-
  41.  
  42. Articles and reviews of microcomputers,  hardware,  software, and 
  43. other peripherals reflect currently advertised prices as released  
  44. by  the distributors and are included here for  YOUR  INFORMATION  
  45. ONLY.   The  TBKUG/DataCOM Super Systems(tm) is  NOT  being  paid  
  46. to    advertise   these  products  and  we   cannot    be    held 
  47. accountable   for  the  actual retail price  and/or   performance  
  48. of  said products.
  49.  
  50. =================================================================
  51.  
  52.  
  53.              -==( Advent's TURBOROM for Kaypros )==-
  54.  
  55.                        by Bridger Mitchell
  56.  
  57. Subj: TURBOROMs for Kaypros -- Product Announcement
  58.  
  59. Replacement  boot  roms for original Kaypro  and  MicroCornucopia 
  60. roms, from Plu*Perfect Systems.
  61.  
  62. IMPROVED DISK PERFORMANCE
  63.  
  64.                      STOCK ROM       TURBOROM
  65.                 Kaypro      Kaypro   Advent
  66. task        drive        format      format     format
  67.  
  68. SAVE        floppy        55 sec.     14     11
  69. 64k file    hard        11      4      3.5
  70.  
  71. LOAD        floppy         7      6      4.5
  72. 32K file    hard         3      2      2
  73.  
  74. (Speedup gained by optimized sector interleaving,  improved error 
  75. handling, elimination of read-after-write.  Advent format uses 1K 
  76. physical sectors.)
  77.  
  78. INCREASED CAPACITY
  79.   -  up to 63.25K system size for Kaypro 10s
  80.   -  adds 2 MB to most "10 megabyte" hard drives
  81.  
  82. (Most  of the bios is located in the rom.   Bad-track map permits 
  83. use of all good cylinders on hard drives.)
  84.  
  85. MULTIPLE FORMATS
  86.   -  automatic detection and read/write of:
  87.     Kaypro SSDD, DSDD
  88.     Advent SSDD, DSDD, DSDD-96tpi
  89.     MicroCornucopia 96tpi
  90.     Osborne SSDD
  91.     Xerox SSSD, Osborne SSSD, Epson QX-10 DSDD (in '84 only)
  92.   -  nearly all soft-sector CP/M formats settable with MULTICOPY
  93.     utility package (extra), permitting full-speed logical
  94.     drive in foreign format
  95.  
  96. OTHER FEATURES
  97.   -  32-character type-ahead buffer
  98.   -  built-in screen dump
  99.   -  cursor configuration
  100.   -  automatic screen blanking when idle
  101.   -  25th line time display ('84 with clocks)
  102.  
  103. HARDWARE SUPPORT
  104.   -  mix up to 4 SS, DS and 96 tpi floppy drives
  105.   -  2 Advent Product ramdisks
  106.   -  2 hard drives, up to 56 MB each
  107.  
  108. UTILITIES
  109.   -  system generation: to/from system tracks and to/from file
  110.   -  versatile  system configuration & relocation in 1/4K  incre
  111.      ments
  112.   -  full-disk high-speed format/copy verify
  113.   -  drive remapping
  114.  
  115. AVAILABILITY
  116.  
  117.   83 TURBOROM - $79.95  -- for 1983 Kaypro II's and 4's
  118.   84 TURBOROM - $79.95  -- for 1984 and later Kaypros,
  119.                            and all Kaypro 10s
  120.  
  121.   Early  Kaypro  II's and early Kaypro 10's require a  4K/8K  rom 
  122. adaptor board ($8/$15).
  123.  
  124.                        Plu*Perfect Systems
  125.                             Box 1494
  126.                        Idyllwild CA 92349
  127.                          (714)-659-4432
  128.  
  129. {Editor's  note:   Bridger Mitchell is a partner  in  Plu*Perfect 
  130. Systems}
  131.  
  132.  
  133.                -==( Software Review: dMANAGER )==-
  134.  
  135.                        by Ben Silverstein
  136.  
  137. For  those  of  you who read my review of  Jim  Gronek's  dTUNE 
  138. program,  try  to  recall those famous words of wisdom  from  the 
  139. former Saturday Night Live sage,  Roseann Rosannadanna.  In other 
  140. words, never mind.
  141.  
  142. Lest   you  think  that this is a retraction of  that   favorable 
  143. review,  possibly  based on some heretofore undetected super  bug 
  144. that  has  the potential to reduce your storage media to so  many 
  145. megabytes of guacamole, rest assured that it is not. Often in the 
  146. software  arena,   as  with  the  personal  computing  industry's 
  147. hardware  technology,  by  the time an article on a  product  can 
  148. reach print, it is obsolete. This was the case with dTUNE.
  149.  
  150. It  is  good  for  computer users  when  software  authors  are 
  151. continually improving their products.  Sometimes it seems hard to 
  152. keep  up with the latest version,  but it is almost always  worth 
  153. the  effort.    dMANAGER  is  the  latest  installation  in   the 
  154. continuing  saga  of the dTUNE program,  complete with  many  new 
  155. features, as you will see.
  156.  
  157. dMANAGER  is written in Borland International's  popular  Turbo
  158. Pascal,  and  utilizes  two chain (.CHN) files and  five  overlay 
  159. (.00x)  files,  making an eight-module system.  The support files 
  160. may  reside  on a different drive than the  main  .COM  file.  In 
  161. operation,  you make your choices from one of two separate menus, 
  162. the Main Menu and the Command File Mode Menu.
  163. (Common  to both menus are the ability to change working   drive, 
  164. and view  a directory of the currently logged drive.)
  165.  
  166.  
  167.                           THE MAIN MENU
  168.  
  169. The Main Menu offers the following choices:
  170.  
  171.   - View a file
  172.  
  173.     This command allows viewing of an ASCII file on the screen.
  174.  
  175.   - File Compression/Decompression
  176.  
  177.     This  is  the equilivant of the popular  Huffman-algorithm 
  178.     based  SQueeze/UNSQueeze programs,  allowing squeezing  or        
  179.     unsqueezing of disk files from within dMANAGER.
  180.  
  181.   - Database Structure/Contents
  182.  
  183.     This  function  will list the structure or records  of  a 
  184.     .DBF  file  to the screen.  (Modification  of  either  the 
  185.     structure or records is not allowed.)
  186.  
  187.   - HEX File Conversion
  188.  
  189.     After entering the name of a .HEX file (such as is created 
  190.     by  ASM  before  LOADing to a .COM  file),  dMANAGER  will 
  191.     process it to a .CMD file containing POKE statements  with 
  192.     the  appropriate values and with the SET CALL address set. 
  193.     This  works well with small hex files,  as it is faster to 
  194.     POKE them than to LOAD them with dBase.
  195.  
  196.   - CMD File Conversion
  197.             
  198.     This  command sends the operator to the Command File  Mode 
  199.     Menu.
  200.  
  201.  
  202.                   COMMAND FILE PROCESSING MENU
  203.  
  204. The   choices  from  the Command File Mode Menu are  set  up   as 
  205. toggles,  with  their  selection by letter changing the  function 
  206. on  or off,  regulating which file(s) are to be created from  the 
  207. original  dBase  .CMD  file.  The file types  themselves  are  as 
  208. follows:
  209.  
  210.   - Indented and Nested file
  211.  
  212.     This file will be a reproduction of your source file, with 
  213.     all  IF/ENDIF,  DO WHILE/ENDDO,  etc.  structures properly 
  214.     indented.  Comments are left in the file,  and it is saved 
  215.     with the extension of .TXT.
  216.  
  217.  
  218.   - Trimmed command file
  219.  
  220.     Like  its predecessor dTUNE,  this is the program's raison 
  221.     d'etre.  All  comments,  tabs and unneccessary spaces  are 
  222.     removed  from  the file,  and reserved command  words  are 
  223.     shortened  to their 4-character  minimum  representations. 
  224.     The  size of the resulting file  is much smaller than  the 
  225.     original,  and  this  speeds  up interpretation  by  dBase 
  226.     greatly.  The source file is renamed to type .SCR, and the 
  227.     trimmed file receives the type .CMD.
  228.  
  229.   - Nested and Indented trimmed file
  230.  
  231.     This  is  a combination of the above  two  functions.  The 
  232.     trimmed  file  is  reproduced in the  indented  format  to 
  233.     facilitate following the logic and for debugging purposes. 
  234.     This  file  is saved as type .STR,  and,  if  the  "Pipes" 
  235.     option  is  selected,  will delineate logic loops  with  a 
  236.     vertical bar character, thusly:
  237.  
  238.           original listing                   with pipes
  239.  
  240.         DO WHILE                           DO WHILE
  241.             IF...                            | IF...
  242.               DO CASE                        | | DO CASE
  243.                 CASE                         | | | CASE
  244.                   ...                        | | | | ...
  245.                 OTHERWISE                    | | | OTHERWISE
  246.                   ...                        | | | | ...
  247.                 ENDCASE                      | | | ENDCASE
  248.             ELSE                             | ELSE
  249.               DO WHILE                       | | DO WHILE
  250.                 ...                          | | | ...
  251.               ENDDO                          | | ENDDO
  252.             ENDIF                            | ENDIF
  253.           ENDDO                              ENDDO
  254.  
  255. It is easy to see how errors in logic loops can be quickly found, 
  256. saving the programmer much time.
  257.  
  258.   - Cross Reference file
  259.  
  260.     Two  files are produced by this option.  One is  a  source 
  261.     listing with line numbers,  and the other is an alphabetic 
  262.     listing  of  memory variables (and all other  non-reserved 
  263.     words  as  well) with the numbers of the lines where  they 
  264.     appear.  The  first  has a file type of  .PRN,  while  the 
  265.     second is typed as .XRF.
  266.  
  267.   - Logic Tree file
  268.  
  269.     This  file (given the type .TRE),  lists all the DO or USE 
  270.     commands encountered in the source file.  This can be very 
  271.     useful as a refresher when reviewing a program you haven't 
  272.     looked at in some time.
  273.  
  274.                           OTHER OPTIONS
  275.  
  276. An   additional  option offered is case alteration of the   files 
  277. produced  by dMANAGER.  You are prompted as to whether you  would 
  278. like the output in all lower or upper case letters.
  279.  
  280. If   you have more than one file that you would like to  process, 
  281. dMANAGER  will  take input from a batch file containing  all  the 
  282. names  of the files that you would like to process  (without  the 
  283. type;  .CMD is assumed). The options chosen from the menu will be 
  284. performed on each file in the list.
  285.  
  286. In  addition  to  the  above  functions,    any  combination   of 
  287. processed files may be listed on the printer by means of a toggle 
  288. for each one. In this way you may produce listings for any or all 
  289. of  the resulting files.  I should stress at this point that your 
  290. original source file is never altered in any way,  except for the 
  291. renaming of the type by the trimmed output option.
  292.  
  293. dMANAGER   maintains a status window that keeps you informed   as 
  294. to what is going on at any given time.  Displayed are the name of 
  295. the source file,  the file currently being prepared, and the line 
  296. number  that is being processed.  This is a nice touch,  and much 
  297. better than having to wonder just how much longer the program has 
  298. to run.
  299.  
  300.                              SUMMARY
  301.  
  302. dMANAGER  requires a Z-80 processor and CP/M 2.2 or greater.   In 
  303. that  the program is written in Turbo,  and that there  was a  PC 
  304. version of dTUNE,  I suspect that the program is or will soon  be 
  305. available for PC/MS-DOS.
  306.  
  307. In use,   dMANAGER functions rapidly and well.   Everything is as 
  308. is expected, with no rude surprises. This program is probably the 
  309. most useful all-around tool for the dBase programmer available at 
  310. a reasonable price.  I hope that Jim hasn't upgraded the  program 
  311. again;  I'd  like  to  think that I have provided  an  up-to-date 
  312. review this time.
  313.  
  314. To order dMANAGER:
  315.  
  316. Contact Jim Gronek at:
  317.  
  318.                             UCS, Inc.
  319.                          P.O. Box 23866
  320.                        Phoenix, AZ  85063
  321.  
  322. Then  do  up  a  batch file  of  your  dBase  command  filenames,  
  323. sit  back and break out the nachos.   (That's where the guacamole 
  324. belongs!)
  325.  
  326. {Editor's  note:   Jim  is also the Sysop of The Lost  Dutchman's 
  327. Gold Mine RCP/M Systems in Phoenix,  Arizona.   You can find many 
  328. other fantastic dBase goodies online there.}
  329.  
  330.  
  331.                  -==( Communications Forum )==-
  332.  
  333.                         by Steve Sanders
  334.  
  335. One  of the most frequently asked questions is why I don't  favor 
  336. Irv Hoff's new IMP modem program.   Basically only one reason;  I 
  337. don't  like  any  modem program that automatically  selects  file 
  338. transfer protocols regardless of line conditions.   According  to 
  339. the documentation,  IMP has a superior "user interface" to MEX or 
  340. any  of  the other readily available commercial  modem  packages.  
  341. This  statement  refers  to IMP's forced 1k packet  protocol  for 
  342. XMODEM    file   transfers   versus   the    universally-accepted 
  343. procedures used by MEX and YAM.
  344.  
  345.  
  346.                     XMODEM, CHECKSUM, and CRC
  347.  
  348. A  little  history  lesson:   Keith  Petersen's  original  XMODEM 
  349. program  was  written  to  support  the  CHECKSUM  file  transfer 
  350. protocol and became the accepted standard.   A protocol is simply 
  351. the  process  used by both ends of a telecommunications  link  to 
  352. transfer  ASCII or binary files  with  error-checking.   CHECKSUM 
  353. used  an  alogrythm  that gave you either an odd or  even  parity 
  354. check  on  the  block  of data sent versus  the  block  that  was 
  355. received.  If the received CHECKSUM did not match the transmitted 
  356. CHECKSUM value then XMODEM was told to re-send the  block.   This 
  357. process  is usually attempted up to 10 times before an  automatic 
  358. abort  condition was encountered and the transfer was terminated.  
  359. Without getting to technical,  the newer method of error-checking 
  360. is called CRC and does a bit more complicated process of checking 
  361. the  received block versus the transmitted block and  has  become 
  362. the  defacto  standard used by almost every remote system in  the 
  363. country today.
  364.  
  365.  
  366.                        1K PACKET PROTOCOL
  367.  
  368. With the advent of the new higher speed 2400, 4800, and 9600 baud 
  369. modems,  it became apparent that this stop-and-go  error-checking 
  370. was  really slowing the transfer down.   The original XMODEM  was 
  371. designed  with  a  110 to 610 baud modem in mind  and  was  never 
  372. designed  to handle this high speed throughput.   Chuck Forsberg, 
  373. the  author  of the YAM (Yet Another Modem) and  ProYAM  programs 
  374. along with Ward Christensen and a host of others devised the  new 
  375. 1k  packet  protocol which sends a "packet" consisting  of  eight 
  376. 128-byte  blocks before error-checking.   This is a real God-send 
  377. for  users at 1200 baud or faster speeds especially those  coming 
  378. through  a  satellite or microwave long  distance  network  where 
  379. frequent delays are experienced.   For users running the new 2400 
  380. baud  modems the error-checking was taking longer then the actual 
  381. transmission  of  each  128-byte  block  with  CHECKSUM  or   CRC 
  382. protocols.
  383.  
  384. The  only  problem with 1k protocol versus 128-byte  protocol  is 
  385. that  when  you encounter an error you must re-send 8  blocks  of 
  386. data rather then only one block.   If you are using MCI,  SPRINT, 
  387. or even Ma Bell and run into excessive line noise the 1k protocol 
  388. can  cost  you  more time in re-sends then it  gains  by  sending 
  389. larger blocks of data.
  390.  
  391. Armed with this info we now return you to the story...
  392.  
  393. To  transfer a file using the 1k packet protocol the user  enters 
  394. the following command to XMODEM:
  395.  
  396.                      XMODEM SK filename.typ
  397.  
  398. and  then escapes terminal mode and enters the "RT  filename.typ" 
  399. command to MEX to receive the file.  MEX (version 1.14) is always 
  400. ready  to  receive in 1k packet protocol and  will  automatically 
  401. shift  to  CRC  protocol  depending  on  the  initial   handshake 
  402. characters received before the transfer begins.
  403.  
  404.  
  405.                            IMP and KMD
  406.  
  407. Now Irv Hoff thinks this is asking to much of the user to have to 
  408. enter  "XMODEM  SK" instead of the usual "XMODEM S" to begin  the 
  409. transfer.   Enter the KMD program, this is a hacked-up version of 
  410. XMODEM  that  Irv  has devised to allow an IMP user  to  issue  a 
  411. simple  "KMD S filename.typ" command instead of  the  complicated 
  412. "XMODEM SK" command to initiate a 1k transfer.   The only problem 
  413. with  IMP's  auto-selection of 1k protocol is that IMP itself  is 
  414. not smart enough to know whether line conditions warrant the  use 
  415. of  the  1k  protocol.   It takes a given number  of  consecutive 
  416. errors  in  1k  protocol before it  automatically  downshifts  to 
  417. regular  CRC  (128-byte block) protocol for the duration  of  the 
  418. transfer.   This is true with either MEX or IMP but at least  MEX 
  419. gives  you  (the user) the option of picking the  most  desirable 
  420. method  of  file transfer because only you know what the  current 
  421. line conditions are like.
  422.  
  423. Okay  Irv,  you  make IMP "smart" enough to detect  current  line 
  424. conditions and I'll give it another try.   Until then, as the NRA 
  425. and  pro-gun people say,  "until they pry my cold clammy  fingers 
  426. from it...", I'll continue to use and enjoy the power of MEX.
  427.  
  428.  
  429.                 -==( GE Introduces GEnie(tm) )==-
  430.  
  431. Imagine   having  access  to  quality  personal  computing  SIGs, 
  432. software,  CB  simulation,  E-Mail and games at 1200  baud.   But 
  433. paying only a 300 baud rate.
  434.  
  435.                         Here's GEnie(tm)
  436.  
  437. GEnie  stands  for the General Electric Network  for  Information 
  438. Exchange.  It's a part of General Electric Information Services - 
  439. the world's largest commercial teleprocessing network.   And  now 
  440. the power of GEnie is available to the home computer user.
  441.                       The High Speed GEnie
  442.  
  443. GEnie  can  take  you to new highs in speed and keep  you  there.  
  444. Because  our  non-prime time rate for 300 or 1200  baud  is  only 
  445. $5.00* an hour.  That's up to 60% less than you're paying now.
  446.  
  447. So  when you're wrapped up in a computer group,  or heavily  into 
  448. serious conversation,  you can keep your eyes on the screen,  not 
  449. on the clock.   (More good news:  no minimum monthly charges, the 
  450. sign  up  fee is just $18.00 and new subscribers get  three  free 
  451. hours until December 31, 1985.)
  452.  
  453.                   What wishes Can GEnie grant?
  454.  
  455. GEnie has most everything.   Including LiveWire(tm) CB simulator, 
  456. RoundTable(tm) SIGs,  bulletin boards, GE Mail(tm), classic games 
  457. like  CastleQuest(tm)  and  BlackDragon(tm),   conference  rooms, 
  458. newsletters and more.
  459.  
  460.                    Sign up from your keyboard:
  461.                          1-800-638-8369
  462.  
  463. Just have your VISA, MasterCard or checking account number ready.  
  464.  
  465. 1. Set your modem for half duplex, 300 or 1200 baud.
  466.  
  467. 2. Upon connection enter:   HHH <RETURN>
  468.  
  469. 3. At the U#=prompt enter:  VJM11953,GEnie <RETURN>
  470.  
  471. (For  additional information or assistance  call  1-800-638-9636, 
  472. ext. 21)
  473.  
  474.       General Electric Information Services Company, U.S.A.
  475.  
  476. {*Rate applies to 300 or 1200 baud,  Mon.-Fri., 6 PM to 8AM local 
  477. time,  all  day Sat.,  Sun.  and national holidays.   Subject  to 
  478. service availability.}
  479.  
  480.  
  481.                -==( PD Software: FATCAT v2.0 )==-
  482.  
  483.                     Program and Documentation
  484.                    by Steven M. Cohen (c) 1985
  485.  
  486. FATCAT20.LBR  is a new multi-featured disk cataloguing system for 
  487. Z-80  CP/M and ZCPR3 systems.   It was designed with  the  user's 
  488. convenience  foremost in mind.   It builds upon the foundation of 
  489. earlier  cataloguing systems like FMAP,  UCAT,  NCAT,  and  LCAT,  
  490. but  improves  upon them by eliminating many inconveniences  that 
  491. these early programs inflicted on their users.   Many users, once 
  492. the  catalog got too big,  began finding it hard to  justify  the 
  493. time  spent  waiting  for the disk drive to do  its  thing,  grew 
  494. lazier about cataloguing and, after awhile, stopped altogether.
  495.  
  496.                          FATCAT FEATURES
  497.  
  498.   *  Rapid-fire insertion of diskettes.  The filenames are simply 
  499. appended sequentially to a temporary file.  Very fast.  Then when 
  500. you  are  done,  the computer does the tedious work  of  sorting, 
  501. inserting, deleting, without making you share it's tedium.
  502.  
  503.   *  Full library file support.  Simple,  bug-free.   The name of 
  504. the  library  is stored with the name of the library file  -- not 
  505. just the disk number.
  506.  
  507.   *  Hard-Disk  mode for cataloguing a hard drive  user-area  by 
  508. user area,  as well as a more conventional floppy-disk mode  that 
  509. catalogs a whole disk at once.
  510.  
  511.   *  Clean-Up mode lets you erase files,  rename files and  add 
  512. those zero-length disk name files -- without leaving FATCAT.   No 
  513. more "SAVE 0 -DISK.094".  Also displays file size.
  514.  
  515.   *  Attractive  Catalog Output module -- outputs  to  printer, 
  516. CRT,  or both simultaneously.  CRT display can be either paged or 
  517. continuous,  switchable back and forth.   Scans the whole catalog 
  518. or "wildcards" for specific grouped filenames, either by filename 
  519. or disk number.
  520.  
  521.   *  Disk Information module keeps track of disk names and  free 
  522. space.
  523.  
  524.   *  Easily  configurable for different modes of  operation,  e.g. 
  525. placement  of  catalog  files,   name  of  catalog  files,   etc.  
  526. Configurations  effortlessly saved to disk for quick  loading  on 
  527. subsequent sessions.
  528.  
  529. Equipment  Requirements: Any computer with a Z-80 microprocessor, 
  530. at least 43k TPA (that is a 50k CP/M system), & two floppy drives 
  531. of 180k or more.  (Preferably drives of 350+ k)
  532.  
  533. Like many other catalog programs FATCAT uses the convention  that 
  534. the  file that sorts to the top of the list of files is the  name 
  535. file  of the disk.   Usually,  this is a 0-length file  which  is 
  536. nothing more than a directory entry.   It has a unique name which 
  537. differentiates  it from any other file on any other  disk.   Most 
  538. particularly  its  "type"  (the three  characters  following  the 
  539. period) must absolutely be unique, such as "-DISK.001".
  540.  
  541.                       Hard Disk Cataloguing
  542.  
  543. What happens under option <H> is that you move sequentially  user 
  544. area  by user area through the directory,  in exactly the  manner 
  545. as  cataloguing a floppy disk.   The important thing to  remember 
  546. here is that there must be a name file in each user area in which 
  547. there are files.   If you aren't sure, it might be well to choose 
  548. this  option with the Clean-Up Mode on.   If you have user  areas 
  549. without  name files,  they simply won't be catalogued and  you'll 
  550. have to do it again.
  551.                          Update Catalog
  552.  
  553. After  you  are through cataloguing in Multiple  mode,  you  must 
  554. return  to  the main menu and select the <U> option  to  actually 
  555. update the catalog.  (This is done automatically in single mode).
  556. This  is where you should get up from the computer and let it  do 
  557. it's thing.  It could take anywhere from a few seconds to an hour 
  558. or  two  depending  on  the size of the  catalog  and  your  disk 
  559. configuration.  At the very beginning of the Update, FATCAT first 
  560. prompts  you  to please make sure the proper disks are loaded  in 
  561. the proper drives.   Do check.   Stupid disk full errors will not 
  562. be fun here.
  563.  
  564. Once  you have indicated that all is well,  FATCAT tries to  open 
  565. all the necessary files,  asking you if it should create them, if 
  566. it cannot find them.   If this happens,  answering 'N' will abort 
  567. the update for yet another margin of safety.  
  568.  
  569. If  you are creating new index files,  you will also see a screen 
  570. which asks you whether there are any files you DON'T want in  the 
  571. catalog  -- i.e.  files  that you may have on nearly every  disk, 
  572. utilities  on  which  you don't want to  waste  precious  catalog 
  573. space.   This is another full-screen data entry screen like  that 
  574. in the <P> option.  You move about in the same way and can modify 
  575. these file names to your heart's content.  
  576.  
  577. Now  that the preliminaries are out of the way,  FATCAT gets down 
  578. to the brass tacks of updating.   First, the disk name is entered 
  579. into the disk name index file. (.DNX).  Second, the program scans 
  580. the  index  files (.RIX and  .LIX) against  the  temporary  file, 
  581. adding all those files in the temporary which aren't in the index 
  582. and  deleting  those  which  are  in the index  but  not  in  the 
  583. temporary  file.   Third,  an entirely new pair of catalog  files 
  584. (.RCX and .LCX) is created and filled from the index files. 
  585.  
  586.                          Output Catalog
  587.  
  588. This  is  a nice,  flexible,  catalog output with many  features, 
  589. enabling  it  to  perform both as a printout program  and  as  an 
  590. online Scanner.  It lists file name, user area, disk name and, if 
  591. a  library  member,  the library file  name.   You  access  these 
  592. functions by answering three questions:
  593.  
  594. 1> You are first asked:      Enter Search Mask:
  595.  
  596. If  you  want  FATCAT  to conduct the search  by  FILENAME  (most 
  597. likely)  then you should respond with a single  parameter  giving 
  598. the  file name you want.   Standard CP/M wildcards are acceptable 
  599. here.  Thus, for example
  600.  
  601.      *.*       will find all files in the catalog
  602.      Z*.*      will find all files whose names start with Z
  603.      *.?Q?     will find all squeezed files     
  604.  
  605.  
  606. If  you want FATCAT to conduct the search by DISK NAME  then  you 
  607. must first type in a parameter as above, followed by a space, and 
  608. optionally  followed  by  another space and  a  third  parameter, 
  609. denoting  the  low and high disk numbers comprising the range  of 
  610. the search.   Leading zeroes need not be included.   If you  only 
  611. want to search one disk then only the first and second parameters 
  612. need be given.  Examples:
  613.  
  614.    *.* 034      will find all files on disk 034
  615.    *.* 34 300   will find all files on disks 034 through 300
  616.    *.?Q? 50 099 will find all squeezed files on disks 050 
  617.                      through 099
  618.  
  619. There is a default search which is simply to search for all files 
  620. on  all disks.   You can select this by simply typing <RETURN> at 
  621. the  initial prompt.   This is the same as  typing  "*.*".   Note 
  622. however,  that  if you want to search all files on specific disks 
  623. then you must type *.* before the disk numbers,  otherwise FATCAT 
  624. will  see the number as a filename,  not a diskname.   Also  note 
  625. that should you enter 0 as a disk number, FATCAT will assume that 
  626. you meant 1.   (You remember,  of course that FATCAT will  reject 
  627. any disk whose disk name file has a type of .000)
  628.  
  629. 2> The second question you are asked is:
  630.  
  631.      Output to: S)creen / P)rinter / B)oth
  632.  
  633. This  is  very straightforward.  The default here is 'S' so  this 
  634. will also be selected if you type <RETURN>.
  635.  
  636. 3>  If you chose 'P' or 'B' at number 2 you will be asked  for  a 
  637. header to be printed at the top of each page, along with the page 
  638. number which will be printed regardless.
  639.  
  640. Once output has begun the following controls are available:
  641.  
  642. Cntl-C will abort the output whether to Screen, Printer or Both
  643.  
  644. <ESC>  in  Screen  mode only toggles between  paged  and  unpaged 
  645. output.   At  the  beginning paged output is the default and  the 
  646. output  comes up a screenful at a time.   While paged  output  is 
  647. selected,  typing  <ESC> will switch to unpaged output (for  fast 
  648. scrolling),  while  typing any other key brings up the next page.  
  649. While  output  is  unpaged  typing <ESC> reverts  back  to  paged 
  650. output  and stops the display.   Of course typing  Ctrl-C  aborts 
  651. either paged or unpaged output.    
  652.  
  653. {Editor's  notes:   I have as you can well imagine,  used all the 
  654. current and past versions of CAT,  UCAT,  FMAP,  NCAT,  MCAT, and 
  655. LCAT  to catalog the massive number of files in the TBKUG  master 
  656. library (14,000+ at press time),  and FATCAT is a real  god-send.  
  657. The  master  library at present consists of 359 5-1/4"  diskettes 
  658. and can take forever to re-catalog with MCAT which is the fastest 
  659. of  the current utilities.   FASTCAT also does all  the  internal 
  660. library files and does an un-attended update at session end.}
  661.  
  662.  
  663.                      -==( FASTBACK FIX )==-
  664.                                   
  665.                 by John Stensvaag 12/2/85 (TBKUG)
  666.  
  667. FASTBACK,  by  Philip  Becker,  is a  splendid  hard-disk  backup 
  668. program  for  the  Kaypro  10.   Its  combination  of  speed  and 
  669. flexibility has been justifiably praised by reviewers.  (See, for 
  670. example,  2  Profiles 66 (Feb.  1985)).   
  671.  
  672. There  is  one potential problem in using the  program,  however, 
  673. that can lead to distressing results: upon attempting to FASTREST 
  674. one or more files, a user may occasionally discover to his or her 
  675. horror that "the file integrity has been lost" and "FASTREST will 
  676. forever  try to recover a particular file until hard drive  space 
  677. runs out."   (Quotation from Chris DeBracy, in the MAR85.MAG, The 
  678. $R/O Read Only Magazine published by Steve Sanders.)
  679.  
  680. Upon  closer examination,  the user will discover the the  backup 
  681. copy's  directory/file relationship seems to have gotten  out  of 
  682. synch; contents of one file will spill over into the next file in 
  683. the directory in a cascading way,  so that all files are damaged.  
  684.  
  685. This  is bad enough with text files,  but at least such files can 
  686. be  fixed with a word processor,  after stripping out 1Ah end  of 
  687. file markers.  (Even so, that would be a laborious process on the 
  688. entire contents of a hard drive!)  When you realize that software 
  689. files  are  intermingled in the directory  with  text  files,  it 
  690. becomes clear that the out-of-synch corruption phenomenon is even 
  691. more difficult to unravel.  
  692.  
  693. This problem is especially pernicious,  because the FASTBACK step 
  694. proceeds  smoothly,  and  the  user has no idea that  the  neatly 
  695. prepared  floppies are garbled.   The other night,  for  example, 
  696. when I first encountered the out-of-synch corruption  problem,  I 
  697. discovered  that  all  three of my hard drive  backup  sets  were 
  698. corrupted;  if  I had needed to restore a crashed drive,  I would 
  699. have been in for quite a shock.
  700.  
  701. Chris DeBracy speculated that this quirk might be caused by  some 
  702. intermittent bug in FASTBACK's formatting function;  he suggested 
  703. that  it could be cured by periodically reformatting the FASTBACK 
  704. backup disks using FASTCOPY,  UNIFORM,  or FORMAT.  Such standard 
  705. operating  procedure would diminish the value  of  FASTBACK,  but 
  706. would be worth it,  if it worked.  Unfortunately, I was unable to 
  707. cure  the  out-of-synch  corruption problem by  reformatting  the 
  708. floppies.  
  709.  
  710. Philip Becker graciously responded to my frantic phone call,  and 
  711. I now pass along his advice,  along with a few tips about how  to 
  712. implement  that advice in a routine manner.   Although the thrust 
  713. of this memo is to suggest a different cause and cure that  those 
  714. suggested by DeBracy, I would have been lost without his original 
  715. discussion of this problem, and appreciate his help.  
  716.  
  717. The  "bug"  is  not  so  much a  problem  of  FASTBACK,  but  the 
  718. consequence  of our own ineptness as CP/M  users.   According  to 
  719. Becker,  FASTBACK  may  be  "fooled"  by  an  illegal,  duplicate 
  720. directory entry for a single file.   You may have discovered,  in 
  721. the  past,  that you "RENamed" a file,  mistakenly giving it  the 
  722. same name as an existing file,  and that D.COM,  SD.COM,  or some 
  723. other  directory  utility  thereafter displayed the file  with  a 
  724. kilobyte size two times larger than its original size.  CP/M does 
  725. not like identical directory entries in the same user  area,  and 
  726. they  should be prohibited by the system,  but the prohibition is 
  727. not idiot-proof.   
  728.  
  729. Some  UNERASE programs,  for example,  merrily restore  duplicate 
  730. copies of files;  Eric Gans' XRASE.COM utility prevents this, and 
  731. should  be obtained to replace other unerase programs.   STAT.COM 
  732. does  its  best to give a "true" size for files  that  have  been 
  733. doubled  in  this  manner;  thus,  if you compare  the  kilobytes 
  734. displayed by STAT.COM with those displayed by D.COM and  discover 
  735. a discrepancy, you may have put your finger on an identical-file-
  736. name  problem.   
  737.  
  738. Becker explains that FASTBACK may be  "fooled" into thinking that 
  739. the  doubled file has a different number of records (bytes)  than 
  740. is  actually  the  case,  and that the result  is  to  throw  the 
  741. directory/file   correlation  out  of  synch  on  the   backed-up 
  742. floppies.  
  743.  
  744. Okay.   If  you  have any identical filename entries in a  single 
  745. user area on your hard disk,  you must track the problem down and 
  746. correct it,  or your FASTBACK floppies will be fouled up, and the 
  747. restored  files will be a shocking mess.   How can you  implement 
  748. this  knowledge to protect against such  a  disaster,  especially 
  749. since FASTBACK will not give you any warning of the glitch during 
  750. the  backup  phase?    The  solution  requires  two  steps:   (1) 
  751. detecting  when you have identical entries,  confusing  FASTBACK; 
  752. and (2) isolating the offending file or files.  
  753.  
  754.  
  755.        Detecting the Identical Entry Flaw in Backup Copies
  756.  
  757. You will sleep better if you know to a certainty that your backup 
  758. copies have not become corrupted.   The best way to do this is to 
  759. routinely  restore  one  or two text files near the end  of  your 
  760. backup  set  (i.e.,  near the end of the  alphabetical  directory 
  761. displayed by FASTREST), "type" them on your console, and visually 
  762. inspect them for integrity,  especially at the beginning and  end 
  763. of  each  file.
  764.  
  765. You  will know when the out-of-synch  problem  strikes:  ordinary 
  766. text  files will frequently contain machine-language garbage from 
  767. adjacent software programs,  or will display text that should  be 
  768. in a different file.   If you have a fair number of short,  *.SUB 
  769. files  on  each  hard disk drive,  this is an  excellent  choice; 
  770. simply restore (with FASTREST) *.SUB to the <C>urrent User  Area, 
  771. and  eyeball  them.   (It is even easier to do this,  if you  use 
  772. TYPE109.COM  to  display *.SUB,  after you  have  restored  them, 
  773. because it jumps from file to file,  without any need to remember 
  774. file  names  or reenter them.)  If the *.SUB files have not  lost 
  775. their integrity,  you are almost certainly okay,  at least up  to 
  776. the point of the last *.SUB file in the backup set.   To be extra 
  777. certain,  you  can  create a "dummy" ZZZ.SUB file  (containing  a 
  778. single line: "This is the only line") on each hard disk drive, so 
  779. that  it  will  be dumped and restored as  essentially  the  last 
  780. directory  entry;  if files have not gotten out of synch by  that 
  781. point, you are safe.   If you find no out-of-synch symptoms, your 
  782. backup set is fine.
  783.  
  784.  
  785.         Isolating the Offending Duplicate Filename Entry
  786.  
  787. If  you do find an out-of-synch glitch in any restored file,  you 
  788. must  isolate  the offending duplicate entry on your  hard  disk.  
  789. There are certainly easier ways to do this for computer  whizzes, 
  790. but the following technique will help you narrow the search:
  791.  
  792.      (1)   Create  26  single-line  text  files,  containing  the 
  793. sentence "This should be the only line."  Name those files A.CHK, 
  794. B.CHK,  C.CHK . . . . Z.CHK.  (It's not much fun to create these, 
  795. but  you  obviously only need to write the text once.   Once  you 
  796. have  created  the  complete alphabetic set,  tuck  them  into  a 
  797. library,  such  as FB-CHK.LBR,  and save that library in  a  safe 
  798. place,  so that you need never go through the exercise again; the 
  799. library  file only takes 6K,  but A.CHK through Z.CHK occupy 4K x 
  800. 26 on the hard drive.)  Temporarily copy a complete set of  these 
  801. files  into  a  spare user area on the  offending  logical  drive 
  802. (e.g., A15: or B15:).  
  803.  
  804.      (2)   FASTBACK the entire contents of the offending  logical 
  805. drive.  
  806.  
  807.      (3)   FASTREST  *.CHK  from  the  backup  set  to  an  empty 
  808. <C>urrent  User Area.   Eyeball *.CHK at the console (preferably, 
  809. with  something  like  TYPE109.COM).   When you  find  the  first 
  810. instance  of a messed up file--a file including  something  other 
  811. than  the  single text line that you originally  wrote--you  have 
  812. isolated  the  problem  to the set of files  beginning  with  the 
  813. letter preceding the first garbled *.CHK file.   (E.g.,  if F.CHK 
  814. is  garbled,  a file beginning with the letter E probably has  an 
  815. identical entry defect.)  
  816.  
  817.      (4)   Use  STAT.COM and D.COM on X*.* (where X = the  letter 
  818. that you isolated in step 3), and compare the kilobyte values.  A 
  819. discrepancy indicates a flawed, identical filename entry.  
  820.  
  821. There are no doubt easier ways to routinely detect,  isolate, and 
  822. correct  identical filename entry errors,  and I hope  that  some 
  823. knowledgeable  souls  will provide a simpler technique.   In  the 
  824. interim, however, the standard operating procedure of immediately 
  825. FASTRESToring short text files throughout the alphabet,  such  as 
  826. *.SUB  (including  an end of directory entry,  such  as  ZZZ.SUB) 
  827. takes  almost  no time at all,  and provides a welcome  assurance 
  828. that  the  backup set resting so splendidly on the shelf  is  not 
  829. actually a garbled mess.  
  830.  
  831. Finally,  Philip  Becker  informs me that he can  see  no  reason 
  832. whatsoever  to periodically format or reformat FASTBACK  floppies 
  833. with  any  other  programs;  he  is convinced  that  the  problem 
  834. referred  to in this memo is not caused by FASTBACK's  formatting 
  835. feature,  but  by illegal identical filename entries on the  hard 
  836. disk.   This  is  good  news  for  those  of  us  who  have  been 
  837. periodically reformatting all those floppies.  
  838.  
  839.  
  840.                -==( Kaypro 10 Hard Disk Tips )==-
  841.  
  842.                         by Steve Sanders
  843.  
  844. At  least once a month some semi-frustrated Kaypro 10 owner calls 
  845. me  up  to  find out how to use the hard  disk  check  or  format 
  846. programs  as supplied by Kaypro.   I have been told that some  of 
  847. the  newer machines do not have some of these utilities,  if this 
  848. is  the case for you just call up the remote system and get  them 
  849. from the KAYPRO section.   You'll find them inside of the library 
  850. file called K10-UTIL.LBR, just be sure to get the 'right' ones as 
  851. there  are  two different versions.   The  FORMAT-O  and  CHECK-O 
  852. programs are for pre-2.2F models with the 1.9e (small E) ROM, the 
  853. FORMAT-F  and  CHECK-F are for all newer  2.2F,  2.2G,  and  2.2u 
  854. version machines with the 1.9E (big E) ROMs.
  855.  
  856.  
  857.                             CHECK.COM
  858.  
  859. CHECK  is  used to verify a pre-formatted hard disk drive  to  be 
  860. sure  the controller can actually read the sector headers  placed 
  861. there  by the FORMAT utility.   
  862.  
  863. Kaypro 10mb Hard Disk Allocation:
  864.  
  865. * Hard disk is addressed as drive 1
  866. * The operating system sees it as logical drives A and B
  867. * Four read-write heads are used; Heads 0 and 1 access drive A
  868.                                   Heads 2 and 3 access drive B
  869. * Cylinder  0 contains the operating system  (CP/M),  the  BIOS, 
  870.   error messages, and overlays for screen graphics.
  871. * Cylinder 1 is reserved
  872. * Cylinders 2 thru 6 contain the directories for drives A and B
  873. * Cylinders 6 thru 305 contain the data for your programs (files).
  874.  
  875. CHECK  asks  3 questions before it starts  doing  the  validation 
  876. operation:
  877.  
  878. FIRST DISK, LAST DISK? (0, 3)  1,1  <-- you type 1,1
  879. FIRST HEAD, LAST HEAD? (0, 7)  0,3  <-- you type 0,3
  880. FIRST CYLINDER, LAST CYLINDER (0, 305)  0,305  <-- you type 0,305
  881.  
  882. This  will  now start a complete check of the entire hard  drive, 
  883. any errors will be reported inside paratheses to the right of the 
  884. display.
  885.  
  886.                            ERROR CODES
  887.  
  888. ABC  Aborted Command.  Controller unable to complete test of this 
  889.      area
  890.  
  891. BBD  Bad Block Detect.   Attempted to access a sector with a BAD 
  892.      BLOCK marker in it.  This is a SERIOUS ERROR.
  893.  
  894. COR  Correctable error.  Error in data field, but correctable.
  895.  
  896. IDC  CRC  error in ID field.   The sector was found but  the  ID 
  897.      field contained an error and couldn't be trusted.
  898.  
  899. IDC  ID not found.  The sector could not be found at all.
  900.  
  901. NID  same as IDC
  902.  
  903. TRO  Track Zero.  Track zero not asserted when expected.
  904.  
  905. UND  Undefined Error.   Similar to ???.   VERY SERIOUS  - CONTACT 
  906.                                                     THE DEALER
  907.  
  908. UNC  Uncorrectable Error.   The controller found an error and was 
  909.      unable to correct it.
  910.  
  911. WFT  Write  Fault.   A fault condition occurred during  a  write 
  912.      attempt and the write was aborted.
  913.  
  914. ???  Error  detected,  but no flag set by the controller.   This 
  915.      error is theoretically impossible.   DO NOT USE THE COMPUTER 
  916.      - CONTACT THE DEALER IMMEDIATELY
  917.  
  918.  
  919.                            FORMAT.COM
  920.  
  921. NOTE: FORMAT SHOULD BE USED WITH  E X T R E M E  CARE!!
  922.  
  923. FORMAT will destroy any data residing on your hard disk,  be sure 
  924. you have backed up your programs BEFORE using this utility.
  925.  
  926. FORMAT  must be run on a newly installed hard disk  drive  before 
  927. any  data may be transferred to it.   The FORMAT utility installs 
  928. the  data sector header information that all CP/M  programs  rely 
  929. upon to locate data residing on the disk surface.
  930.  
  931.  
  932. To format the "A" drive only:
  933.  
  934. FIRST DISK, LAST DISK?  1,1  <-- Kaypro only has disk 1
  935. FIRST HEAD, LAST HEAD?  0,1  <-- Heads 0 and 1 are for drive A
  936. FIRST CYLINDER, LAST CYLINDER?  0,305  <-- All cylinders 0-305
  937.  
  938.  
  939. To format the "B" drive only:
  940.  
  941. FIRST DISK, LAST DISK?  1,1
  942. FIRST HEAD, LAST HEAD?  2,3
  943. FIRST CYLINDER, LAST CYLINDER?  0,305
  944.  
  945.  
  946. To format the ENTIRE hard drive:
  947.  
  948. FIRST DISK, LAST DISK?  1,1
  949. FIRST HEAD, LAST HEAD?  0,3
  950. FIRST CYLINDER, LAST CYLINDER?  0,305
  951.  
  952.  
  953. As soon as the FORMAT program is done,  first run CHECK to verify 
  954. all  the sector headers as readable,  then run FINDBAD  (supplied 
  955. with  all Kaypros) and lock-out any "bad" spots.   After all this 
  956. you  can  now  begin to fill the hard disk  drive  up  with  your 
  957. program files.  Use PIP, NSWP, or FASTREST (if you used FASTBACK) 
  958. to  restore  your files to their respective drive/user areas  and 
  959. enjoy your "solid" Kaypro 10!
  960.  
  961. Another  highly useful utility that should be in every Kaypro  10 
  962. owner's bag of tricks is Dave Rand's program called  SORTDIR,  it 
  963. can   be   found  in  the  CPMUTIL  section  in  a  file   called 
  964. SRTDIR31.LBR.   This program will clean-up your directory  tracks 
  965. by moving all erased entries to the end of the directory area and 
  966. clears  the  data area by inserting "E5" bytes into all  the  old 
  967. locations.   It then alphabetizes the active directory entries in 
  968. ascending  order and you will notice a marked improvement in  the 
  969. execution  of  programs  like  D or SD or  any  sorted  directory 
  970. utility.   SORTDIR should be run frequently,  I use it about once 
  971. every three to four days but once a week should be fine for  most 
  972. Kaypro 10 owners.
  973.  
  974. I  use FASTBACK religiously once every two weeks to do a complete 
  975. back-up of the Kaypro 10's hard disk.   I use the following steps 
  976. to insure a GOOD back-up:
  977.  
  978.   1. Run CHECK, validate all sector headers
  979.  
  980.   2. Run FINDBAD, validate all data areas
  981.  
  982.   3. Run SORTDIR, clean-up the directories
  983.  
  984.   4. Use  NSWP207  and log into EVERY user area with  files  and 
  985.      check for duplicate filenames and erase any found
  986.  
  987.   5. Run FASTBACK and do seperate back-ups for Drive A and B
  988.  
  989. It may be faster to do an entire (Drive AB) back-up, but it makes 
  990. it impossible to restore files by restoring the drive A files  to 
  991. drive  B and then moving over only the ones you want to  replace.  
  992. You now do a restore of the entire B drive from your floppies and 
  993. you're back in business ASAP.
  994.  
  995.  
  996.                    -==( That's All Folks )==-
  997.  
  998.  
  999. Hope  you  enjoy this month's magazine,  don't know when if  ever 
  1000. there  has  been this much info jammed in between the  first  and 
  1001. last  pages.   Many  thanks to all the contributing  editors  for 
  1002. their fine copy and words of wisdom.
  1003.  
  1004.  
  1005. If you have recently bought any software packages or hardware for 
  1006. your  computer  and have become an "expert" or at  least  a  very 
  1007. knowledegable  neophyte,  give us the benefit of your experiences 
  1008. and write a short review.   You do not have to be a  professional 
  1009. writer,  I  certainly don't claim to be one.   Please submit your 
  1010. reviews  or other literary masterpieces in the form of a Wordstar 
  1011. formatted  diskfile on a soft-sectored 5-1/4" diskette  (just  be 
  1012. sure  to  tell  me what machine it was formatted for  if  not  in 
  1013. Kaypro  SS or DS format.)  Or you can upload your text files  via 
  1014. XMODEM to one of the remote systems.
  1015.  
  1016.  
  1017. Until next month...
  1018.  
  1019.                            Steve Sanders
  1020.