[comp.sys.atari.st] New Roms

SOFPJF@UOGUELPH.BITNET (Peter Jaspers-Fayer) (11/19/87)

    I went to the Canadian Computer Show earlier this week (a sort of
mini-COMDEX), and asked about the availability (to the general public!)
of the BLIT and the new ROMs as a retrofit to the 1040/520.  No one at
the Atari booth knew anything at all.   All I could get was "Only the
boys in California know for sure".  Some version of the BLIT was out at
least a year ago (I saw one at the same show LAST year).

    So how about it, Mr.s Harris, Pratt, et. al?  Are the BLIT and the
new ROMs going to be available for us non-developers, and if so, when?

    Also (speaking of upgrades), why do the non-solder memory upgrade
boards come from everyone else BUT Atari?  I know, they want us to buy
Megas, but gee, even IBM sells you extra memory for their mainframes,
if that's what you want to do (instead up upgrading the CPU).
 /PJ

neil@atari.UUCP (Neil Harris) (11/24/87)

In article <8711191403.AA20847@ucbvax.Berkeley.EDU>, SOFPJF@UOGUELPH.BITNET (Peter Jaspers-Fayer) writes:

>     So how about it, Mr.s Harris, Pratt, et. al?  Are the BLIT and the
> new ROMs going to be available for us non-developers, and if so, when?

Sometime after the first of the year.  We're rather short on blitters at the
moment.  When the supply is better, we'll get them to you.
-- 
--->Neil Harris, Director of Marketing Communications, Atari Corporation
UUCP: ...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil
GEnie: NHARRIS/ WELL: neil / BIX: neilharris / Delphi: NEILHARRIS
CIS: 70007,1135 / Atari BBS 408-745-5308 / Usually the OFFICIAL Atari opinion

Flash@UMass.BITNET (Rick Flashman) (05/29/88)

Just got this from GENIE:

      BETA RELEASE OF NEW TOS AND HD UTILITIES FOR ST/MEGA

 THIS IS *NOT* A SOLICITATION FOR BETA TEST SITES! IT IS THE
FULFILMENT OF AN EARLIER PROMISE TO PUBLISH THE STATUS OF THE NEW
PRODUCTS.

 The Beta shipments of the new ST/Mega TOS went out to Atari
subsidiaries this week. Some have even arrived already. Beta versions
of the new Hard  Disk utilities and a disk "cache" program were
included. The entire kit consisted of the following:

        TOS ROM set, configured for local keyboard and American text.
        Diskette (D/S) containing:
                RAM loadable image of TOS, same configuration as ROM
                Disk cache program "CACHExxx"
                HDX Hard Disk utility, HINSTALL and associated programs
                Product Tracking System front-end program "SPRgen"
        Release Notes for:
                TOS
                CACHExxx
                HDX, HINSTALL etc (modified to 30/60MB hard disks)
        Draft User Manual for HDX, HINSTALL etc.
        User guide for Product Tracking System
        Various programs, files and tools to assist in translation

  Each subsidiary has been invited to select a small set of Beta
sites, and has been requested to ensure that each such site accepts, in
writing,  certain terms and conditions, including:
        no copies to be made
        products and documentation are prerelease and without
            warranty
        all communications are to be made solely to the Atari
            subsidiary, and not through public channels
        all copies and documentation to be returned to Atari
            subsidiary on demand
        weekly report indicating name(s) of tester(s), tests
            performed, observations to be filed with Atari subsidiary
            each Friday
        any bug reports to be first verified against the currently
            released hardware/firmware, to ensure problem is with new
            TOS

 We want to know what works as well as what doesn't work. A report of
"no problems" is worthless if it is not accompanied by an explanation
of what testing has been performed. If a program fails, it is critical
that it be tested with other RELEASED configurations, so that it is
very clear whether or not the failure is attributable solely to the new
TOS.

 In our testing we have found MANY ill-behaved programs which fail
because they appear to access beyond the Mega 4's 4MB RAM limit. I
believe they are accessing "just beyond" where they are supposed to,
and it's only on the Mega 4 where they run out of physical address
space rather than physical memory. Almost all programs which fail this
way have been retested on the current TOS and fail in a similar way.

 This beta release is not the final one. Programs should not be
modified to look for the date encoded in this version.

 PLEASE DO *NOT* CONTACT ANYONE IN ATARI R&D TO SUPPORT THIS BETA
TEST. ALL ENQUIRIES SHOULD BE DIRECTED TO THE TECHNICAL MANAGER OF THE
APPROPRIATE ATARI SUBSIDIARY, OR TO JOE FERRARI (408-745-2010) IN THE
USA. The R&D group must now address the port of TOS to revised and new
hardware platforms, and so I would appreciate your NOT disrupting the
development activity. We have support groups in place, and they MUST be
your first line of support if development of new products is to
continue at optimum speed.

 A summary of the major improvements to TOS follows:

 - Floppy formatting is "more compatible" with IBM-PC format
 - A file may be moved (i.e. copy/delete) in one operation
 - File Copy/Delete/Move can be interrupted with "undo"
 - GEM programs can be autobooted from disk
 - If a name conflict occurs during a file copy, Copy/Skip/Quit are
   allowed
 - A folder may be renamed via "Show Info"
 - The static file allocation limit of 400 is removed; limited now by
   free memory
 - "Show/Print File" are completely rewritten
 - File copying on a single floppy system uses all available memory
   for buffers
 - "wind_update(FALSE)" is set when recovering from an application
   crash
 - All date separators are now "/"
 - File Selector has had major rework:
      16 drive buttons
      Application can send a "title" string to FSEL
      FSEL now takes first <RETURN> on pathname edit as end-of-edit
      FSEL remembers where it was in a file list
      Static file allocation of 100 files is removed
      Long pathnames and "ABORT/CONTINUE" now handled correctly
      Preserves current DTA buffer addresses, clip rectangles and
            default directories
      New bindings available
 - "appl_init" returns version 0130 in global(0)
 - Editable fields may now be followed by non-editable characters in
   dialog boxes
 - "wind_get()" with field parameter WF_SCREEN returns address/length
   of AES menu/alert buffer
 - "Ptsin" (VDI) allows 512 vertices (true since 4/22/87)
 - "vqt_extent": Pixel errors on some 270 degree rotations are fixed
 - "vq_mouse" reliability enhanced
 - 40-folder bug alleviated to the point of improbability. A folder
   only takes up space when "active". Limited now by depth of folders
   and the accumulated depth of open files. FOLDRxxx still
   available.
 - "Malloc" restriction of 20 blocks/process lifted.
 - FAT searching code for floppy and hard-disk is MUCH faster
 - Sector buffering greatly improved, and "CACHExxx" allows expansion
 - "Frename" can now rename a folder
 - Archive bit (0x20) fully supported
 - Time stamps for "." and ".." are now correct
 - "Fsettime/Fsetdate" match BIOS and GEMDOS values
 - "Fdatime" input value byteswap fixed
 - Major improvements to "Ccon*" and redirection in general
 - OS Pool reduced to same size as 11/20/85 ROMs (pre Mega). This may
   allow some programs which fail on Mega ROMs to work again.
 - Soft Reset available from Keyboard if using standard keyboard
   handler:
        Soft reset by CTRL/ALT/DEL
        Cold Boot clears all available memory (CTRL/ALT/right SHFT/DEL)
 - "Rsconf(-2,-1,-1,-1,-1,-1) returns last baud rate value set by
   Rsconf
 - Structure of the reserved part of DTA has changed, and remains
   reserved
 - Improvements made to detection of media change


 THE ABOVE IS A SUBSET OF THE ENHANCEMENTS MADE. THERE ARE MANY MORE,
FULLY DOCUMENTED IN THE RELEASE NOTES SENT TO EACH SUBSIDIARY.

 ----------------------------------------------------------------------
 Roy J. Good
 Product Development, Atari Corporation
 Views expressed are my own. Atari may agree or disagree; they have
 the right.