HDTenEightyP/NetNews huggingface dataset:
From: jtreichl@iiic.ethz.ch (Juerg Treichler)
Newsgroups: comp.sys.atari.st.tech
Subject: Fontgdos
Date: 30 Sep 92 13:33:45 GMT
Distribution: ETH Zuerich
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH

I have a problem with the fontgdos. probably i missed the discussion about
the it.

	1.	i installed the cpx modules and generated the assign.sys and
      the extend.sys file. they seem to be correct.

  2. put fontgdos.prg in the auto folder an boot.

  3. i wrote a little test programm with a vst_load_font call for
     the screen device. 
     GDos error: not enough cache memory.
     but i have set the cache sizes on 20,20,200 and no font is bigger
     than 60kByte. 

what's wrong.

regards
Juerg
Newsgroups: comp.sys.atari.st.tech
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: <None>
Organization: University of Western Ont, London
Date: Thu, 1 Oct 1992 11:51:52 GMT

In article <1992Sep29.173624.3127@ibr.cs.tu-bs.de>, kinzel@ibr.cs.tu-bs.de (Jens Kinzel) writes:
> I want to use the MiNTlib functions under Turbo C. ('cause I like the
> Turbo C debugger). How to compile the files (... must I compile
> everything, what about the assembler files, when  I tried to compile
> ??????.c which includes stdio.h, I got some errormassages ). All in
> all it seems, that installing the libs with Turbo C is not possible

The version of the MiNT library that's currently available (patchlevel 20)
does not work with Turbo C. However, Ulf Mueller and Michael Hohmuth have
sent me patches, and the next version of the library will have Pure C
and Turbo C support. I *hope* it will be available soon; I've been hoping
that for several weeks now, and every time I think it's almost ready
another bug appears :-(.
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario

Newsgroups: comp.sys.atari.st.tech
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Backing up the HD -- AGAIN
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Mon, 5 Oct 1992 14:50:18 GMT

In article 19272@stsci.edu, hack@stsci.edu (Warren Hack) writes:
>
>In my previous posting, I had requested some advice on the best utility to
>use in backing up my HD.  My problems arise from not being able to find
>a program that will compress the files while backing them up or being able
>to restore the files once backed up.  

< stuff deleted >

Warren,

If it is _important_ for you to back up the data on your hard disk (i.e.,
you don't want to risk losing the data) then I strongly encourage you to
check out Diamond Back II and Diamond Edge from Oregon Research Associates.
While Turtle is a fine shareware program, it simply cannot compete with these
fine commercial utilities.  If your local Atari dealer <grin> doesn't stock
them, you can reach ORA by phone at (503) 620-4919.  They also frequent the
Usenet but I'm sorry, I can't seem to find their email address.

I'm not affiliated with ORA... just a happy customer.  :)
---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: GFA BASIC V3.5
Date: 5 Oct 92 18:57:39 GMT
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
Organization: Regional Computing Center, University of Cologne, F. R. Germany

In <1992Oct5.120649.4528@aston.ac.uk> busbyjm@cs.aston.ac.uk (James M Busby) writes:

>Please! Please! Please!
>Does anybody know how to turn off the key click in GFA Basic?
>I can't find any help in the manual!

From my GFA 3.0 manual, in the section on the SOUND and the  WAVE
command:

    The keyclick can be switched off by:

    SPOKE &H484,BCLR(PEEK(&H484),0)

    It can be switched on by

    SPOKE &H484,BSET(PEEK(&H484),0)

BTW, bit 1 in the same location is the flag for key repeat on/off.

Hope you can use this,

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
Newsgroups: comp.sys.atari.st.tech
From: annius@sif.research.ptt.nl (Annius Groenink)
Subject: Re: XBIOS say() in MultiTOS :)
Organization: PTT Research
Date: Tue, 29 Sep 1992 08:22:27 GMT

gordonf@monashee.sfu.ca (Gordon Farrell) writes:

>Oh, God.  Pleeeeeease, nobody do this!
>We have one of those "wonderful" NeXT printers in the lab, and whenever
>it starts whining at us, it's met with a chorus of "SHUT UP!"s from anyone
>near it.
>Beeps, pings, clicks, and whistles are fine for alerts, and can be sampled
>and used by someone to their heart's content, but in my experience talking
>appliances are just annoying.

I did give this some thought. You're absolutely right you'd better not
replace all alerts by spoken ones without allowing the user to disable
this feature. One possibly interesting idea is the following: when you're
using, say, a text editor (I'm sorry...) and the application senses it's
soon going to be out of memory (but not entirely) it could give you
a spoken message while you go on typing. All spoken messages should be
warnings or compliments rather than failure reports. If spoken messages,
like with the NeXT printer, get too much associated with `there is something
completely wrong' then obviously they will only get irritating in the end.

-- 
Annius Victor Groenink      Universiteit Utrecht      PTT Research Leidschendam
Mathematics/Comp. Sc.        avgroeni@cs.ruu.nl       +31 70 3325445 (weekdays)
Atari ST/Music          A.V.Groenink@research.ptt.nl  +31 70 3464732 (evenings)
_____________My opinions are my opinions____________  +31 5700 29396 (weekends)
From: John.David.Carter@f308.n133.z1.FIDONET.ORG (John David Carter)
Newsgroups: comp.sys.atari.st.tech
Subject: Haba harddisk software?
Date: 5 Oct 92 17:39:02 GMT
Organization: FidoNet node 1:133/308 - Information Overloa, Riverdale GA

Didn't Haba use the same host adapter as Atari?  If not, whose did they
farm out.  Anyhow, shouldn't Atari's HD software work on it?  Most
DMA/SCSI adapters of that era were very similar.  Somebody know for sure?
( as I am having trouble remembering ).




--  
----------------------------------------------------------
               __
              /  \             User: John David Carter
             /|oo \            Via FidoNet node: 1:133/411
            (_|  /_)
             _`@/_ \    _     FidoNet <==> UUCP Gateway
            |     | \   \\    FidoNet Net 133, Atl96
            | (*) |  \_  ))
  ______    |__U__| /  \//     David Deitch, Administrator
 / FIDO \    _//|| _\   /     Galaxy Information System
(________)  (_/(_|(____/ (jm)   (GIS) Atlanta            

UUCP: gatech!warlord!gisatl!308!John.David.Carter
INTERNET: John.David.Carter@f308.n133.z1.FIDONET.ORG
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Fontgdos
Date: 1 Oct 92 05:42:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.13

Juerg Treichler (jtreichl@iiic.ethz.ch) wrote:
>  3. i wrote a little test programm with a vst_load_font call for
>     the screen device.
>     GDos error: not enough cache memory.
>     but i have set the cache sizes on 20,20,200 and no font is bigger
>     than 60kByte.
>
>what's wrong.

You probably have GEM fonts in Motorola format. Atari's GDOS
versions only support the Intel format.
From: klassa@aurs01.UUCP (John M. Klassa)
Newsgroups: comp.sys.atari.st.tech
Subject: hard drive expansion
Keywords: hard drives, old mechanisms, expandability
Date: 5 Oct 92 19:48:17 GMT
Reply-To: klassa%aurfs1.aur.alcatel.com@rockdal.aud.alcatel.com (John Klassa)
Followup-To: comp.sys.atari.st.tech
Organization: Alcatel Network Systems, Raleigh NC

Hi-

I quite often see posts for old 10, 20 & 30 MB hard drive mechanisms
on the net (not just in c.s.a.s[.t]) and have been wondering whether
or not I might be able to make use of them.

I have a Supra 20 MB drive that I bought in about 1988 (it's not the
early, early Supra, but not a real recent one either -- it's got a
clock & the ability to daisy chain the DMA cable, I think).

What I'm wondering is, how easy (possible?) would it be to add a used
drive mechanism to the power supply/case/adapter I've got now, to
effectively double my storage capacity?  What I'm thinking is, maybe,
have C:, D: and E: partitions on my original drive mechanism (just as
I do now), and have F: and G: partitions on the other...  Something
like that.

I understand that hard drives usually have extra room in them, as well
as an extra cable & possibly enough of a power supply to drive more
than what they came with.  Am I totally mistaken?  Is what I propose
possible?

Thanks...
John



 o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
 o                               John M. Klassa                              o
 o      Alcatel Network Systems, Inc. --- Raleigh, NC --- (919) 850-1246     o
 o        Email: klassa%aurfs1.aur.alcatel.com@rockdal.aud.alcatel.com       o
 o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
Newsgroups: comp.sys.atari.st.tech
From: wallace@yngstr.enet.dec.com (Ray Wallace)
Subject: Re: Boot sector
Organization: Digital Equipment Corporation
Date: Wed, 30 Sep 1992 19:19:11 GMT


In article <1992Sep30.155021.6388@news.csuohio.edu>, max@kernighan.cba.csuohio.edu (Max Polk) writes...
>In reference to bytes 8 to 10 on the boot sector (using numbering
>scheme from 0 to 511), which is the 24-bit serial number of the disk:

>1.   Is it necessary for this number to be unique or non-zero?
It must be unique.

>2.   Will anything change if this number is zero from disk to disk?
No. Thats the problem, the OS (Operating System) will not change the disk data
in it's buffers when you change the disk in the drive. See below for more
details.

>3.   What was the intended purpose of this number?
So the OS can tell if the disk was changed or not since the last vertical
blank interupt.

If you remove a disk from the drive and put in another disk with the same
serial number, the OS will not be able to tell that the disk was changed. This
is a problem since the OS buffers up things like the FAT and does not
flush/reload these buffers unless it thinks the disk was changed. If you then
try to write to the new disk the disk will become corrupt because the OS is
using info from another disk about where files/data should go.

Note that passing a 0 for a serial # to Flopfmt() will cause Flopfmt() to
create a random number to use as the serial #. If you don't pass a 0 you
should pass a random number.

---
Ray Wallace		
		(INTERNET,UUCP) wallace@oldtmr.enet.dec.com
		(UUCP)		...!decwrl!oldtmr.enet!wallace
		(INTERNET)	wallace%oldtmr.enet@decwrl.dec.com
---
From: johnj@echo.philips.nl (John Janssen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Floppy Disk Fats ..... In the beginning......
Date: 2 Oct 92 10:06:52 GMT
Organization: Digital Equipment Corporation, E.C.H.O. development department

hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:
>wabe@ukc.ac.uk (W.A.B.Evans) writes:
>>	Why was it decreed in the beginning that TOS should use FIVE
>>(512-byte) sectors to store its (12-bit) FAT Info.??
>>	Surely no more that 3 of these sectors will EVER be needed (at
>>least for the 720 kbyte ATARI standard double sided format )!! Is this
>>not an example of ATARI wasting 2 whole sectors per FAT copy i.e. 2 kbytes
>>per Floppy?
>I don't know the 'why', but you needn't be afraid you miss something - the ST
>indeed wastes some sectors in the FAT without apparent reason... hey, this
>is Atari!! :-)

This was an ideal place to store code for a virus then, as 
these 2 extra sectors were never used otherwise.

john
-- 
John Janssen         Email: johnj@echo.philips.nl      <-- may stop soon(?)
The Netherlands      or:    John.Janssen@atehv.bso.nl  <-- back in Nov. 92
Work: +31 40 756425 
Home: +31 77 513177  Atari Mega STE, PC 386 SX, MIDI, C
Newsgroups: comp.sys.atari.st.tech
From: mike@r-node.gts.org (Mike Stramba)
Subject: XBTIMER
Summary: calculating values for divider, data 
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Wed, 30 Sep 1992 06:06:55 GMT

Hello all.

Sorry if this is an old topic, but would appreciate any help:

If I want to use the xbtimer call:

	1) How do the combination of the 'divider' and 'data' values
      work when calculating how often the interrupt will occur?

   2) If the timer A data, is the 'count down' 
      value, is there any way of checking the MFP registers to
      find out what the original 'count down' value that was
      loaded? 

   3) How do I terminate/return in my timer interrupt routine
      RTS, RTE ... do I need to reset any regs in the MFP?


   4) Is there a time limit on the execution of my interrupt
      routine?


Thanks for any suggestions.

Mike
   

-- 
=====================================================================
Mike Stramba		Email: mike@r-node.gts.org
Toronto,Canada
=====================================================================
Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Line A: C lib?/ bitmap manipulation on the ST..?
Organization: SAR Systems Development & Processing, JPL
Date: Tue, 6 Oct 1992 23:05:08 GMT

In article <501@muller.loria.fr> eker@loria.fr (Steven Eker) writes:
>I just can't resist optimising this code:

Thanks! This is Quite Excellent. After I saw your other post I figured your
approach was better, but you saved me from writing it myself.  }-)
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

California, land of dreams. For many, moving out to CA is their first step
toward fulfilling their dreams. For most of them, it's also their last.
From: osoelgaultier+@CMU.EDU (Stefan Monnier)
Newsgroups: comp.sys.atari.st.tech
Subject: Fwd: Replacing the floppy on a 1040st
Date: 5 Oct 92 20:31:28 GMT
Article-I.D.: andrew.seoFOU_00awE4_g0k0
 <Ueo9XjK00awV4_zGlh@andrew.cmu.edu>
	<9210060310.AA18559@biome.bio.ns.ca>
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

---------- Forwarded message begins here ----------

In comp.sys.atari.st.tech you write:

>Excerpts from netnews.comp.sys.atari.st.tech: 5-Oct-92 Replacing the
>floppy on a 1.. Pharmakeus Ubik@netcom.c (352)

>>     I'm helping out a friend with his crippled ST.  The floppy drive chews
>> disks, and therefore needs to be replaced.  My local atari dealer wants $129
>> for a replacement, while 3.5" 720k Teac drives are going for $50. 
Can anyone 
>> offer some advice on replacing the drive?  Is it just a plug and go, or did
>> atari make it difficult?

>> Han Shan Anderson



>It's rather plug and go !

>The only problem I encountered (with 3 upgrades) is
>mechanical: ctual drives are smaller, so that you may have
>to add some fancy picec of anything to use place (to fix the whole)

Some MS-DOS drives are upside down at the connector interface. Quite
often the ST floppy cable is too bloddy short to turn it upside down.
It's a pain twisting it upside down. I think on an internal drive it
won't be a problem with the drive mounting as most of the drives are
four post drives. Unfortunately in very early SF3x4 external drives,
they used Epson drives and the cases were only drilled for their
three holes. The side with one hole caused problems as you had to
put in two new mounting posts where the mounting screws are at.

Also, if the fellow is having problems getting a drive, he can use
any of the 1.4Meg drives. I've heard 720K drives are hard to come
by these days.

(If you like please forward to the original poster. I can't post
onto the net itself,just email answers.)


-- 
George Seto (gseto@biome.bio.ns.ca)



-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Xircom Ethernet Adapter Software
From: sheppard_r@kosmos.wcc.govt.nz
Date: 28 Sep 1992 10:29:36 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

>I heard rumours that there exists a Xircom Ethernet Adadpter
>driver for the Atari ST.
>
>(That's the little box you plug into your PC printer port)
> 
>bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-2000 Hamburg 76 - FRG

Well some years back when I first saw a Xircom here I informed the Atari
distributer here, but the Big problem is that ST does not have all of the pins
that are used in a PC, the Atari printer port is very limited...


Roger..........             sheppard_r@kosmos.wcc.govt.nz
From: Michael_Ziegler@m.maus.de (Michael Ziegler)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: How to query RS-232 configurat
Date: 5 Oct 92 21:10:00 GMT
Article-I.D.: M.A22034
Organization: MausNet
X-Gateway: MausGate/News 1.14

j>I'd like to be able to save current values before changing them, and I'd
j>like to be able to do it easily.  Is there something blatantly obvious
j>I'm missing?  (Probably...)

Rsconf returns a unsigned long variable.

bit 5..6 word length 00:8 01: 7 10:6 and 11: 5 bits
bit 3..4 stop bits   01:1 10:1.5 11:2 bits
bit 2    parity      0:none, 1:yes
bit 1      "         0:odd, 1:even

Hope it helps, Mike
Newsgroups: comp.sys.atari.st.tech
From: lsmichae@immd4.informatik.uni-erlangen.de (Lars Michael (Turo - Backstage))
Subject: Re: Can I make a homebrew 68000 clock accelerator?
Organization: CSD., University of Erlangen, Germany
Distribution: eunet
Date: Fri, 2 Oct 1992 15:30:01 GMT

peter@rhrk.uni-kl.de (Gunter Bitz) writes:

>an938@cleveland.Freenet.Edu (George II Lenzer) writes:


>>	Would it be possible (and cheap) to build a crystal based
>>oscillator running at 25-50 Mhz and interface it to the ST's
>>internal timer?  I would like to see my ST fly, and I realize
>>that there are probably limitations, but how big are they?

>First you need a new 68000 which runs on the new frequency (which is a bit 
> more expensive then the standard 8 MHz)
Errm, the fastest  68000 cpu's have a standard clock ratio of 16MHz.
Besides, some accelerator boards are available which use selected
(and thus more expensive) 16MHz CPU's running at 25 MHz.

This is kinda crap, because the CPU will crash when overheated.

I would recommend a 68030 board anyway.
								Larry

+--------------------------------------------+-----------------------+
| lsmichae@immd4.informatik.uni-erlangen.de  |  IRC: Pit  (Mr. GIF)  |
|           pit@tequila.ni.sub.org           |  HAM radio:    DB3BW  |
|          Lars "Larry" Michael              +-----------------------+
|   Graduate Student of Computer Science     | Death is nature's way |
|  at Univ. of  Erlangen/Nuremberg Germany   |  of saying "Howdy!".  |
+--------------------------------------------+-----------------------+
-- 
----------------------------- cut here ------------------------------
----------------------------- cut here ------------------------------
								Larry

Newsgroups: comp.sys.atari.st.tech
From: ubik@netcom.com (Pharmakeus Ubik)
Subject: Replacing the floppy on a 1040st
Summary: need some help with a refit
Keywords: st, help
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 5 Oct 1992 16:52:12 GMT

    I'm helping out a friend with his crippled ST.  The floppy drive chews
disks, and therefore needs to be replaced.  My local atari dealer wants $129
for a replacement, while 3.5" 720k Teac drives are going for $50.  Can anyone 
offer some advice on replacing the drive?  Is it just a plug and go, or did
atari make it difficult?

Han Shan Anderson

Newsgroups: comp.sys.atari.st.tech
From: terjeve@ifi.uio.no (Terje Vernly)
Subject: gcc 2.2.2 cross-compiler
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Wed, 30 Sep 1992 20:52:19 GMT
Originator: terjeve@kolsaas.ifi.uio.no


Where can I find source for gcc2.2.2 for the ST?  It must recognize
the -mbaserel and -mpcrel options (as the gcc in gc222bin.zoo at a.a
does).

Diffs to the original gcc.2.2.2-distribution would be fine.

--
  +----------------------------------------------------------------+
  | Terje Vernly                   "The dead know only one thing : |
  | InterNet: terjeve@ifi.uio.no    It is better to be alive."     |
  +----------------------------------------------------------------+
From: wabe@ukc.ac.uk (W.A.B.Evans)
Newsgroups: comp.sys.atari.st.tech
Subject: Floppy Disk Fats ..... In the beginning......
Date: 1 Oct 92 13:53:17 GMT
Reply-To: wabe@ukc.ac.uk (W.A.B.Evans)
Organization: Computing Lab, University of Kent at Canterbury, UK.


	I have a simple to the historians out there which has mildly puzzled
me for some time.

	Why was it decreed in the beginning that TOS should use FIVE
(512-byte) sectors to store its (12-bit) FAT Info.??

	Surely no more that 3 of these sectors will EVER be needed (at
least for the 720 kbyte ATARI standard double sided format )!! Is this
not an example of ATARI wasting 2 whole sectors per FAT copy i.e. 2 kbytes
per Floppy?

	Or am I missing something?

						W. Alan B. Evans
						[ wabe@ukc.ac.uk ]
Newsgroups: comp.sys.atari.st.tech
From: grier@bnr.ca (Brian Grier)
Subject: Re: Replacing the floppy on a 1040st
Keywords: Floppy TEAC
Organization: BNR
Date: Mon, 05 Oct 1992 18:30:54 GMT

I have replaced the internal drive on my ST with one from BEST
electronics. The replacement was a 1/3 height drive that came with
an adapter to place the drive at the correct physical height. The
drive itself is a Teac drive. I would not expect any problems with
replacing the drive with any other drive. Just make sure that the
new drive has pin 1 in the same location. I've heard some real
horror stories from people that have used drives with Pin 1 on the
other side.

The problem is a follows: The boot sector on their hard drives gets
trashed. Why? Well the DMA port and the floppy drive share data lines.
If your new floppy drive has pin 1 on the other side AND you fail to 
notice this and fail to make sure cable pin1 meets floopy pin 1 your
data/command lines to your ASCI port get asserted, causing hard-drive
corruption.

So the moral is ... make sure you test with the HD NOT connected.

Brian.


Newsgroups: comp.sys.atari.st.tech
From: pgardner@crc.ac.uk (Phil Gardner)
Subject: Address of Atari timer
Reply-To: pgardner@crc.ac.uk (Phil Gardner)
Organization: MRC, UK
Date: Tue, 6 Oct 1992 15:14:22 GMT

Does anyone know the address of the internal timer of the 520STFM?

Does anyone have an access routine for the timer from Atari Basic?

	Many thanks for any info.