Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 544
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
******************************
