Z*Magazine: 13-Jun-88 #110

From: Atari SIG (xx004@cleveland.Freenet.Edu)
Date: 07/29/93-09:51:16 AM Z

From: xx004@cleveland.Freenet.Edu (Atari SIG)
Subject: Z*Magazine: 13-Jun-88 #110
Date: Thu Jul 29 09:51:16 1993

                              Syndicate ZMagazine
                                 June 13, 1988
                              =   ISSUE  #110   =

 American Publishing Enterprises, Inc  P.O. Box 47, Middlesex, NJ 08846
Publisher/Editor    Managing Editor    Assistant Editor   Sales Manager
   Ron Kovacs          Rex Reade         Steve Godun       Gary Gorski


<*> Editors Desk                    <*> CES Report Part 1
<*> Atari News Update               <*> 
<*> New Products                    <*> Oasis BBS Update
<*> Atari Scuttlebits               <*> Express! Pro Help
<*> Compaction Programs Revisited   <*> Carina BBS Review


=========================Editors Desk>                      by Ron Kovacs

Acceptance of last weeks issue was not the greatest.  However, as you can
see we are still in 80 column format.  We have discussed this matter at
great length and will keep this NEW format.

CES reports are included in this weeks edition.  For the complete story
on the CES show, please read ST-Report #39.

=========================CES Report Part 1>


     Report from the Summer Consumer Electronics Show
     by Andrew Reese START Editor

(Chicago, Ill, June 4, 1988) Chicago in June can be beautiful, but
getting to the Summer Consumer Electronics Show (CES) here can be
anything but...  You don't need to hear a litany of travel woes, but
suffice it to say that the crowning blow was a collision at the cabstand
at O'Hare International Airport between a cab and a rent-a-car bus! But
your faithful reporter made it to the show for this first report for you.

Summer CES is a monster of a show -- there are some 1400 exhibitors in
730,000 net square feet of display space.

Over 100,000 attendees will march the aisles this year seeing games,
audio, video (even adult video), telephones of every type and
description, fax machines and almost anything else that might sell
between now and Christmas.  And Atari is here...

Yes, Atari is here at CES, but it's different from Comdex, the Computer
Dealers Exposition in April.  Here, the Entertainment Electronics
Division (video games) holds sway and the computers take a back seat --
at least this year.  No new 16-bit computer products were shown and the
8-bit products were all games for the 2600, 7800 and XE game systems.  In
fact, only three ST's were here in the Atari display area and all were
playing MIDI -- well, they weren't actually in the area, more like
grafted onto the back of Atari's black game temple.  But Atari's games
were here and in profusion.

Another notable impression from Atari -- the Electronic Entertainment
Division, at least, is willing to spend money and lots of it to promote
their game systems and software. Mike Katz, president of the division,
announced a $10 million advertising campaign at a press conference held
just before CES.  This campaign will include TV ads to run for the rest
of the year, including ones featuring such sports stars as Washington
Redskins quarterback Doug Williams.  And in the trade dailies here at
the show, Atari bought lots of ad space.  They're serious about selling
games, folks -- they want to double the sales of their games systems this
year for the third year in a row.  I can't wait for them to get just as
serious about selling computers in the U.S.!

Of course, Atari's direct game competitors are here as well. Nintendo
bought 20,000 square feet of display space. Yep, that's not a glitch:
20,000 square feet.  Their area was filled with third-party developers
showing dozens of new games.  But the chip shortage has hit even Nintendo
and they have had to scale down their optimistic projections from
40-million units (carts) to 30-million.  Sega is showing a combination of
arcade stand-alone games and their home game system, now available with
3D glasses.  Sega's display area is not as big in area as Nintendo's and
not as well positioned as Atari's, which is just at the foot of the main
escalator into the hall.

And now to the software.  This is a game show for the most part and all
of the majors were here and some surprises. The only significant serious
business product I saw was LDW Power, a new high-speed, high-capacity,
GEM-based, 1-2-3-compatible spreadsheet from long-time Atari faithful,
Logical Design Works.  This package features built-in graphing,
high-speed re-calculation, efficient use of memory and comes with a
232-page manual and lots of little features of the kind that make the
difference between a product you use grudgingly and one you turn to with
a smile.  Available now for the eminently reasonable price of $150.

Activision was here -- or should I say Mediagenics, the new name for the
umbrella company that gathers together such names as Activision, Gamestar
and Rainbird (formerly Firebird) under one corporate logo.  You'll still
see the individual names, but the company is Mediagenics. Their big
promotion this year -- at least overall -- is a new Pete Rose baseball
game -- but not for the Atari, sorry.  But Rainbird is a different story

Rainbird is hitting the streets in the next few months with a great
line-up of hot games.  First is Carrier Command, the long-awaited 3D
solid graphics flight and vehicle simulator.  It is available now for the
ST at a price of $44.95 and is not copy-protected.  I played this gem and
it's hot, a great futuristic combination of strategy, tactics and arcade

Next up for Rainbird will be Starglider II, a solid 3D version of the
great ST game.  Due out in July at a price of $44.95, this version adds
lots of features that would have been thought impossible a few years ago.
The screen refresh rate is nothing short of spectacular and the variety
of weapons and inter-stellar travel broaden the appeal from the original,
which was a landmark game in its day.  And speaking of the original, it's
being re-released at a new lower price of $24.95.  Oh, you won't believe
it, but the ST and Amiga versions of Starglider II come on the same
disk...it's bootable by either!!!!!

And Rainbird will release a whole series of new ST games over the next
few months.  They are really going to support the ST with a broad range
of entertainment software, much of it priced at the very reasonable price
of $24.95.  Thanks for the vote of confidence in the viability of the ST

Lots and lots of arcade classics are being translated to the ST. Capcom,
a new name to the Atari market is bringing Bionic Commando, Side Arms,
Street Fighter and 1943 to the ST this summer.  The first three are
arcade-style hit, kick, shoot and kill games with animated figures doing
your dirty work.  The last is the top-view aerial game set at Midway
Island during WWII.  They look like pretty darned good ports and should
do well with Atarians hungry for more ACTION!

On a calmer (??????) note, Sierra On-Line showed some dynamite new games
due out in the next few months.  If you liked Leisure Suit Larry in the
Land of the Lounge Lizards, well, he's back and "Looking for Love (in
Several Wrong Places)."  A funny, funny adult game and great-looking
follow-up to my wife's favorite game.  Due out toward the end of the

And for all you King's Quest fans, KQ IV is on its way with MIDI-output
music!!!  Sierra and Roland are working together to develop an MT-board
for IBM computers that will allow them to play the original stereo score
by William Goldstein directly.  The ST version will follow, but because
of the ST's built-in MIDI ports, that wil be the avenue used by the games
designers.  The game itself is called "The Perils of Rosella" and takes
you -- Rosella -- on a perilous voyage to save your ailing father's life.
There's an introductory cartoon that sets the stage and it runs ten
minutes!  It's a b-i-g game and the graphics are getting better and
better with each generation of Sierra games.

Watch your back, Sonny Bonds!  Jesse Bains, the Death Angel, has escaped
and is out for revenge in "Police Quest II -- The Vengeance" from Sierra
On-Line.  Looks real good and due out (hopefully) before the fall.

You want action?  You want video arcade games on your ST.  Well, in
a surprise announcement, Taito ( pronounced "Tie-Toe") is releasing eight
arcade ports over the next few months.  Due out in July at a $39.95
retail price are Alcon and Bubble Bobble, while Arkanoid will accompany
them at $34.95.  Then in the fall will come Gladiator, Operation Wolf (a
dynamite-- and gory -- first- person soldiering game), Qix, Rastan and
Renegade, all at $39.95.  Save up your quarters, gamers!

=========================Atari News Update>


Chicago, June 6, 1988--Atari Corp.  will introduce 45 new video game
titles, said Michael Katz, president of Atari's Entertainment Electronics
Division, at the Consumer Electronics Show, according to the Reuter News
Service.  Katz said that Atari will continue its successful licensing
program by signing licensing agreements with various computer game
companies for successful games from other formats. According to Katz,
1988 industry sales are projected at $1.9 billion, up from $1.1 billion
last year.


T.R.  Reid of the Washington Post calls The Atari ST a "powerful,
easy-to-use, bargain-priced computer with dazzling graphics and
formidable sound capabilities," but he raises some questions about the
computer's ability as a serious business tool.  WordPerfect, Reid said,
is an excellent business application for the ST, "but beyond word
processing, the Atari is not really a match in the business environment
for MS-DOS or Macintosh machines."

Reid is quick to point out that "it's not that the computer itself is
incapable" -- just that the software companies that produce major league
packages for MS-DOS and Mac aren't taking advantage of the power in the
ST (with the exception of WordPerfect).  On the other hand, he discusses
such Atari-specific programs as the SideKick-like Partner ST from
Timeworks, which puts a calculator, Rolodex, appointment calendar and
other tools onto your ST desktop.  He also cites ST ports (such as The
Software Toolworks' Mavis Beacon Teaches Typing) that are better than
their MS-DOS counterparts.

Avant Garde's MS-DOS emulator, PC-Ditto, comes under fire in Reid's
article.  "Even compared with the performance of a rickety old IBM-PC,"
he says, "running MS-DOS stuff on the ST is a sensation akin to riding
a tricycle in the Indianapolis 500."  On the other hand, he calls Data
Pacific's Magic Sac, which lets you run Macintosh software on the ST, a
"somewhat more successful" effort.

Reid feels that desktop publishing should be a natural for the ST -- the
features required for desktop publishing happen to be the ST's strengths:
"lots of memory, sharp graphics, a versatile laser printer." Reid likes
the fact that the Atari laser printer has no built-in fonts or page-
description software -- making the printer more versatile than many
"smart" printers, and holding the price down as well.

=========================New Products>

Diamond(tm) Press Release Info

Attention Atari XL and XE owners. REEVE Software, developers of the
powerful News Station page layout software, will soon be releasing our
powerful new graphics based operating system. It is called Diamond(tm)
and when loaded into an XL/XE computer with 64K or more, gives your
computer a complete graphics operating system similar to what GEOS(tm)
has done for the Commodore 64.

Diamond(tm) is our powerful new graphics based operating system. It
allows your Atari computer to use the icon based point-and-click menu
systems that are present on many of the more powerful systems today such
as the Macintosh(tm), Amiga(tm), and Atari ST(tm), and better yet, is the
fact that Diamond(tm) is not a single program that uses drop-down menus
and icons, but rather an environment which mean there will be many more
programs to come that are Diamond(tm) based.

Diamond's(tm) features include:

A mouse cursor which can be operated by the keyboard, a joystick, a touch
tablet, or a mouse. It it definable in shape and its point of action can
be changed (e.g. an arrows point of action would be its tip, and a
crosshairs point of action would be its center.

Drop-Down Menus that can have menu options activated and deactivated
which is indicated by highlighting active items. Menu items can also have
check marks placed and removed from them. These function are all handled
by Diamond(tm).

Desk Accessories which can be called up from any Diamond(tm) based
program at any time.

Icons that can be activated through a point-and-click system with a
mouse. Icons can be shaped and moved all as part of our environment.

Dialog Boxes that are virtually unlimited in design to allow the user to
make easy selections that require anything from a simple yes/no response
to anything one can think of.

Windows that can be opened, closed, moved, and sized via simple software

...and many more powerful routines that make up the Diamond(tm)

Most of what has been said up until now deals with Diamond(tm) as an
environment, and is meant to let you know that Diamond(tm) is an
environment that can easily be accessed by anyone that knows how to
program, however, Diamond(tm) is intended to make computing more fun for
those that do not know how to program, or even know how to use a
computer. The primary purpose of an environment such as this is to make
computing easy and enjoyable, and this is a user interface allowing
people to communicate more easily with their computer.

Diamond(tm) is scheduled for July release and includes our Diamond
DeskTop software, which acts as a substitute for those select a letter
and command oriented systems. It allows users to perform every standard
DOS function via a simple user friendly command such as deleting a fil br
dragging the file over to the trash can, and the user doesn't have to use
the keyboard unless absolutely necessary as in renaming a file.

Diamond(tm) DeskTop will also be compatible with Floppy Drives, Hard
Drives, and Ram Disks as well as most Disk Operating Systems such as
Atari DOS 2.5 and SpartaDOS(tm).  We hope that Diamond(tm) becomes the
new standard of operating environments for Atari 8-bit owners as we have
designed it with excellent flexibility and power. Diamond which includes
Diamond DeskTop and some additional programs and Desk Accessories will
retail for $29.95 as will our other Diamond based products.

Diamond should pump new life into your Atari 8-bit computer, and in order
to put even more power into your XL/XE computer we have a complete line
of Diamond(tm) based software such as:

The Diamond Programmers Kit

   Explains how to program with Diamond(tm), and includes macros for
   Mac/65 and Basic source code to demonstrate how to use Diamond(tm).
   Also contains a resource builder to aid in  the construction of
   drop-down menus, dialog boxes, and icons. It's what REEVE Software
   uses to develop our Diamond based programs. (August '88) $29.95

Diamond Write

   A full featured word processor that includes everything your come to
   expect from word processing on your Atari XL/XE and the ability to use
   multiple fonts and multiple text sizes in your documents. (August '88)

Diamond Paint

   A powerful paint program designed to allow you to paint fantastic art
   in an environment of drop-down menus and icons. (August '88) $29.95

Diamond Publish

   Finally, true desktop publishing for your XL/XE computer. Once your
   experienced Diamond Publish you wont give it up. Text flows from
   column to column, around pictures. Several fonts can be used in
   several different sizes. Multiple page documents in memory. (August
   '88) $29.95

Diamond Draw

   An object oriented drawing program so that images used in Diamond
   Publish will look smooth at any size. Draw squares, rectangles,
   circles, and use several different fill styles. (No release date set)

Diamond Basic

   A Basic language designed to take full advantage of the speed and
   power of Diamond(tm). (No release date set)   $29.95

Diamond Asm

   A complete assembly language development system geared towards the
   Diamond environment. Allows for macros, conditional assembly, and
   more. (No release date set)     $29.95

Diamond C

   A C language environment that will take complete advantage of
   Diamond's many powerful capabilities. (No release date set) $29.95

For more information on Diamond(tm) or to place orders contact:

  REEVE Software
  29W150 Old Farm Lane
  Warrenville, IL  60555
  (312) 393-2317

  Compuserve ID is 71521,2200

OMNItech Software Proudly Introduces

        | O M N I p r i n t |

Give Your OkiMate 10 The Quality Printing You Would Expect From An
EPSON/Compatible Printer!

Features Include:

   Choice Of Nine Different Printer Fonts
   Print Special ATASCII Characters....Great For Program Debugging!
   Prints In 60 Charater Lines...Wider Print Makes Easier Reading!

   Full Documentation Included

.....  And Much, Much More!  ......

** System Requirments

     Atari 800, 800XL, 1200XL, 65XE, 130XE [ Or other with at least 32k ]
     OkiMate 10 Color Printer
     Atari Compatible Disk Drive

List price: $15.95

For additional details, contact:

   OMNItech Software
   ATTN: OMNIprint
   c/o Jason Dickens
   4712 Saguaro Drive
   Louisville, Kentucky  40229

=========================Oasis BBS Update>                   by Zin Marie

Before I tell all about the new download directory for OASIS BBS, allow
me to remind you that Z Innovators released a Public Domain (P.D.)
version of OASIS BBS, called OASIS JR.  OASIS JR. comes in two ARC files,
and is available on GENIE, XBN BBS, and many fine BBS' in the United
States and Canada.  OASIS JR. is an excellent, all machine language BBS,
that can be run from a single floppy disk, or all the way up to a hard
drive system.

On April 9th, 1988, OASIS BBS eliminated it's built in download listing
directory, and replaced it with a module called DLBase.  The file DLBase
is 29 single density sectors long, and can be configured to display
download files on most any drive and subdirectory setup.  You can have as
many DLBase modules in use on OASIS as you desire.  The DLBase system is
designed to allow you to totally customize your files listings.

The DLBase system includes the DLBase module, a menu text file, a help
text file, and a DLBase runner file.  The DLBase runner file is a module
called RUNDLB, and is 5 single density sectors long.  You can set RUNDLB
to check the user's level number before showing him your files menu. Your
files menu is a text file that can be as large as 24 lines x 80
characters, or 1920 bytes.  There are three support filenames within the
RUNDLB module.  You edit RUNDLB with a text editor.  I heartily recommend
TEXTPRO for editing OASIS modules.  The three files to be named are your
menu, DLBase, and RUNDLB.  You name them whatever you desire.

Your next step is to configure the DLBase module for your system.  There
is a line of drive numbers that you edit to tell DLBase which drives to
look on, for downloads.  You may use up to 8 drives, and enter their
numbers in any order that you wish.  Next, you want to customize your
TYPEs and LANGUAGEs. DLBase uses the first two extensions in a filename
for the TYPE and LANGUAGE of the file.  You have 10 letters for each
descriptive word, and a limit of up to 26 different TYPES and LANGUAGES.
Numbers are also allowed, in addition to letters.

DLBase has an option for using subdirectories, or NO subdirectories.  If
you choose subdirs, then you must name them in the DLBase file.  The
limit for each DLBase file, is 26 subdirectories.  If you have more than
26 subdirs, then you can use two DLBase modules.  The length of the
subdir name cannot exceed 9 characters, but wildcards can be used.  You
can also tree the subdirs. At this point, all your editing and
customization is done.

The following is the mini menu that your users will see after they choose
a file category:

[0] |Filename |
[1] |Type     |
[2] |Language |
[3] |Level    |
[CR]|Listing  |
[Q] |Quit     |
[H] |HELP ME! |
[M] |DL Menu  |

Your users are able to change the search parameters before listing the
files.  They can use wildcards in the filename.  When they select
LANGUAGE or TYPE, they will be shown a list of your LANGUAGES and TYPES.
They also can list files at one certain level, which is controlled by the
third extension in the filename.  By hitting [H], they can view your
HELP.TXT file.  Once they are ready to list files, they simply hit

The DLBase module display is differnt for 40 column versus an 80 column
user.  DLBase adjusts automatically.  For a 40 column display, DLBase
shows two lines for each file.  The information shown is, Filename,
Language, Type, Date, Size in bytes, Level number, and download letter.
Eight files are shown per page.  Options available at each page are,
[M]enu, [Q]uit, [N]ext page, [V]iew ARC, and [LETTER].  To download a
file, the user hits it's letter.  The same information is given to 80
column users, but instead they can see 12 files per page, and for each
filename, the display shows one 80 column line.  One SINGLE module easily
handles displays for both 40 and 80 column support.

The versatility of DLBase is what makes it a great new feature on OASIS
BBS.  You can run DLBase from any of 22 main menu options.  DLBase can be
set to allow only a certain level to see it'S files, which is a handy
option for user groups.  Users can list files by many different
parameters.  For example, if your subdir called NEW> has many differnt
TYPES of files, a user can list only the GAMES.  Showing drives in
differnt orders is handy when your older files are on drive 6, and you
want your listings to start with D7: and then go on to D6:  If you are
converting to OASIS from another BBS, the use of NO subdirs, and the use
of wildcards in the subdir names allow you to run DLBase without
re-configuring your download setup.  If your old system used extensions
for type an language, then DLBase can be set the same exact way.

Lastly, the use of DLBase is so user friendly that users need no help to
use it to it's fullest potential.

Some new features were added to DLBase and are being tested on the OASIS
support BBS and MANY OASIS beta testing sites around the country.  New
options are:

    Search all sub directories
    Search all new files since last logon.
    Select and De-select subdirectories for a search all.
    Search new files within a category.

To order OASIS IV BBS, send $25.00 made payable to:

1344 Park St. Dept. 187
Stoughton, MA 02072

For support and OASIS JR. download, call XBN BBS' at any of these

  617-767-0675 (PCP MABOS 2400 node)
    617-767-0760 (PCP MABOS 2400 node)

=========================ATARI SCUTTLEBITS>                 by  Bob Kelly

User Groups .......

It was a cold, damp night in Sunnyvale.  The unusual weather had moved
down from San Francisco, adding to the discomfort of the men sitting in
the sumptuous living room.  In one corner was Jack Tramiel, staring out
the window as the ocean waves pounded against the beach.  Sitting close
to Tramiel, on a floor cushion not 10 feet away was Neil Harris with a
copy of the Wall Street Journal in his lap.  The headlines read "Tramiel
buys Atari from Warner".  Harris spoke rapidly in the fashion of a young
reporter, "Gee whiz boss, we sure got some good press!"  Jack Tramiel
turned momentarily, smiled, nodded and continued looking out the window
engrossed in his thoughts.  Surely his thoughts were on the risk to his
fortune now that he had bought Atari?  How was he going to keep this
company going until the still secret 16 bit line was out next year?
Everything he had worked for was at stake but nothing appeared right at
the moment.

Across the room sat Sig Hartmann who had been with Jack Tramiel a long
time.  He was Vice President at Commodore and who knows what else where
else.  Sig put down his copy of Der Spiegel and said, "Jack, we're
planning to cut costs as you ordered.  Corporate employment will be only
a few hundred people.  Of course, a reduction in personnel creates other
problems.  Namely, who is to service the products we sell?  The planned
cutbacks eliminate what little customer support Warner provided to Atari
owners.  Further, there is no dealer network."  A horrible thought
flashed across Neil Harris' mind "could this mean a pay cut for me?"
Jack Tramiel noting Harris' discomfiture smiled and suggested it would be
nice if someone could get some sandwiches as he had not eaten since
writing the check.  Harris volunteered, took the order and walked out the
door toward the waiting limo headed for Metropolis and the sub shop.

Back in the house, Sig was alone with Jack and son Sam Tramiel.  Nothing
much was said for 20 minutes or so.  Suddenly an idea came to Sig.  He
broke the silence, "One way we can keep people buying Atari products even
though we have no customer service network is to utilize the existing
Atari user groups."  Jack turned in his chair, dropping hot cigar ashes
on his pants.  Sig went on ignoring Jack's smoldering trousers, "User
groups have been galvanized through opposition to policies adopted by
Warner.  They have repeatedly stressed the versatility and power of the 8
bit computer with the public.  We must sell the 8 bit inventory inherited
from Warner to stay alive.  Further, by gaining their support, we can
move away from just a game machine company in the public's mind."  Jack
Tramiel continued to stare out the window but now thoughts raced through
his mind.  After about 2 minutes, he bolted from the chair dropping his
cigar in his bourbon and water.  He was belly to belly with Sig and
shouted, "Yes, the user groups can help us sell the huge inventory of 8
bit products while Shiv has time to bring on the new 16 bit ST computer
line.  In fact, even after we start selling the 16 bit computers in the
U.S., we can tell everyone to go to the user group for support".  Jack
was now into it.  He turned and said to number one son, "This arrangement
will reduce our financial requirement to service the products we sell
while at the same time advertising how user groups are providing enhanced
customer support to the new buyer.  It's free except for some minimal
outlay for a user group representative here at corporate headquarters.
It will and must work!"  Both men congratulated each other on the beauty
of such a system.  It was all so simple - service the public through
involving the public.  This was the answer to the liquidity trap.  A
greater share of Atari's financial resources could now be allocated to
develop the next generation of 16 bit computers.

Sam Tramiel had been quiet up to this point.  He looked at both men and
said, "This will work for a couple of years, then it will be time to pay
the piper.  In other words Dad, sooner or later, the user groups may need
help as our corporate policies change and we move away from the 8 bit
computer.  What do we do then?  They will expect our support ........"

While the conversation above is fictious and events compressed, the
corporate plan implemented by Atari was fairly close to what has been
depicted.  User groups did everything in their power to aid Atari's
resurgence.  User groups promoted the 8 bit computer line, explained to
the public how Atari's corporate outlook had changed, and took on the
task of being de facto customer representatives for Atari.  After one
year, inventory declined, cash flow improved, and everyone awaited the
imminent arrival of the ST.  In retrospect, one might say that 8 bit
sales bought Atari the financial time it needed and user groups
contributed to the success of this strategy.

However, with the advent of the ST computer, corporate policies indeed
changed, just as Sam Tramiel might have said.  Atari has all but ignored
8 bit users and for the last year or so the priority of U.S. ST
purchasers has declined.  Atari's focus is the European market where ST
sales are strong.  But in Europe, there are few old-time users who
remember the early days.

The lack of attention on the part of Atari over the past year or more has
taken its toll on U.S. user groups.  Some have gone completely out of
existence, some are just a shell, and others have witnessed a decline in
numbers and/or participation.  It is in Atari's interest to reverse this
trend.  What can Atari do?  Well, there are two reoccurring themes in the
responses to my queries of user group representatives:

o Atari could make user groups the initial beneficiary of insider
  information on new product releases, bug fixes, and general hardware/
  software support.  This could be accomplished through bulletins and
  technical fact sheets made available to the designated officer of a
  user group.  Another suggestion would be for Atari to provide technical
  summaries of GEnie files concerning important hardware/software
  modifications. Simply put, consistent communications creates a
  rationale for a user group - the transmittal of technical and product
  information to users.

o Atari could develop a road show.  Thousands turn out in selected cities
  when Apple technical types visit to show-off the new wares to the users
  in the provinces.  Why can't Atari schedule 1 or 2 people for "a-month
  -on-the-road" each year with user groups demonstrating new hardware/
  software as well as third party contributions.  This might be much more
  cost effective in the long run than appearances at various Atarifests.

One of the persons I asked for suggestions was the President of the
Northern Virginia Atari Users Group, Georgia Weatherhead.  While she was
writing a response to my questions, the mailman deposited at her door a
new Atari publication to be issued monthly.   (This really happened, one
day prior to submission of this column!)  She immediately called Atari
and found out that one copy will be distributed to each user group and
the person responsible at Atari is Ms. Elizabeth Shook.  The publication
is located within the new computer division at Atari and Chuck Babbitt is
its President.  The initial issue is concerned solely with 16 bit
computer information.  I hope this publication will also recognize the
needs of the Atari, non-games, 8 bit community.  A substantial portion of
the membership in the Washington, D.C. area operates 8 bit machines.  In
any event, assuming this new publication continues and the content is
expanded incorporating more technical information, it will help user
groups lure back old members as well as the needed new blood.  Ultimate
success depends on word being spread on club events to local Atari
dealers, user group members actively recruiting, and even in some cases
innovative publicity.  After the shake down period for the Atari
newsletter, the ball is in the user's group court.  They better get
ready.  THIS IS AN EXCELLENT START BY ATARI.  Congratulations.

Most of the users felt strongly the "travelling road show" would be of
immense value.  This statement is qualified, of course, by the assumption
that adequate local publicity precedes any visit by Atari officials.  The
road show has a number of advantages.  It demonstrates to existing
members the concern of corporate Atari.  It has the potential for
significant, immediate increments to user group membership rolls.  It
generates local media publicity favorable to Atari and, by implication,
shows its concern for users to potential computer buyers.

Needless to say I do not have all the answers nor even all the right
questions.  If Atari would like to join the dialogue, I would be willing
to surrender all the space necessary for a response and/or alternative
proposal(s).  It's their call!  User groups and Atari must have a better
working relationship.

That's all for now folks ........

=========================Express! Professional  Programming Tips>

The user-written modules have really started to roll in for use under
Pro!.  Unfortunately, the authors of these programs are not following
the standards that we attempted to implement for BBS Express! Pro. This
is probably mostly our fault, since we didn't really push hard enough on
these standards in the BBS documentation. This document will hopefully
teach you the proper way to write modules for use under Pro. All of the
examples here will be written in Action; those of you writing in
assembler will have no problem understanding and applying these rules to
your assembler programs.

Please place this file for download on your BBS system, and help us
to distribute it as widely as possible.

      Keith Ledbetter

-----------------------------------------------------Hard-coded filenames

The thing that bothers us the most is that everyone writing external
modules is hard-coding filenames, and then telling people to "recompile
the program for use with your system".


This is the whole reason that the >DATA> subdirectory exists. The
>DATA> sudirectory's whole purpose in life is to hold user-written
module's data files.  Not only that, but there is a SYSDATA global
variable that tells you exactly what drive the >DATA> subdirectory is on.
This global is called S_DATADR, and is an ATASCII value of '1' through

For example, just using the two following lines of code, your program
will run on ANY Express! Pro system with no changes needed by the sysop:

;   Example code to open a "MYGAME.DAT" datafile on ANY Pro system
;   --------------------------------------------------------------

Proc Load_data_file()

Byte array Filename (0) = "Dx:>PRO>DATA>MYGAME.DAT"

   Filename (2) = S_DATADR           ;put data drive in the filename
   Open (DISK, Filename, 4, 0)
   ...rest of code...

That's all there is to it!  Now, this piece of code will run on any Pro
system, regardless if the sysop has 1 disk drive or 8.  That's what the
SYSDATA file is all about!   In addition to the S_DATADR global variable,
there are also variables to tell you what drive the message bases,
userlog, commands, and file SIGS are on.

Also, notice the way the above filename was defined with a ">"
IMMEDIATELY behind the drive specifier.  You MUST do this for all
filenames that you specify. We have seen filenames like:

   "D2:game.dat"      "D2:pro>data>game.dat"    "D2:data>game.dat"

NONE of these filenames are right.  You can NEVER be sure what the
"current default directory" of any disk drive is at the current moment.
By placing a ">" immediately after the "Dx:", you are telling SpartaDOS
to "start looking in the MAIN subdirectory, regardless of what the
current directory is".

While on this note, we have also seen programs that "refuse to run" if
a specific data file isn't present.  Why do that?  If you don't find the
data file that you need, why not just create it? This only takes a few
lines of code, but it makes the sysop's life so much easier.  Granted, if
you are writing an application that requires a lot of data, then you
won't be able to do this. But, if you are writing a game and then
aborting out because you can't load the "high score" list, why not simply
create one when you see that it doesn't exist?

Exiting a Program by Chaining to MAIN.CMD

Another problem we have seen quite a bit is that almost everyone is
exiting their programs by doing a chain to "MAIN.CMD" (ie:  Chain
("MAIN")).  Now, there is nothing wrong with this (I do it alot myself,
too) but if you are going to do this, then you MUST make sure that the
BBS is "currently active".

For example, don't forget that your program could be ran by a sysop who
has NOT logged onto the BBS, but rather did a "quick entry" into the DOS
shell by hitting "8" from the "waiting for call screen". Now, there is
nobody "logged on" to the BBS, but you are exiting to the "MAIN.CMD"
command processor!  This could be rather ugly!

The ideal way to "exit out" of a program is to "drop out cleanly". That
is, by hitting the "RETURN" statement in your Main() procedure.  But, if
you want to exit by chaining to "MAIN", then you need to make sure that
your program ONLY runs if someone is currently logged on to the BBS
system.  You can do this by looking at the global variable named
"BBS_Active".  If this variable is ZERO, then nobody is logged on. This
can easily be accomplished by these few lines at the top of your MAIN()

   Proc Main()
      Error = MyError                 ;point error vector to your routine
       If BBS_Active = 0 then         ;nobody's logged on...abort!
           EchoSE("Sorry...this program may only be")
           EchoSE("ran when the BBS is active!")
        ...rest of code...

Where Did My Program Get Invoked From?

There may be certain times that your application may need to know where
it was invoked from. This can be found out by looking at the global
variable named "Invoker".  This single-byte value will always contain
the keypress that invoked your program (only if it was invoked from the
main Command prompt; if it was invoked by a "MENU" program, invoker will
contain the key that invoked that MENU file).  For example, MSGBASE looks
at INVOKER to see if it is a "Q".  If it is, a "quick scan" is done
instead of the normal message base processing.

Where INVOKER is mostly used is if you want to know (a) was it invoked
from DOSshell, or (b) was it invoked by the Event Scheduler.  DOSshell
will always place a $D0 into INVOKER before loading an external command;
the Event Scheduler will always place a $FF in INVOKER.  Here are some
small examples:

;     This program only runs from the DOSshell
;     ----------------------------------------

   Proc Main()
        If Invoker <> $D0 then
           EchoSE ("This program must be ran from DOSshell!")

;     This program only runs from the Event Scheduler
;     -----------------------------------------------

   Proc Main()
        If Invoker <> $FF then
           EchoSE ("This program must be ran from the scheduler!")

;     This program will run anywhere EXCEPT the event scheduler.
;     ----------------------------------------------------------

   Proc Main()
        If Invoker = $FF then
           EchoSE ("This program can't be ran from the scheduler")
           EchoSE ("since it requires keyboard input!")

In Conclusion...

By following these few standards, your custom-written modules will be
much more powerful and "sysop friendly".   Don't forget - the ultimate
goal for user-written modules is that ANY sysop can download it, copy it
to their >COMMANDS> subdirectory, and then execute it without any further

Study the global variable documentation carefully, and watch for some
of our coding examples to appear on the Pro Support BBS (804-744-8897)
soon. If you have any coding questions, help is justa phone call away!

        Keep those modules coming!

      Keith Ledbetter & Chris King
          Orion Micro Systems

=========================Compaction Programs Revisited>   by Marty Albert


June 9, 1988

Well, here we go again.  Another comparison of file compression systems
for the Atari 8-Bit Computers.  Frankly, the way things look from here,
this may very well be the last such comparison done by me. (what's that?

This time, I've taken a look at ARC/ARCX 1.2, Disk Comm 3.2, and the new
AlfCrunch 1.2 that has just started showing up.  I've taken a very close
look at them in fact, and I had more than a few surprises!

First, let's see the test data, them my own editorial comments.

         Test Setup

All tests were done on the following system:
        256K 800XL
        1-1050 with US Doubler
        1-meg MIO
        SpartaDOS 3.2d

All of the source files were on the 1050 and the compacted files were
written to the MIO RAM-Disk during creation.  For recovery, the compacted
files were on the MIO and the recovered files were written to the 1050.

In all cases, the high speed option was enabled.

In all cases, the computer was re-booted to get rid of all excess memory
use between each creation and recovery.

Recovery was always to a freshly formatted disk.

The files use as source files were:

           SAVEd BASIC ------- 12078 bytes
           Binary Load ------- 13054 bytes
           Compiled T-BASIC -- 11877 bytes
           ASCII Text --------  8740 bytes
           Atari Font --------  1024 bytes
           Virtuoso Show -----  6528 bytes
           MI Picture --------  7684 bytes
           Daisy-Dot Font ----  2307 bytes
           KOALA Picture -----  1881 bytes
           RLE Picture -------  6550 bytes
           TOTAL               71723 bytes

All byte counts were based on the numbers provided by the SpartaDOS 3.2d
directory listing.

Times were kept with a stop-watch and are as accurate as possible. Allow
a +/- 3 seconds to the times.

On ARC/ARCX and on AlfCrunch, the screen was OFF to speed up the
processing.  They were also run from a SpartaDOS BATch file and/or the
command line input feature.

On Disk Comm, the entire 256K of the 800XL was used.

  Test Results

The following chart is the results that I got with the test:

     PROGRAM      TTM       TTR      SIZE    % CHANGE     ERRORS
     ARC          7:01      6:07     55630   -22.44%      none
     AlfCrunch    1:37      0:57     50541   -29.53%      none
     Disk Comm    3:53      1:36     66416   - 7.40%      none

Evaluation of Tests


Well, no big surprise here.  ARC is slow, but does a wonderful job of
compression.  The compression of the files is not really all that big a
deal for the local BBS, but for an on-line pay service like GEnie or
CompuServe, that can be *very* important!  Again, I failed to get the
damage to the recovered files that has been so often reported.  But, this
is all old news.

Disk Comm

Again, nothing much different here, either.  Disk Comm is much faster
than ARC, but doesn't do much in the way of compaction.  For the
occasional boot disk, Disk Comm is probably the best way to go, but more
on that later in my editorial comments.


All I can say is WOW!  I've always said to those that don't like ARC that
as soon as something better comes along, I'll go for it.  Well, here it
is!  Not only is AlfCrunch faster than ARC/ARCX, it's *faster* than Disk
Comm!  And, to sort of add insult to injury for Disk Comm, AlfCrunch even
compresses *better* than ARC!

After I saw the above results, I went back and used AlfCrunch on many
more files, 40 all told, and did not not get a single damaged file.  I
tried all sorts of files ranging from long BASIC XE programs to tiny
little data files.  They all worked fine after being processed and

It looks very good, but again, more on that later.

Editorial Comments


The comments here are my own.  They are NOT the official position of
anyone or anything except myself, nor should they be read as anything
but opinion based on the above tests.

I've always liked ARC.  It may be slow, but it's good.  Perhaps that's
because as a SysOp on GEnie, I'm more aware of the costs in dollars for
downloading big files.

I also like Disk Comm.  It's easy to use, reliable, and fast.  It also
does at least a little compaction, which is more than can be said for
the other boot disk systems.  I've never been happy with the light
compaction, though, and I still think that a better way can be had.

So, along comes AlfCrunch.  At first, I thought it to be just another
cute toy that someone had done.  Was I ever wrong!  When I ran the
tests (by the way, AlfCrunch was the last one I tested), I was shocked
by the speed.  As you can see, AlfCrunch is far faster than Disk Comm.

At that point, I figured that the compression would be light.  When I
did the directory and saw the byte count, I just knew that SpartaDOS
had just shown me some hidden bug.  I tried it a few more times, with
the same results, and the file recovered into the right number and
size of files, and they all worked!

Needless to say, I was blown right out of the water!

Then came the neat part.

My ARCVIEW program works on the AlfCrunched file!  I get some garbage
characters in there, but it works.  I think (not sure!) that this is
due to the file header used.  That remains to be seen for sure, though.

The bottom line is this:

For boot disks, keep on using Disk Comm.  It's the best that we have
right now.  I'd like to see better, but who knows?

For the files that you've been ARC'ing, have a look at AlfCrunch.  As
you can see, it seems to be far superior to anything else now available.

One note about AlfCrunch.  The DOCs are *very* complete, except that the
author's name/address info is skimpy.  What shows up in the DOCs is:

   Programmer's Aid BBS
     (416) 465-4182

I'd like to know just who this guy is!

So, Alfred, if you're reading this, let us know who you are!

  Marty Albert
  GEnie Atari 8-Bit RT SysOp
  GEnie Mail address --- MARTY.A

  Suite 6-216
  Box 4005
  Carmichael, CA 95609-4005

=========================Carina II Review>               by Larry Mihalik

Carina BBS II
Carina Software Systems
Author:  Jerry Horanoff

Carina Software Systems introduced Carina BBS in 1986.  It was built much
differently than any other Atari Bulletin Board system, and promised to
be expandable and easily modifiable.

The program was structured in a module format, with each program
approximately 16K and written entirely in Atari Basic.  What made it even
more unique, was that the programs required very few XIO calls to the
modem.  That's because Carina contained an operating system shell called
MOE (short for Modem Operating Environment).

Since MOE did nearly all the calls to the modem, and directed the I/O,
the basic programs were free to run themselves, jumping from one program
to another as the user selected functions of the bulletin board. There
was no need to worry about maintaining a buffer, or using up valuable
memory performing XIO commands.  Carina seemed to be the perfect Atari
8-bit bulletin board system since modifications and expansion was truly
possible and relatively easy.

Carina has now introduced Carina II.  This program is much larger than
the original Carina, and more powerful.  The system was designed for
larger Atari 8-bit systems and provides for even more expansion than
before.  It's design concept is the same as the original, MOE is still
there, along with the Atari Basic programs (the modules).

One of the most notable changes between the two systems is the fact that
Carina II is organized by SIG's (Special Interest Groups) making them
more like small BBS systems in themselves. Each SIG has it's own:

o  Bulletin File

This can be created, appended, or edited on-line, giving you the ability
to provide for SigOps (SysOp of a SIG) who can really take a management
role in the SIG.

o  Voting Poll

Each SIG has it's own voting system of up to 26 questions, each question
can have up to 26 separate responses.  The vote polls only allow you to
vote once, and keeps a running tally of the number of voters and the
percentage of the voters selections by response.

o  Message Base

The message bases are one of the most efficient and amazing functions of
Carina II.  Each message base will hold up to 255 messages before they
are compacted automatically.  Each message is numbered, date and time
stamped, and contains a topic and a title.  Carina II will allow you to
search the message bases in a variety of ways:

     - TO/FROM a User                           - NEW
     - TO/FROM a Date                           - LAST (number)
     - TO/FROM a Date and Time                  - Number-Number
     - TRACE Forward for replies                - ALL
     - TRACE Backward                           - Jump forward (number)
     - SEARCH Text                              - Jump Backward (number)

Searching TEXT is one of the most interesting features, if you are
looking for a particular word (for instance MIO.), Carina II will search
all the messages in that SIG for that word.  It is surprisingly fast and
very reliable.

o  File Area

Each SIG can have it own File area for uploading and downloading. Each
file contains a text description identical to the message area and you
can access the same commands in searching for files as you do for
messages.  One additional feature is that the file descriptions also
contain KEYWORDS that were determined when the file was uploaded.

These keywords then allow you to search for a file based on the type of
file you are looking for. (Example:  Object/Utility/Telecom)  You can
also just get a listing of all files by doing a directory, it includes no
search facility, but all the other options are available.

o  Databases

Each SIG has it's own Database area that will allow you to insert text
files for on-line display to a caller.  It is very easy to use and to
build a Database/Library of files.  A Database within a SIG can carry up
to a maximum of 702 text files.

o  Sub-Program area

The sub-program area is similar in structure to the database area, only
it RUN's the program instead of display it.  This would primarily be used
for on-line games or utility files, and proves how easy it is to modify
or expand Carina II.  A basic program can be anything you want to create
or adapt.  The only real restriction is that the program be under 17K and
be properly Trapped.  Some Basic commands such as Graphics or Position
and Sound statements should also be excluded.  A sub-program area can
carry up to a maximum of 702 programs.

Did I lose you yet?  If not, there is more.

Assuming you have the space, a Carina II bulletin board can operate with
up to 26 SIG's.  You can decide what you want in each SIG when you
configure your board.  The only thing a SIG must have is a Database Area.
You may want some SIG's with file area, others without, or some with
sub-program areas, or only one with a sub program area.  The choice is

Setting up Carina II

This is the part I worried about the most, something this big should take
hours if not days to get up and running.  I warned my users, that there
maybe a constant busy signal for a few days once Carina II arrived.  When
it did arrive, I was even a little more worried when I saw that it came
on two disks with both sides used.  I carefully read the manual (well
okay, I scanned the manual), and prepared my self with a pot of coffee.

The manual was excellent!  It was freshly printed, (not copied) and
stepped me through the set up process.  It was organized by the type of
equipment I was using, and allowed me to read only what was pertinent to
my hardware configuration.  One thing you should take note of is that
Carina II REQUIRES SpartaDos 2.3 or greater, so this means you need a
XL/XE computer to start with, and of course SpartaDos.

I followed the instructions to the letter, creating my folders and my
INIT.BAT and CARINA.BAT files.  Since I was using the 1mb MIO. and 40meg
hard drive, the actual preparation was easy.  Copy a few (35) files and
setup the BAT files and the process was complete.

Still following the adage that nothing this big is that easy, I prepared
myself for the worst.  I ran the INIT.BAT file and all went smoothly, the
files were properly copied to my MIO.  Now came the big test, I ran the
CARINA.BAT file and before I could say WOW!, Carina II was asking me for
my configuration.  I specified the drive locations for the various
folders and data files, and determined if I was going to be using my
printer, the maximum baud rate of my modem, and whether or not I wanted
to have the MIO. to be backed up.  I could create a BACKUP.BAT file that
would be executed every hour to every 255 hours. After I completed the
configuration the way I wanted it, I hit return and watched the BBS ask
me questions about my Electronic Mail SIG.

After completing the information for configuration of the Email SIG, the
BBS rebooted itself and went into waitcall mode.  I looked at my watch
and could not believe that only 44 minutes had passed!

I logged onto the BBS and followed the instructions on how to give myself
SysOp access to the BBS.  That's when I followed the instructions on how
to pull down the Status Window.  This is a Full screen utility that is
invisible to the caller.  I can edit their access right there and they
would not even be aware of the action.

So who said the Atari 8-bit can't multitask!  The status window allows
you to change all aspects of a users profile, and even includes the BBS
header.  Once I gave myself SysOp access, I was able to create new SIG's,
create bulletin files and even Logon and Logoff screens with the on-line
editor.  The manual covered each function in detail and provided step by
step instructions for each area.  I created 7 SIG's right off, and I was
amazed by the fact that I could rename, or edit the profile or functions
of each SIG.  There is no question that a lot of thought went into
providing the SysOp with enough function to really control the BBS.

When I was done, I had the BBS configured the way I wanted it, I had
replaced the Carina II text files with my own, and the BBS was ready to
receive callers.  All this in 90 minutes!

Other Features

Carina allows you to define a user file that would be used for a callers
initial profile when he logs on for the first time.  Changing this would
provide them with the time and access to SIG's that you want a new user
to have.  This is a nice feature, but what is even nicer, is you can
create up to 10 of these user files.  When giving more time on the BBS,
you simply Edit the user (or access to a SIG), just read the user data
file you want and his profile will be updated.

The manual dedicates itself in teaching you the SysOp/SigOp commands.
Carina II comes with a extensive built in HELP database, and a utility
program to compile all the help files into a user manual for downloading.
If that's not enough, it also includes an on-line SigOp manual for both
on-line help and a utility for downloading as a manual.

SigOp access is granted by SIG, so you can have a SigOp (or multiple
SigOps) per SIG.  A SigOp is basically a SysOp of his own little bulletin
board within the Carina II BBS.  A SigOp can:

     o  Create voting polls
     o  Edit the SIG's Bulletin File
     o  Validate Uploads to the SIG
     o  Give SIG access to a user (or take it away, or limit it)
     o  Delete files or messages

As with the original Carina, you can go to basic or DOS while on-line,
and perform most of the functions native to these applications.  This
even includes executing basic programs, or copying files on-line.

Carina II also offers the SysOp a built in terminal program for calling
other systems.  This is one feature that you are going to love with
Carina II.  Basically because of protocols for file transfer available
with Carina II.  The BBS supports the following file transfer

     o X-Modem CRC                          o  X-Modem SUM
     o Y-modem                              o  Y-Modem BATCH
     o C-modem                              o  C-modem BATCH
     o ASCII

C-Modem was developed for Carina II.  You might say, just another
protocol, but pay attention to this!  C-Modem is a cross between Y-Modem
and heaven.  It transfers block sizes of 7.5K on a Carina II BBS (Y-Modem
transfers at 1K blocks) and if an error occurs, it only goes back and
replaces the errant 256 byte occurrence (Y-modem repeats the entire 1K
block).  File transfers are incredibly fast with C-modem and it will soon
be available in a few PD terminal programs.

Carina II offers a lot more:

   o  Reset Facility that will reset the BBS once the Carrier is dropped
   o  Full 40 and 80 column support
   o  VT52 graphics (Atari ST)
   o  Macro, Single letter or plain English command support
   o  Login and message send by Account number
   o  Technical reference manual and Technical support by phone
      Voice or BBS


If you read this far I don't have to tell you how great Carina II is in
two sentences (but I will tell you anyway).  This is by far the most
powerful and modifiable BBS in the Atari 8-bit market.  You will be
impressed by it's speed and documentation.  If you still are not
convinced, give anyone of these BBS's a call:

     Carina II BBS          407-747-9196          300/1200/2400
     The Lion's Den         312-690-3724          300/1200/2400
     The Syndicate BBS      201-968-8148          300/1200

It is refreshing to see this kind of quality being produced for the Atari
ZMagazine    Issue #110    June 13, 1988
(c)1988 APEInc.

Return to message index