HDTenEightyP/NetNews huggingface dataset:
From: klassa@aurs01.UUCP (John M. Klassa)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reading vblank counter on TT
Keywords: TT, vblank counter
Date: 30 Sep 92 17:15:42 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

I goofed...  In my sample results, I should have written:

>A simple test program that calls Supexec(get_vbl_count) 100 times and
>prints the result returns reasonable numbers on a TT...  I get between
>9 and 12 of each number, and the numbers increase by one with each
>change (i.e. like 610, 610, 610, ... < 6 or 8 more of 'em > ... 611,
>611, ...  and so on).                                           ^^^
 ^^^

The original message read "610, ..., <stuff>, ..., 613, 613, ..." and
                                                   ^^^  ^^^
was incorrect.  The sequence definitely increases by one each time a
change occurs.

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: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: Second&last time: Hacking Contest
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Fri, 2 Oct 1992 12:03:33 GMT

michael.smith@p3.f842.n680.z3.fido.zeta.org.au (michael smith) writes:

>Original to: wallmann@backus.pu.informatik.th
>In a message of <05 Aug 92 19:30:24>, wallmann@backus.pu.informatik.th
>(3:713/602) writes:

> w> wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!), via *IXgate
> w> 3:713/602
> w> 
> w> Judging from the gigantic turnout, you people are either
> w>     1       hacking away merrily and sending stuff in on the last day
> w>     2       think this is a joke
> w>     3       are too clueless to get more than 14 points (har)
> w>     4       think the prize is too lame
> w>     5       generally not interested in contests

>I think there's a lot of all of those... certainly most of them (except #2)
>fit me.  8)

Somehow I seem to have missed something... What contest is this about?


--
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: hjv@phil.ruu.nl (Hendrik Jan Veenstra)
Subject: Re: AES bugs 
Organization: Department of Philosophy, University of Utrecht, The Netherlands
Date: Sun, 4 Oct 1992 21:13:43 GMT

wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!) writes:

>Is there a list of known GEM bugs out and available somewhere ? 
>I could flood this newsgroup if I wanted to, with AES bugs (well
>almost) but I think people might tire of this, especially if the
>information is already available from someplace.

If you find such a list, could you tell us where you found it, or even
send the complete list to this group (or at least to me:)? If you don't
find such a list, please flood this group with your own findings...

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: gordonf@monashee.sfu.ca (Gordon Farrell)
Subject: Re: XBIOS say() in MultiTOS :)
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 29 Sep 1992 00:24:21 GMT

In article <1992Sep16.154924.26311@cs.ruu.nl> avgroeni@cs.ruu.nl (Annius Groenink) writes:
>
>Another suggestion for Atari, and otherwise for someone else
>who knows about speech synthesis on the ST: preferably when
>the Falcon comes out on the market, there should be a neat way
>to have your applications give spoken form alerts etc. (Like on
>the NeXT a sweet woman's voice tells you `Your Printer is Out
>of Paper'
>

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.

>________________________________________________________
>    Annius Groenink|undergraduate student
>Laan van Borgele 24|maths/computer science at the
>   7415 DJ Deventer|University of Utrecht, Holland.

________________________________________________________________________________
Gordon Farrell          |e-mail:gfarrell@sfu.ca    |"Shee, you guys are so unhip
			|	gfarrell@cs.sfu.ca | it's a wonder your bums
Simon Fraser University |	gordonf@sfu.ca     | don't fall off."
Burnaby, B.C., Canada   |			   |	-Zaphod Beeblebrox
Newsgroups: comp.sys.atari.st.tech
From: max@randell.cba.csuohio.edu (Max Polk)
Subject: Re: Boot sector
Summary: Serial number need not be unique!
Organization: Cleveland State University, Cleveland, Ohio
Date: Thu, 1 Oct 1992 04:30:15 GMT

Regarding the boot sector serial number, bytes 8-10 using a scheme of
numbering from 0-511:

I don't believe that the serial number is meaningful.  From my tests of
simply zeroing the serial number on a couple of disks and displaying,
deleting, and copying files and subdirectories, all the while changing
from one disk to the other (with the same serial number), I definitely
COULD NOT obtain any errors.

From what I can tell, the serial number on the Atari ST's boot sector
need not be unique, and can be the same from disk to disk.  Furthermore,
the boot sector appears to be reread each time you pop out a disk and
place a new one in.  The default directory changes to the root directory
if the disk has been changed (except for the GEM desktop, which tries
to descend to the current directory as displayed in the title bar).

Perhaps the BIOS #9 call (disk was, was not, or may be changed) is used
to see if the disk was changed prior to all disk operations.  If it was
or may have been changed, the boot sector would be reread and default to
the root directory (the reasonable thing to do).

-----max@randell.cba.csuohio.edu-----
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Even MORE TT030 help
Date: 4 Oct 92 02:52:42 GMT
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au

Original to: dud@hardy.u.washington.edu
(sorry to be so late in this)

In a message of <11 Sep 92 05:33:36>, dud@hardy.u.washington.edu (3:713/602)
writes:

 d> Ok, I took apart my TT for the first time.  I now have a few more
 d> questions...  How do I know what RAM is what?  Right now I can only
 d> access the 4 megs of ST RAM.  There are 4 megs of RAM on the
motherboard,
 d> and also 4 megs on a daughter board directly under the HD.  There is an
 d> empty socket that I've been told is for fast ram in front of the power
 d> supply.  Since there are 8 megs in the machine, and only 4 seem to be
 d> accessable, I'd assume something is wrong.  Should I unplug the board
 d> under the HD & plug it in in front of the HD?  I don't think it'll fit
in
 d> that small space.  Are there DIP switch settings that make the TT RAM
 d> accessable? Thanks for any help or suggestions in advance....

Okay - there are only _2_ megs on the motherboard, and another _2_ on the
daughterboard under the drive.  Thus, you only have a _4_ meg machine. If it
was sold to you as an 8M system, I think you have some questions to ask.

Don't bother trying to shift the board - it has 2 connectors on it, one at
each end, and it will not fit.   The DIP switches are mostly unused - DIP 8
controls whether or not the DMA sound hardware is advertised, and DIP 7
whether or not the OS thinks you have a HD drive.

 d> Dan Aylward
 d> dud@u.washington.edu

\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-232-5722 (3:800/842)
Newsgroups: comp.sys.atari.st.tech
From: hyc@hanauma.jpl.nasa.gov (Howard Chu)
Subject: Re: No red in monitor
Organization: SAR Systems Development & Processing, JPL
Date: Tue, 29 Sep 1992 06:47:28 GMT

In article <BvAs2G.2up@acsu.buffalo.edu> v5914ane@ubvmsd.cc.buffalo.edu (Steve) writes:
>Does anyone have any Idea on why my atari color monitor lost the red in the 
>picture??

Most likely, you have a bad cable and the pin carrying the red signal has
come loose. That happened on one of my monitor cables, had to take the 13-pin
plug apart and re-solder it. (God I hated that. It's a real bitch getting in
there between the other wires...)
-- 
  -- 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: stramba@zooid.guild.org (Mike Stramba)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MIDI programs
Date: 1 Oct 92 01:08:10 GMT
Organization: ZOOiD BBS

ZZDLG@LIVERPOOL.AC.UK writes:
>Hi Folks,
> I am having great fun producing a Patch Librarian for my Yamaha HE8.
>The big problem is that the HE8 sends lots of "Active sense" messages
>which quickly flood the 128 byte buffer. I have fo course tried a bigger
>buffer but it dosn't seem to make much difference. I suppose the only
>solution is a interupt handler which discards the "sense" messages.
>I know other have run into this problem, so can any one else lend me
>some code, or otherwise help. Dave.
>p.s. replies by EMAIL would be much appreciated as I don't always
>get chance ot read this list.

I did reply through email, but I'm interested in any other opinons.

As far as I know all that can be done is to read the data, ignoring
the active sense messages, until the desired data comes through.
From: ddv@unix.brighton.ac.uk (Domenico De Vitto)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Non-Blocking reads
Date: 30 Sep 92 13:16:52 GMT
Organization: University of Brighton, UK

there are bios routines to check to see if the io/kbd ports have pending data,
for the first problem.
the second is the standard function (stdio) that gets a char from a stream
that may have been 'pushed back' onto it.
This should be defined as

getch()
{
  return ((bufp>0) ? buf[--bufp] : getchar() );
}

ie get the char from the buffer if the next one is there, otherwise
read one via buffer'd io routine getchar() (that will fill the buffer).

Dom De Vitto
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Monday, 28 Sep 1992 13:10:01 MEZ
From: U.Kuehn <KUHNU@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Line A: C lib?/ bitmap manipulation on the ST..?

In article <Bv49xE.1s9@iat.holonet.net>, wilsont@orac.holonet.net (Timothy
Wilson) says:
>
>Yes.. more questions for the tech guys..
>
>I was wondering if there are PD C library files for the Line A routines?
>or.. should I bite the bullet and learn ASM?
>
>also, I just found out, in my TOS book, that one pixel in lowres is
>spread out over 4 bytes. I have heard of this before in other architectures.
>but.. Why do they do this? Isn't it slower to do it this way?
>
>I'd like to be able to manipulate bitmaps (rotations etc) but
>since the pixel info is spread out, how to I convert these types of
>algorithms?
>
>i would assume that to get one pixel out of a graphics screen long word
>would take 32 shifts and 4 long word masks. Am I underestimating the speed
>of the 68000? it would seem that it would take a while (time that would add up
>over a large bitmap) to compute.
>
PLEASE, do NOT use the Line-A functions, they are lowlevel VDI-driver
functions, and shouldnt be used by other programs. Imagine a ST with a
graphics board, what memory layout does it use for the screen?
Instead, use the appropriate VDI functions, they will work even with
wierd graphics cards, if there is a VDI driver for that card.
The VDI has functions to copy and transform rasters, so use these for
your purpose.

Ulrich

+---------------+----------------------------+-------------------------+
| Ulrich Kuehn  | Internet:                  | Do they know that they  
| Cand.Math.Inf | kuehn@math.uni-muenster.de | cannot eat their money? 
+---------------+----------------------------+-------------------------+
Newsgroups: comp.sys.atari.st.tech
From: annius@sif.research.ptt.nl (Annius Groenink)
Subject: Re: Text editors... for C even!
Organization: PTT Research
Date: Mon, 28 Sep 1992 08:51:02 GMT

knarf@nasim.sta.sub.org (Frank Bartels) writes:

>In <landrews.04t7@outb.wimsey.bc.ca>, Luke Andrews writes:
>>With all this discussion on text editors... I have found an *excellent* text editor called Alice.
>>
>>And as long as we're talking about key commands, it uses CTRL-S and CTRL-E to start and end a block (respectively).  I believe you can edit up to 6 texts at once, although there is no way to switch windows via keyboard, you must use the mouse. 

Oh yeah why not   Save=start block
		  Erase=end of block.

Of course, no, that's great.

>>There is also no word wrap available, but you CAN make it warn you (via the ST "ding") that you have gone past a certain limit (which you can set).

But it's even better if it does both (whatever you wish). Wait for my
Edith demo. (Yes, it's still only vapourware, but any program has that phase)

>>You can also set it to show you the time/date and/or the cursor position.  But I noticed that with either of these functions on, the movement of the cursor tends to lag behind a bit (like when you hold down backspace or delete).

That sounds pretty stupid. Edith shows a lot of info and isn't slow at all.
(=a bit faster than the turbo C 2.0 editor)

>A normal monitor has still 80 col/line! Please switch your WRAP on! Your
>text is ugly to read!

You're going to regret you've said that when you've got a falcon in
overscan mode and you're trying to run Tempus

>Knarf

Suinna.

-- 
Annius Victor Groenink-- undergraduate student Mathematics and Computer Science
at the university of Utrecht, Netherland.  Working at PTT Research Leidschendam
for Sept-Dec. 1992. Laan van Borgele 24, 7415 DJ Deventer, phone +31 5700 29396
or +31 70 33 25445;   e-mail A.V.Groenink@research.ptt.nl or avgroeni@cs.ruu.nl
Newsgroups: comp.sys.atari.st.tech
From: peter@rhrk.uni-kl.de (Gunter Bitz)
Subject: Re: TOS chip pinouts
Keywords: TOS, chips, pinouts
Organization: University of Kaiserslautern, Germany
Distribution: na
Date: Wed, 30 Sep 1992 21:32:55 GMT

dumgrunt@ccwf.cc.utexas.edu (Joel Banks) writes:

>Does anyone know the pinouts for the 6-chip TOS ROMs?  I want to make a board
>that will let me mount and switch between two different ROM sets.  I know it
>sounds strange, but there are a few quirks in TOS 1.0 that I actually want to
>use from time to time.  From what I've seen, there's a "chip enable" pin that
>should let me toggle between the two sets with a simple double throw switch.
>If I'm right, and you know which pin is which, please let me know.  If I'm
>wrong, please let me know also.  :-)

>Joel Banks
>dumgrunt@ccwf.cc.utexas.edu

OOHH ! MUCH TOO COMPLICATED !
Here is a simpler solution:
Use a set of 64KB Eproms (27512) instead of the original 32 KB Roms.
Now burn in each chip in address space $0000-$7fff Tos Version 1   and
                      in address space $8000-$ffff Tos Version 2 .
(of course you have to use always rom-files with the same name, e.g. 
 U2 (or HI-2) of TOS 1.0 and U2 of Tos 1.4 must be stored in your first eprom)

Then you can put the 6 eproms in your sockets (they are pin-compatible) and 
use pin #1 (A15) of each eprom, to switch between your two tos-versions.
On newer boards you find pin #1 of all rom-sockets at a jumper called 'A16'
Otherwise you have a bit of extra work to do ........

Any questions ??

ciao
 Gunter
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Line A: C lib?/ bitmap manipulation on the ST..?
Date: 28 Sep 92 21:04:49 GMT
Organization: Bloomsbury Computing Consortium, London

In article <92272.131001KUHNU@DMSWWU1A.UNI-MUENSTER.DE> KUHNU@DMSWWU1A.UNI-MUENSTER.DE (U.Kuehn) writes:
>In article <Bv49xE.1s9@iat.holonet.net>, wilsont@orac.holonet.net (Timothy
>Wilson) says:
>>
>>Yes.. more questions for the tech guys..
>>
>>I was wondering if there are PD C library files for the Line A routines?
>>or.. should I bite the bullet and learn ASM?
>>
>>also, I just found out, in my TOS book, that one pixel in lowres is
>>spread out over 4 bytes. I have heard of this before in other architectures.
>>but.. Why do they do this? Isn't it slower to do it this way?
>>
>>I'd like to be able to manipulate bitmaps (rotations etc) but
>>since the pixel info is spread out, how to I convert these types of
>>algorithms?
>>
>>i would assume that to get one pixel out of a graphics screen long word
>>would take 32 shifts and 4 long word masks. Am I underestimating the speed
>>of the 68000? it would seem that it would take a while (time that would add up
>>over a large bitmap) to compute.
>>
>PLEASE, do NOT use the Line-A functions, they are lowlevel VDI-driver
>functions, and shouldnt be used by other programs. Imagine a ST with a
>graphics board, what memory layout does it use for the screen?
>Instead, use the appropriate VDI functions, they will work even with
>wierd graphics cards, if there is a VDI driver for that card.
>The VDI has functions to copy and transform rasters, so use these for
>your purpose.
>

There is one one problem with this.. to get any image on the screen with any
speed you have to generate a raster image in memory before you use VDI to
display it.. you then need to know the screen format! If only there were a
simple 24bit standard image format which VDI interpreted and displayed :-).

Even better would be a 32 bit image format, byte order being RGBA where R =
red channel, G = green channel, B = blue channel and A = Alpha channel. :-)

>Ulrich
>
>+---------------+----------------------------+-------------------------+
>| Ulrich Kuehn  | Internet:                  | Do they know that they  :
>| Cand.Math.Inf | kuehn@math.uni-muenster.de | cannot eat their money? :
>+---------------+----------------------------+-------------------------+


Steve
(Living in cloud cookcoo land and can't spell)
--
Addresses:-
JANET:-		ucacmsu@uk.ac.ucl or	steve@uk.ac.ox.earth (preferable)
Internet:-	ucacmsu@ucl.ac.uk or	steve@earth.ox.ac.uk (preferable)
From: bkr@drdhh.hanse.de (Bjoern Kriews)
Newsgroups: comp.sys.atari.st.tech
Subject: Xircom Ethernet Adapter Software
Summary: Where is the Xircom driver for the ST ?
Keywords: xircom, ethernet, software for st
Date: 26 Sep 92 18:06:55 GMT
Organization: Digital Island

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)

If anybody can tell me about the existance and/or location
availability/price for this software or can give me any
address of anybody associated with it, it'd be appreciated.

Please mail answers, I'll post a summary if there is enough
request - otherwise I'll forward responses to interested people.

Thanks for your audience,
  Bjoern

-- 
bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-2000 Hamburg 76 - FRG
Newsgroups: comp.sys.atari.st.tech
From: lahtinen@gideon.fmi.fi (Kimmo Lahtinen)
Subject: Re: IDE Drives on ST
Keywords: Hard Disk
Organization: Finnish Academic and Research Network Project - FUNET
Date: 28 Sep 92 12:04:53 GMT

psurge@cs.utexas.edu (Troy Carpenter) writes:

>I have a 1040ST, 20 Meg HD, ICD controller (original type, not new), and an 
>OMPTI controller (MFM).

>Now, I have a friend who can get me an 80 meg IDE drive (for about $200, is 
>this a good price?).  What I need to know is if it can be used on an ST, and
>what extra hardware will I need.  I think I recall the fact that IDE drives
>will not work on the SCSI chain, and I need some other controller for it.
>I want to know what other controller that is, and can I use an IDE drive on
>the ST or is it a waste of money for me.

I do not know any controllers that convert SCSI to IDE and I think it
would be much better for you to look for a SCSI drive. I think you should
find a 80-100 MB SCSI drive for $200-300, but I not know the prices there.

--
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Kimmo Lahtinen                      E-Mail : lahtinen@gideon.fmi.fi       
Finnish Meteorological Institute    Phone  : +358 0 758 1322
Possessed by a Spirit               G3 Fax : +358 0 758 1396
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Amiga 500 (gasp!) and ST monitor?
From: rlcollins@miavx1.acs.muohio.edu (Ryan 'Gozar' Collins)
Date: 30 Sep 92 14:41:07 -0500
Organization: Miami University Academic Computer Service"

In article <1aaa7cINN8qq@usenet.INS.CWRU.Edu>, an938@cleveland.Freenet.Edu (George II Lenzer) writes:
> 	I have an Amiga 500 that a friend of mine gave to me.  
> I've been using the mono video out on the back, but this is 
> BORING!  Does anyone know if I can connect my ST's monitor to the
> Amiga's analogue RGB out?  The Amiga, I am told, has a Horiz.
> sync signal at 15.7 Khz.  Will this work with the ST's monitor.
> I am also aware that the ST's monitor is an analogue RGB type.
> Sounds good.  Right?  Let me know if I am mistaken or misinformed.
> 
> 						Than-Q
> 						George II Lenzer

     Yes, it's possible, I was at a store that had both STs and Amigas,
and they had a 500 actually attached to SC1224. Now I have no idea what
the pinouts are, but it is possible.

Later.......

------======={{{{{{{{((((((Ryan 'Gozar' Collins))))))))}}}}}}}}=======--------
"You can never own enough /    __    ___  ___  \rlcollins@miavx1.acs.muohio.edu
computer equipment"      /    /  /  /  /    /   \RC1DSANU@miamiu.acs.muohio.edu
                        /    / _   /  /   /      \rcollins@apsvax.aps.muohio.edu
 |||   "Power Without  /    /__/  /__/  /___      \  R.COLLINS1 on GEnie
/ | \     The Price"  /                            \
	    ------======={{{{{{{{(((((())))))))}}}}}}}}=======-----  30-SEP-1992
Xref: sparky comp.sys.atari.st.tech:5029 comp.sys.atari.st:14680