Info-Atari16 Digest Mon, 21 Oct 91 Volume 91 : Issue 544 Today's Topics: Atari 1040STF *For Sale* MidI DataLink 1.00 (3 msgs) DataLink 1.00, mono only -- ahh!! (4 msgs) Font addresses GENIE email gulam line length limit. MC68010 on atari ? My hard drive bit it PC DITTO I TeX, tpic-specials WANTED: Key-slot switcher for Atari ST/Mega !!! What are... word processors... 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: 20 Oct 91 19:38:31 GMT From: fernwood!portal!cup.portal.com!Bobster@uunet.uu.net (Robert Jules Shaughnessy) Subject: Atari 1040STF *For Sale* MidI To: Info-Atari16@naucse.cse.nau.edu *For Sale* Atari 1040 STf 1 meg of ram 1 internal DSDD 3.5 inch drive 1 External DSDD 3.5 inch drive (atari sf314) 1 Color Atari Monitor. (SC1224) All of this could be yours for $700 or best offer! Reply to net or phone me at 816-756-5189. (Ask for Bobby) ------------------------------ Date: 20 Oct 91 23:32:16 GMT From: boulder!news@uunet.uu.net (Todd C. Miller) Subject: DataLink 1.00 To: Info-Atari16@naucse.cse.nau.edu In article <521502w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca (Michel Forget) writes: >> Does this Program support Zmodem Batch uploads, >> I have fould that a lot of Term programs use the XYZ.TTP for file >> transfers, but there is a big problem, it does not support a real >> Batch mode, only a wild card mode, or all the batch files have to be in >> a folder.. >> > >DataLink will allow a 78 character command line, so that is what you have >to work with. In the next version, I'll add the ability to write a >TOSEND.INF file so that you can use that option and then pass the >TOSEND.INF to XYZ using the -1 option. That should make it a little >easier. For now, though, you should probably use wilcards or as much as >you can fit on the command line. If you have a better suggestion, I'll >be glad to incorporate it. I don't want to tie DataLink too tightly to >any transfer program, since it is designed to be able to use them all. > Doesn't xyz support several files on a command line? If so you could use the file elector to select files to u/l and use cancel button to signal when you have selected enough files. Keep track of the selections and pass that to xyz (or whatever zmodem prg you use)... - todd -- Todd C. Miller | "But all the politiCIAns now millert@tramp.Colorado.EDU | They have no excuse al804@cleveland.Freenet.Edu | They just hide behind their power University of Colorado @ Boulder | And keep us from the truth" - Roger McGuinn ------------------------------ Date: 21 Oct 91 09:23:33 GMT From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wupost!waikato.ac.nz!comp.vuw.ac.nz!act rix!Roger.Sheppard@arizona.edu (Roger Sheppard) Subject: DataLink 1.00 To: Info-Atari16@naucse.cse.nau.edu In article <1991Oct20.233216.12975@colorado.edu> millert@cs.colorado.edu (Todd C. Miller) writes: > In article <521502w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca (Michel Forget) writes: > >> Does this Program support Zmodem Batch uploads, > >> I have fould that a lot of Term programs use the XYZ.TTP for file > >> transfers, but there is a big problem, it does not support a real > >> Batch mode, only a wild card mode, or all the batch files have to be in > >> a folder.. > >> > > > >DataLink will allow a 78 character command line, so that is what you have > >to work with. In the next version, I'll add the ability to write a > >TOSEND.INF file so that you can use that option and then pass the > >TOSEND.INF to XYZ using the -1 option. That should make it a little > >easier. For now, though, you should probably use wilcards or as much as > >you can fit on the command line. If you have a better suggestion, I'll > >be glad to incorporate it. I don't want to tie DataLink too tightly to > >any transfer program, since it is designed to be able to use them all. > > > Doesn't xyz support several files on a command line? If so you could use the > file elector to select files to u/l and use cancel button to signal when you > have selected enough files. Keep track of the selections and pass that to > xyz (or whatever zmodem prg you use)... > > - todd > -- > Todd C. Miller | "But all the politiCIAns now > millert@tramp.Colorado.EDU | They have no excuse > al804@cleveland.Freenet.Edu | They just hide behind their power > University of Colorado @ Boulder | And keep us from the truth" - Roger McGuinn From what I can remember, as I only had a quick play with XYZ 202 ?, it could not do a batch upload with explicit file names. Terminal programs must support Full ARCV, none of this 125 character command line limit. Uploaded files can be all over the place and in some folders deep, this is why the 125 limit is far to short. I get involved in uploading lots of files to BBS's, but at the moment I am limited to 3 files per upload, I use the GSZRZ18, this is the German Gem Zmodem program, but still only uses the command line.. -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * GEnie. R.SHEPPARD5 *** *** Kapiti At least I don't Flicker, *** *** New Zealand.. * not like a dying light globe *** ------------------------------ Date: 21 Oct 91 09:40:20 GMT From: lll-winken!aunro!ersys!mforget@ames.arpa (Michel Forget) Subject: DataLink 1.00 To: Info-Atari16@naucse.cse.nau.edu millert@cs.colorado.edu (Todd C. Miller) writes: Michel Forget writes: > >DataLink will allow a 78 character command line, so that is what you have > >to work with. In the next version, I'll add the ability to write a > >TOSEND.INF file so that you can use that option and then pass the > >TOSEND.INF to XYZ using the -1 option. That should make it a little > >easier. For now, though, you should probably use wilcards or as much as > >you can fit on the command line. If you have a better suggestion, I'll > >be glad to incorporate it. I don't want to tie DataLink too tightly to > >any transfer program, since it is designed to be able to use them all. > > > Doesn't xyz support several files on a command line? If so you could use the > file elector to select files to u/l and use cancel button to signal when you > have selected enough files. Keep track of the selections and pass that to > xyz (or whatever zmodem prg you use)... > -- > Todd C. Miller | "But all the politiCIAns now > millert@tramp.Colorado.EDU | They have no excuse > al804@cleveland.Freenet.Edu | They just hide behind their power > University of Colorado @ Boulder | And keep us from the truth" - Roger McGu This is the way I had the transfer system set up to begin with. XYZ was required to use DataLink. I later changed my mind and removed that aspect of the program, so that people can use any transfer utility they want. The method you suggest would work up to a point; I don't think that XYZ uses the ARGV standard, so it wouldn't be able to receive very many files on a command line. It does allow you to write the files to a file, and then use that file for input though. This should work in theory, but I had an extremely hard time getting it to work at all. In the next version of DataLink, I will add the ability to construct a file that you can pass to XYZ. The feature will let you select files until you hit cancel, and it will write them out to a file of your choice. Then you can pass the filename to XYZ while you select your transfer type and other options. << ------------------------------------------ >> << mforget@ersys.edmonton.ab.ca >> << ersys!mforget@nro.cs.athabascau.ca >> << Michel Forget >> << "Do not meddle in the affairs of Wizards, >> << for they are not happy campers!" - UNKNOWN >> << ------------------------------------------ >> ------------------------------ Date: 21 Oct 91 01:38:34 GMT From: netcomsv!bryanw@decwrl.dec.com (Bryan Woodworth) Subject: DataLink 1.00, mono only -- ahh!! To: Info-Atari16@naucse.cse.nau.edu Any chance of a medium resolution version of Datalink in the near future? I thought only Germans used monochrome! :p -- Bryan Woodworth Mail: bryanw@netcom.COM Netcom - Online Communication Services San Jose, CA ------------------------------ Date: 21 Oct 91 04:22:04 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!spool.mu.edu!munnari.oz.au!buny ip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison) Subject: DataLink 1.00, mono only -- ahh!! To: Info-Atari16@naucse.cse.nau.edu bryanw@netcom.COM> bryanw@netcom.COM (Bryan Woodworth) writes: >Any chance of a medium resolution version of Datalink in the near future? >I thought only Germans used monochrome! :p All SERIOUS users use monochrome? As soon as I get around to buying a monitor switcher, the sooner I can stop using Gumby resolution. Medium is so UGLY after monochrome - I spend most of my time editting source code. Anyone got some good RGB values for minimum eye-strain in colour text modes? Warwick. -- _-_|\ warwick@cs.uq.oz.au / * <-- Computer Science Department, \_.-._/ University of Queensland, v Brisbane, AUSTRALIA. ------------------------------ Date: 21 Oct 91 09:45:53 GMT From: noao!ncar!asuvax!cs.utexas.edu!wupost!spool.mu.edu!uwm.edu!lll-winken!aunro!ers ys!mforget@arizona.edu (Michel Forget) Subject: DataLink 1.00, mono only -- ahh!! To: Info-Atari16@naucse.cse.nau.edu bryanw@netcom.COM (Bryan Woodworth) writes: > Any chance of a medium resolution version of Datalink in the near future? > I thought only Germans used monochrome! :p > > -- > Bryan Woodworth Mail: bryanw@netcom.COM > Netcom - Online Communication Services San Jose, CA There is a possability of a color version, but I'm not too sure about it. I only have a Monochrome monitor, and the RF Modulator that connects the ST to my TV is broken for some reason. The reason DataLink will only run in Monochrome (I tried color when I had it) is that the RSC file has dialogs with a lot of information in them. When I was designing the dialogs, I was intending for the program to be used on a Monochrome display so it never occured to me to make the dialogs smaller (but more complex). If I get the RF Modulator fixed, and if the users show enough interest by sending in their $5, then I will work on it until there is a color version. DataLink doesn't do anything that should cause problems in color, except for the size of the dialogs, so it shouldn't be too hard to get it working in color after I re-organize the dialogs. << ------------------------------------------ >> << mforget@ersys.edmonton.ab.ca >> << ersys!mforget@nro.cs.athabascau.ca >> << Michel Forget >> << "Do not meddle in the affairs of Wizards, >> << for they are not happy campers!" - UNKNOWN >> << ------------------------------------------ >> ------------------------------ Date: 21 Oct 91 09:49:10 GMT From: noao!ncar!asuvax!cs.utexas.edu!uwm.edu!lll-winken!aunro!ersys!mforget@arizona.e du (Michel Forget) Subject: DataLink 1.00, mono only -- ahh!! To: Info-Atari16@naucse.cse.nau.edu warwick@cs.uq.oz.au (Warwick Allison) writes: > bryanw@netcom.COM> bryanw@netcom.COM (Bryan Woodworth) writes: > > >Any chance of a medium resolution version of Datalink in the near future? > >I thought only Germans used monochrome! :p > > All SERIOUS users use monochrome? As soon as I get around to buying a > monitor switcher, the sooner I can stop using Gumby resolution. Medium > is so UGLY after monochrome - I spend most of my time editting source code. > > Anyone got some good RGB values for minimum eye-strain in colour text modes? > > Warwick. > -- > _-_|\ warwick@cs.uq.oz.au > / * <-- Computer Science Department, > \_.-._/ University of Queensland, > v Brisbane, AUSTRALIA. I agree with you that color is painful on the ST. It isn't so bad on the IBM machines with Super VGA, but it still annoys me. If I could have made DataLink support color I would have, but the RF Modulator that connects my ST to my TV is broken, and I don't have a color monitor. I said in an earlier message that I would make DataLink support color if the users supported the product by sending in their $5, which will allow me to buy a RF Modulator. I want to make DataLink as good a program as I can. << ------------------------------------------ >> << mforget@ersys.edmonton.ab.ca >> << ersys!mforget@nro.cs.athabascau.ca >> << Michel Forget >> << "Do not meddle in the affairs of Wizards, >> << for they are not happy campers!" - UNKNOWN >> << ------------------------------------------ >> ------------------------------ Date: 20 Oct 91 12:03:23 GMT From: snorkelwacker.mit.edu!ira.uka.de!sun.rhrk.uni-kl.de!seimet@uunet.uu.net (Uwe Seimet [Chemie]) Subject: Font addresses To: Info-Atari16@naucse.cse.nau.edu clash@aslan.en.open.de (Oliver Graf) writes: >Hya buddies! Hi Oliver! >Who can tell me how to get the address of the TOS-font independent from >the TOS version? I already know how to get it using TOS 1.02, but now I >have TOS 1.04 and the addresses are not the same. I tried to get it by >testing with GfA-Basic but I had no success. I couldn't get the address >for the font used by GEM (not GDOS!). A few days ago I had a similar problem. Originally I used LINEA $A000 to get the font header adresses. After this call A1 points to a structure describing the fonts (see Atari Profibuch). Unfortunately this does not seem to work with the vdi driver of the Crazy Dots card. So I used the negative LINEA variables instead but encountered the same problems. My solution which is clean because I don't need LINEA anymore: I included the font data in my program. 8x8 and 8x16 system font need 6 KByte data space. I think this is not too much to overcome the font problem. ******************************************************** * Uwe Seimet * * seimet@rhrk.uni-kl.de * *------------------------------------------------------* * I hate this machine, I wish that they would sell it. * * It doesn't do what I want but only what I tell it. * * (Programmer's lament) * ******************************************************** ------------------------------ Date: 21 Oct 91 01:40:26 GMT From: arizona.edu!cerritos.edu!nic.csu.net!usc!wupost!zaphod.mps.ohio-state.edu!malgu di.oar.net!yfn.ysu.edu!ysub!psuvm!sml108@arizona.edu (Scott the Great) Subject: GENIE email To: Info-Atari16@naucse.cse.nau.edu Hi, is there a way to send email to GENIE accounts from BITNET or Internet and vice versa? Scott ------------------------------ Date: 20 Oct 91 23:05:22 GMT From: bu.edu!jade.tufts.edu!mling@uunet.uu.net (Maurice CM Ling) Subject: gulam line length limit. To: Info-Atari16@naucse.cse.nau.edu Hi everyone, I ran into a problem when compiling with Sozonbon C, gulam, and make. I have a habit of writing programs that take up lots of files, to support modularity and code reusability. The problem comes when I have a lot of files, and when I link, the length of the link command with its parameters exceeds a certain number of characters (> 132 ?), then make or gulam gives me an error, saying that the line is too long. I would like to see how you programmers deal with this problem. Is there a way to enlarge the line buffer of gulam. A short term solution, of course, would be to make libraries of collection of files. What other solutions are there? Thanks, Maurice -- * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** * ** \/ >--< ====================== Internet: mcli@joker.optics.rochester.edu /\ ------------------------------ Date: 19 Oct 91 15:52:00 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.c tr.columbia.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!ms.maus.de!Patrick_ Dubbrow@arizona.edu (Patrick Dubbrow) Subject: MC68010 on atari ? To: Info-Atari16@naucse.cse.nau.edu ogj%tglobe2.tollpost-globe @ SUB, 14.10.91 15:04: o>Is it possible to put a MC68010 in a Atari originally equipped o>with a MC68000 ?? If you got TOS 1.06 or higher it IS possible. The 68010 is pin-compatible to the version of 68K used in ordinary STs (not STEs). If you say that there's no official way of having TOS >= 1.06 in an old ST: There will be an adapter which allows you to run the soon coming TOS 2.06 in STs! BTW: If your programs are not especially optimized for the 68010 you will be dissapointed. Bye, Patrick ------------------------------ Date: 20 Oct 91 12:53:55 GMT From: noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!spool.mu.edu !munnari.oz.au!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard) Subject: My hard drive bit it To: Info-Atari16@naucse.cse.nau.edu In article <1991Oct20.091020.10136@watserv1.waterloo.edu> bmaraldo@watserv1.waterloo.edu (Commander Brett Maraldo) writes: > > Born: Aug 1985 > Died: 19 Oct 1991 3.00h > > My 6 year old supra 20mb hd finally bit the dust. Totally fried... it squeeled > and came to a stop. Reformatting wouldn't help. It's dead... jim. > Questions: > > 1) I am confused about the interface to the atari... there are two boards > in the supra case: one is a board that connects to the atari and to a multi-pin > connector to the board which sits on top of the 3.5" 20mb drive. > What are these boards? > > 2) can I just buy another drive (bigger perhaps?) and connect it to the board > that connects to the atari? When I buy another drive do i also get that > board which looks like it drives the heads and motor, or do i buy that > separately? > > 3) does anyone have any good ideas how I can get another hd up and running > with minimal $$$? > > thanks > brett maraldo >> -------- Unit 36 Research --------- > "Alien Technology Today" > bmaraldo@watserv1.UWaterloo.ca > {uunet!clyde!utai}!watserv1!bmaraldo Try a Quantum LPS 52 megs or 105 megs SCSI drives, the LPS105S sells for as low as $350us. Note: that card is the ATSCI to SCSI host adapter, you will have to find a way to fit it to another type of drive, also there are rubber feet stuck to the drive so that the board does not short out.. Note: 2..That board is the old version, you might have to contact Supra to see if it will work with the Quantum Drives.. Supra now use Quantum drives, the Quantum LPS series is well suited to that drive box as it does not have a fan.. -- *** Roger W. Sheppard * Roger.Sheppard@bbs.actrix.gen.nz *** *** 85 Donovan Rd * * GEnie. R.SHEPPARD5 *** *** Kapiti At least I don't Flicker, *** *** New Zealand.. * not like a dying light globe *** ------------------------------ Date: 20 Oct 91 17:51:11 GMT From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net Subject: PC DITTO I To: Info-Atari16@naucse.cse.nau.edu Christopher Russell asked about pc-ditto 1.. The original software pc-ditto works just fine on a 1 Meg machine with floppies. It emulates a 640K 8088 PC XT with CGA or monochrome display. The major drawback of course is its speed. For applications like word processing it's ok, but anything requiring fast screen updating, ie: games, is far too slow to be useful. For the price (I *hope* Toad has it very inexpensively), it's useful for occasional forays into the MS-DOS world. BobR ------------------------------ Date: 21 Oct 91 07:01:21 GMT From: mcsun!hp4nl!star.cs.vu.nl!rfschaa@uunet.uu.net (Schaaf R F ) Subject: TeX, tpic-specials To: Info-Atari16@naucse.cse.nau.edu Hi, I am currently using a DVI driver for my Deskjet printer that does not support the tip-specials. However I use some programs that generate TeX files that do use those specials, so my question it: Does anyone know of a DVI driver for the Deskjet that supports the tpic- (ans possibly the cs-) specials? Richard Schaaf (rfschaa@cs.vu.nl) ------------------------------ Date: 20 Oct 91 23:18:57 GMT From: mcsun!news.funet.fi!funic!nic.funet.fi!jartsu@uunet.uu.net (Jartsu) Subject: WANTED: Key-slot switcher for Atari ST/Mega !!! To: Info-Atari16@naucse.cse.nau.edu Hi! I need a key-slot (ROM/modul-port) switcher form my Atari Mega4, so that I could run two key-protected applications under the MROS-switcher. If you know anything about such product or availability or source for one, please reply/followup. -- * Jari Lehto * Voice 90-387939 * Email jartsu@nic.funet.fi * * Tenavatie 19 A * Fax +358 0 8735916 * fwd -> s37837k@saha.hut.fi * * 00760 HELSINKI * Atari moderator in nic.funet.fi * * Finland * Administrator of Atari power-user mailing-list * ------------------------------ Date: 20 Oct 91 17:43:50 GMT From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net Subject: What are... To: Info-Atari16@naucse.cse.nau.edu Re: questions about SIPPs and SIMMs... A "DIP" package is a normal integrated circuit... the kind of thing that looks like a cockroach or centepide.. it stands for "Dual In-line Package" (referring to the two rows of pins down both sides of the chip). A "SIP" is a "Single In-line Package", or essentially a chip with only one row of pins coming out one side. This allows the chips to be mounted vertically for higher pc board density. A memory SIP is a small pc board with RAM chips on it, the board being mounted vertically on the motherboard in this same fashion. SIPs are usually *soldered* in place. A "SIMM" is a "Single In-line Memory Module" and is similar to the memory SIP, except that it has an edge connector instead of pins, and is mounted in a socket on the motherboard, making it easy to remove and replace. As for the speed of memory, whether DIPs, SIPs or SIMMs, the Atari ST requires RAM that is at least 150ns. ANYTHING FASTER THAN THAT IS WASTED! The ST can only access memory just so fast.. it doesn't matter if the RAM can respond faster, the ST can't make use of the shorter access times. The only reason to buy faster RAM is if you can find it cheaper than 150ns parts (which often happens, as 70ns parts are more commonly used in the IBM world). BobR ------------------------------ Date: 21 Oct 91 04:18:22 GMT From: nevada.edu!jimi2!equinox!cs.unr.edu!chan@uunet.uu.net (Kaho Chan) Subject: word processors... To: Info-Atari16@naucse.cse.nau.edu I was shocked the other day to find that my WordWriterST program was only version 1.0. Does anyone know the latest version and/or if the company Timeworks is still in business? I love my WordWriterST but it has a few bugs... If you think that there is a better word processor (excluding desktop publishers: Calamus, Pub- lishing Partner, etc...) that is faster or more user-friendly than WWST, please respond. I don't need all the bells/whistles/complex graphics... Thanks. chan@mammoth.cs.unr.edu Kaho "ChanmaN" Chan ------------------------------ End of Info-Atari16 Digest ******************************