Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 232
Info-Atari16 Digest Fri, 26 Apr 91 Volume 91 : Issue 232
Today's Topics:
314 drive problems
Can GCC treat printer like file? (2 msgs)
Cartridge port hardware timing questions
Dark Color Monitors
DESKJET printer drivers
floppy compatibility problem
HD identification (Was: Megafile 60 noisy startup/ shutdown
HELP!!!!!!!!!!!!!!!!!!!!!!!!!!!!! (2 msgs)
Looking for Disk Catalog PRG
Need Monitor!
Re: Sozobon C help.
Sozobon C help.
ST book
STE incompatibilities (was Re: STE and Calamus)
TeX 3.1 format files uploaded to atari.archive
Wanted: Symbolic math program for novice ST user
Where is Auto-boot?
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: 25 Apr 91 18:06:34 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!news.larc.nasa.gov!asdsun.larc.nasa.gov!klassa@ari
zona.edu (John Klassa)
Subject: 314 drive problems
To: Info-Atari16@naucse.cse.nau.edu
Recently, my 314 drive was left on for an extended period of time (exact
duration unknown, but it must have been a while)... I was rudely awakened
one night by the sound of my drive motor (I think) on its last legs.
Since then, when powered up, the drive makes a funny, irregular sort of
grinding noise and refuses to function in any way, shape or form. Note
that my ST wasn't powered up during the time that the drive was on, nor was
there a disk in the drive -- I'd apparently just forgotten to turn it off.
My questions are:
1. What would be the most likely result of leaving such a drive
powered up for an extended period of time (i.e. motor failure?
some other sort of failure?)?
2. Can I do anything to fix the drive (i.e. replace some part or
another), or such I just toss the thing out?
Thanks in advance...
John
P.S. Reply directly to me, if possible, since something like this may not
be of general interest to netters.
John Klassa
klassa@asdsun.larc.nasa.gov
------------------------------
Date: 26 Apr 91 09:02:45 GMT
From: timbuk!marc@uunet.uu.net (Marc Bouron)
Subject: Can GCC treat printer like file?
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr26.044146.19629@watmath.waterloo.edu>,
ljdickey@watmath.waterloo.edu (L.J.Dickey) writes:
|> In article <032147.3514@timbuk.cray.com> marc@sequoia.cray.com
|> (Me!! :-) ) writes:
|> >
|> >In article <1991Apr19.200801.26887@ux1.cso.uiuc.edu>, timothyg@ncsa.uiuc.edu
|> (Timothy Gallivan) writes:
|> > ...
|> > There is a standard filename called `PRN:' or `LST:' that you should be
|> > able to use just like any other filename. TOS recognises this filename
|> > and directs the output to the printer. For example, you would write
|> > fopen("LST:","w"). You'll need to check yourself which one works...
|> > one is standard TOS - the other was a Lattice special.
|>
|>
|> Is there a standard filename for the serial port?
Try "AUX:". Also, "CON:" for the console.
[M][a][r][c]
################################################################################
# # marc@sequoia.cray.com # . . #
# Marc CR Bouron # M.Bouron@cray.co.uk (ARPA) # _|\ /|_ #
# Cray Research (UK) Ltd. # M.Bouron@crayuk.uucp (DOMAIN) # (_|_V_|_) #
# +44 344 485971 x2208 # M.Bouron@uk.co.cray (JANET) # | | #
# # ...!ukc!crayuk!M.Bouron (UUCP) # #
################################################################################
------------------------------
Date: 26 Apr 91 04:41:46 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!rpi!news-server.csri.toronto.edu!utgpu!wats
erv1!watmath!ljdickey@arizona.edu (L.J.Dickey)
Subject: Can GCC treat printer like file?
To: Info-Atari16@naucse.cse.nau.edu
In article <032147.3514@timbuk.cray.com> marc@sequoia.cray.com
(Marc Bouron) writes:
>
>In article <1991Apr19.200801.26887@ux1.cso.uiuc.edu>, timothyg@ncsa.uiuc.edu
(Timothy Gallivan) writes:
> ...
> There is a standard filename called `PRN:' or `LST:' that you should be
> able to use just like any other filename. TOS recognises this filename
> and directs the output to the printer. For example, you would write
> fopen("LST:","w"). You'll need to check yourself which one works...
> one is standard TOS - the other was a Lattice special.
Is there a standard filename for the serial port?
--
Prof L.J. Dickey, Faculty of Mathematics, U of Waterloo, Canada N2L 3G1
Internet: ljdickey@watmath.waterloo.edu
UUCP: ljdickey@watmath.UUCP ..!uunet!watmath!ljdickey
X.400: ljdickey@watmath.UWaterloo.ca
------------------------------
Date: 26 Apr 91 03:57:19 GMT
From: munnari.oz.au!metro!dmssyd.syd.dms.CSIRO.AU!megadata!swanee@uunet.uu.net
(Geoff Swan)
Subject: Cartridge port hardware timing questions
To: Info-Atari16@naucse.cse.nau.edu
Does anyone know what the timing constraints of the cartridge port
(ST, MEGA, STE and TT) are? Without a DTACK or DSACK signal being
returned from the port, what are the data setup times required to
meet the internal logic timing for data transfer.
Bearing this in mind, the TT runs at a much higher clock speed, so
does the cartridge port now also have changed timing requirements
over the ST's? If so, does this mean that most of the older devices
using this port may no longer work?
Any information regarding this would be greatly appreciated.
Thanks in advance,
Geoff Swan.
(swanee@megadata.oz)
------------------------------
Date: 25 Apr 91 22:00:20 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!
toumon!wucc!ytsuji@arizona.edu (Y.Tsuji)
Subject: Dark Color Monitors
To: Info-Atari16@naucse.cse.nau.edu
In the above article, AAron@sun.soe.clarkson.edu writes:
> ...After reading my statement that there are many adjustments inside the
> SC1224, some of you can't believe that I ACTUALLY made the adjustments
> when the monitor was ON, and my ST had an image on it....
> I might be considered careless, but I felt daring and confident.
> If you try this, you can be considered careless.
So did I. I was simply very lucky, not having been killed. I used a
well isolated screw driver and knew the most dangerous area of the CRT,
but there was a possibility of suicide. One should take the CRT to the
official service centre and have free fix when bought anew. Many programs
assume one inch length on the screen is correctly shown.
------------------------------
Date: 26 Apr 91 11:20:23 GMT
From: mcsun!ukc!warwick!csuac@uunet.uu.net (The Juggler)
Subject: DESKJET printer drivers
To: Info-Atari16@naucse.cse.nau.edu
After posting to this net to find out about the deskjet series of printers
I finally parted with my cash and bought a Deskjet 500. I am very pleased with
it but I do have a problem with drivers. At the moment I am using tempus to
write reports and letters since I have the flexibility of adding control codes
into my text. However this is slow and looks pretty sad on the screen. I have
first word + but no driver for it. Ideally I am interested in purchasing a
decent word processor that will make use of the features of the deskjet. For
example, I will be probably be buying additional font cartridges at a later
date. At the moment 'Thats Write' looks quite interesting. Does anyone out
there use a deskjet and a respectable word processor that they can recommend.
Thanks in advance,
Paul
------------------------------
Date: 25 Apr 91 21:43:21 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!
toumon!wucc!ytsuji@arizona.edu (Y.Tsuji)
Subject: floppy compatibility problem
To: Info-Atari16@naucse.cse.nau.edu
If formatted by ST's destop formatting program or by similar ones (difference
being user interface and fancy sectors/cylinder or greater than 80 cylinders),
the diskettes are unlikely read well by other machines. Apart from the
fact that the low level formatting is neither IBM nor ISO compatible, the
media descriptor byte in the boot sector may not be correct. And many msdos
machines I have used so far don't bother other info on that sector. And of
course the first 3 bytes must be 'jump ...' in 8086 machine language and not
'bra ...' in 68000.
The physical drive is very unlikely to be defective these days, but the
interface can be very bad (genuine ATARI and IBM things may be OK.)
------------------------------
Date: 25 Apr 91 21:59:07 GMT
From: kodak!uupsi!sunic!ugle.unit.no!sigyn.idt.unit.no!erlingh@cs.rochester.edu
(Erling Henanger)
Subject: HD identification (Was: Megafile 60 noisy startup/ shutdown
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr25.041110.7463@watmath.waterloo.edu>,
ljdickey@watmath.waterloo.edu (L.J.Dickey) writes:
|> In article <1991Apr22.153323.16506@informatik.uni-erlangen.de>
csbrod@immd4.informatik.uni-erlangen.de (Claus Brod) writes:
|>
|> You can also use the program "ratehd.prg". This is supplied by
|> the folks at ICD, and may be obtained at "atari.archive.umich.edu".
|>
Nope, on the megafile (at least on mine), ratehd only reports what adapter is in
it, not
what kind of mech it contains.My megafile is reported to include an Adaptec 4070
A.
|> --
|> Prof L.J. Dickey, Faculty of Mathematics, U of Waterloo, Canada N2L 3G1
|> Internet: ljdickey@watmath.waterloo.edu
|> UUCP: ljdickey@watmath.UUCP ..!uunet!watmath!ljdickey
|> X.400: ljdickey@watmath.UWaterloo.ca
--
_______ _____ o ____ Erling Henanger
/___ /____/ / / /| / / Norwegian Institute
/ /\ / / / | / | ___ of Technology. (NTH)
------ / \ /____ / / |/ \____| o Atari Lives !
------------------------------
Date: 25 Apr 91 22:13:03 GMT
From: tut.cis.ohio-state.edu!cis.ohio-state.edu@uunet.uu.net (jeffery d
thompson)
Subject: HELP!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
To: Info-Atari16@naucse.cse.nau.edu
I'm not sure how it happened, but all of the files I had on my
Atari Megafile 30 in partition D have become invisible. The problem
started when I was using Cheetah to copy some files from logical drive E
to D. For one copy it either said that it couldn't find the drive path
or that the drive path was to complex. I rebooted the computer and
used Cheetah to find out how much room was left on the drive. No files
or folders appeared but it said I only had 5 megabytes left when that
partition should have 6.5 meg free. So I know the files are still there
but how can I get to them? Thanks in advance for any help.
Jeff
------------------------------
Date: 26 Apr 91 00:55:47 GMT
From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
Subject: HELP!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
To: Info-Atari16@naucse.cse.nau.edu
In article <112614@tut.cis.ohio-state.edu> thompson@cis.ohio-state.edu (jeffery
d thompson) writes:
>
> I'm not sure how it happened, but all of the files I had on my
>Atari Megafile 30 in partition D have become invisible. The problem
>started when I was using Cheetah to copy some files from logical drive E
>to D. For one copy it either said that it couldn't find the drive path
>or that the drive path was to complex. I rebooted the computer and
>used Cheetah to find out how much room was left on the drive. No files
>or folders appeared but it said I only had 5 megabytes left when that
>partition should have 6.5 meg free. So I know the files are still there
>but how can I get to them? Thanks in advance for any help.
> Jeff
Cheetah does non-standard stuff to achieve the speed that it does. It does
not verify like conventional writes do (if indeed you do have verify on,
which is the default). Therefore, as I'm sure the docs state, you use
Cheetah at your own risk. I use Cheetah once in a while, but not for all
of my copying.
If you get any kind of error while using Cheetah, I wouldn't use it for that
drive. It seems that your drive may have been too heavily fragmented for
Cheetah to find the drive paths, but that's just a supposition. If you
get an error with Cheetah, I would question the integrity of the data on
that partition. You should back it up ASAP and defragment it, or zero
the partition and restore the backup.
--
Ed Krimen ...............................................
||| Video Production Major, California State University, Chico
||| INTERNET: ekrimen@ecst.csuchico.edu FREENET: al661
/ | \ SysOp, Fuji BBS: 916-894-1261 FIDONET: 1:119/4.0
------------------------------
Date: 24 Apr 91 23:42:49 GMT
From: o.gp.cs.cmu.edu!andrew.cmu.edu!mg20+@pt.cs.cmu.edu (Michael Paul Greelish)
Subject: Looking for Disk Catalog PRG
To: Info-Atari16@naucse.cse.nau.edu
"The Director" does all sorts of neat things with floppy catalogues &
more. It was on an old _STart_ disk. It's probably PD too.
______________________________________________________________
|\ /|
| \/ | ike Greelish
Carnegie Mellon U. undergrad, professional writing major
quote: "Up against the stick, motherwalkers, this is a fuck-up!"---Unknown
disclaimer: I disclaim.
------------------------------
Date: 26 Apr 91 02:19:32 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!jarthur!petunia!csuchico.edu!neonman@arizon
a.edu (Justin DuBois)
Subject: Need Monitor!
To: Info-Atari16@naucse.cse.nau.edu
MONITOR WANTED!!!!!!!
I am looking for a Color MultiSync monitor, preforably 16" or larger.
Please leave me a description of its spects, and a price!
A monitor like the NEC 4D 16" or 5D 20"
or like the Samsung 17"
Thanks, Justin DuBois neonman@ecst.csuchico.edu
* * **** ** * * * * ** * * =neonman@cscihp.ecst.csuchico.edu=
** * * * * ** * ** ** * * ** * === Bigger than life! ============
* ** *** * * * ** * * * **** * ** ===== Justin DuBois ==============
* * **** ** * * * * * * * * ======= Chico CA. ================
------------------------------
Date: 25 Apr 91 22:11:26 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!spool.mu.edu!cs.umn.edu!thelake!steve
@arizona.edu (Steve Yelvington)
Subject: Re: Sozobon C help.
To: Info-Atari16@naucse.cse.nau.edu
[In article <1991Apr24.094735.19857@dcs.glasgow.ac.uk>,
waddella@dcs.glasgow.ac.uk (Alexander Waddell) writes ... ]
> I am converting all my C listings from Laser C to Sozobon C, and I have
> encountered a major problem - I can't make GEM programs any more!
>
> The problem is this - I have changed the INCLUDE statement to include the
> GEMFAST.H header file, compiling the source produces errors. The compiler
> says it does not know about statements such as :
>
> appl_init
> v_clswrk...etc...
The GEMFAST.H file doesn't provide the library functions; it merely
replaces GEMDEFS.H and OBDEFS.H, which define various useful
constants, structures, etc.
You need to explicitly include the aesfast and vdifast libraries as
command-line arguments to CC.TTP. (You can add a -GEM feature to CC
if you want, since you have the sources.)
I use MAKE instead. Here is a generic makefile that can be modified
for any GEM program under Sozobon C and GEMFAST. Note that there is
no rule in this makefile for turning .C files into .O -- MAKE knows
how to do that without any special training.
PROGRAM = my.prg
MODULES = my.o
CFLAGS = -O
LIBS = aesfast.a vdifast.a
$(PROGRAM): $(MODULES)
cc -o $(PROGRAM) $(MODULES) $(LIBS)
I keep my aesfast.a and vdifast.a files in the same folder as
dlibs.a, dstart.o, libm.a, etc. The LIB environment variable points
there.
----
Steve Yelvington, Marine on St. Croix, Minnesota, USA / steve@thelake.mn.org
------------------------------
Date: 24 Apr 91 09:47:35 GMT
From: mcsun!ukc!strath-cs!glasgow!waddella@uunet.uu.net (Alexander Waddell)
Subject: Sozobon C help.
To: Info-Atari16@naucse.cse.nau.edu
Help me, please!
I am converting all my C listings from Laser C to Sozobon C, and I have
encountered a major problem - I can't make GEM programs any more!
The problem is this - I have changed the INCLUDE statement to include the
GEMFAST.H header file, compiling the source produces errors. The compiler
says it does not know about statements such as :
appl_init
v_clswrk...etc...
Everything works fine if I use Laser C, surely it should work with little
modification on Sozobon C.
Anybody out there got any suggestions?
Contact: Alex Waddell,
Glasgow University,
Scotland.
(waddella@hawaii.dcs.glasgow.ac.uk)
------------------------------
Date: 23 Apr 91 20:00:51 GMT
From: hpfcso!hpfcdj!dom@hplabs.hp.com (Dave Merrill)
Subject: ST book
To: Info-Atari16@naucse.cse.nau.edu
I have just acquired an ST. Is there any good books that cover
the basics of system operation. The documentation from Atari is lacking.
Like what are .acc and .??? files?
How do I customize the desktop?
How do I add a printer when the option box on the dektop is not displayed?
Dave Merrill
------------------------------
Date: 25 Apr 91 21:32:05 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu@ar
izona.edu (Todd Drga)
Subject: STE incompatibilities (was Re: STE and Calamus)
To: Info-Atari16@naucse.cse.nau.edu
In article <23921@know.pws.bull.com> CSULLOGG@CRL.AECL.CA writes:
>I ran into a very strange problem using Calamus (1.09N). I was in the midst of
>preparing a newsletter using Calamus on a Mega 2 with an SLM605 attached.
>Since the SLM605 needs a meg of RAM I had little available RAM for use.
>So, I simply grabbed a 1040STE wuth 4 megs (I'm a dealer, I can do that
>sort of thing) and continued on. However, whenever I printed anything, all
>objects (text, graphics, lines, etc) had what looked to be shadowing.
>However, the shadowing was ragged and made everything look out of focus.
>When I switched back to the Mega, the problem went away. I switched back
>and forth a couple of times to make sure that it was not a problem realted
>to one document - it happended with every one I had.
>
>Anyone have ANY idea about this one??
On a related topic, I am considering replacing my 1040STf with a STE soon.
However, I would like to know of any incompatibilities that the programs
I plan on using may have with the STE.
I want to do CAD and DTP, so the 4megs of SIMMs would really be nice. This
is the main reason I'm thinking of getting a STE. The expanded graphics
capabilities and sound may be useful in the future, so I would appreciate
any info about those types of programs too.
I have CAD-3D 2.0 and the Cyber Studio line of programs, which I use now,
but I'm planning on getting DynaCADD and Calamus to do some serious work.
I also use Uniterm extensively for telecomm, and the Timeworks series of
programs for WP and DB.
Any info on bugs, general things to look out for with the STE, etc. would
really help.
Thanks,
Todd
P.S. I remember reading somewhere about a Super (enhanced?) Calamus that
is in the works. Anyone know anything about this? The post that mentioned
it was 2-3 months ago, and I don't remember it that well. I may hold off
on buying the present version if it is to be upgraded soon.
--
= INTERNET-> tdrga@ccwf.cc.utexas.edu (Todd Drga, UT Dept. of Drama) =
= =
= ' The dry grass will set fire to the damp grass ' =
= =
= African proverb brought to the Americas by slaves =
------------------------------
Date: 26 Apr 91 08:58:46 GMT
From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
Subject: TeX 3.1 format files uploaded to atari.archive
To: Info-Atari16@naucse.cse.nau.edu
I just uploaded format31.lzh file to atari.archive. This contains the
FORMAT files for TeX 3.1: plain, lplain, splain. It seems that the
ones that I uploaded in Dec. were SPARC specific and in addition for
TeX 3.0. They were rebuilt the format files last night on my Mega 4
ST, and all seems well.
Cheers,
--
Ralph P. Sobek Disclaimer: The above ruminations are my own.
ralph@laas.fr Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try: sobek@eclair.Berkeley.EDU
===============================================================================
Proud owner of a Mega 4 ST. Wishing it was a Mega STe! :-|
------------------------------
Date: 26 Apr 91 01:55:56 GMT
From: noao!ncar!gatech!prism!mailer.cc.fsu.edu!nu!boyd@arizona.edu (Mickey Boyd)
Subject: Wanted: Symbolic math program for novice ST user
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr25.073843.6040@loop.uucp>, dont@loop.uucp (Don
Taylor;644-7631) writes:
>I have a relative novice using an ST. I would like to obtain a symbolic
>math program that will run on the machine. I was told there is a package
>called 'Elcal' but have been unable to track down a dealer. If someone
>has a copy they wish to part with, a source for the package at a reasonable
>price, or knows of other packages that would do algebra-calculus-etc. I
>would greatly appreciate any information.
>
I have put the PD version of El Cal (called Sub_Cal) on atari.archive. It is
a great program, and received heavy use by me during my undergraduate math
courses. All ordering info is included in the archive. You may find that
Sub_Cal has all the power you need (not much of it is disabled). Feel free
to email questions.
--
---------------------------------+-------------------------------------
Mickey R. Boyd | "Kirk to Enterprise. All clear
FSU Computer Science | down here. Beam down
Technical Support Group | yeoman Rand and a six-pack . ."
email: boyd@fsucs.cs.fsu.edu |
---------------------------------+-------------------------------------
------------------------------
Date: 26 Apr 91 04:43:44 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!rpi!news-server.csri.toronto.edu!utgpu!wats
erv1!watmath!ljdickey@arizona.edu (L.J.Dickey)
Subject: Where is Auto-boot?
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Apr24.013620.7473@riacs.edu> glennd@athena.arc.nasa.gov (Glenn
Deardorff - GDP) writes:
>I've heard mention of the "auto-boot" program (used to autoboot programs
>upon bootup, naturally). I couldn't find it in the Atari archives. Can
>some kind soul tell me where I might find it, or, that it IS, in fact,
>in the Atari archives. Thankyou
It is called STARTGEM.PRG, and it is at atari.archives.umich.edu.
--
Prof L.J. Dickey, Faculty of Mathematics, U of Waterloo, Canada N2L 3G1
Internet: ljdickey@watmath.waterloo.edu
UUCP: ljdickey@watmath.UUCP ..!uunet!watmath!ljdickey
X.400: ljdickey@watmath.UWaterloo.ca
------------------------------
End of Info-Atari16 Digest
******************************
