Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!sri-spam!mordor!lll-tis!ames!ucbcad!ucbvax!sdr.slb.COM"!"SDRRTR::SDRRTR::MRGATE::\"MRGATE\" From: "SDRRTR::SDRRTR::MRGATE::\"MRGATE\"@sdr.slb.COM" Newsgroups: comp.sys.atari.st Subject: VMSmail Gateway nondelivery notification Message-ID: <8706270406.AA26805@ucbvax.Berkeley.EDU> Date: Fri, 26-Jun-87 23:05:00 EDT Article-I.D.: ucbvax.8706270406.AA26805 Posted: Fri Jun 26 23:05:00 1987 Date-Received: Sat, 27-Jun-87 19:37:12 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 449 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 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 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)" Subject: DC Formatter To: ST Users 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 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 Disclaimer: the opinions stated above are not even my own. ------------------------------ End of Info-Atari16 Digest ************************** -------