Info-Atari16 Digest Sat, 4 Jan 92 Volume 92 : Issue 3 Today's Topics: AmigaFS Another Pexec-question Atari TTM195 Monitor AUTO Folder Programs -- How do they replace system functions? Doug Harrison still supporting Opus? GNU C++ at atari.archive History of Atari How can you get Composite Video from Atari 1040ST (2 msgs) Mega STE & Gadgets by Small 68030 SST Re-post of the Flow Chart Compiler Re~2: Hermes UUCP package Rowley Modula-2 scanning frequencies of TTM194 Sozobon 2.0 and 8bit chars (2 msgs) Supra Drive connections System For Sale Termcaps help... TT/030 why the ST RAM? uniterm problem.... HELP PLEASE Welcome to the Info-Atari16 Digest. The configuration for the automatic cross-posting to/from Usenet is getting closer, but still getting thrashed out. Please send notifications about broken digests or bogus messages to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU. Please send requests for un/subscription and other administrivia to Info-Atari16-Request, *NOT* Info-Atari16. Requests that go to the list instead of the moderators are likely to be lost or ignored. If you want to unsubscribe, and you're receiving the digest indirectly from someplace (usually a BITNET host) that redistributes it, please contact the redistributor, not us. ---------------------------------------------------------------------- Date: 4 Jan 92 14:22:03 GMT From: math.fu-berlin.de!rusmv1!news.uni-tuebingen.de!convex!zrnkn01@uunet.uu.net (Ph. Knirsch) Subject: AmigaFS To: Info-Atari16@naucse.cse.nau.edu Hello, guys. I am planing to write a driver.prg with which there would be a new partition, which you could open and use like a normal ST-diskdrive. But the difference would be that it actually uses the Amiga-FileSystem, sothat you could read and use this disk on the amiga as well. Is anybody interrested in such a programm?? If not, i see no need to write that programm, so please respond... Philipp Knirsch =8-) ------------------------------ Date: 3 Jan 92 23:04:11 GMT From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi) Subject: Another Pexec-question To: Info-Atari16@naucse.cse.nau.edu In article <1991Dec30.113952.20091@infoserver.th-darmstadt.de> D11K@br4.hrz.th-darmstadt.de (Dr. Eder, Manfred) writes: > How to avoid having the Pexec-routine change the Supervisorstack-ptr?? > Or, how to change the supervisor-stack in the childprocess WITHOUT changing > the process-mode from USER to SUPERVISOR (Yes, no 0x20 TRAP1 function wanted!)? two ways to do this that i could think of: -- grab and save the ipl 2 vector (vector 26). when a program is launched a hblank occurs, and you can set up the SSP or whatever, and restore the hblank vector. -- do a Pexec 3, put a breakpoint at the start address, then launch with a Pexec 4 or 6 (6 if you have tos 1.4). When you get trapped, do the fixup and unpatch the entry point, and let it rip. >Mathias Gaertner, using the account of my Boss, Dr. Eder. cheers, -- -- -- bang: uunet!cadence!bammi jwahar r. bammi domain: bammi@cadence.com GEnie: J.Bammi CIS: 71515,155 ------------------------------ Date: 4 Jan 92 01:02:06 GMT From: mcsun!uknet!slxsys!ibmpcug!demon!news@uunet.uu.net (Keith Sommerville) Subject: Atari TTM195 Monitor To: Info-Atari16@naucse.cse.nau.edu The Atari Colour monitor for the TT is the PTC 1426 ans costs around 400 UK Pounds which is expensive for a VGA monitor. It also handles the 320 * 200 with 256 colours mode. ------------------------------ Date: 3 Jan 92 15:48:22 GMT From: mcsun!news.funet.fi!sunic!dkuug!imada!micro@uunet.uu.net (Klaus Pedersen) Subject: AUTO Folder Programs -- How do they replace system functions? To: Info-Atari16@naucse.cse.nau.edu marco@sys6626.bison.mb.ca (Marco) writes: >mforget@ersys.edmonton.ab.ca (Michel Forget) writes: > >> When the user presses TAB from a GEM program, an alert appears telling >> the total ammount of free memory available. Again, this could be done >{[...] >Well, as you say you could use evnt_keybd() to do this from an ACC. To do This would not work because keypress events goes to the owner of the top window... Which means that the accessory need to have a window open - and topped. >this from an AUTO program, would, I beleive require you to intercept the >TAB keypress.This would prevent the TAB from getting to the GEM program >which you said we were running. Exactly how would you make your resident program do an alert? To make an AES call you need to have an ap_id - which you can't get (beeing resident)! You may now ask how the 'critical event (sp?)' work, you know the alert that says something along the lines "Your drive is not responding[retry|cancel]" (this vector is called from BIOS level, and the standard routine calls AES). I think that it is a dangerous hack which should not be copied, as a lesson you could try to force the alert from the file selector on pre TOS 1.04 machines (fx by removing the disc from the drive)... -Klaus ------------------------------ Date: 4 Jan 92 07:48:05 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!@arizona.edu (Clarence T. Chang) Subject: Doug Harrison still supporting Opus? To: Info-Atari16@naucse.cse.nau.edu Does anyone know whether Opus' author Doug Harrison is still in the business of upgrading Opus 2.2 to 2.3? I send a check with a floppy to his P.O.Box address in Baton Rouge, LA back in October and the bank says that my check has been cleared but I have not heard from Doug. Since my bank does not return my check, I don't know whether Doug himself cashed it either. Regardless of whether he still supports Opus, I think he deserves the meager share fee. It's really a pittance. However, it would be nice to have v.2.3. So, ... Is he still supporting this package upgrade or has he quit the ST altogether? Secondly, I have had problems importing OPUS-generated GEM metafiles into Pagestream. They will print out on my Deskjet+ but will not be imported into Pagestream nor Easy Draw properly. Does anyone have similar problems? May I have some hints? Clarence ------------------------------ Date: 4 Jan 92 04:46:20 GMT From: noao!ncar!elroy.jpl.nasa.gov!usc!wupost!darwin.sura.net!haven.umd.edu!wam.umd.e du!cmedley@arizona.edu ("Flip" Medley) Subject: GNU C++ at atari.archive To: Info-Atari16@naucse.cse.nau.edu I've been having a rough time getting GNU C++ installed on my system, and I think I finally have everything in order, except that when I compile a program, I get an error saying that in xfile.o, _vfscanf is not defined. I checked, and xfile.o is contained in one of the .olb files in the C++ distribution, but I don't have the source and I'm wondering if soemthing else could be causing this error if the libraries are correct (which they probably are). I'm expecting that there is probably a problem in my setup (I'm using a Mega ST 2 with Gulam as my shell). ------------------------------ Date: 3 Jan 92 13:38:03 GMT From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher) Subject: History of Atari To: Info-Atari16@naucse.cse.nau.edu In article Uwe_Poliak@s2.maus.de (Uwe Poliak) writes: >Hello Jim, > >t>To wit: what differentiates the STfm and the STe from the straight ST? How >t>are >t>the Megas different (as well as Mega STe)? > >STFm <-> ST: >The STFm has a TV-modulator on board. The ST had no internal disk drive, and the power supply was external too. The STM was as above but with a TV modulator (I know, I've got one!). The STF looks like an STFM, but has no TV modulator and has a Single-sided floppy, as did the early STFM's. > >MEGA STE <-> TT: >The MSTE has no SCSI-Port, the TT has one. The TT also has an IBM-PC VGA compatable monitor port instead of the normal ST one. (I KNow, I've got one of these too :-)) This gives two extra resolutions with the Atari "Multi-sync" monitor, 640x240 256 colours 640x480 16 colours, both out of a palette of 4096. The TT also has an 68882 maths co-processor as standard (using the standard Motorola co-processor operations to access it, unlike the Atari bodge on the MegaSTE). > >MEGA STE <-> ST: >16MHz-68000-processor (switchable to 8MHz) , 16kB-Cache-Memory, >external 16-bit-, internal 32-bit-Bus, 24-bits adressable, >floating-point-processor-socket (68881/2) >2/4 MB RAM, 256 kB internal ROM, 128 kB external ROM using the ROM-Port, > TT-Desktop (TOS 2.05?) >Blitter-Graphics-Chip, > Resolutions: 640 * 400 -> monochrome > 640 * 200 -> 4 colors + > 320 * 200 -> 16 colors +-- out of 4096 colors >integrated Harddisc, >Stereo-DMA-Sound for digitized music, >Genlock-connenctor, DMA/LAN-Port, >Stereo OUT-Connector, >2 serial ports, >TV/Video-modulator, >VME-Port > >MEGA ST <-> ST: >Slot for System-Bus - all processor signals are connected here >new housing Some more deleted... I hope this clears some things up some more. Steve -- Addresses:- JANET:- ucacmsu@uk.ac.ucl or susher@uk.ac.csm Internet:- ucacmsu@ucl.ac.uk or susher@csm.ac.uk ------------------------------ Date: 3 Jan 92 12:52:59 GMT From: mcsun!uknet!pyrltd!mwuk!tony@uunet.uu.net (Tony Mountifield) Subject: How can you get Composite Video from Atari 1040ST To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan2.135950.4630@syma.sussex.ac.uk> lezo@syma.sussex.ac.uk (Lez Oxley) writes: > > I would like to connect a colour TV (Matsui Model 1455) to an old-style > 1040ST which doesn't have an RF socket. > > Apart from purchasing an RF Modulator - could the UK Readers of this > Please suggest a possible supplier - is there anyway I can connect it > to the 1040 using the Video In/Audio In Phono Sockets of the TV with > appropriate connections from the ST's monitor socket (And no - the TV > doesn't have a Scart socket). > > In my handbook for the ST, 'composite video' is mentioned as being > available on pin 2 but in combination with the Ground pin I can't get > it to work. I'm not sure whether my soldering is at fault or whether > even though the ST handbook talks about composite video, it is actually > available on a vintage 1040 ST. > > Has anyone managed to get a composite video signal out of a 1040ST? Is > it even theoretically possible? No, it isn't. The modulator contains two parts: the first half combines the Red, Green, Blue and Sync into PAL-encoded composite video, and the second half modulates a UHF carrier with it. The pin 2 output is fed from the output of the first half, and so will not be connected to anything in the old 1040STF. The composite video output works fine on my old 520STM. Tony. -- Tony Mountifield | Microware Systems (UK) Ltd. MAIL: tony@mwuk.uucp | Leylands Farm, Nobs Crook, INET: tony%mwuk.uucp@uknet.ac.uk | Colden Common, WINCHESTER, SO21 1TH. UUCP: ...!mcsun!uknet!mwuk!tony | Tel: 0703 601990 Fax: 0703 601991 **** OS-9, OS-9000 Real Time Systems **** MS-DOS - just say "No!" **** ------------------------------------------------------------------------ ** Any opinions are mine, not Microware's - but you knew that anyway. ** ------------------------------------------------------------------------ ------------------------------ Date: 3 Jan 92 16:44:48 GMT From: noao!asuvax!cs.utexas.edu!utgpu!utzoo!censor!isgtec!ken@arizona.edu (Ken Newman) Subject: How can you get Composite Video from Atari 1040ST To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan2.135950.4630@syma.sussex.ac.uk>, lezo@syma.sussex.ac.uk (Lez Oxley) writes: > I would like to connect a colour TV (Matsui Model 1455) to an old-style > 1040ST which doesn't have an RF socket. > ...stuff deleted... > Has anyone managed to get a composite video signal out of a 1040ST? Is > it even theoretically possible? On old ST's without the RF modulator, the composite video signal is not connected at all - that signal comes from the (absent) RF modulator. So, you can't do it, unless you buy an outboard modulator that can take the RGB and convert it to composite video and/or RF. - kn ------------------------------ Date: 3 Jan 92 18:22:17 GMT From: mcsun!uknet!mucs!logitek!alanh@uunet.uu.net (Alan Hourihane) Subject: Mega STE & Gadgets by Small 68030 SST To: Info-Atari16@naucse.cse.nau.edu Hi All, Does the Mega STE work with Dave Smalls 68030 SST Board ??? If so, When using the 68000 for compatibility mode, can you still switch between 8 and 16MHz operation ???? Alan Hourihane email: alanh@logitek.co.uk ------------------------------ Date: 4 Jan 92 02:25:13 GMT From: noao!asuvax!cs.utexas.edu!usc!trwind!venice!sleepy!mfallero@arizona.edu Subject: Re-post of the Flow Chart Compiler To: Info-Atari16@naucse.cse.nau.edu I have just posted the FlowChart Compiler (FCC) to the atari/new subdirectory of atari.archive.umich.edu. It is in arc'd format and contains 4 files: fcc.prg, mymenu.rsc, manual.asc, and an examples file. The examples file contains two examples of the Flowchart Design Language (FDL). You can split these examples into two files, compile them, then view or print the resulting flow charts. The print capabilities are limited to a Star GEMINI 10X or compatible. Sorry, this is the first version. I'll make printer support more flexible in future versions. I'm thinking of a First Word Plus type of printer driver that you create yourself, but I'll entertain any suggestions. This is the second time I've posted it. The first time I forgot to include the resource file. I'm very interested in bug reports, and opinions regarding use, value, etc. This program is shareware. thanks, Mark Falleroni ------------------------------ Date: 4 Jan 92 00:03:08 GMT From: mcsun!unido!tmpmbx!unlisys!heaven7.in-berlin.de!cloud9.in-berlin.de!martini@uun et.uu.net (Martin P. Ibert) Subject: Re~2: Hermes UUCP package To: Info-Atari16@naucse.cse.nau.edu In <3781363@harvee.UUCP>, Eric S Johansson writes: ( ) The mercury uucico ( ) run just fine at 9600 baud via a trailblazer t2500 modem. The "Mercury" UUCICO has been under constant development, is now at version 3.21 and runs just fine at 19200 baud via a T2500 or via a direct serial line. Seems to be hard to beat in C. -- __ | Martin P. Ibert, Westendallee 100 d, D-1000 Berlin 19, Germany ( )_ | martini@cloud9.in-berlin.de, also martini@heaven7.in-berlin.de ( 9 )_ |--------------------------------------------------------------- (_________) | All that we see or seem/is but a dream within a dream. --E.A.P ------------------------------ Date: 3 Jan 92 11:56:39 GMT From: noao!asuvax!cs.utexas.edu!sdd.hp.com!spool.mu.edu!umn.edu!math.fu-berlin.de!mai lgzrz!opal!tolk@arizona.edu (Robert Tolksdorf) Subject: Rowley Modula-2 To: Info-Atari16@naucse.cse.nau.edu Does someone know if and where Rowley Modula-2 for the ST is available? What does it cost and is there a german distributor? Thanks and ciao Robert -- | Robert Tolksdorf | Technical University Berlin | Private: | | 030/314-73558 (FR6078) | FB 20 - FLP - FR 6-10 | Koertestr. 30 | | e-mail: | Franklinstr. 28/29 | D-1000 Berlin 61 | | tolk@cs.tu-berlin.de | D-1000 Berlin 10 / Germany | +30 / 694 55 97 | ------------------------------ Date: 3 Jan 92 22:33:39 GMT From: noao!asuvax!cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!firenze!wmagro@arizona.edu (William Magro) Subject: scanning frequencies of TTM194 To: Info-Atari16@naucse.cse.nau.edu Does anyone know the scanning frequencies of the high res TT monitor, the TTM194? I am thinking of buying a TT if I can get a mono monitor I have to work with the TT in high res. $1000 for a mono monitor is too much for me... Also, if you know the scanning frequencies for the other TT video modes, in particular the VGA mode, please give those as well. Thanks a bunch. Bill Magro ------------------------------ Date: 3 Jan 92 17:12:32 GMT From: mcsun!unido!mcshh!janhh!jan@uunet.uu.net (Jan Willamowius) Subject: Sozobon 2.0 and 8bit chars To: Info-Atari16@naucse.cse.nau.edu steve@thelake.mn.org (Steve Yelvington) writes: > > I wrote: > > Why do some people belive that the 8th bit in char doesn't matter ? > > > > It always puts a little salt into otherwise good software when I see > > that eg. in german special characters the hi bit is stripped off for > > no reason at all. > > > > I couldn't reach the authors of Sozobon C, but maybe somebody can tell > > them (and all other Amercican software writers) that there are people > > out there who care for that extra bit! > > I'm confused by this note, Jan -- under what circumstances are you losing > the high bit? I don't know of anything in the dLibs stdio that would > alter any char other than \r. It's the following line in the source of hcc (tok.c): if (c != EOF) c &= 0x7f; This means printf("foo bar"); turns out to display foo bar It's not he dLibs, ist hcc itself! - Jan -- Jan Willamowius, Nienredder 6, 2000 Hamburg 54, Germany E-Mail: jan@janhh.hanse.de ------------------------------ Date: 4 Jan 92 15:58:48 GMT From: noao!asuvax!cs.utexas.edu!swrinde!mips!pacbell.com!att!news.cs.indiana.edu!umn. edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington) Subject: Sozobon 2.0 and 8bit chars To: Info-Atari16@naucse.cse.nau.edu [In article <2962.01.92@janhh.hanse.de>, jan@janhh.hanse.de (Jan Willamowius) writes ... ] > It's the following line in the source of hcc (tok.c): > > if (c != EOF) > c &= 0x7f; OK ... I see the problem. Sozobon 1.33i doesn't clear the high bit. You probably ought to be using octal escapes for data outside the normal range of printable characters: printf("The pause that refreshes\276\n"); .. but keep in mind that such values aren't portable. -- Steve Yelvington, Marine on St. Croix, Minnesota Land of lutefisk, ice castles and jumper cables ------------------------------ Date: 4 Jan 92 00:21:23 GMT From: noao!asuvax!cs.utexas.edu!tamsun!tamuts!n160ao@arizona.edu (Mark Lehmann) Subject: Supra Drive connections To: Info-Atari16@naucse.cse.nau.edu I received two suggestions about daisy chaining my 20Mg and 60Mg Supra Drives. Unfortunately I didn't understand the one about soldering the new drive and old drive together. I did understand the other suggestion, but I couldn't find the DMA output on the 60Mg drive. What I have is a 20MG drive with a case, controller, power supply,host adapter and a 25 Pin output which Supra calls a DMA-SCSI cable. I also have a 60Mg Supra drive that only has a cable that connects to the DMA port of the Atari ST. The 60Mg drive also has its own case, power supply, controller, and host adapter. Can I somehow use this 25 Pin SCSI port on the 20Mg drive to supply a data connections to the DMA plug on the 60Mg drive? I have looked at the documentation supplied with the Supra Utilities, but I think these 25 Pin instructions assume that I am going to plug some type of pure SCSI device into the 25PIN port (like a CD player, Tape backup, or a SCSI drive without a host adapter). I am still trying to get ahold of Supra about this, but every time I call the support line is busy. I did get the new Supra phone number, but that is the one that is always busy. Thanks. Mark Lehmann tamuts.tamu.edu!n160ao ------------------------------ Date: 4 Jan 92 01:26:11 GMT From: aramis.rutgers.edu!remus.rutgers.edu!furs.rutgers.edu!wilmott@rutgers.rutgers.e du (Ray Wilmott) Subject: System For Sale To: Info-Atari16@naucse.cse.nau.edu WANTED! Buyer for an Atari 1040ST System 1040 ST with 1 Meg Ram, 40 Meg Hard Drive, Modem, Printer... and an incredible amount of software. I have no time to use it anymore, and its a shame to have it just sit around! Make an offer, please! Call 908-251-0995 and leave a message, or sent E-mail to this address. Thanks, and happy new year. ------------------------------ Date: 4 Jan 92 14:38:21 GMT From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher) Subject: Termcaps help... To: Info-Atari16@naucse.cse.nau.edu Firstly... The tcsh port on Atari.archive does not support the cursor keys as far as I can tell. (The ST/TT's cursor keys do not produce codes which are easily read, you have to use specific GEMDOS calls to find out what they are). Secondly... I was rather puzzled to hear that Uniterm doesn't work on your new STE as it runs fine on my TT (in ST high-res mode), I would have thought the STE was closer to the old ST than the TT. Steve -- Addresses:- JANET:- ucacmsu@uk.ac.ucl or susher@uk.ac.csm Internet:- ucacmsu@ucl.ac.uk or susher@csm.ac.uk ------------------------------ Date: 3 Jan 92 21:11:04 GMT From: noao!asuvax!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!hanauma.jpl.nasa.gov!hyc@a rizona.edu (Howard Chu) Subject: TT/030 why the ST RAM? To: Info-Atari16@naucse.cse.nau.edu In article <1992Jan3.031017.28986@usenet.ins.cwru.edu> aa399@cleveland.Freenet.Edu (Len Stys) writes: >I've read a lot of articles on the TT/030 and David Small's 68030 SST. >However, I still have some questions. > >One of my questions is why is there a need for ST RAM in these machines? > >Why can't they just have fastRAM? > >It would be great if the TT/030 could use fastRAM only to run ST >software. > >David Small says that a reason for the 4 megs of ST RAM in his >hardware is because video and disk have to come out of it. > >But why? David Small's answer is also true for the TT. In the ST, the RAM is actually twice as fast as is needed for an 8 MHz 68000. The other half of the bandwidth is reserved for the video hardware. So, the way things work, the video hardware is always accessing the ST's RAM, alternating accesses with the CPU. In the TT, the video hardware is much the same, to preserve ST compatibility. The "fast" RAM is memory that the video hardware does not have access to. It is "faster" because all of its bandwidth can be dedicated to the CPU, instead of being shared with the video. (Of course in the TT, it is also faster because it supports 68030 burst mode operation...) As for disk accesses - I thought the ST DMA operated by stealing CPU cycles, but I guess not. At any rate, the TT has an additional SCSI controller that can directly access fast RAM... It would be nice if the memory system were designed a little differently, but so it goes. As it is, you can have your code & data live in fast RAM all the time, but you must keep screen memory in ST RAM. -- -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA ------------------------------ Date: 3 Jan 92 23:32:53 GMT From: noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!mips!atha!aupair .cs.athabascau.ca!eugene@arizona.edu (Eugene Rubin) Subject: uniterm problem.... HELP PLEASE To: Info-Atari16@naucse.cse.nau.edu I am using Uniterm as my terminal emulator connected to a SUN running Unix. Whenever I use "more" on the SUN and there is a line in the file longer than 80 characters, it bombs out Uniterm (i.e. I try to read a saved e-mail file that have an address line more than 80 characters). VI works fine to read the file. It seems to me that this is probably a correctable problem with Uniterm (otherwise more people would have reported it.) I assume that it is a buffer problem..... but how do I correct it? Can anyone given me some advice? ------------------------------ End of Info-Atari16 Digest ******************************