HDTenEightyP/NetNews huggingface dataset:
From: ac999111@umbc.edu (ac999111)
Newsgroups: comp.sys.atari.st.tech
Subject: GFA Graphics
Date: 28 Jan 1993 09:42:55 -0500
Organization: University of Maryland, Baltimore County Campus
NNTP-Posting-Host: umbc8.umbc.edu

Hey all, I have some questions concerning graphics programming.  I will just
write my program in GFA as I'm most familiar with that on the ST, but I don't
know how to do the more advanced graphics manipulation in it.  

How can you draw on a virtual screen then swap screens, draw, etc.. ?  I have
tried this in the past and it always seems to just bomb and leave it at
that.  Also, in the manual it has bitblit as a way of moving graphics quickly,
but I can't seem to get that command working either.

If anyone has ideas on this, or any other graphics programming (scaling blocks
of screen would be nice..) please drop me some mail.. thanks.

Paul..
ac999111@umbc.edu


Newsgroups: comp.sys.atari.st.tech
From: entropy@gnu.ai.mit.edu (maximum entropy)
Subject: Coexisting hard drives
Organization: Not Proud Programmers
Date: Thu, 21 Jan 1993 12:47:18 GMT

OK, I finally bit the bullet and ordered a Toadfile '91 Magnum
removable HD system.  I've got a few questions so I know what to
expect when it arrives.

I've currently got a Megafile 30 with a Seagate 60 meg mechanism in
it.

I'd like to hook up my system so that it continues to boot off the
Megafile as drive C, since I will be using several different carts in
the Toadfile (source code, apps, backups, will be on separate carts).

The Megafile currently boots with AHDI 3.01.  I'd like to run it with
the ICD software instead, so I plan to boot with the Toadfile, copy
the contents of the Megafile onto a cartridge, format the Megafile
with ICD software, copy everything back to the Megafile, and then
reconnect the Megafile as the boot device.  (Am I correct that the
first device in the DMA daisy chain is the boot hard disk?)  The
question is, will my AHDI-formatted Megafile be accessible while I'm
running the ICD boot software, or will I have to do a backup/restore
to floppy to get everything copied over?

Also, will I have to diddle any switches to hook up both drives at the
same time, or does the DMA bus automagically figure things out from
the order in which they are cabled to the machine?  Will I still be
able to access the ICD adapter's internal clock if the ICD adapter is
second in the chain?

Thanks,
entropy

p.s. mail or news replies equally OK with me

--
entropy@gnu.ai.mit.edu
entropy. . .it's not just a good idea, it's the second law.
Boycott AT&T, Lotus, Apple, and Xerox.  Join the League for
Programming Freedom!  Write to lpf@uunet.uu.net for more information.
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: MiNT 0.99 PL2 for PureC
Date: 27 Jan 93 19:45:07 GMT
Organization: Dept. of Computer Science, University of Ottawa

In article <EJ70MSV@math.fu-berlin.de> hohmuth@freia.inf.tu-dresden.de writes:
>
>In article <1k6bokINN17ft@obelix.uni-muenster.de>, czekall@uni-muenster.de (Ralf Czekalla) writes:
>
>> Only to make it absolutly clear:
>> 
>> MiNT 0.99 is only interesting for those programmers, who already
>> have the new  Multi-AES out of the Multi-TOS-packet. [...]
>
>That's, of course, not true. Everybody who's able to make it can use it,
>also without Multi-AES. I, for one example, do so.
>
>Your problem is probably that you've forgotten to comment out "-DMULTITOS" 
>in the makefile. :-)

AH!  Is THAT why it wouldn't run properly?  I got it compiled, and it
has kept crashing right after it shows the MiNT is Now TOS message.  I
changed optimization levels, in hopes that THAT was the problem; could
someone give a 5 line description of Multi-AES, why we can't get it,
and why I ought to comment out '-DMULTITOS'?

-- 
Christopher Browne                |     PGP 2.0 key available
cbbrowne@csi.uottawa.ca           |======================================
University of Ottawa              | Genius may have its limitations, but
Master of System Science Program  | stupidity is not thus handicapped.
From: imr@cs.bham.ac.uk (Ian M Rae)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: STE sampler using analogue joystick ports ?
Keywords: STE sampler
Date: 21 Jan 93 11:55:52 GMT
Organization: University of Birmingham

In article <1993Jan19.232613.5129@ugle.unit.no>, ivarh@Lise.Unit.NO (Ivar Haugen) writes:
|> In article <C10ApH.Dou@cs.bham.ac.uk>, imr@cs.bham.ac.uk (Ian M Rae) writes:
|> 
|>  > ...does anyone know if it is possible to make a sampler for an STE that 
|>  > connects to the analogue joystick ports and uses the internal ADC ?
|> 
|> When I got my STE, I wanted to do what you are sugesting, but after having
|> experimented a bit, I found that what was meassured vas not voltage (V) but 
|> ressistance (Ohm's) to 0V. 
|> 
|> (0 - 2 Mohm  gave values from 0 - 255 in the registers) 
|> 
|> So I belive there's no internal ADC, but just a counter meassuring the time 
|> it takes a capasitor (F) to unload througth the resistor connected to the port.
|> 
|> This, in my opinion, makes is impossible to make sutch a sampler.
|> 
|> Ivar Haugen
|> ivarh@lise.unit.no

Other people have mailed me saying that it is just an variable oscillator using
the resistor in a joystick etc. as the variable part. The pulses from this are
then just counted. Still it was a nice idea while it lasted :). Still, I can now
try and connect my old Atari Touch Tablet up... should be good for a laugh !

Thanks for the help



+--------------------------+--------------------------------------------+   
| Ian Rae                  | "Baldrick, this is the stickiest situation |  
| Software Engineer        | since Sticky the stick insect got stuck on |   
| University of Birmingham | a sticky bun." - Blackadder goes Forth     |  
+--------------------------+--------------------------------------------+
From: sbrown@cs.hw.ac.uk (Stuart Brown)
Newsgroups: comp.sys.atari.st.tech
Subject: GEM Execution Problem
Date: 27 Jan 93 17:48:04 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

Newsgroups: comp.sys.atari.st.tech
Subject: Calling .PRGs from .PRGs
Summary: 
Expires: 
Followup-To: 
Distribution: world
Organization: Dept. of Computing & Electrical Eng., Heriot-Watt University, Scotland
Keywords: 


I've been writing a program to time other programs, splitting the results
into program time, Gemdos time, Xbios time, etc.  The program uses GEM
and a resource file created with Wercs;  a title dialogue is displayed and
once the user has clicked the button or pressed Return, a file selector is
displayed;  from here the user can select the program s(he) wants to time.

This works correctly with TOS based programs (I've not tried a .TTP yet because
the program does not have a facility to enter a command line yet) and some GEM
based programs which use, for instance, only alert forms.  However, programs
using resource files do not work;  they display a 'resource file not found' or
such an error.

What I want to know is 'is it possible to run GEM based programs from a GEM
based program (and especially, ones with resource files)?'  I'm not sure if 
this can work, because Devpac 2's 'Run Other' menu option seems to have the
same problem.

As a matter of interest, I did try loading Devpac 2 into my timer program since
its resource file is not separate on disk but actually included in the main
program file;  it actually worked but could not locate Monst 2 from the disk:
this indicates something to do with the path, but I've tried setting the path
and I've got nowhere.

I hope someone out there can help.  Thanks very much in anticipation.


STUART BROWN                      |Norman Lamont is an anagram of 'Not Normal 
2nd Year, Bsc Computer Science    |Man' - this explains a lot!
Heriot-Watt University            |
Edinburgh                         |Margaret Thatcher has 'That Great Charmer' 
Scotland                          |as an anagram - Twilight Zone stuff!


P.S.  If anybody has any ideas on how I can extend the program's options or
      other facilities which would be useful, contact me as well;  I may
      distribute the program (if it works) when (or perhaps if) it is finished:
      you may get a mention!  Thank you in anticipation.
Newsgroups: comp.sys.atari.st.tech
From: avgroeni@cs.ruu.nl (Annius Groenink)
Subject: Falcon GEM version number please
Date: Wed, 27 Jan 1993 16:25:01 GMT
Organization: Utrecht University, Dept. of Computer Science


Does anybody know the GEM version number (global[0]!!) of the
Falcon?  I need a way to decide whether the AES displays 3d
objects yes or no.  Since 3.0 is TT and 4.0 is MultiTOS (?)
I guess it's somewhere in between, so >3.0 should work?
-- 
Annius V. Groenink           -- phone (private):      +31 5700 29396
Mathematics/Computer Science -- e-mail (university):  avgroeni@cs.ruu.nl
University of Utrecht        --
Netherland                   -- ZFC Computing, Deventer (same phone)
Newsgroups: comp.sys.atari.st.tech
From: mbernar@erenj.com (Marcelino Bernardo)
Subject: Mint being ported to the Mac
Followup-To: comp.sys.atari.st.tech
Organization: Exxon Research & Engineering, Co.
Date: Thu, 28 Jan 1993 22:47:33 GMT

Here's something that this newsgroup might find interesting.  I just saw
this in the mac-recent list from mac.archive.umich.edu.

/mac/util/developer/macmint.sit.hqx
 186     1/24/93    BinHex4.0,StuffIt1.5.1

   Use ATARI ST development products on the Macintosh.  An incomplete
   port of MiNT from the ATARI.

Marcelino Bernardo
mbernar@erenj.com
Newsgroups: comp.sys.atari.st.tech
From: baumer@cs.utwente.nl (Han Baumer)
Subject: Emacs backspace
Organization: University of Twente, Dept. of Computer Science
Date: Tue, 26 Jan 1993 14:43:14 GMT


I want to use Emacs on my TT, but the emacs I have gives help if I
press the backspace key. I would like it to delete a character  (as it
does in most editors). How can I do this?


Greetings,


Han Baumer.
-- 
     ___            Han Baumer                        <baumer@cs.utwente.nl>
 ___/   \________
|   \___/        | Univ. of Twente,  Dept. Computer Science,     TIOS-group
| ___ _   _   __ | P.O. Box 217,     NL-7500 AE  Enschede,  The Netherlands
|  |  |  / \ (_  |                   tel: +31 53 89 3742
|  |  |  \_/ __) |                   tel: +31 53 89 3755 fax: +31 53 333815
|________________|
From: gert@targon.UUCP (Gert Kanis)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: SM 124 Size adjustment
Keywords: mono monitor
Date: 25 Jan 93 16:33:57 GMT
Organization: Siemens Nixdorf Informatiesystemen BV,dep.SWZ,Postbus 29, 4130 EA Vianen,The Netherlands

In article <1k062qINNhto@golem.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
>
>But some screen are smaller that others, my SM125 is far larger than any
>SM124 that I have seen and my SM125 is that same as it left the factory...
>
>Roger................           sheppard_r@kosmos.wcc.govt.nz

SM124's have a tendency to give an (even) smaller picture as they get older.
I understood that you can adjust the as such marked pots (size) but that
you shouldn't try the increase the High Voltage cause the monitor might
blow up.
--
Gert Kanis, AP SWZ                              +----------------------+
Siemens Nixdorf Information systems             | I do not represent   |
P.O.box 29,  4130 EA Vianen, Netherlands.       | anyone elses opinion.|
E-mail: outside Europe: kanis.via@sni-usa.com   +----------------------+
Europe: gert@targon.UUCP  Alternative: kanis.via@sni.de
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Falcon GEM version number please
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Thu, 28 Jan 93 18:51:23 GMT

> new (TOS 4.02) AES uses ob_flags instead of extended object type for 3D

 Well thank gawd for that!  So many of my applications broke (or appeared so)
with the extended object type hack that I was within a hair's breadth of 
giving up on the ST world altogether.
  
 I'm wondering though:  why didn't the use of 3D objects just become a global-
to-the-application issue, instead of a per-object issue?  I'd much prefer to
see a new aes call, maybe appl_3d(TRUE); that informs the aes this application
was designed with 3D objects in mind, so use them.  It seems to me that mixing
flat and 3D objects in one application would be bad style at best.
 
 Also, I'd like to offer some food for thought for those at Atari working on
AES internals:  please consider setting aside bit 15 of ob_flags and ob_state
for use by the application, and document it as such.  Even better would be
bits 14 and 15, but that may be asking too much.  If prior art holds any 
weight, the GemFast library internals use bit 15 of ob_flags now to define 
a moveable dialog; the object that can be grabbed to move the dialog has 
bit 15 of ob_flags set to indicate such.  I just couldn't find any other
way or place to stuff some indication of what the mover object is.  (The
reason I'd like bits 14 *and* 15 is that then a rule could be formalized 
that says 15 is reserved for library implementors, and 14 is reserved for
the end application.)
From: czekall@uni-muenster.de (Ralf Czekalla)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: TT and 24 bombs followup..
Date: 21 Jan 1993 13:00:06 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany
Distribution: world
NNTP-Posting-Host: cayman.uni-muenster.de

In article <1993Jan18.123727.8993@ucl.ac.uk>, ucacmsu@ucl.ac.uk (Mr Stephen R Usher) writes:
||> 
|> 
|> Thanks for your and other people's help. I've been told that there is a
|> a chip compatable (both SW and pin) with the SCC (53C80) but which has
|> larger I/O buffers, so decreasing the interrupt loading on the main
|> processor when running at high speeds, is this the case?
|> 
|> If so I might get one of those as a replacement.

Hello Steve,

perhaps ou understood something wrong, but the normal 53C80 is the SCSI-chip without 8530 in 
the TT but you are right, that there are circutes, which have implemented the 8530.

But there's a much easier solution. Someone in our MausNet pointed out, that there is
a newer 85230 which is also pin- and soft-compatable and have more buffer than the normal 
one. As I can remember it was something above 6 bytes. 
And now AMD, too, offeres a even newer version of the 8530 which will have even more buffer, 
but I've no more informations about this chip.

Tschau Ralf

InterNet:                    MausNet: (private, no binaries/UUEs) 
<czekall@uni-muenster.de>    <Ralf_Czekalla@ST.maus.de> 
[For binaries and long Mails (>16k) please use the InterNet-Account] 
Newsgroups: comp.sys.atari.st.tech
From: pcxkrm@unicorn.nott.ac.uk (K.R.Marshall)
Subject: Re: GDOS
Organization: Cripps Computing Centre, University of Nottingham
Date: Tue, 26 Jan 93 11:41:49 GMT

In article <1993Jan25.134937.16266@dcs.warwick.ac.uk> leo@dcs.warwick.ac.uk (Leo Hendry) writes:
>In article <1993Jan25.125050.24439@cs.nott.ac.uk> pcxkrm@unicorn.nott.ac.uk (K.R.Marshall) writes:
>>floppy. GDOS must store this information itself somewhere, so surely
>>there is a way of reading it.
>
>QED - not.  While you are right that GDOS must store the information
>somewhere, this does not imply there is a way of reading it.
>  I think you mean there SHOULD be a way of reading it, which is debatable in
>itself - what do you want to know where the fonts are stored for?  If you are
>writing a program that by-passes GDOS for font handling then DON'T - Speedo
>GDOS will be out soon with scalable fonts and faster bitmapped ones so your
>effort will be wasted.
>  If you really need to find out where the fonts are stored (and I'd be
>interested to know why) then the previous answer is the best you are going to
>get.  Your problem with not being able to find ASSIGN.SYS on a floppy system
>is invalid because the ASSIGN.SYS file must be on the same disk as the fonts,
>and you'd have to prompt for the fonts disk anyway, in order to access them.
>
>- Leo

My reason for wanting this is quite simple - if someone has their
fonts on a hard disk, there is no need to prompt, so they will get
annoyed if prompted for a floppy. On the other hand, with no HD, you
NEED to prompt. IT IS NOT TRUE that the ASSIGN.SYS file has to be on
the same disk as the fonts - it only has to be in the root directory
of the boot disk - the fonts can be on a completely separate disk.
(if you don't believe me, try it!) Therefore - I cannot rely on it
being present to check the PATH.

I have no intention of bypassing GDOS - I just want to use it exactly
as it is!

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.tech
From: atf1000@cl.cam.ac.uk (A.T. Forsyth)
Subject: Re: 2 chip vs. 6 chip ROMS
Reply-To: ATF1000@phx.cam.ac.uk
Organization: U of Cambridge Comp Lab, UK
Date: Thu, 21 Jan 1993 17:09:56 GMT

In <93013.003540SML108@psuvm.psu.edu>, SML108@psuvm.psu.edu says:
>How are the TOS ROMs laid out on 2 chip versus 6 chip ROMs?

The two ROMs are the high and low bytes of the 16-bit data. If the TOS version is the same, then they should hold the same data, in the same order, but with the last 1/4 of each chip empty.


Newsgroups: comp.sys.atari.st.tech
From: sundsted@amnese.eng.uab.edu (Todd Sundsted)
Subject: Re: AutoSwitch Overscan/Spectre-(Q)
Summary: Overscsn doesn't work with Spectre
Organization: University of Alabama at Birmingham
Date: Mon, 25 Jan 1993 15:34:20 GMT

As of Spectre 3.0 (or whatever is current), the overscan mod _doesn't_
work.  It works fine with several Atari programs, but not at all
with Spectre.  There seemed to have been something mentioned long
ago in one of Dave's newsletters about someday supporting it, but
nothing has happened so far.  I wrote him a letter pleading for overscan
support... I would suggest all other interested parties do likewise
(we can only hope).

						Todd
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st.tech
Subject: Re: SM 124 Size adjustment
Date: 25 Jan 93 07:49:46 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <1993Jan21.053324.18188@trl.oz.au>, tpearson@titan.trl.OZ.AU (Trevor Pearson) writes:
>is no problem with vertical size, I cannot get the horizontal size more
>than about 2/3 of the screen using the inductor slug. Does anybody know
>why the active display area is set so small at the factory? Were they
>just trying to be as bad as the MAC?
>Thanks for any help.


The active display is set by the hardware in the Atari and not the monitor,
try the Overscan mod and find that out...


But some screen are smaller that others, my SM125 is far larger than any
SM124 that I have seen and my SM125 is that same as it left the factory...


Roger................           sheppard_r@kosmos.wcc.govt.nz
From: michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith)
Newsgroups: comp.sys.atari.st.tech
Subject: A summary of the new stuff in MiNT/gcc please?
Organization: Fidonet. Gate admin is fido@socs.uts.edu.au
Date: 24 Jan 93 10:17:04 GMT


Hi guys...

    It looks like I can't get onto the MiNT mailing list (partly coz I don't
know what the address is, and partly because, well, I'm probably nobody 8)
... so I as wondering if someone could give a summary of the interesting
things since 0.95?

-mbaserel and -mpcrel would be interesting to know, along with some info on
how the shared text/shared data works...

thanks,
\`miff`                                                       /|\

--- ScanMail 0.68 X0501
 * Origin: That Which Is Not, ST in SA. 61-8-276-4415 (3:800/842)
Newsgroups: comp.sys.atari.st.tech
From: giggey@ecf.toronto.edu (GIGGEY Mike S)
Subject: Re: AutoSwitch Overscan/Spectre-(Q)
Organization: University of Toronto, Engineering Computing Facility
Date: Wed, 27 Jan 1993 01:54:48 GMT

Since the atari screen is a different size from the Mac plus. Plus it also 
works with such systems as the Moniterm etc... I think you can safely assume 
that the Spectre GCR works with overscan.  Not 100% sure but it is probable.
From: imr@cs.bham.ac.uk (Ian M Rae)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: After Dark challenge
Date: 25 Jan 93 10:33:35 GMT
Organization: University of Birmingham

In article <1jn1kpINN87b@golem.wcc.govt.nz>, wells_s@kosmos.wcc.govt.nz (Steve Wells) writes:
|> Warp-9!?  How much does this cost for the most recent version, and
|> where could I purchase a copy!?
|> 
|> 
|>  =============================================================================
|>  | O O    Computers:  Not just machines, they're a way of  |       |||       |
|>  |  o     life.  Your computer *IS* your religion!         |       ||| TARI  |
|>  | \_/    Steve Wells - Wellington, New Zealand.           |      / | \      |
|>  =========================WELLS_S@KOSMOS.WCC.GOVT.NZ==========================

Warp 9 is handled by CodeHead these days ( used to be Quick St ), it cost me 30
UK pounds a few months ago but I have no idea where you'll get it from or how
much it'll be in New Zealand.



+--------------------------+--------------------------------------------+   
| Ian Rae                  | "Baldrick, this is the stickiest situation |  
| Software Engineer        | since Sticky the stick insect got stuck on |   
| University of Birmingham | a sticky bun." - Blackadder goes Forth     |  
+--------------------------+--------------------------------------------+
From: julian@math.uni-muenster.de (Julian F. Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: MiNT 0.99 PL2 for PureC
Date: 27 Jan 1993 12:17:29 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany.
Distribution: world
Reply-To: julian@math.uni-muenster.de
NNTP-Posting-Host: jacquard.uni-muenster.de

New on ftp.uni-muenster.de, pub/atari/Mint/mnt99pc.zoo: support files and diffs
for compilation of MiNT 0.99 PL2 with PureC.



---
________________ cut here _________________________
Julian F. Reschke, Hensenstr. 142, D-W4400 Muenster
  eMail: julian@math.uni-muenster.de, jr@ms.maus.de
________ correct me if I'm wrong __________________
From: jhauser@pine.CS.Berkeley.EDU (A Man Called John)
Newsgroups: comp.sys.atari.st.tech
Subject: Wanted: TOS 1.4
Date: 23 Jan 1993 21:59:06 GMT
Organization: University of California at Berkeley
NNTP-Posting-Host: pine.cs.berkeley.edu

Does anyone have TOS 1.4 in  6  ROMS they'd be willing to sell?  Someone
who's recently upgraded, perhaps?  E-mail responses, of course.

----------------------------------------------------------------------------
Repeal prohibition.  History repeats itself.  Repeal prohibition.  History r
John Hauser---jhauser@cs.berkeley.edu---Boy of DESTINY o o o o o o o o o o o
From: abaddon@uk.ac.liverpool.scm.suprenum (Kevin o donovan)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Devpac 3
Date: 27 Jan 93 15:22:55 GMT
Organization: Centre for Mathematical Software Research, Univ. Liverpool, UK

>appreciate any input, or alternatively an e-mail address for Hisoft.

Try:
	hisoft@cix.compulink.co.uk