🚀 go-pugleaf

In article <801@orbit.UUCP> steve@pnet51.cts.com (Steve Yelvington) writes:
| The Sversion() Gemdos function allegedly provides this information, but on my
| STFM it returns a value of 0.19. Does anybody know whether Sversion() really
| works?

Hmm, Sversion is returning a float value?  Hmmm... ;-)

Sversion() returns the GEMDOS version number, not the TOS version.  The
GEMDOS version number for your machine should be 0x1300 (our version
numbers are all WORD values); I'm not sure how you get 0.19 from that,
but...   In any case, the TOS version number is in the OS header.  To
get the TOS version number, use the pointer to the OS header (sysbase) at
0x4f2.  The TOS version number is the second word of the OS header.

Offsets for the rest of the stuff in the OS header is documented in the
Hitchhiker's Guide to the BIOS.  The Pexec Cookbook also has a small
section on GEMDOS/TOS version numbers.

To add to the version number confusion, the AES has its own version
number too (returned in global[0] on appl_init)!  

For those with a furniture fetish, here is a table:

Versions
==============
 ROM TOS  Mega TOS  
 -------  --------  -------
  $0100    $0102     $0104      TOS version (from the OS header)
  $1300    $1300     $1500      GEMDOS version (from the Sversion call)
  $0100    $0120     $0140      AES version (from global[0] after appl_init)

Can you now see why we don't like to give OS releases specific version
numbers? ;-)


-- 
   |||   Ken Badertscher  (ames!atari!kbad)
   |||   Atari R&D System Software Engine
  / | \  #include <disclaimer>