=========================================================================
 
INFO-ATARI16 Digest         Wed, 31 Jan 90       Volume 90 : Issue  131
 
Today's Topics:
             AES function appl_tplay() and appl_trecord()
                   Monitor Burnout/ Should got a M
                   ST S/ware Rental Places (2 msgs)
                         TURBO C/MAS problem
               Words of wisdom on MWC behaviour needed
----------------------------------------------------------------------
 
Date: Mon, 29 Jan 90 11:45:54 MEZ
From: ONM07%DMSWWU1A.BITNET@CUNYVM.CUNY.EDU (Julian Reschke)
Subject: AES function appl_tplay() and appl_trecord()
Message-ID: <9001291045.AA02077@freya.dmswwu-ether>
 
Michael Mueller <K298027%CZHRZU1A.BITNET@CUNYVM.CUNY.EDU> writes:
> I'd like to use the functions appl_tplay()| & appl_trecord(). Unfortunately, I
> still have old ROMs of 1985 (don't ask me the TOS version). As far as I could
> nderstand, these functions only work with newer TOS versions.
 
Correct. That's *why* there are newer TOS releases. It's a pain for
developers to keep their software running on TOS 1.0! UPGRADE!
 
> Does anybody know what is the bug in the old ROMs ? Is it reasonably possible
> o implement these functions by soft ? Where could I get the listings (in C, ev
>  in ASM) ?
 
As far as I remember, the 'event keys' returned by TOS 1.0 are
wrong. Basically, the functions work.
 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Tel.: 0251/861241
eMail: ONM07@DMSWWU1A.BITNET
 
 
------------------------------
 
Date: 31 Jan 90 09:22:43 GMT
From: pur-phy!piner@ee.ecn.purdue.edu  (Richard Piner)
Subject: Monitor Burnout/ Should got a M
Message-ID: <3047@pur-phy>
 
In article <48596a9b.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
 writes:
>In article <16000003@ux1.cso.uiuc.edu>, cs325ec@ux1.cso.uiuc.edu writes:
 
>My question is:
 
>Are there any other ST dealers in the USA which operate out of a house?? I mean
 stores
>with retail sales, not just mail order.
 
 Bits & PCs is an exculsive Atari dealer in Indy. They are located in
a house. It is impossible to find unless you know the neighborhood.
They have Spectre GCR and MAC ROMS by the way. They also have a BIG
dog, so leave your cat in the car.
 
                                        R. Piner
 
------------------------------
 
Date: 31 Jan 90 11:43:38 GMT
From: zaphod.mps.ohio-state.edu!rpi!pawl!kudla@tut.cis.ohio-state.edu  (Robert
 J. Kudla)
Subject: ST S/ware Rental Places
Message-ID: <1X1P|=@rpi.edu>
 
In <34325@iuvax.cs.indiana.edu> stowe@silver.ucs.indiana.edu (stowe) writes:
 
-> Caveat emptor.  Let the buyer beware.  If you are in an area where
-> there is no dealer, learn to read... magazines, the network,
-> information services, bulletin boards... there is no dearth of
-> information available to the user who is truly interested in
-> finding it.  In the Age of Information, there is no excuse for
-> buying blind except perhaps laziness... and stupidity.
 
Personally, I don't own an ST.... I think there's still one store
around here that sells 'em though, and everytime I've ever been in
there, the ST hasn't even been patched into a monitor (the C64 usually
seems to get the spotlight).
 
At any rate, I would hardly call the various software-review magazines
a plethora of information. To trust a reviewer completely is utter
stupidity; to trust two similar opinions might be all right, but it
still doesn't mean anything you buy will be your cup of tea. So,
without a demo, there are really two options: (1) don't bother buying
the software or (2) pirate it and if you really think it's worth the
$50, $100, etc, buy it then. At least, unless you're willing to just
toss $100 in the toilet every now and then when you buy a MagicSac
disguised as a Spectre.
--
Robert Jude Kudla  <kudla@pawl.rpi.edu>
 
             Time isn't on anyone's side when you're alone,
       and crowds don't mean anything at all when they're wrong.
                                               -The Bamboo Steamers
 
------------------------------
 
Date: 30 Jan 90 23:13:20 GMT
From: rochester!rit!ritcv!ajy2208@louie.udel.edu
Subject: ST S/ware Rental Places
Message-ID: <1574@cs.rit.edu>
 
In article <27273@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
>In article <21964@uflorida.cis.ufl.EDU> cr1@beach.cis.ufl.edu (Chris Roth)
 writes:
>>
>>I also would like to say that anyone who is under the impression that
>>there is more piracy on the ST then other computers OR that ST pirates
>>are more organized is truly suffering from major delusions.
>>
>
>Sorry Chris, ask ST developers if they think they are suffering
>from major delusions. There are two factors to consider:
>       (1) The ST has a *very* small user base compared
>               to the IBM or the Mac. A 25-30% theft ratio
>               means a lot more lost revenue to the ST developers
>               then the same ratio does to an IBM developer.
 
This I agree with.
 
>       (2) The Atari communities theft ratio is higher than
>               any other platform. (40-50% based on a two year
>               old Compute! article.) There could be many reasons
>               for this...my personal theory is that the Atari
>               community sprung (somewhat) out of the old
>               8 bit Atari community, where game theft was
>               rampant. Perhaps that philosophy held on into
>               the ST community.
 
How can you say this?  I think ST owners buy a larger share of
software than users of ANY other computer.  I know quite a number of
ST owners, and EVERY ONE OF THEM has bought a lot of software,
myself included!
 
On the other hand, the biggest pirates I've seen are people with
IBMs, Macs, and to a lesser extent, Amigas.  And not just in this
area either (Rochester, NY).  I live in Connecticut (when I'm not
taking classes at RIT), and the situation there is the same.  I
refuse to believe that ST owners pirate worse than their IBM/Mac/Amiga
counterparts.
 
>(Sorry to all those who think this thread doesn't belong on this
> group, but I believe it does - and I think its an important issue.)
                                 ===================================
So do I.
 
>
> - Rob DeMillo                 | Internet: rjd@brown.cs.edu
 
_____________________________________________________________________________
 Albert Yarusso, Rochester     ajy2208@ritvax.bitnet,ajy2208@ultb.isc.rit.edu
 Institute of Tech. _________________________________________________________
 Computer Science  /___   /    ?rutgers, ames?!rochester!ritcv!ajy2208
______________________/  /     ajy2208@ritcv.cs.rit.edu     GEnie:  A.Yarusso
 
------------------------------
 
Date: 30 Jan 90 17:49:11 GMT
From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
Subject: TURBO C/MAS problem
Message-ID: <2010@atari.UUCP>
 
gilliam@lowlif.dec.com writes:
 
| Is the documentation in English? Does it have a GEM interface? If so, are
| the dialogues in English? I was under the impression that an English
| language version of Turbo C for the ST is not available.
 
The version I use has German documentation and help files, but English
text in the menus, dialogs and compiler error messages.  Version 1.1,
the one currently available from Borland in Germany, comes with a GEM
based shell which includes the compiler and linker and a decent editor.
It also includes .TTP versions of the compiler, linker and librarian.
An assembler and debugger are available seperately.
 
The online help is eminently useful, even though I don't read German
very well (about one semester worth of study, many years ago).  The
reason it is so useful is that it gives you function prototypes and
associated information in a "hypertext" style format, where you can
click on highlighted cross references in the help window for further
information.
 
People who are interested in an English language version of the package
should definitely contact Borland and let their voices be heard.  As
I've mentioned in previous posts, this is a fine development system.
Despite some quirks, it's really fast and generates excellent code.
It deserves to be seen in English speaking markets, but that won't
happen unless and until Borland perceives a market for it.
 
--
   |||   Ken Badertscher  (ames!atari!kbad)
   |||   Atari R&D System Software Engine
  / | \  #include <disclaimer>
 
------------------------------
 
Date: 30 Jan 90 18:11:17 GMT
From: imagen!atari!kbad@ucbvax.Berkeley.EDU  (Ken Badertscher)
Subject: Words of wisdom on MWC behaviour needed
Message-ID: <2011@atari.UUCP>
 
steve@thelake.mn.org (Steve Yelvington) writes:
 
| Mark Williams uses a strange method of passing extended arguments that
| encodes redirection in environment variables.
 
While it is true that the Mark Williams method of encoding redirection
is part of their extended argument scheme, the problem here is not
with the extended argument scheme but rather with their "unusual"
implementation of isatty() and associated funcitons.
 
The ARGV extended argument specification, a refined version of the MWC
extended argument method, has been documented and is supported by
Atari.  Please use it.  The correct way to do isatty() is also
documented and supported by Atari.  Please use it.
 
Regarding the Fforce() fix recently mentioned by Dale...
| I'm not going to even try to describe how it works, but since kbad has
| more or less publicly blessed it, perhaps Dale or John will post some
| code.
 
*cough*  Um, no.  I did not publicly bless the Hblank file redirection
hack.  I haven't even seen it.  All I said is that processes are
guaranteed to start at IPL 0.  What you do with that information is
your business - but BE CAREFUL.  When you play with fire, or
assumptions about GEMDOS, it's easy to get burned.
 
--
   |||   Ken Badertscher  (ames!atari!kbad)
   |||   Atari R&D System Software Engine
  / | \  #include <disclaimer>
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #131
*****************************************
