🚀 go-pugleaf

Delivery of this message through the Gateway had the following results:

	M_SIFVX1::BURROWS - invalid address

The original message follows:

 
From:	IN%"Info-Atari16@score.stanford.edu"@SDR@MRGATE
To:	BB_ATARI@M_DSAVX1@MRGATE@SDRRTR,
	BURROWS@M_SIFVX1@MRGATE@SDRRTR
Subject: Info-Atari16 Digest V87 #252
Received: from relay.cs.net by sdr.slb.com; Fri, 26 Jun 87 21:37 EDT
Received: from relay.cs.net by RELAY.CS.NET id ad29302; 26 Jun 87 21:12 EDT
Received: from score.stanford.edu by RELAY.CS.NET id aa08837;          26 Jun
 87 21:15 EDT
Date: Thu 25 Jun 87 20:43:46 PDT
From: Info-Atari16 Digest <Info-Atari16@score.stanford.edu>
Subject: Info-Atari16 Digest V87 #252
To: Info-Atari16 Distribution List: ;
Reply-to: Info-Atari16@score.stanford.edu
Errors-to:  Info-Atari16-request@Score.Stanford.EDU
Maint-Path: Info-Atari16-request@Score.Stanford.EDU

Info-Atari16 Digest   Thursday, June 25, 1987   Volume 87 : Issue 252

This weeks Editor: Bill Westfield

Today's Topics:

                     The GEM desk accessory blues
                Re: More ST Floating Point Performance
                           Re: Archive bit?
                Re: More ST Floating Point Performance
        Re: How do I connect a 5.25 " floppy drive to the ST?
                  Re: String.c (really fontload.tos)
                           Re: DCFORMAT UUE
                            No more news ?
                             DC Formatter
       ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
     Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
                      Re: interesting news ....
                     Re: Terminal emulation .....
                Re: More ST Floating Point Performance
                Re: More ST Floating Point Performance
                       Micro-RTX: Help needed!
                         timing-routine / IRQ

----------------------------------------------------------------------

Date: Thu, 11 Jun 87 17:09:42 PDT
From: Karl Rowley <rowley@orville.arpa>
To: info-atari16@score.stanford.edu
Subject: The GEM desk accessory blues


I am trying to convert an application I have written with MWC 2.0 into a
GEM desk accessory.  I have cut the program down so that it is very simple,
but when it is installed it causes some GEM applications to go bonkers.
Even the GEM desktop bombs at times.  The program doesn't use the 
VDI, and only uses a few AES calls.

I realize that desk accessories should not use malloc(), stdio, or try
to install a menu bar, and they must be careful with use of 
rsrc_load() (my desk accessory doesn't use rsrc_load).  Of course, desk
accessories must follow the usual protocols for window management.

Are there other rules that a desk accessory should follow?  Should 
a desk accessory keep virtual workstation and windows handles after it
has received an AC_CLOSE message?

Is the format of resource files documented anywhere?  No, I don't want
to buy the developers kit.



Karl Rowley
rowley@orville.nas.nasa.gov

------------------------------

Date: 12 Jun 87 00:33:02 GMT
From: cmcmanis@sun.com  (Chuck McManis)
Subject: Re: More ST Floating Point Performance
To: info-atari16@score.stanford.edu

In article <1996@ihuxy.ATT.COM> rnss@ihuxy.UUCP (Ron Schreiner) writes:
>What good is 8 times faster if it's not right ?
>I'll bet I can write a floating point package that will run 16 times
>faster than the Amiga just as long as you are willing to give up accuracy.
>
>But seriously folks, doesn't the Amiga have a math co-processor ?
>I had heard rumors to that effect but I don't know for sure.

As mentioned previously, the accuracy problem is due to the incorrect 
definition of the value of PI in the Aztec C include files.

No, the Amiga does not come with a floating point coprocessor. The
MicroBotics 2 Meg memory card supports the '881, and the 68020
adapter has a socket for one. It is not however standard equipment
(don't I wish).


-- 
--Chuck McManis
uucp: {anywhere}!sun!cmcmanis   BIX: cmcmanis  ARPAnet: cmcmanis@sun.com
These opinions are my own and no one elses. But you knew that, didn't you.

------------------------------

Date: 11 Jun 87 23:53:49 GMT
From: tektronix!sequent!mntgfx!dclemans@ucbvax.Berkeley.EDU  (Dave Clemans)
Subject: Re: Archive bit?
To: info-atari16@score.stanford.edu

I would basically agree with previous comments.  With current versions of GEMDOS
on the ST, the archive bit doesn't work.

If you assume that it works opposite to how it's supposed to you can get away
with it a lot of the time, but not perfectly (and in fact that is what
"BackUp!" from Michtron (which I wrote) does).  If and when a rewritten
version of GEMDOS appears I'll release an update to "BackUp!" to handle it
correctly.  I would presume that the author of Turtle and any other backup
systems that currently use the archive bit would do the same.

dgc

------------------------------

Date: 12 Jun 87 02:11:55 GMT
From: amdcad!amd!intelca!mipos3!omepd!hah@ucbvax.Berkeley.EDU  (Hans Hansen)
Subject: Re: More ST Floating Point Performance
To: info-atari16@score.stanford.edu

In article <1959@trwrb.UUCP> sansom@trwrb.UUCP (Richard Sansom) writes:
>
>	machine		compiler	run time (s)	accuracy
>	===========	============	========	==========
>	520ST		Lattice 3.03.01	480		very good
>	Amiga 1000	Manx  -lm	25		poor
>
>  The bad news is that the ST is still much slower than it
>should be (based on the Amiga's performance).
>
>-Rich

First place to look is the length of the integers used to compute.  Lattice
uses 32 bit integers std while Manx uses 16 bit integers std (32 bit compile
option).  Manx also produces a much smaller object module.

Hans

------------------------------

Date: 11 Jun 87 21:01:31 GMT
From: csustan!csun!titan!eectrsma@lll-lcc.arpa  (Steve Achenson)
Subject: Re: How do I connect a 5.25 " floppy drive to the ST?
To: info-atari16@score.stanford.edu

In article <2859@zen.berkeley.edu> radics@cory.Berkeley.EDU (Andras Radics) writes:
>    I finally got a hold of a 5.25" IBM-PC floppy drive and power supply,
>but now can't find the notes that I saved from this newsgroup
>of how to go about connecting them to my 520 ST.
>    So, if anyone has the article, or remembers it, or has done it,
>could you help me out?

Yes, Me too!
						thanks
						   steve

This line is intentionally left blank to pacify the poster program.
This line is intentionally left blank to pacify the poster program.
This line is intentionally left blank to pacify the poster program.
This line is intentionally left blank to pacify the poster program.
This line is intentionally left blank to pacify the poster program.
This line is intentionally left blank to pacify the poster program.
-- 
Steve Acheson, Cal State Univ, Northridge Comp Sci Department
uucp: {sdcrdcf, ihnp4, hplabs, ttidca, psivax, csustan}!csun!aeusesma

------------------------------

Date: 12 Jun 87 06:12:04 GMT
From: pyramid!uccba!hal!cwruecmp!bammi@decwrl.dec.com  (Jwahar R. Bammi)
Subject: Re: String.c (really fontload.tos)
To: info-atari16@score.stanford.edu

In article <2152@cwruecmp.UUCP> bammi@cwruecmp.UUCP (Jwahar R. Bammi) writes:
>------------------cut here ------- TOS font switcher part 3 of 3 ----------

	Sorry i forgot to mention that the font switcher has been tested
with Mark Williams C (V2.0) and Alcyon C (V4.14) only. 
-- 
usenet: {decvax,cbosgd,sun}!cwruecmp!bammi	jwahar r. bammi
csnet:       bammi@cwru.edu   <---------Please note change of address
arpa:        bammi@cwru.edu   <---------Please note change of address
compuServe:  71515,155

------------------------------

Date: 12 Jun 87 11:35:09 GMT
From: rgoodman@csvax.caltech.edu  (Ron Carl Goodman)
Subject: Re: DCFORMAT UUE
To: info-atari16@score.stanford.edu

>I hope everyone will find this useful.  This version is only monochrome, but
>the color version will be coming soon.
>... uuencoded file follows.

Does everyone else know what this is, or did everyone else, like me, think,
how can I know if this will be useful without any explanation.  DCFORMAT?
Sounds like a formatter...  What's the deal with posting a big file like this
with no explanation.  Some people are downloading at 300 baud and want to know
ahead of time what they're getting!

Ron Goodman
-- 
rgoodman@cit-vax.caltech.edu    _______ _________ _________       |
rgoodman@cit-vax.bitnet        /           \#/       \#/          |   Pasadena
rgoodman@cit-vax.uucp         |alifornia    |nstitute |echnology  | California
                               \_______ ___/#\___ of  |           |   U. S. A.

------------------------------

From: NETWORK%FRSAC11.BITNET@forsythe.stanford.edu
Date: Fri, 12 Jun 87 17:14:47 GMT
To: info-atari16@score.stanford.edu
Subject: No more news ?

SOS There is several weeks that we did'nt get any INFO-ATARI16.
Does anybody knows what's happening ?

Jean-Pierre H. Dumas

network@frsac11 (bitnet)
network%frsac11.bitnet@wiscvm.wisc.edu (arpanet)
...!ihnp4!frsac11.bitnet!network (usenet ?)
dumas@sumex-aim.stanford.edu (arpanet)

------------------------------

Date:         Fri, 12 Jun 87 10:38:51 CDT
From: "University (of Houston) ACE (UACE)" <UACE0%UHUPVM1.BITNET@forsythe.stanford.edu>
Subject:      DC Formatter
To: ST Users <INFO-ATARI16@score.stanford.edu>

Sorry, to all, I forgot to say what DC Formatter does.  Like, WoW.

So here goes.
-------------

DC Formatter does: (Dallas?!)  :-)

Magic Sac disks in FAST format, single or double sided (works with Sac 4.32)
Magic Sac disk copies, single or double sided.
Regular disk copy of any somewhat standard format (non-protected disks) and
it does this intelligently by checking the disk BPB.
FAST or normal format, 9-10 sectors, 80-82 tracks, single or double, A: or B:
Writes an executable boot sector which can bootup system in medium res, cause
resets to be cold starts, bypass hard disk boot up (using boot up from HD),
run COMMAND.PRG, turn off disk write verify, check for valid system time and
set GEMDOS time. It can  write an IBM DOS 3.2 boot sector which is good to use
with MS-EM or PC Ditto IBM PC emulators (can use 3.5" disks then!!).
Online help.

That's about all I can think of for now (that's all period).

- Mike Vederman

------------------------------

Date: 12 Jun 87 15:13:37 GMT
From: hadeishi@husc4.harvard.edu  (mitsuharu hadeishi)
Subject: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
To: info-atari16@score.stanford.edu

Hi friends,

	A terrible piece of news I just read about in the New York Times
this morning.  The FCC just voted 4-0 to impose a $4.50 - $5.50 an HOUR
tax on people who are using the phone system to transmit information
across state lines.  This INCLUDES anyone hooking up to a network,
not just people dialing out of state!!  I suppose people dialing
into a system with access to Arpanet or even USENET might be charged
this tax; the information services (Compuserve, etc.) are slated
to be charged this tax as of January 1.  This is an outrageous tax
which would squelch the burgeoning telecommunications industry,
and is totally unjustified.  I would urge people to write letters
to their Congressman to protest this unfair and exorbitant "information
tax" which is based on superstition and lack of understanding of
the telecommunications industry.

				-Mitsu

------------------------------

Date: 12 Jun 87 17:11:32 GMT
From: topaz.rutgers.edu!langbein@RUTGERS.EDU  (John E. Langbein)
Subject: Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
To: info-atari16@score.stanford.edu

Please add comp.sys.apple to any followups. (if you read this after a
followup, please re-post, and add comp.sys.apple to the group to keep
communication between all open)

------------------------------

Date: 12 Jun 87 13:14:14 GMT
From: ihnp4!homxb!houxm!homxc!jdn@ucbvax.Berkeley.EDU  (J.NAGY)
Subject: Re: interesting news ....
To: info-atari16@score.stanford.edu

In article <452@sbcs.UUCP>, pmt@sbcs.UUCP writes:
>    Most ST users have already heard that there is a new IBM emulator being
> released in the early days of June.  For those who didn't, it will retail for
> $89.95 and offers very close to 100% IBM emulation.  This is the product that
> everyone has been waiting for!
> 

All of the IBM PC software that I've seen is distributed on 5-1/4"
floppies.  Does the emulator include a floppy drive? If not what is the
mechanism for reading IBM floppies?

		Jonathan Nagy
		{ihnp4|harvard|allegra}!homxc!jdn

------------------------------

Date: 12 Jun 87 20:47:12 GMT
From: jplpro!grieggs@elroy.jpl.nasa.gov  (John T. Grieggs)
Subject: Re: Terminal emulation .....
To: info-atari16@score.stanford.edu

Re: "VT-52 mode in ROM is pretty much useless" (paraphrased)

True, I obviously hadn't thought that through sufficiently.

_john
-- 
John T. Grieggs (Telos @Jet Propulsion Laboratory)
4800 Oak Grove Drive, Pasadena, Ca. 91109 M/S 301-260A    (818) 354-0465
Uucp: {cit-vax,elroy,chas2}!jplpro!grieggs
Arpa: ...jplpro!grieggs@cit-vax.ARPA

------------------------------

Date: 13 Jun 87 02:52:03 GMT
From: ihnp4!alberta!ubc-vision!ubc-cs!manis@ucbvax.Berkeley.EDU  (Vincent Manis)
Subject: Re: More ST Floating Point Performance
To: info-atari16@score.stanford.edu

For some weird reason, the designers of MWC chose the VAX fp format. It's
similar to IEEE (though not quite identical; I don't have a VAX handbook
nearby to tell the differences). However, like IEEE, VAX format uses a 
hidden bit to get an extra bit of precision. That's why the results are 
so good. Still, I don't understand why they didn't go with IEEE.

-----
Vincent Manis                {seismo,uw-beaver}!ubc-vision!ubc-cs!manis
Dept. of Computer Science    manis@cs.ubc.cdn
Univ. of British Columbia    manis%ubc.csnet@csnet-relay.arpa  
Vancouver, B.C. V6T 1W5      manis@ubc.csnet
(604) 228-6770 or 228-3061

"To lose one parent, Mr Worthing, may be regarded as a misfortune; but
to lose both looks like carelessness." -- Oscar Wilde

------------------------------

Date: 13 Jun 87 00:14:19 GMT
From: braner@tcgould.tn.cornell.edu  (braner)
Subject: Re: More ST Floating Point Performance
To: info-atari16@score.stanford.edu

[]

As far as I know, the Amiga does not "support" the 68881 in any way
beyond providing an expansion slot.  The 68881 is really only fully
supported by the 68020 CPU chip.  The "Turbo Amiga" is basically a
seperate computer that uses the Amiga as sort of a terminal.  It has
its own CPU, memory. And it costs a lot more than the Amiga itself.
The Mac II is comparable in price and comes standard with the 68020/
68881.  These two machines may seem expensive to us Atari users, but
they are _incredibly_ powerful for number crunching.  Better than the
VAX and for a small fraction of the price...  Where are you, Atari?
(Working on a new 8/16 bit machine, I believe.)

The Motorola FFP library (and all other 32-bit FP libs) do _NOT_ have
10-digit precision, only about 6--7 digits.  That is frequently useful
but just as frequently terrible.  Think about it:  10^10 ~ 2^33, so
no bits left for the exponent...

- Moshe Braner

------------------------------

Date: Sat, 13 Jun 87 15:02:11 CET
To: info-atari16@score.stanford.edu
From: HAHN_K%DMRHRZ11.BITNET@wiscvm.wisc.edu
Subject: Micro-RTX: Help needed!

I've got a question (to be read: a FEW questions) concerning Beckemeyer's
micro-RTX. The problem with my (old) version is that it doesn't support
Lattice-C. That means, it comes with a RTXBIND.S file, that would serve as
the binding file for a linker, but as it is for the DRI assembler, I tried
to convert it to my Metacomco, which wasn't so complicated after all...
Nevertheless, I got bad results; the assembled *.bin file and the RTXBIND.H
joined with the supplied QDEMO.C wouldn't work. The linker doesn't find the
'extern char *_base', that's needed. What now is the way to get the whole
(damned) thing to work under Metacomco/Lattice?
EVERY comment/help appreciated.

-- Klaus Hahn.

Department of Psychology
Gutenbergstr. 18
University of MARBURG
D-3550 Marburg, West-Germany           <HAHN_K@DMRHRZ11.bitnet>

Disclaimer: the opinions stated above are not even my own.

------------------------------

Date: Sat, 13 Jun 87 15:07:58 CET
To: info-atari16@score.stanford.edu
From: HAHN_K%DMRHRZ11.BITNET@wiscvm.wisc.edu
Subject: timing-routine / IRQ

Dear folks;
I'm trying to set an IRQ-routine that's to be fired by a timer-A interrupt.
I didn't succeed. Does anybody have a little piece of code (Metacomco-Asm
preferred) that shows how to initialize the timer and how to implement an
interrupt-routine (btw., I need a ms-timing signal) ???
thanx, Klaus.


-- Klaus Hahn.

Department of Psychology
Gutenbergstr. 18
University of MARBURG
D-3550 Marburg, West-Germany           <HAHN_K@DMRHRZ11.bitnet>

Disclaimer: the opinions stated above are not even my own.

------------------------------

End of Info-Atari16 Digest
**************************
-------