HDTenEightyP/NetNews huggingface dataset:
From: leo@dcs.warwick.ac.uk (Leo Hendry)
Subject: Re: Keyboard repeating keys
Organization: Department of Computer Science, Warwick University, England
Date: Tue, 12 Jan 1993 14:19:47 GMT

In article <C0F8J1.CzF@ahwau.ahold.nl> leo@ahwau.ahold.nl (Leo Weppelman) writes:
>I am looking for a way to make the keyboard processor handling the key
>repeat instead of the main processor. Is there anybody on the net who
>has ever did such a thing. The problem with the keyboard is that there
>is (as far as I know) no documentation. Even the german 'Profibuch' has
>no detailed info.

The book Atari ST Internals gives information about the keyboard processor,
whether you would call it detailed is another matter, and the book is badly
written, translated and short on examples.
  What do you mean exactly by making the keyboard processor handle autorepeat?
The way it normally works is to send a message to the main processor each time
a key is pressed, and again each time it is released.  From what I remember
the codes are the same as the scan codes returned by Bconin and various other
functions, and the code has the top bit cleared to indicate the key as been
pressed, or set to indicate the key has been released.
  As far as I know there is no way of configuring it to behave differently,
and there is no spare RAM on the chip to upload a routine of yours to do so.
  What exactly are you trying to do that lead you to ask this question (I
guess you are trying to write a game that reads the keyboard processor
directly for keyboard control)?  I might be able to suggest another way of
going about things.

- Leo
From: jvt@its.bt.co.uk (John Trickey)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Porting UNIX Code to the ST
Date: 7 Jan 93 12:43:24 GMT
Organization: BT Group Computing Services, Birmingham, UK

In article <1993Jan5.214420.8268@sae.com> malay@sae.com writes:
>
>I have some code that generates a binary file - I compiled it with GCC 2.3.1
>and ran it on the ST - it works fine, it generates a binary file; however, the
>print statements seem to be outputting a CNTRL-M (^M) - I don't need these
>extra characters what should I do to get rid of them???


The problem you have encountered is that Unix treats all files alike while
DOS, TOS etc do not. In Unix the open is fopen(filename,mode) where mode is
a char * of "a","r","w","r+","w+","a+". In TOS these are for text files with
CRLF being converted to LF on input and LF being converted to CRLF on output.
Note CR is ^M.
To switch this off you need to open the file in binary mode. These modes
are "ab","rb","wb","rb+","wb+","ab+". The format "r+b" etc is also acceptable.

NOTE for developers:
There is nothing stopping you using these binary formats in Unix. Any decent
implementation will recognize them. They obviously will have no effect but
its then easy to port to DOS-type environments.

John
-- 
John Trickey <jvt@its.bt.co.uk>
       Voice: +44 21 524 8200     Fax: +44 21 553 6120
(Home) <john@its.bt.co.uk> || <john@g4rev.ampr.org> || G4REV @ GB7FLG
       +44 21 308 8892
From: dxo@cs.bham.ac.uk (David Oakley)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Utility needed to read Amiga disks.
Date: 4 Jan 93 11:47:27 GMT
Organization: University of Birmingham

In article <3JAN199313542154@rosie.uh.edu>, st1my@rosie.uh.edu (Stich, Christian E.) writes:
|> But the Amiga can read and write PC-disks (720 KB) using CrossDos (in 2.1 system
|> software) or using MultiDos or MessyDos (later two are public domain).
|> If memory serves right, the Atari ST can read MS-Dos (PC) disks.
|> 
|> The Amiga Disk format uses 11 (22 with High Density drives) sectors per track
|> instead of the 9 (18) of a PC. This is because the Amiga usually writes
|> complete tracks and thus does not need more than one inter sector gap (PC's
|> have gaps between all sectors) but it can insert gaps if desired and go to 9
|> sectors per track.
|> 
|> 9*2*80=1440 blocks = 1440 *512/1024 = 720 KB
|> 11*2*80=1760 blocks = 1760 *512/1024 = 880 KB
|> 
|> for high density disks replace 9/11 with 18/22 for capacities of 1440KB/1760KB


Hmm. Now I come to think about it again it might be possible to read Amiga disks,
it's just that it'd take one helluva long time. Amigas have links between all
their sectors, and so Amiga sectors don't hold 512 bytes of data, only 478 (I
think that's the right number) and the rest is link data.

I don't know whether the blocks are actually 478 bytes and the link data is in
the inter-sector gap, or whether the blocks are 512 and KickStart decodes it. If
it's the former then you can forget the idea of reading it 'cause WDs don't like
odd sector sizes. You could read in the whole track (gaps and all) and decode it
yourself (lurvly!)...

The point is that the FDC controller software in the Abacus DiskDrives Inside and
Out book seems to show that the FDC can't identify sectors of any size on the
disk. And that's a problem.

It's all from memory, so if someone knows for real then please join in!

David.

Hmm. a sig.
Nah.
Newsgroups: comp.sys.atari.st.tech
From: hohmuth@freia.sax.de (Michael Hohmuth)
Subject: Re: compiled mint library for sozobon & turbo C ?
Keywords: MiNT, Turbo, Pure
Reply-To: hohmuth@freia.inf.tu-dresden.de
Organization: Dept. of Computer Science, TU Dresden, Germany
Date: Fri, 8 Jan 1993 16:33:57 GMT

In article <1993Jan7.144305.16708@ugle.unit.no>, stigvi@Lise.Unit.NO (Stig Vidar Hovland) writes:

|> In article <F2J0H0S@math.fu-berlin.de>, hohmuth@freia.sax.de (Michael Hohmuth) writes:

|>  > The problem with distributing mntlib binaries for Turbo/Pure C is that these
|>  > binaries have the math library of the compiler linked in which is
|>  > copyright Borland/Pure Software. That means that the binaries are NOT free
|>  > while the source code is.
|>  > 
|> Does this mean that programs linked with the Pure C library is not free to be given away ?

No, certainly not. The linked programs are free. 

The license agreement I had to sign when I registered as a Pure C owner 
explicitely excludes compiled programs from the Pure's/ASH's copyright.

I don't know if this applies to the compiled libraries that are shipped with
the compiler too; so it's just saver not to distribute them. :-)

Michael
-- 
Internet: hohmuth@freia.inf.tu-dresden.de
Newsgroups: comp.sys.atari.st.tech
From: sourada@iastate.edu (Steven D Ourada)
Subject: Re: AfterDark challenge
Organization: Iowa State University, Ames IA
Date: Thu, 7 Jan 1993 22:10:04 GMT

In <1993Jan5.101520.25520@news.unige.ch> mike@medsun.unige.ch (Mike morris) writes:

>Can/has anybody out there produced an After Dark equivalent for the
>Atari platform (all models, all modes)?
>If not, why not?


I started a project like this about a year ago. I got a good base for it
working fairly well, although I've only put together three effects for it so
far. It has some little trimmings other than a screen saver also, like screen
capture and 50/60Hz switcher, etc.

I stopped working on it after a while for a few reasons: I hit some apparent
brick walls in trying to make it compatible with other interrupts on the
system; CodeHead added Extend-O-Save to Warp 9; my available time often
shrinks to nil (I'm a student); I was going to release it as shareware, and
I no longer believe that would be worthwhile.

Despite these reasons, it's possible I'll dredge the thing back up and resume
work, or at least do something with it. Here's some ideas of what I could do,
and why I don't want to :-)

1) Start right back from where I was and get it 'marketable'. 
   Frankly, I don't have much enthusiasm for this project anymore, and I have
   some other stuff in mind that would be more useful and satisfying.

2) Release what I have now.
   It's a little buggy (because of interrupt conflicts), and omni-resolution
   capability still needs work. It just doesn't feel finished.

3) Give the source to someone to take over.
   Even though I don't feel much like working on it anymore, I also don't
   want to give it up to someone else.

4) Forget the whole thing.
   At this point, that looks like the best alternative. But, there does seem
   to be a little interest out there.


So, if anyone cares, send me your ideas and arguments, and we'll see what
happens. I'll need a lot of convincing, because I don't really want to do
this very much :-).


                        Later,
                          Steven Ourada

P. S. I hope that last paragraph doesn't sound like something Ross Perot
might say :-)



-- 
-------
Steven Ourada -- sourada@iastate.edu
From: rossin@hpfcso.FC.HP.COM (Ted Rossin)
Date: Wed, 6 Jan 1993 16:10:36 GMT
Subject: Re: TOS 2.06 + $1 works in 1040ST
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.atari.st.tech

The details of how to upgrade a 1040ST to TOS 2.06 have been uploaded to
atari.archive.umich.edu.

                        atari/Misc/tos206up.zoo


It is just an ASCII file (after decompression).   Thanks for all the email.

                                Ted.
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT, which way forward...
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au
Date: 25 Dec 92 21:46:00 GMT

Original to: nino@vmars.tuwien.ac.at
In a message of <16 Dec 1992 12:16:3>, nino@vmars.tuwien.ac.at (3:713/602)
writes:

 n> Speaking of MiNT, has anyone tried to write a Unix-like IPC
 n> library, eg. for arbitrarily sized messages, shared memory
 n> functions etc.? Having considered this for a while, I couldn't
 n> come up with a way to 'wait for messages with IDs from 0 to XX'
 n> except with busy waiting... Will MiNT ever support this, or
 n> has anyone else thought about it?

On first blush, I'd say that having the OS keep a list of processes waiting
for messages, and have an upper and lower limit on the source ID wouild do
the trick.  Ie, kernel support.  Thusly, when the message is sent, the
recipient is woken with the data all there & ready.

Is my foot bleeding yet?

 n> -MY

\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-232-5722 (3:800/842)
From: jvt@its.bt.co.uk (John Trickey)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Porting UNIX Code to the ST
Date: 11 Jan 93 16:54:12 GMT
Organization: BT Group Computing Services, Birmingham, UK

In article <ENTROPY.93Jan7224017@kropotkin.gnu.ai.mit.edu> entropy@gnu.ai.mit.edu (maximum entropy) writes:
>
>Alternatively, the call:
>
>  _binmode(1);
>
>somewhere at the beginning of a program will cause all fopen()s to
>default to binary mode (you can then force text mode with the "t"
>modifier in the mode specifier.)  It's much easier, (and cleaner,
>IMHO) to make this one small hack than to hunt down all the file mode
>arguments all over a large program.

Surely thats a bad as the first sin of using Unix specific modes in the
original fopen(). All you have done is introduced another restriction to
portability just because you cant't be bothered to look for all the fopen()
calls :-) :-) You may find you have to hunt them out anyway as to assume
all fopen()'s are binary is just ONE HELL OF AN ASSUMPTION.

A friendly Unix host or MinT would help:-

grep fopen *.[ch] | lpr

John
-- 
John Trickey <jvt@its.bt.co.uk>
       Voice: +44 21 524 8200     Fax: +44 21 553 6120
(Home) <john@its.bt.co.uk> || <john@g4rev.ampr.org> || G4REV @ GB7FLG
       +44 21 308 8892
From: dsb@duke.cs.duke.edu (D. Scott Bigham)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: compiled mint library for sozobon & turbo C ?
Date: 7 Jan 93 15:02:19 GMT
Organization: n. Arrangement in an orderly or logical fashion.  See "miracle".

From the Holy Book of <C0HBwu.DpF@ufrima.imag.fr>
  as spake by grellier@ufrima.imag.fr (GRELLIER thierry) :

>	Where can I find it ? Because as I haven't got a hard disk, it's
>	quite fastidious for me to make it.

Just a bit more patience.  I've _finally_ finished the Sozobon port, and
as soon as I can fight through the throngs and actually get to
atari.archive, I'll upload it.

						-sbigham
-- 
Scott Bigham                   | The opinions expressed above are
dsb@romeo.cs.duke.edu          | (c) 1993 Hacker Ltd. and cannot be
bigham@hercules.acpub.duke.edu | copied or distributed without a
    (but not for long)         | Darn Good Reason(tm).
Newsgroups: comp.sys.atari.st
From: hmitchel@vlasov.gsfc.nasa.gov (Horace G. Mitchell)
Subject: Headstart and STE
Organization: NASA/Goddard Space Flight Center
Distribution: comp.sys.atari.st
Date: Mon, 4 Jan 1993 12:28:30 GMT

Hi,

I just replaced an old 520ST with a 1040STE.  Most games and
applications seem to run fine, but one troublesome exception is
Headstart.  Does anyone know of an application for an STE auto folder
that will put up a user-configurable menu of (GEM) programs that a
user can pick from?  Such a utility is invaluable when producing
turnkey disks for kids.

By the way, can someone explain the AUTO folder part of the INSTALL
APPLICATION menu dialog?  I tried to use it to establish an auto-booting
GEM program, but it seemed to have no effect.

Thanks,

Horace Mitchell                                   
Scientific Applications and Visualization Branch          voice: (301) 286-4030
Code 932, NASA/Goddard Space Flight Center                  fax: (301) 286-1634
Greenbelt, MD 20771                               hmitchel@vlasov.gsfc.nasa.gov
--

Horace Mitchell                                   
Scientific Applications and Visualization Branch          voice: (301) 286-4030
Code 932, NASA/Goddard Space Flight Center                  fax: (301) 286-1634
Greenbelt, MD 20771                               hmitchel@vlasov.gsfc.nasa.gov
From: m91der@tdb.uu.se (Daniel Eriksson)
Newsgroups: comp.sys.atari.st
Subject: Re: *.Z compression
Date: 3 Jan 93 23:37:57 GMT
Organization: Uppsala university, Sweden
X-Newsreader: TIN [version 1.1 PL6]

Paul Chan (chanp@ccu.umanitoba.ca) wrote:
: In article <A6780@M4.maus.de> Achim_Wilhelm@m4.maus.de (Achim Wilhelm) writes:
: >*.Z is a FREEZEd file. So, use FREEZE for decompress it.
: 
: That's not true.
: 
: 	*.Z --> use uncompress
: 	*.F --> use freeze -d

And while we're discussing extensions:

        *.z (lower-case) --> use GNU ZIP

It's supposed to become the new standard for the GNU-project. I can now
see LOTS and LOTS of people wondering where to get an Atari-version of
GNU ZIP (well, I hope at least _someone_ wants to know :-). Just watch
this newsgroup the next couple of hours and you'll know. I just finished
the port and is now putting together a simple readme-file.

---
Daniel Eriksson        Internet : m91der@tdb.uu.se, den@hgs.se
Gardskarsvagen 6B      Fidonet  : 2:205/229 (Doomdark's Revenge)
814 93  SKUTSKAR       IRC      : ddf ('Daniel of Delta Force')
SWEDEN                 Voice    : +46 (0)26 72905 or 72901
From: rouellet@gel.ulaval.ca (Real Ouellet)
Newsgroups: comp.sys.atari.st
Subject: Where can I get the TOS 2.06 upgrade code?
Date: 8 Jan 93 03:57:35 GMT
Organization: Universite Laval

The subject tells it all!

Do I have to call/write ATARI? Is it available on the Internet?

Real Ouellet
LAVAL University
Dept. Elec. Eng.
rouellet@gel.ulaval.ca
From: dejesus@avalon.nwc.navy.mil (Francisco X DeJesus)
Newsgroups: comp.sys.atari.st
Subject: CAD-3D 2.0 .3d2 file format
Date: 11 Jan 93 17:18:10 GMT
Organization: Science Applications International Corp.

Hello. I administer an anonymous ftp site (avalon.chinalake.navy.mil) which
specializes in 3D objects and related files. I was wondering if anyone
out there has the file specs for the .3d2 files which Tom Hudson's CAD-3D
uses to save objects in. I know they were in the CAD-3D manual, but
unfortunately, all my ST manuals are in storage far from where I sit
now. If somebody has these specs in electronic form, I'd appreciate it
if they could either email it to me and/or ftp it to the anon server
so other people can begin working on converting .3d2 objects to other
formats.

Please, respond my email only, as I no longer follow this newsgroup. Thanks
in advance...
-- 
      Francisco X DeJesus  ----- S A I C -----  dejesus@chinalake.navy.mil
 ------------------------------------------------------------------------------
  * disclaimer: Opinions expressed here are mine. Typos and errors are yours *
 "Duck Season!" "Rabbit Season!" "...rabbit season." "It's Duck Season! SHOOT!"
From: doucet@ripolin.laas.fr (Jean-Etienne Doucet)
Newsgroups: comp.sys.atari.st
Subject: A nice STE game
Date: 8 Jan 93 14:02:17 GMT
Reply-To: doucet@laas.laas.fr
Organization: LAAS-CNRS, Toulouse (France)

Warning: the game requires a color monitor and a STE, no ST...

Second warning: I'm not the author, only a player;
but I find it's so good that I must tell this.

I've found it the other day on the (German) Clausthal site in the games dir.
Thought it was not on a.a.
But, yes it is: in the Ste directory.

Basically, it's a COLUMNS clone, but with a lot of (very funny) samples
and a lot of various gadgets likes bombs, randomizers, etc...

I almost do nothing else but play it since I've got it...
Even dropped the new (1.2) version of my own game Hexmines!

Oooh, I forgot: its name is "BLAT", lharc archive,
420 Kbytes long, a full floppy when unarchived.

Happy week end to yo all.


	+-------------------------+-------------------------+
	|   Jean-Etienne DOUCET   |       LAAS - CNRS       |
	|   doucet@laas.laas.fr   |   Toulouse   FRANCE     |
	+-------------------------+-------------------------+
	| If you put your ear against a snail's shell,      |
	| you can hear its heart beat.                      |
	| Particularly when it's just been running...       |
	+---------------------------------------------------+

Newsgroups: comp.sys.atari.st
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Fastfix - help please
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Mon, 4 Jan 1993 15:28:41 GMT

In article 1i8q3tINN3q2@escargot.xx.rmit.OZ.AU, rasas@minyos.xx.rmit.oz.au (Greg Patten) writes:
>I tried to mail this twice and got it back. The original article appeared
>about a month ago...
> 
> In comp.sys.atari.st someone who I can't be bothered looking up wrote:
> 
> >There's a nifty little PD utility program called "Fast Fix" that you pop
> >in your AUTO folder and it turns off the key click and fixes the screen
> >dump so the whole screen fits on a sheet of paper.  I've been using it
> >for a long time and it's never interfered with anything.
> 
> I'm particularly interested in this 'Fast Fix' utility but can not find it
> anywhere.. Could you (read: anyone..:) possibly mail me a copy if it's 
> not too much truble as I can't seem to find it on a.a or any of the local
> BBS's.

Greg, I don't know about 'Fast Fix' but there are several utilities around
that turn off the key click for you.  My favorite fix is to turn the monitor
volume down. :)

Ref the screen dump, if your printer is only dumping about 2/3 of your screen,
then odds are your pixels per line setting in the Instal Printer modulue of
the control panel accessory are wrong.  For Epson compatible printers, the
setting should be 760 pixels per line, not 1280 which is the Atari default.
I think these are the right numbers but at any rate, try the lower setting
and then don't forget to save the desktop.inf file.

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________
Organization: Penn State University
Date: Tue, 12 Jan 1993 22:21:21 EST
From: <SML108@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st
Subject: Re: ADVOCACY: Falcon - Why I'm buying it...

Well to add even more of my opinion to this...

First and foremost, Atari has to get the Falcon out the door.  If they don't
manage this in the next few months, they will have soundly established an
effectively permanent reputation as the vapourware kings...

After hearing about the 3do I am excited about the possibilities of the DMA
connected DSP.  None of the other computers will have this for a few years
yet and it doesn't sound like the 3do will come with a keyboard at first.
Therefore, the Falcon may have an interesting edge...

If they just get the $%$$% computer out, it is clearly an excellent deal
as a sampler.  This is independent of any of its other uses and could provide
it with a niche to survive if it otherwise stinks...

I am very intrigued by the 3do; there are now 3 choices for my next computer.
Amiga, Falcon, or 3do.  It's going to be a fun year and my pessimism has just
abated because of the 3do...  I finally have a choice beyond the orphans and
the clones...  So sorry PC people, I see no reason to buy one now...  I'd
rather bring the tools I want to a new exciting and advanced platform than
rely on a dinosaur with a jet engine up its bum...  I'd love to see one of
those perform real-time texture mapping of incoming video data heh heh...

Scott - thank god the 90's just hit the computer industry
From: pcxkrm@unicorn.nott.ac.uk (K.R.Marshall)
Newsgroups: comp.sys.atari.st
Subject: Guide! for Atari
Date: 12 Jan 93 12:58:35 GMT
Organization: Cripps Computing Centre, University of Nottingham

I don't know if anyone in this group is interested in Project
Galactic-Guide - an attempt to provide a 'real' Hitch-hiker's guide to
the _known_ galaxy, but I have just completed a beta test version of a
viewer for the Atari. More details are contained in the newsgroup
Alt.galactic-guide, along with where to FTP the program and data files
from. 

Keith.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Mummy was an asteroid, Daddy was             | Keith Marshall
a small, non-stick kitchen utensil..."        | pcxkrm@unicorn.nott.ac.uk
Newsgroups: comp.sys.atari.st
From: pcxkrm@unicorn.nott.ac.uk (K.R.Marshall)
Subject: SPS files
Organization: Cripps Computing Centre, University of Nottingham
Date: Wed, 6 Jan 93 18:23:18 GMT

Can anyone tell me what the extension .SPS means? I assume it is a 
spectrum graphics file, like SPU or SPC, but none of my spectrum viewers
will cope with it.

Thanks in advance,
Keith.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Mummy was an asteroid, Daddy was             | Keith Marshall
a small, non-stick kitchen utensil..."        | pcxkrm@unicorn.nott.ac.uk
Newsgroups: comp.sys.atari.st
From: plate@cdsmn.mn.org (Doug Plate)
Subject: Re: Good old Darek
Organization: Dicomed, Inc.
Date: Fri, 8 Jan 1993 16:45:11 GMT

In article <4JAN93.09101838@cc4.crl.aecl.ca> csullogg@cc4.crl.aecl.ca writes:
>Good old Derek
>
>The following is a message I received from Darek Mihoka. Its tone
>is self explanatory. Jesus, is this guy ever one giant sized idiot.
>

Posting private email is widely accepted as a NET NO-NO! 
It's not nice.  Don't do it.  

Regards,
Doug Sr.

-- 
      ()(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)*(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)()
     /                    plate@cdsmn.mn.org                           \
   /         /      Doug Plate Sr.    | "Assume no malice!"   \          \
 (*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)(*)
Newsgroups: comp.sys.atari.st
From: storm@fwi.uva.nl (Richard G.C. Storm (I89))
Subject: atari archive??
Organization: FWI, University of Amsterdam
Date: Tue, 12 Jan 1993 11:15:28 GMT



Can anybody tell me what happened to terminator's atari archive???
Does anybody know where it has been moved to?
Or is there another major archive?


etc.

Thanks Richard

-- 
Richard Storm, storm@fwi.uva.nl || 
University of Amsterdam.