HDTenEightyP/NetNews huggingface dataset:
From: jornmoe@fredrik.atari.no (Joern Moe)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Organization: Atari Corp. Scand. AB (Norway)
Subject: Re: Falcon and Hard Drives
	<1992Oct14.184929.26547@elroy.jpl.nasa.gov>
Reply-To: jornmoe@fredrik.atari.no
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Thu, 15 Oct 1992 14:54:00 MET

In <1992Oct14.184929.26547@elroy.jpl.nasa.gov>, Howard Chu writes:
>Oddly enough, it doesn't appear that the SCSI connector is accessible from
>inside the case, so you can only use IDE for the internal drive. Also, I
>don't think you can easily find a 100+ MB IDE drive that is a 2.5" form
>factor for the price you're expecting. 3.5", yes, 2.5", not for that price.
>I'm still quite perplexed as to why there is an IDE port at all, it would
>have been more consistent to jus tuse the SCSI bus both internally and
>externally. So it goes.
>-- 
>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
>
>All true wisdom is conveyed in one-line witticisms.

The thing is that the IDE interface was originaly developed for the ST-Book.
And would you guess it: it is actually the blitterchip that is used as the 
main part of the IDE interface!!
I guess the main reason they used IDE internaly is the lower prices on the
IDE drives. And one of the reasons to also implement SCSI II on the Falcon
was the large numbers of different devices available for SCSI II. I think of
things like scanners, tapedrives etc.

-- 
  _______________________________________________________
 / Joern F. Moe /  All above is my own personal opinion! \
/ Oslo, Norway /  Any lack of opinion above is also mine! \
-----------------------------------------------------------
Newsgroups: comp.sys.atari.st.tech
From: annius@sif.research.ptt.nl (Annius Groenink)
Subject: Division of file into resource/data
Keywords: Macintosh, comp.editors, MiNT
Organization: PTT Research
Date: Fri, 16 Oct 1992 12:52:23 GMT



In comp.editors there is a discussion going about the misery around different
tab sizes. Some people prefer 3, some prefer 8 and how do you determine what
the person who wrote a text used when he was typing the text? 

In this discussion a Macintosh fanatic mentioned that there was no problem
about this on the Mac, for Macs files are always devided into a resource part
and an actual body of data. It is clear that this kind of file structure has
enormous advantages to offer.

Now I heard that MiNT is in certain conditions capable of handling file names
of maximum 15 characters and no restriction to the number of dots in the
filename, or what characters out of 256 you use. This gave me the following
idea:

With each file in 8:3 format we associate a resource file, like this:

    abcdefgh.ijk		data file

   .abcdefgh.ijkrc		resource file

The resource files will be hidden for old TOS programs and won't be shown in
directories unless you ask for them to be shown (the hidden flag is set, for
example.) If you copy files, future shells will take care of copying the
resource files as well. Some extra support could be given by MiNT.

As to the definition of the resource files, I would suggest a chunk file
format (e.g. IFF and MID files). Something like

TRSC	`Tos Resource File' chunk
<length of file, long word>

<any chain of chunks that start with>
<four byte chunk identifier>
<length of chunk, long word>


So we could for example implement a TABS chunk that defines a number of tab
stops.



(- what do you think? -)
-- 
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)
Newsgroups: comp.sys.atari.st.tech
From: stigvi@solan.unit.no (Stig Vidar Hovland)
Subject: bad luck/sectors
Organization: University of Trondheim
Date: Thu, 15 Oct 92 12:13:29 GMT

I have a problem with an external hard-disk
for my TT which I hope someone can help me with.
Some days ago I borrowed a longer cable for it so I could
put the noisy thing out of my way. I also did a format with HDX
on the disk. Because of noise in the cable, HDX registered several
thousands of bad sectors. The BIG problem is that when I reformat
with the old cable, HDX lists all these `bad` sectors as
previously found bad sectors and the disk is still nearly unusable:-(
Does someone know how to delete this list of bad sectors? Please....

Stig Vidar Hovland - stigvi@lise.unit.no
Newsgroups: comp.sys.atari.st.tech
From: cs4gp6bb@maccs.dcss.mcmaster.ca (Conan the Barbarian)
Subject: I think my HD finally bit the dust.
Organization: Department of Computer Science, McMaster University
Date: Thu, 8 Oct 1992 13:15:25 GMT


	I have a Tulin 64Meg hard drive that I bought used a couple of years
ago.  I've been getting read errors ( <sense $24> ) lately and now write fails 
as well.  The other night it went a little bananas for a while, and then after
it stopped, I'm told that there are roughly 18 Meg used and 0 k free.  What's
going on?  I can't find a file big enough to be taking up this kind of space.

	Does anyone have any advice before I dole out $500 for a SCSI hard
drive?  I bought a STe that did a number on the drive when I first got the 
STe, but after having the chip replaced by the dealer, I thought my
troubles would be over.  I wonder if this is related.  

	Thanks for your time.

John Schmitt
cs4gp6bb@maccs.dcss.mcmaster.ca

Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Can't get gcc2.2.2 to work! (cpp-problem)
Organization: SAR Systems Development & Processing, JPL
Date: Fri, 9 Oct 1992 09:22:49 GMT

In article <RIDDERBUSCH.PAD.92Oct9085941@nozzle.sni.de> ridderbusch.pad@sni-usa.com (Frank Ridderbusch, STO SI211) writes:
>In article <92282.161212POHLERB@DMSWWU1A.UNI-MUENSTER.DE> Bjarne Pohlers <POHLERB@DMSWWU1A.UNI-MUENSTER.DE> writes:
> I suppose you have set GCC_EXEC_PREFIX. There is a bug in the Compiler-
> Driver gcc. I have compiled a fixed version for the ST. It is located
> at ftp.uni-muenster.de in the folder pub/atari/Gnustuff/Gcc/
> The filename is gcc222b3a.zoo.

>Even better, don't use GCC_EXEC_PREFIX at all on the ST. Since I've
>been using GCC, which is since version 1.36 (over 2 years now), I've
>set the variable GNUEXEC (similar to GNUINC and GNULIB). Please don't

Actually it's "GCCEXEC" and not "GNUEXEC" but the other two are
correct. Since this can be a point of confusion I thought I'd
clarify...

>create another version of GCC 2.2.2. There are already three, I know
>of (Bammi's original, Howard Chu's version with baserel and a version
>here in Paderborn,Germany compiled with MiNT libs).
>
>I would definitly suggest, to stick with J.R.Bammi as main maintainer
>of GCC (until he decides to pass the key). I'm sure the last changes
>from Howard will move into Bammi's version.

I certainly agree on this point. There is already enough confusion
(evident from the ever-recurring "how do I run GCC on my ST?" posts)
and I have no desire to add to it. I have sent all of my changes to
JRB, so they should be a part of his next patch set. What I've made
available was never intended to be more than an interim release, for
the more impatient folks to use until Bammi's release came out.

That should also be clear from the Readme files included with those
archives, but this is a good time to reiterate - as far as I'm concerned,
Jwahar Bammi is the only "official" source for GCC for the ST. The
changes I made start from his patchlevel 3/update 24 set, and unless
they appear in a patchlevel 4 set, I would not consider them "official"
in any way, and neither should you. You *definitely* should not
distribute changes of your own based on my source code; that will only
create more confusion. Jwahar has done an excellent job of providing
consistent and orderly management of the ST port and I would hate to
see his efforts undermined by my own over-eagerness or anyone else's...
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
Newsgroups: comp.sys.atari.st.tech
From: annius@sif.research.ptt.nl (Annius Groenink)
Subject: Re: Event dispatching
Organization: PTT Research
Date: Fri, 16 Oct 1992 09:09:25 GMT

hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:

>aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

>>Hi everyone,

>Use C - make a structure that contains pointers to all the functions 
>necessary for window-handling and swap pointers depending on the 
>current window. Then write *one* generic window-handling function.
>Piece of cake... in C :-)

Sounds like C++ to me really... I guess we just need to wait 'till Heidelberg
comes out with Pure C++

-- 
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)
Newsgroups: comp.sys.atari.st.tech
From: klamer@mi.el.utwente.nl (Klamer Schutte)
Subject: Re: Event dispatching
Organization: University of Twente, BSC-El
Date: Thu, 15 Oct 1992 19:07:19 GMT

In <hjv.719146981@groucho.phil.ruu.nl> hjv@phil.ruu.nl (Hendrik Jan Veenstra) writes:

]aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

]>Hi everyone,

]>in the program I'm currently hacking there will be  windows  with
]>different  contents.  This  necessitates two dispatching steps in
]>event handling, one to  branch  to  the  procedure  handling  the
]>occurring  event,  and  the  second  to  branch  to the procedure
]>handling the event for the contents of the affected  window.  The
]>following chunk of GFA code illustrates the situation:
][... long article deleted ...]

]Use C - make a structure that contains pointers to all the functions 
]necessary for window-handling and swap pointers depending on the 
]current window. Then write *one* generic window-handling function.
]Piece of cake... in C :-)
]Sorry, just couldn't resist...

Use C++: make a class which does the generic window-handling, and have
the window specific parts in virtual functions. Implement that in sub-classes.
Piece of cake... in C++ :-)
Sorry, just couldn't resist...

Klamer

--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl
From: jhenders@jonh.wimsey.bc.ca (John Henders)
Newsgroups: comp.sys.atari.st.tech
Distribution: world
Organization:  One of these days for sure
X-News: HERMES MMAIL 1.04 Rev. Sep  5 1992
Subject: Re: Help with date setting on ICD AdSCSI+ host adapter
Keywords: time/date, ICD, AdSCSI+
Date: Fri, 16 Oct 1992 16:59:26 -0700

In <Bw6Aso.95B@unx.sas.com> snoret@egon.unx.sas.com (Rick Tatem) writes:
 
>I purchased an ICD AdSCSI+ host adapter at WAACE to replace my old Supra.
>The problem is, the date setting doesn't work.  I have successfully set
>the time, and can set the date, but it always reverts back to something
>like 11/14/28, or 11/12/20.  I originally thought it only returned to
>this type of value after a reboot, but last night I set the date, then
>did a few things (like log into GEnie for about 1/2 hour), then checked
>the date.  It had reset by itself!  

    I've had similar problems, and though I had eliminated them. First,
on someone on GEnie's advice, I'd turned off recognition of all scsi
id's  except 0 and 1 on my booter. Unfortunately, I didn't realise that
this  cut access to the clock. I turned id 6 back on, and using the new
booter that reads the clock, i had no problems until yesterday, when my
clock got nuked for the first time in a while. Coincidently, I also used
Aladdin for the first time in several months. I'm going to do some tests
now to see if it's the culpret. Thanks for  pointing out the possible
problem. From your manual. you must know you have to run icdtime to
actually set the ICD clock, the booter and timeset programs are read
only, as far as I know.

-- 

 "If Rush fans were braindead, why are there so   Bruce Bufalini
 many people posting to alt.music.rush?"              PSU
Newsgroups: comp.sys.atari.st.tech
From: richard@star.ic.ac.uk (Richard Syratt )
Subject: Re: Lharc source?
Organization: Imperial College, London University
Date: Tue, 13 Oct 1992 13:00:34 GMT
X-Posted-From: op.ph.ic.ac.uk
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <1992Oct13.120818.26420@sol.ctr.columbia.edu>, richard@op.ph.ic.ac.uk (Richard Syratt ) writes:
|> Can anyone tell me where I can get hold of the source for Lharc?
|> Most atari stuff seems to be lzh'd these days, and why not?  It's
|> just that unlike arc or zoo, a unix version doesn't seem to exist and
|> I'd really like to look at some of the stuff I pull across, *before*
|> laboriously copying it to floppy and then finding out when I get back
|> to my st that it's not what I wanted :-(.
|> 
|> 	Thanks
|> 		Richard
|> 
|> 

Er... it's OK, I've found it...  looks like an old version but seems to work
ok.
Thanks anyway
Richard
Xref: sparky comp.sys.atari.st.tech:5219 comp.sys.atari.st:15262
From: andrew@minster.york.ac.uk
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Hard Drives
Date: 16 Oct 92 10:26:16 GMT
Organization: Department of Computer Science, University of York, England

So now I have to ask the question, does the Falcon040 have an internal IDE
interface and will it take the cheaper 3.5" drives???

I think I'll probably be better to buy an external SCSI-2 for the extra money
and faster access times than mess around trying to find a 2.5" IDE drive of
100Mb capacity!

An internal 64Mb IDE drive can just sod off for that price, the falcon isn't a
laptop portable thingy.  A slightly bigger case and cheaper HD expansion would
have made my day.

Hrrummmphhh!

I'm sure you get the gist of my disappointment.

-Andrew.


--  
*Andrew Hague -- Research Student -- Computer Aided Learning & On-Line Lectures*
 Dept. of Computer Science, University of York, York, Y01 5DD (+44/0)904 432762
 EMAIL: andrew@minster.york.ac.uk 
 "And... why not?"
Newsgroups: comp.sys.atari.st.tech
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: GFA BASIC again!
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Wed, 7 Oct 1992 01:06:28 GMT

heneganj@cs.aston.ac.uk (Leavin' soon (sob)) writes:

>yo BUZ!

>erm, get a DECENT basic like STOS and you type CLICK OFF

>ha ha ha 

I don't particularly like this kind of "helpfulness". First of all, calling
STOS a 'decent' basic means to me that you apparently missed something.
No flames, no discussion, all nonsense will be sent to dev/null.
Second, if you don't have anything to say, just don't say it please.

And now the original question: to turn off bell and key-click, just
POKE 10 at address $484. Turn it on again by poking 15 at the same address.
(note that 10 and 15 are decimal, $484 is hex and POKE is a byte-poke).

Hope this helps,
Hendrik Jan

--
Hendrik Jan Veenstra  |  hjv@phil.ruu.nl  |   You look for your dreams in
Dept. of Philosophy   |                   |   heaven, but what the hell are
University of Utrecht |                   |   you supposed to do when they
The Netherlands       |                   |   come true...?
Newsgroups: comp.sys.atari.st.tech
From: jat@cch.coventry.ac.uk (STBW)
Subject: Atari SM146 Mono Monitor
Organization: ASHTRAY(Against Short Hair That Really Annoys You)
Date: Thu, 15 Oct 1992 09:25:58 GMT

Does anyone actually know what the difference between the SM144 and the
new SM146 monitors are ?

I'll probabley phone up some mail order place and ask them before buying
one, in the end, as no mags seem to have discovered the existance of the
SM146 yet !!! (What do you expect, when the only thing they can think of
at the moment is Falcon , falcon, and FALCON :-)

Thanks in advance...

-- 
   \  /     "Me, the artist, has produced all this with my own imagination
   /\/\     and skill... Oi!! Yes, you at the back, stop laughing !"  8~}
 \/ -- \  <jat@uk.ac.cov.cch> is (Mirrir, Skippy, Jase, Slarts... Pick 1 :-)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: Falcon and Hard Drives
Organization: SAR Systems Development & Processing, JPL
Date: Wed, 14 Oct 1992 18:49:29 GMT

In article <719058799.8966@minster.york.ac.uk> andrew@minster.york.ac.uk writes:
>I read an advert yesterday claiming that the internal hard disk interface of
>the new Falcon030 is a IDE standard yet the external drives can run off a
>SCSI-2 bus.  Is this true???

Yes.
>
>If it is then why do Gasteiner(sp?) and ultimately Atari hope to sell the
>Falcon with 64Mb HD for 400 pounds more than the machine without HD.  One can
>easily buy a 100+ Mb HD for less than 200 pounds with an IDE interface.
>Intenal SCSI drives of similar capacity can be bought for less than 300
>pounds.

Oddly enough, it doesn't appear that the SCSI connector is accessible from
inside the case, so you can only use IDE for the internal drive. Also, I
don't think you can easily find a 100+ MB IDE drive that is a 2.5" form
factor for the price you're expecting. 3.5", yes, 2.5", not for that price.
I'm still quite perplexed as to why there is an IDE port at all, it would
have been more consistent to jus tuse the SCSI bus both internally and
externally. So it goes.
-- 
  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

All true wisdom is conveyed in one-line witticisms.
Newsgroups: comp.sys.atari.st.tech
From: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: Event dispatching
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Thu, 15 Oct 1992 11:03:01 GMT

aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

>Hi everyone,

>in the program I'm currently hacking there will be  windows  with
>different  contents.  This  necessitates two dispatching steps in
>event handling, one to  branch  to  the  procedure  handling  the
>occurring  event,  and  the  second  to  branch  to the procedure
>handling the event for the contents of the affected  window.  The
>following chunk of GFA code illustrates the situation:
[... long article deleted ...]

Use C - make a structure that contains pointers to all the functions 
necessary for window-handling and swap pointers depending on the 
current window. Then write *one* generic window-handling function.
Piece of cake... in C :-)
Sorry, just couldn't resist...

--
Hendrik Jan Veenstra  |  hjv@phil.ruu.nl  |   You look for your dreams in
Dept. of Philosophy   |                   |   heaven, but what the hell are
University of Utrecht |                   |   you supposed to do when they
The Netherlands       |                   |   come true...?
Newsgroups: comp.sys.atari.st.tech
From: Mike Stramba <stramba@zooid.guild.org>
Subject: will gdb run on 1 meg machine?
Organization: ZOOiD BBS
Date: Wed, 7 Oct 1992 16:24:02 GMT

Will the gnu debugger 'gdb', run on a 1 meg machine?

Also, does anybody know where at archive-server@spud.hyperion.com
the file is located?

'Gnustuff/Tos/Gdb' ????

Mike
From: abaddon@uk.ac.liverpool.scm.suprenum (Kevin o donovan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Removable Drives
Date: 12 Oct 92 12:48:49 GMT
Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK

I remember in the docs that came with my 44meg syqyest it said never to leave a
cartridge in the drive when you power down. I never leave one in for long 
periods of time, though if I'm just going away for an hour or so, I'll 
disengage the heads (via the button on the front), and leave the cartridge in.
I guess this is pretty close to being parked anyway, but there may be a problem
with dust being able to get in (???)

Kev
From: anneklin@acs.bu.edu (Patricia Anne)
Newsgroups: comp.sys.atari.st.tech
Subject: GCC questions...
Date: 13 Oct 92 23:48:11 GMT
Organization: Boston University, Boston, MA, USA

Okay, from what I can gather from the READMEs in the recent update2?.zoo files
from ++jrb and from the docs in the PL 24 MiNT libraries for GCC, the two
libraries are very close to the same.  However, they're obviously different
in some respects, and I'm curious as to whether it's "safe" to use the MiNT
libraries with the C++ libraries that are distributed with ++jrb's libs.

Oh, yeah, is there anywhere I can get the source for gcc 2.2.2 (the original
distribution) in something like 3MB or less chunks?  I've got some space
limitations I've got to deal with, and right now it means that I can't get 
the source down to my ST (not even mentioning the huge modem transfers it
would entail).
From: grier@bnr.ca (Brian Grier)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: VDI colors: Which ones should one leave alone?
Keywords: VDI COLORS
Date: 15 Oct 92 15:45:44 GMT
Organization: BNR

Well this is an interesting question. If you are writing programs
for an ST with TOS 1.4 or less , or STe, not MegaSTe, with its original
ROMs then avoid colors 0, and 1. With the newer versions of TOS you
can define any color to be used for any individual part of a window.
 
So use any colour you want just make sure you restore the color.

Brian, WS1S
Bell Northern Research
Research Triangle Park, NC
Newsgroups: comp.sys.atari.st.tech
Subject: Truncating files in C
From: Murray_Moffatt@kcbbs.gen.nz (Murray Moffatt)
Date: 9 Oct 92 23:31:20 GMT
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand

I'm using Prospero C and I need to be able to truncate a file at a certain 
offset.  I can't see any immediate way to do this, can anyone suggest 
a solution?

Newsgroups: comp.sys.atari.st.tech
From: 7103_2622@uwovax.uwo.ca (Eric Smith)
Subject: Re: MiNT: TSR and Trap #2 vector
Organization: University of Western Ont, London
Date: Sat, 17 Oct 1992 04:10:28 GMT

In article <A8364@HH.maus.de>, Hayo_Schmidt@hh.maus.de (Hayo Schmidt) writes:
> But there is still one sincere problem: the Traps are Setexc'ed on runtime, but
> the GEM tends to throw out the AES trap routine whenever it wants to annoy us
> (f.e. after starting TOS or TTP's). To get back into the trap, i use Setexc.
> This _must_ be done in the Bios trap, while waiting for Setexc 257. But my
> program is already terminated, so who is made responsible for this Setexc by
> MiNT and which problems do i cause. Is there a way out, a daemon process is
> obviously none.

Just as in normal TOS, the Setexc will take place in the context of whatever
program made the system call that your TSR intercepted. In most cases this
won't make much difference. There are a few vectors (the process
termination vector and the critical error vector, for example) which are
per-process, but most vectors (including the trap #2 vector) are global.

You mentioned that your program would work if installed before MiNT,
except that GEMDOS Malloc calls would then not be received by your TSR.
I should warn you that all of the internal workings of Malloc are completely
different under MiNT than they were under "normal" TOS, so if your program
relies on TOS's Malloc operating a certain way then there could be trouble!
--
Eric R. Smith                     email:
Dept. of Mathematics            eric.smith@uwo.ca
University of Western Ontario