HDTenEightyP/NetNews huggingface dataset:
From: rosenkra@convex.com (William Rosenkranz)
Subject: Re: Making the screen one line
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Wed, 15 Apr 1992 16:44:53 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.


>>i was refering to Physbase and Line A. i think the latter is out, but does
>>the TT support Physbase?
>
>Both are in, but only for the TT's native graphics modes.

so what are "native graphics modes"? is this, too, something that will
go away in the future?

>Wrong. Novell/DR stil makes X/GEM (on top of FlexOS) and believe it or
>not, they care about existing Atari programs (if you don't believe me:
>contact Digital Research Monterey).

is X/GEM gaining exceptance anywhere? i remember reading about this a year
or so ago and have not heard anything since. does atari plan to use this
when they get their unix thing geared up?

>>no, but you could mix GEMDOS/BIOS with XBIOS, if you know the screen
>>address.
>
>How?

for an example, look at mgif. i use printf (GEMDOS which probably calls
BIOS, i don't remember) and twiddle pixels after finding screen with Xbios.
it works fine on a "normal" ST, any TOS, with 640x400 screen. it no longer
uses Line A, but does use Physbase. it won't run in the background under
multitasking but then i don't really think that is necessary for an
interactive image processing application. i know there are acceptions
but you get what you pay for...



ok. julian (and others) have convinced me that for portability of graphics
applications (including changing fonts for textural applications) that the
only acceptable way is GEM (VDI and/or AES). this means that for my own
use, i will continue to hack with formerly "legal" techniques, but for things
i choose to share on the net, i will at least try to be more "config friendly".

this means i have to pump myself up into the belief that it is actually fun
to program GEM applications. this is not what i recall, however. the other
alternative is to offer what i have (including source) and let someone else
worry about portability. the way i look at it is i am going to go thru an
exercise where 60-80% of the code is UI, then i might as well find a publisher
and sell the thing. now i'll have to dig back into my gem toolbox...

thanx...

-bill
rosenkra@convex.com

-- 
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
From: adamd@rhi.hi.is (Adam David)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Floppy drive pulse on the TT
Date: 5 Apr 92 23:51:43 GMT
Article-I.D.: krafla.4754

In <g2HciB3w164w@sys6626.bison.mb.ca> genius@sys6626.bison.mb.ca (Trevor Cordes) writes:

>Also, how come if the light on my floppy jitters on and off very faintly 
>(only really noticable in the dark) even when the drive's not being used? 


This happens on ST's as well. TOS checks once every VBlank to see whether
the write-protect status has changed on the floppy drives. It uses this
information to figure out whether a floppy media change has occured. This
method only works with write-enabled floppies and drives which have no
media-change circuitry (or which have such circuitry disabled).

--
Adam David.
(adamd@rhi.hi.is)
From: davidli@lapis.labmed.umn.edu
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Need help with MSA format
Date: 7 Apr 92 12:10:05 GMT
Article-I.D.: lapis.1992Apr7.121005.1
Organization: Flying Taoist Graphics

In article <1992Apr7.234257.1@cc.curtin.edu.au>, smackinla@cc.curtin.edu.au writes:
> I _should_ be able to unMSA a disk on _any_ ST (with the possible
> exception of one with a single sided drive).

You have, of course, the (relatively) tedious option of using the 'pseudo-B'
drive on a 1-drive system.  Run the SHADOW program (the unMSA program, not the
background downloader... :) ), locate the .MSA file on the =B= drive, and let
the unMSA program write to the =A= drive.

BTW, I don't know of any of the MSA-ed demos on the atari.archive server which
do not require a double-sided disk drive...

-- 

David Paschall-Zimbel		davidli@simvax.labmed.umn.edu

"It was discovered that unity was plural and at minimum sixfold."
	-- R. Buckminster Fuller
Newsgroups: comp.sys.atari.st.tech
From: yellowbd@eskimo.celestial.com (Andy Hubbell)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: ST ANSI.SYS?
Date: 5 Apr 92 01:48:15 GMT
Organization: <<< ESKIMO NORTH (206)-FOR-EVER >>>

Also worth looking at is the latest version (2.12) of Freeze Dried
Terminal.  It has 16 color ANSI emulation built in as well as Instant
Graphics, UBBS graphics, and many others.  Auto start Zmodem (external)
a full feature autodialer with automatic learn login sequence for auto
login feature...  Too many others to list!  Well worth checking out!  If
it isn't on the net, let me know & I'll post it...
    
            --== Andy ==--
From: marshall@cs.uq.oz.au (Marshall Harris (G.M.))
Newsgroups: comp.sys.atari.st.tech
Subject: Re: ICD utilities
Date: 7 Apr 92 06:19:53 GMT
Reply-To: marshall@cs.uq.oz.au

In <7454@uqcspe.cs.uq.oz.au> marshall@cs.uq.oz.au (Marshall Harris (G.M.)) writes:

>Can anyone enlighten me? II have a MegaSte with built-in hard disk (of
>course!).
>It is a Seagate h/disk, I think. Do I think correctly?
>If it is Seagate, can ICD Utilities be used on it?
>Thanks for any info - please email.

Sorry - I have found the answer - but thanks if you emailed me, anyway!

--
  _-_|\        marshall@cs.uq.oz.au (Marshall Harris)|ph:+61 7 365 2908
 /     B <--+  Department of Computer Science        :fx:+61 7 365 1999
 \_.-._/    |  University of Queensland, St.Lucia
      v     +--Brisbane, Queensland, 4072 AUSTRALIA (The Sub-Tropics)
From: steve@thelake.mn.org (Steve Yelvington)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: help with sozobon getenv()
Date: 7 Apr 92 07:08:42 GMT
Article-I.D.: thelake.A286595207

[In article <18420015@hpsad.HP.COM>,
     randyh@hpsad.HP.COM (Randy Hosler) writes ... ]

 > I'm trying to compile a program with the ~heat&serve~ sozobon using dlibs.
 > In particular the calls to getenv() are not working.  
 > 
 > main()
 > {
 > 	char *ep;
 > 
 > 	ep = getenv("some_env_var");
 > 	printf("%s\n", ep);
 > }
 > 
 > When I compile this I get an error:
 > 	Integral type not allowed - line 5   (or something like that)

Right. You have not declared the function getenv(), so the compiler
reasonably assumes that it returns an int. Pointers and ints cannot
be casually interchanged, so the compiler complains.

 > I then change line 5 to:
 > 
 > 	ep = (char *) getenv("some_env_var");

All this does is tell the compiler to shut up and accept the conversion.
It doesn't fix the problem.

 > as it appears that no header file defines the return type of getenv().
 > 
 > This will now compile but when I run the executable I get a buss error
 > from MiNT.

You get the bus error because the 32-bit value returned by the getenv
library function is truncated to 16 bits, then extended to 32. The
result is a garbage pointer.

The right way to fix this is simply to declare the function in your
code:

 main()
 {
 	char *ep;
        char *getenv();   /* getenv returns a pointer */

 	ep = getenv("some_env_var");
 	printf("%s\n", ep);
 }


 ---
 Steve Yelvington              Marine on St. Croix, Minnesota, USA 
 steve@thelake.mn.org          umn-cs!thelake!steve 
Newsgroups: comp.sys.atari.st.tech
From: ljdickey@watmath.waterloo.edu (L. J. Dickey)
Subject: Re: Poor Quick Index ratings on my TT with TOS 3.01...why?
Organization: University of Waterloo
Date: Tue, 7 Apr 1992 13:00:25 GMT

In article <2RHciB2w164w@sys6626.bison.mb.ca> genius@sys6626.bison.mb.ca (Trevor Cordes) writes:
>I recently ran Quick index on my TT030/4 (4MB ST-RAM only) with TOS 3.01. 
>Without the screen accelerator Quick ST3 or any other accelerator for 
>that matter installed, I get these results:
>
>TOS text  : 44%
>TOS string: 49%
>TOS scroll: 18%
>Dialog box: 66%
>
>These are all with the 'TT' button selected and in TT medium with the 
>'med' button selected in QIndex.  Why am I getting such poor results?  
>Since I'm using a TT, shouldn't those be all at 100%???  All the other 
>tests on my TT come out around the 100% mark, so how come all the TOS and 
>GEM tests rate so poorly?  Is this some 'bug' in TOS 3.01 that gives me 
>these numbers?  Has anyone gotten the same results, or is my machine a 
>mutant?  Thanks for any help.

Are you sure that the machine is really running slower?  
Maybe the program does not work correctly when run on a TT.
After all, the TT did not exist when the program was written
and it does rely on PEEKing in special places in the 
operating system.

-- 
Leroy J. Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
Internet:      ljdickey@watmath.UWaterloo.ca
               ljdickey@watmath.waterloo.edu
UUCP:          ljdickey@watmath.UUCP
From: chang@ADELPHI-ASSB01.ARMY.MIL (Forrest Chang)
Newsgroups: comp.sys.atari.st.tech
Subject: help... recovering "formatted" drive, anything like Norton Utilities?
Date: 10 Apr 92 21:44:57 GMT


	While trying to clean up my sh204..

	I hooked up my atari SH204 (20 meg) to the DMA out on my toadfile 85
(icd host adapter, seagate drive), I changed the 204' scsi id to 1, (the 
toadfile like most hd packages default to 0 ), everything was fine.

	The toadfile 85 has 6 partitions of ~ 14 meg, I moved everything to the
upper 3 partitions and copied the three partitions of the 204 to the lower
3 partitions.  All good and fine..

	Then, I used the hdx that came with the 204, dated March 27 1986
(BAD MOVE) and proceeded to format HD 1 (changing the value from the default
0).  Well, then the wrong light is blinking.  My toadfile blinks for ~ 10
seconds and then the first 3 partions have been zeroed.  I say this coz
tho' hdx was supposed to be formatting, it blinked too short to have taken
out 40 some meg, coz it left the bottom 3 partitions untouched.  Well,
the c,d,e partions now have 0bytes 0 items, also the partition size has
changed from all 14 megs to something like 40 some, 5 , and 10 meg.

	I'm sure the data is there, and I'm fairly familiar with how
floppies are set up with the FAT and all, but I'm in the dark with regards
to how HD's are setup.  Where do you look to see what partitions there are?
I suppose that would tell me where the FATS are too.  Is it possible that
the place that describes the partitions was cleaned up and the actual FATs
are still there?  The whole thing wasn't wiped out coz all the data on the
bottome 3 partitions are good.

	This was on a 1040STe w/ tos 1.6.

	Help.  please...

	Thank you

	Fo
From: ralph@laas.fr (Ralph P. Sobek)
Newsgroups: comp.sys.atari.st.tech
Subject: Rwabs() vs. lRwabs()
Date: 8 Apr 92 10:52:31 GMT
Distribution: comp
Organization: LAAS-CNRS France

As I understand it lRwabs() exists only since AHDI 3.01.  Does that
mean I can use it on my Mega 4 ST running TOS 1.2 if I install AHDI
3.0x or even AHDI 5.0?

What are the relationsships between Rwabs(), lRwabs(), and _hdv_rw
($476)?  Are the _hdv* variables installed by AHDI?  When I was
single-stepping (w/ szadb) a call to Rwabs(0,...) on my floppy (A:),
I was amazed to see the program go through _hdv_rw.

Any enlightenment on the subject would be appreciated.  And, yes it is
probably detailled in "Das Scheibenkleister" but that hasn't been
translated yet.

Thanks,

--
Ralph P. Sobek			  Disclaimer: The above ruminations are my own.
Ralph.Sobek@laas.fr			   Addresses are ordered by importance.
ralph@laas.fr						If all else fails, try:
ralph@laas.uucp, or ...!uunet!laas!ralph	      sobek@eclair.Berkeley.EDU
Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
===============================================================================
Got a Mega 4 ST. Wish it was a Mega STe? :-|  Do I *really* want a TT/Next? ;~#
Newsgroups: comp.sys.atari.st.tech
From: plate@cdsmn.mn.org (Doug Plate)
Subject: Re: New 1040Ste
Reply-To: plate@cdsmn.UUCP (Doug Plate)
Organization: Dicomed Inc, Burnsville, MN.
Date: Wed, 08 Apr 92 14:50:26 GMT

In article <12353@umd5.umd.edu> adhir@cygnus.umd.edu (Alok Dhir) writes:
>I have a practically brand new 1040STe with 4 megs (same one I'm trying to 
>sell).  Since I've had it, for some reason, I can't boot from my HD in color.  
>It boots perfectly in mono, and in color from the disk drive (as in games
>that autostart or holding control-shift-alternate), but the only way I can
>boot from HD in color is by being in mono, beginning the boot process, and
>immediately after the computer says 'hey' to the hard drive (the little
>green flash and grinding from the HD), pressing the monitor master switch
>forcing a reboot into color.  It then boots fine the way it's supposed to.
>
>I am using Superboot v7.2 and ICD Software v5.1.0.  The host adapter is
>an ICD ADSCI+ without the clock.  Any help would be appreciated.
>
>Also, is there any anonymous FTP site from which I can get the latest ICD
>HD utilities?  Thanks...
>
>					- Al

Do you have ste_fix.prg in your auto folder?  I never knew what this little
fixer did until I tried to boot without it and couldn't boot into medium rez.
Some problem with not reading the desktop.inf file  or something.

I have no monochrome so I guess the hardware keeps it from trying to boot 
monochrome.  I'd say this is your problem.  

Funny, I don't see this on the atari archive list.  Is this something that
comes with the ICD stuff maybe?  I bought my system used and all this stuff
was already loaded, so it's a mystery where it all came from.  

I have it, will share it upon request.  There is nothing to indicate a
copyright.

Regards,
	Doug Plate
From: fnjlh1@acad3.alaska.edu (HARRIS JAY L)
Newsgroups: comp.sys.atari.st.tech
Subject: 3.5"floppy, now flaky ST
Keywords: HELP!  I've whacked my ST!
Date: 8 Apr 92 08:29:17 GMT
Reply-To: fnjlh1@acad3.alaska.edu
Distribution: usa
Organization: UAF - Fairbanks   for how much longer, we ask
News-Software: VAX/VMS VNEWS 1.4-a3


     After trying to plug in a HD floppy into my SF314, I seem to be getting
odd memory problem(NeoDesk sez I've 37548 left after running any prg in a 2
2.5M system), possible floppy screwups and general confusion. Did I singe my
ROM somehow????     Can I get the lower TOS numbers anymore?   Will Linda
succomb to Todd's impassioned (sorry, wrong group)   I had TOS 1.0 (6 chips).

    My wife is giving me heat on this( "You did what to a working computer??")
Any help appreciated! Thanks             j harris /fairbanks
Newsgroups: comp.sys.atari.st.tech
From: bcc@Eyring.COM (Brian Cooper)
Subject: Re: Pc Ditto and TOS hard disk partitions 
Organization: Eyring Corp.
Date: Mon, 6 Apr 92 04:51:25 GMT

>> In article <1992Mar31.213109.21015@cbfsb.cb.att.com> hojo@cbnewsb.cb.att.com (HC Johnson) writes:
>> >
>> <I said...> 
>> I have PC-DITTO2 running happily on my hard drive, and it can access both
>> partitions C and D, no problem.  When I try to go to any other partition,
>> though, I can list the directory but the file contents are garbage.  Just
>> how does PCDITTO map over to the hard disk?  Does it make any use of the
>> TOS disk driver? (ICD, AHDI, etc.?) or does it go directly to the SCSI
>> device itself?  
>
>This question has come up for PC ditto, and TOS.  Here's the scoop.
>
>1. First TOS.  TOS will number the first 14 GEM/BGEM partitions it finds
>   as C:, D:, thru P:. There is no thought that consecutive letters
>   imply consecutive partitions.
>
	Yeah, some of the ICD software allows me to reorganize the partition
	mapping.  I hadn't thought what this would do to PC DITTO, but it
	shouldn't matter, since the partitions are consecutive, anyway.

>2. PC-Ditto.  Originally the TOS ahdi drivers only produced 4 partitions.
>   Then SUPRA had a clever way to add 8 more without many changes.
>   Then Atari added BGEM to add an unlimited number.
>   ALSO, Supra (et al) added support for 2-8 drives per SCSI.
>
>   PC Ditto  will only look at drive 0 on SCSI dev 0.
>   PC Ditto  will only look at partitions 0-3, then only if they are GEM.
>	(I have to look at my sources: I don't think it supports SUPRA;
>	don't flame me if it does).

	No flames -- I should have mentioned that I am using an ICD controller
	with a Syquest drive.  All the partitions are GEM, and the fact that
	I can list the directory tells me that the I'm getting the right
	partition, just that something is goofy about the disk itself.  Maybe
	something about the FAT table or something?

	Has anyone else seen this?
-- 
Brian Cooper	bcc@Eyring.COM  uunet!lanai!bcc
Eyring Corp.	+1 801-375-2434 or 1 800 YES PDOS
(If the above doesn't work, try coope@bert.cs.byu.edu)
Newsgroups: comp.sys.atari.st.tech
From: cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI)
Subject: FAST spice needed!  (68030/copressor) Probe too!
Organization: Oklahoma State University, Computer Science, Stillwater
Date: Mon, 13 Apr 92 22:20:25 GMT
Keywords: spice probe speed


I need a fast machine for Spice work.  A 486/33 will do the job,
but I assume a 68030 w coprocessor will too.

Not finding a current version of Spice with Probe for the ST,
I'm considering mac emulation on a Spectre and SST-030 @33+MHz

I need Ethernet connectivity, Speed, and high resolution.  Looks like
3 cards to me, using 2 slots (one for crazy-dots, one for an ethernet
adapter) and a cpu daughterboard (SST by Gadgets).

Is a slotless ethernet adapter available for the ST? (SCSI? ASCI?)
How about a driver for FTP/Telnet?

I'd rather not buy MS-Dos...  Please let me know of experiences
in this area.  I'm looking at Spectre GCR @ 33MHz running Spice with
a coprosessor.  (Is Probe even available for the Mac?)

jc
From: D.M.Johnson@newcastle.ac.uk (Dave Johnson)
Newsgroups: comp.sys.atari.st.tech
Subject: Programming GDOS
Date: 6 Apr 92 13:25:39 GMT
Organization: University of Newcastle upon Tyne, UK, NE1 7RU

There was mention of this problem a few weeks again but I forget to keep record
of it.

I have this program I have written that when it runs with AMCGDOS installed it
tells me I have got an incorrect device handle, when I open a virtual
workstaion (this is all I do, its a small program), and again when I close the
the workstation. Could some one tell me what I am doing wrong.

Dave J.


D.M.Johnson@newcastle.ac.uk
Newsgroups: comp.sys.atari.st.tech
From: comptec91006@camins.camosun.bc.ca (Michael Botten)
Subject: Re: Are Ataris really this bad with HD's?
Organization: Camosun College
Date: Fri, 10 Apr 1992 01:20:50 GMT

In article <1992Apr9.043441.19710@usenet.ins.cwru.edu>, aq115@cleveland.Freenet.Edu (Robert C Glover) writes:
> 
> Mike:
>  
> First, there is no such thing as TOS 1.3.  It sounds like you have
> 1.0 or 1.2.  What you are experiencing is called the Fat Search Bug.
> On all TOS's before 1.4, you need a program called FATSPEED.PRG, wich
> you should be able to find on atari.archive.  Make this the first
> file in your auto folder (it has to be first or it won't install
> properly), and it will cure the problem.  I had to use it for three
> years, until I got my Mega STE, which doesn't require it.
>  
Ya, I have TOS 1.2...  Thanks for the info...
From: molin@crs.cl.msu.edu (Michael Olin)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Need help with MSA format
Date: 6 Apr 92 04:48:37 GMT
Organization: Michigan State University

smackinla@cc.curtin.edu.au writes:

>get any helpful replies. What I'm looking for is the source to an unMSAing
>program or at least the format of the file the program creates. The reason I
>need it is that I only have a single drive in my ST, and swapping disks every
>track or so does _not_ turn me on!

Have you tried putting the MSA file in a RAM Disk?  You could then expand
to the disk in a: without having to swap...

  -MOlin "Friends don't let friends use Windows"
From: cs163wfj@sdcc8.ucsd.edu (Dennis Lou)
Newsgroups: comp.sys.atari.st.tech
Subject: How to use the cartridge port?
Date: 8 Apr 92 19:37:25 GMT
Organization: University of California, San Diego


A friend of mine has asked me to do some data acquisition work
on his Atari ST.  Unfortunately, I know IBM's and I know Amiga's
but I don't know ST's.  I would like to read 512k-1024k of data
from either EPROMs or SRAM cartridges and be able to store it to disk.
After looking at the connector pinouts of various ports on the 
back of the ST, I was thinking that the cartridge port would
be well suited to the task.


How is the cartridge port addressed?  How do the ROM select lines work?
Does the system automatically pass control the cartridge on power
up?  Does anyone else have any better ideas on how to read
information off of an EPROM or SRAM cartridge?

E-mail responses preferred.

-- 
Dennis Lou             || "But Yossarian, what if everyone thought that way?"
dlou@ucsd.edu          || "Then I'd be crazy to think any other way!"
[backbone]!ucsd!dlou   |+====================================================
dlou@ucsd.BITNET       |Steve Jobs and Steve Wozniak went to my high school.
From: cordes@ac.dal.ca
Newsgroups: comp.sys.atari.st.tech
Subject: Trapping the RESET Vector
Date: 15 Apr 92 16:20:04 GMT
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

I've been struggling with a bit of code for some time now and I'm finally 
going to give in and ask for some help.

How does one go about trapping the reset vector such that your program may
re-enter a specific point when the system rebooted from either the reset
switch or via CNTRL-ALT-DEL?

I've passed the magic number $31415926 to resvalid ($426) and put the
address of the routine I wish to enter into resvector ($42A).  What more do
I need to do here?  There is a brief note at one point in the Hitchhiker's
Guide which says the stack pointers now contain garbage, but I'm not sure
how to save them reliably, if in fact this is my problem.

As things now stand, when I press the reset button, my monitor goes black
and then the system freezes.  Sometimes I get that slight high pitched
squeal that the machine makes if you hold the reset button in too long.  
I'm forced to do a power off to reboot.

Any/all help would be appreciated.

-------------
Bruce MacKay
bmackay@biome.bio.dfo.ca
From: vince@sci.kun.nl (V.G.J.M. Stoks)
Newsgroups: comp.sys.atari.st.tech
Subject: SM144
Date: 10 Apr 92 10:58:41 GMT
Organization: University of Nijmegen, The Netherlands

Hello,

What about this new SM144? Is it any good? Should I wait for the newer
SM146 to arrive in the shops? Anybody tried it with Overscan or
PixelWonder?

Thanks for any replies,
Sander SToks
vince@pomeron.sci.kun.nl
Newsgroups: comp.sys.atari.st.tech
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st.tech
Subject: PC-Ditto 1 and TOS 1.04
Date: 6 Apr 92 21:26:17 GMT
Organization: Georgia Institute of Technology

After I upgraded my 1040ST to TOS 1.04, PC Ditto v3.01 no longer
works.  The keyboard is not mapped correctly.  Is there any fix
for this?
-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
From: freds@hpcc01.corp.hp.com (Fred Saavedra)
Date: Tue, 7 Apr 1992 16:19:20 GMT
Subject: Re: 32 Pin Socket for Tos 2.06
Organization: the HP Corporate notes server
Newsgroups: comp.sys.atari.st.tech


Try Best Electronics in Santa Clara California

I don't have their number here in the office.