HDTenEightyP/NetNews huggingface dataset:
From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
Subject: Re: Is page flipping safe, and I need to know about syncing
Date: Thu, 23 Jul 1992 22:20:19 GMT
Organization: MSD software vault #9 @THD

In article <1992Jul23.184657.5699@wam.umd.edu> dmb@wam.umd.edu (David M. Baggett) writes:
>chu@acsu.buffalo.edu (John C. Chu) writes:
>>Is it ok to use Setscreen to do double buffered animation (i.e., draw
>>on one buffer while the other is being displayed and switch.
>
>The Setscreen and Vsync (X)Bios calls work fine for double buffering
>(aka "page flipping").  There are some subtleties but for most
>practical purposes you'll get good results using these calls and your
>code will work with all versions of TOS (including, in theory, those
For most practical purposes you do get good results with this.

BUT: the disadvantage is that you don't have precision page flipping. It 
just may happen that on screen1 you are done drawing in 2 screens and flip 
then, while on screen2 you need 3 screens. The net effect of that would
be that if your flip rate is 4 that screen 1 will be displayed 5 VBIs, where 
screen2 will be displayed only for 3 VBIs. If your game nears completion
and you are not 100% satisfied with the animation I'd suggest that you
use the VBL directly to flip pages (you can use Setscreen()) there too.
Until then Setscreen() + Vsync() + frclock will suffice.


Nat!
-- 
Email: wallmann@backus.pu.informatik.th-darmstadt.de
         "Bang that bit that doesn't bang"
Waiting for the time when chips are measured in color.
Newsgroups: comp.sys.atari.st.tech
From: hohmuth@freia.freia.inf.tu-dresden.de (Michael Hohmuth)
Subject: Re: Problems with (MiNT-)BASH and GNU configure scripts
Organization: TU-Dresden, Dept. of Computer Science, Germany
Date: Thu, 23 Jul 1992 16:53:28 GMT

In article <9130023@hpbbrd.bbn.hp.com> jensk@hpbbrd.bbn.hp.com (Jens Kilian) writes:

> Has anybody used BASH (the MiNT-aware version) to run one of the configuration
> scripts supplied for the recent versions of various GNU utilities (fileutils,
> grep, ...) ?
> Whatever I try, BASH tells me that there are syntax errors in the script.
> If I run the script via 'bash configure', I get one specific error; if I run
> it from BASH by '. configure' or 'source configure', I get a different one.
> Needless to say, if I isolate part of the script and run BASH on it, it works
> just fine.
>
> Has anybody seen this? Is it a bug in BASH? Am I doing something wrong?

I had the same problems with Bash. I switched to the sh compatible shell
that has been announced here recently (ash), and it worked well (although
ash has some other caveats (weird current directory so that cd fails 
sometimes...)).

Greetings,
Michael
--
Internet: hohmuth@freia.inf.tu-dresden.de

Newsgroups: comp.sys.atari.st.tech
From: bartjan@cs.kun.nl (Bart-Jan Bouwers)
Subject: Re: reset, reset, reset, down...
Organization: University of Nijmegen, The Netherlands
Date: Thu, 30 Jul 1992 09:03:37 GMT

In <5161@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:

>bartjan@cs.kun.nl (Bart-Jan Bouwers) writes:

>>Anyone had this problem? My ST keeps resetting itself when I boot it (from
>>diskette). It does read the prg's in the auto-folder as well as the acc's
>>but as soon as the desktop comes up, it resets. This sequence then repeats
>>and repeats and repeats until I'm fed up. So, I've put it far away in a
>>cupboard... Who knows what could be the cause of this and what needs to be
>>repaired?

>More to the point: is there anybody out there who has never had this problem?
>What is probably happening here is dust or disturbed magnetic particles on the
>boot disk. During the booting something in the GEM system area gets trodden on,
>so as soon as the desktop tries to come up it falls over. It is also common for
>the machine to hang or reset before the desktop appears.

This might be a cause for such a problem but it does not hold for me. ALL of
my disks won't work anymore (and they are *not* infected :-) and booting 
without a disk won't work either. So thanx to everybody who suggested that it
might have been corrupted auto-prg's or acc's but it's not the case for me...
So it must be a hardware problem. I expanded the memory to 3 MB recently and
before I had some troubles with an overheating power supply. My machine is
a 1040STf with tos 1.0. Any other suggestions?

-------------------------------------------------------------------------
Bart-Jan J. Bouwers       | phone:    +31-80652551      |   |\  |\
Dept. of Computer Science | internet: bartjan@cs.kun.nl |   |/_.|/
University of Nijmegen    | bitnet:   U055025@HNYKUN11  |   |\ ||\
The Netherlands           |                             |   |/ ||/
                                                              /
-------------------------------------------------------------------------
 "Quit dreaming this is real life baby,                       
 Real life is the only life what's it all about" - Simple Minds
-------------------------------------------------------------------------
From: sslee@micromed.com (Steven Lee)
Newsgroups: comp.sys.atari.st.tech
Subject: Problems hooking up a SCSI drive
Date: Wed, 22 Jul 92 08:41:19 PDT
Organization: Micro-Medic  - +1 408 279 5240 - Public Access

I recently purchased a Micropolis 1375 (150 MB) hard drive.  I currently
have the old ICD Host Adapter connected to a generic 20MB drive and
it runs fine.
Problem:  After removing the old 20MB drive and connecting it with
the new drive, it just doesn't seem to work.  The drive starts up
and kicks in, but the ICD software (version 5.x.x) can't seem to
find any SCSI devices.  I've seen the drive working on a PC as
device ID 0, LUN 0, so I know it works.  I've already checked
to ensure the SCSI controller has terminating resistors.

Any help would be appreciated,
Steven Lee
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: make problems
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: Wed, 22 Jul 92 22:39:18 GMT

> I've been using the make that comes with HSC [STMAKE v1.4]...
> When run under mintshell or tcsh it doesn't pass arguments correctly.

 The fix will be released Real Soon...the new version of STMAKE (now in
testing) uses the ARGV standard to pass args, and that should fix your
problem.  (All the new compiler pieces use ARGV now, so you can link programs
that have a hundred modules without messing around with linker command files
and stuff.)
 
 Actually, since STMAKE is packaged separately as well as bundled with HSC,
and there've been no bug reports, I could probably release it now, before
the rest of HSC v1.40.
  
- Ian

--
- Ian
(void *) where prohibited by law

Newsgroups: comp.sys.atari.st.tech
From: sourada@iastate.edu (Steven D Ourada)
Subject: Re: Problems with ARGV - summary of ideas posted so far
Organization: Iowa State University, Ames IA
Date: Fri, 31 Jul 1992 19:38:50 GMT

In <1992Jul31.183812.4425@mnemosyne.cs.du.edu> ilepore@nyx.cs.du.edu (Ian Lepore) writes:

> - Use a single space to indicate and empty arg.  This is especially easy
>   to implement, but locks out the possibility of ever passing a single 
>   space as a valid arg.  It could be extended to add an extra space to 
>   any arg that ends in a space now, but then on the receiving end these
>   have to be filtered out again, so it gets a bit complicated.

Just a small clarification here (sorry!). I was suggesting adding an extra
space only to args that were all spaces. In a more mathematical statement,
this means any string of n>=0 spaces is mapped to a string of n+1 spaces.

Of course, that doesn't make the implementation any simpler, actually a
bit harder, but it seems to make more sense to me.

               Later,
                 Steven Ourada


-- 
-----------------
Steven Ourada  Member of the Students for Electronic Freedom
Ask me how Iowa State University is censoring my Usenet access!
sourada@iastate.edu     "can't casts no shadow" -- cummings
Newsgroups: comp.sys.atari.st.tech
From: krakover@spot.Colorado.EDU (KRAKOVER JONATHAN DA)
Subject: upgrading the 68000 to 68030
Organization: University of Colorado, Boulder
Date: Thu, 23 Jul 1992 17:48:33 GMT

	My latest hardware project idea is to upgrade my 68000 in my 
1040ST to a 68030.  Has anyone done this?  Or maybe offer some tips?
	Thanks,
	Jonathan
	krakover@spot.colorado.edu

P.S.  I'll post my results when I'm done

Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st,comp.os.minix
From: malay@sae.com (Bob Malay)
Subject: Minix 1.6.16 upgrade question
Reply-To: malay@sae.com
Organization: Template Software
Date: Tue, 28 Jul 1992 15:49:32 GMT


I downloaded the ST and PC upgrade kits and took a peek at what is in them and
read through the "INTRO" file from the ST upgrade. My question is this:

Its not clear from the "INTRO" file whether I should use the "include/sys"
cdiffs from the PC upgrade. Step 3 says 
  "apply the include changes from cs.vu.nl However, keep your old a.out.h,
   stdio.h, ctype.h and signal.h. Do not apply the include part from this upgrade!!"

What does this mean??

Has anybody tried to upgrade to 1.6.16??

Bob Malay
Newsgroups: comp.sys.atari.st.tech
Subject: Re: DTP troubles
From: sheppard_r@kosmos.wcc.govt.nz
Date: Wed, 22 Jul 1992 08:46:00 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
Organization: Wellington City Council, Wgtn, NZ

In article <1992Jul21.130026.7418@syscon.rn.com>, carl@syscon.rn.com (Carl Kreider) writes:
>I could sure use help with two problems.  My wife is using Timeworks DTP
>to do a little project.  It won't print right on the NX2420.  The GDOS
>printer driver is the Epson LQ, which should work.  But it seems that
>lines of graphics data that are 512 bytes long don't get printed.  You
>get space instead.  But the data can be seen using the hex dump debug
>mode on the Star.  Has anyone seen this?  Is there a fix?
>
>Part two is that I loaded up Timeworks on my Mega to try to print her
>project on my SLM804.  Out of 5 tries, one printed the page.  The rest
>packed the page into a 1/8 or 3/16 inch line at the top of the page.
>What did I do wrong?  (I haven't read TFM - no time.)
>
>Carl

Have you updated to the version 2.0 of TW. DTP, it does pay to..

Also and there could be a new driver in the new FONTGDOS that is posted
on GEnie, but is Copyrighted there..


Roger.............       sheppard_r@kosmos.wcc.govt.nz
From: chu@acsu.buffalo.edu (John C. Chu)
Newsgroups: comp.sys.atari.st.tech
Subject: Is page flipping safe, and I need to know about syncing
Date: 23 Jul 92 17:08:09 GMT
Organization: UB

Is it ok to use Setscreen to do double buffered animation (i.e., draw
on one buffer while the other is being displayed and switch. I don't
know if I've used the right term for this). By that I mean, does it
work on all nominally ST compatible computers, including those with
video cards? (Of course, I'd also pay attention to what GEM tells me
when I start up so that I reserve enough memory for each screen.)

Also, a little while back, someone (Dave Baggett??) was talking about
how one should sync one's game to update the screen every n vblanks
(where n depends on how much is happening in the program), which will
among other things, insure that the game plays at the same speed
across variants of ST-type computers. Unfortunately, I wasn't paying
attention at the time. How do I do this?

After a hiatus, I've decided I'm going to return to trying to program
the ST again, so I want to make sure whatever I do will work on as
many ST-type computers (i.e., STe, Mega STe, TT, Falcon, unusual
configurations of those etc.) as possible (actually, working on all of
them would be preferable).

Thanks!

					john
				chu@acsu.buffalo.edu
From: keithr@vice.ICO.TEK.COM (U.D.M.)
Newsgroups: comp.sys.atari.st.tech
Subject: Mega2 floppy problem
Keywords: HELP
Date: 22 Jul 92 17:58:02 GMT
Distribution: usa
Organization: Tektronix Inc., Beaverton, Or.

I am having a problem with the internal floppy on a Mega2 ST.  No
hard disk is attached.  Upon booting the floppy light turns on
briefly then goes off and the desktop appears without the A drive
icon.  Can anyone give me an idea of what could be the problem I
would greatly appreciate it!

Thanks,

Keith
keithr@icogem3.ICO.TEK.COM
Newsgroups: comp.sys.atari.st.tech
Subject: Z*NET FNET in the nets
From: jonc@status.gen.nz (Jon Clarke)
Date: Thu, 30 Jul 92 07:49:06 GMT
Organization: Z*NET Global News Gateway in Auckland New Zealand


Hello Fellow news group readers,
 
 We finally have the FoReM NeT (FNET) news in fido and usenet formats
 for the whole world to read.
 
 I would like to start polling in a 10 days time for a NEW news group of 
 this one called comp.sys.atari.ZNET . This will reflect the Z*NET FNET
 mail / traffic on Usenet.
 
 As we are the mail gateway for Z*NET on the nets we will send the mail 
 both directions from here in NZL.
 
 Before I poll I would like some feedback if any from this news group.
 
 Kind regards
 
 Jon Clarke
 Z*NET On-Line Magazines
 Auckland
 New Zealand (gatewayed to NJ, USA)
 


 Jon Clarke               (Z*NET FNET now in FIDO)                HSBC NZM EBD
 GEnie: J.CLARKE6          FIDONET: 3/772:105      TheNets: jonc@status.gen.nz
 T h e    Z * N E T    G l o b a l   N e w s   G a t e w a y    i n    N Z L .
Newsgroups: comp.sys.atari.st.tech
Organisation: European Space Operation Centre (E.S.O.C)
Date: Wednesday, 22 Jul 1992 17:28:47 CET
From: <PMEEKIN@ESOC.BITNET>
Newsgroups: comp.sys.atari.st.tech
Subject:    Monitor & Keyboard questions


Hello all.

Does anybody know if an NEC Multisync II monitor will work with a 520 STFM? I
haven't been able to find any specs for the thing (the monitor, I mean).

Also, is it possible to replace the ST's keyboard with one from an IBM PC?

Any help/experience would be much appreciated.

Paul Meekin  (PMEEKIN@ESOC.BITNET)
ESA Operations Centre
Darmstadt
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: reset, reset, reset, down...
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: Wed, 29 Jul 92 22:20:45 GMT

 > Never leave a floppy disk in the drive unless it's being accessed 
 > Never ever power the computer on or off with a disk in the drive.
 
 In a word: Bullsh*t.  I've had this 1040ST for seven years now.  I leave
the same disk in the drive all the time; it's almost never accessed.  I rarely
power down at all, but when I do, I do it with the disk in the drive.  
 
 I've never ever had a problem I can attribute to either of these habits.
I do, however, thoroughly clean the machine inside and out twice a year.

--
- Ian
(void *) where prohibited by law
From: skolodzieski@vaxc.stevens-tech.edu
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Emacs 18.58 bug
Date: 28 Jul 92 14:57:41 GMT
Organization: Fairleigh Dickinson University

Hello,

	The problem with Emacs 18.58 not staying in the same column when 
moving down a line is due to a bogus termcap entry. I do not know your 
setup, but if you use the supplied termcap entry in directory examples,
e.g. :

	TERMCAP = <path>/examples/termcap
	TERM    = vt52

then the above problem should dissapear.

Cheers,
scott.

P.S. perhaps a german reader with access to atari.archive can post he emacs 
     18.58 to another ftp site, since in the summer a.a does not get updated
     so people in general are unaware to the new emacs existence. 
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: The Custom Chips
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.
Keywords: chips atari custom help
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 29 Jul 92 22:26:05 GMT

 > pinouts, timings, functionality of Atari custom chips
 
 Atari has never released really detailed info on the custom chips, other
than the DMA chip.  Some books (ie, Atari ST Internals) have pinouts for 
the Glue chip and so on, but nothing like timing diagrams, or even detailed
functionality descriptions.  Of the custom chips that can be programmed
(Blitter, DMA, etc), the Atari developer docs provide pretty good info, 
but still not to the level of timing diagrams.

--
- Ian
(void *) where prohibited by law
From: il@bambam.u.washington.edu (Il Hwan Oh)
Newsgroups: comp.sys.atari.st.tech
Subject: ST monitor connector pinouts?
Date: 28 Jul 92 21:53:33 GMT
Reply-To: iho@cac.washington.edu
Organization: University of Washington, Tacoma

Could someone tell me what the pinouts are on the monitor plug?  I just
discovered that I can plug an ST monitor into a Sega Genesis game system,
if I can just build the cable.  I know that it's shown in the ST owner's
manual, but manual's at my parents' in Portland.

The monitor's an SC1224 and goes to a Mega ST 4 (no "e").

-- 
Il Hwan Oh                              | What is "Martinizing",
Computer Facilities Manager             |  and why does it
University of Washington, Tacoma        |   take one hour?
iho@cac.washington.edu                  |
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: Thu, 30 Jul 92 00:29:00 PDT
Organization: The Portal System (TM)
 2.cis.umn.edu><l7dttjINNdk5@aludra.usc.edu>
  <MINTHA.92Jul29132908@loon.geog.ubc.ca>

Concerning random resets when booting up...

I believe it was Charles F. Johnson of Codehead Technologies who
said there's a bug in the way the system handles date/time
changes that may cause crashes seemingly at random.

Try temporarially removing the date/time setter and see if that
cures the problem... if that's it, the only thing you can do
is learn to live with it... (as I have...)

BobR
Newsgroups: comp.sys.atari.st.tech
From: dmb@wam.umd.edu (David M. Baggett)
Subject: Re: Does the STe REALLY have 8 channel DMA sound ?!
Organization: University of Maryland, College Park
Date: Thu, 23 Jul 1992 13:51:25 GMT

In article <u882453.711892606@bruny> u882453@bruny.cc.utas.edu.au (Andrew King) writes:
>I have just read in a recent issue of 'ST Format' stating that the
>STe has 8 channel DMA sound. Atari have also advertised this fact...

8 *bit* DMA sound.  Only two channels (one for left and one for right).

Dave Baggett
dmb@wam.umd.edu
Newsgroups: comp.sys.atari.st.tech
From: ljdickey@math.waterloo.edu (L.J. Dickey)
Subject: Re: Where to find schematics for the ST?
Organization: University of Waterloo
Date: Thu, 23 Jul 1992 03:14:36 GMT

In article <1992Jul19.182637.25238@ucsu.Colorado.EDU> krakover@spot.Colorado.EDU (KRAKOVER JONATHAN DA) writes:
>I want to do some serious hardware hacking on my ST, such as accelerating
>my 68000, however, it would be very usefull to have schematics first.
>Does anyone know how to obtain these nad how much they cost?  How about
>any good books on the subject?

There is a company called Sam's that publishes all sorts of schematics.
They have been around for years, and every radio and television repair
shop has dozens of their things.  The publish a schematic for the ST.


-- 
Prof. Leroy J. Dickey, Faculty of Mathematics, U of Waterloo, Canada  N2L 3G1
   Internet:      ljdickey@math.UWaterloo.ca
                  ljdickey@math.waterloo.edu
   UUCP:          ljdickey@watmath.UUCP
From: cinnanum@mentor.cc.purdue.edu (Philip Crain)
Newsgroups: comp.sys.atari.st.tech
Subject: floppy seek rates
Date: 24 Jul 92 03:04:27 GMT
Organization: Purdue University Computing Center

A while back someone posted the addresses of the floppy seek rate bits.  Could  someone please repost them.  I would like to write a small program to set these on bootup and remove the desk accessory that I am currently using to accomplish the task. 
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Problems hooking up a SCSI drive
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.
Keywords:  SCSI Parity
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 22 Jul 92 22:33:49 GMT

> I recently purchased a Micropolis 1375 (150 MB) hard drive.  I currently
> have the old ICD Host Adapter connected to a generic 20MB drive and
> it runs fine.
> I've seen the drive working on a PC as
> device ID 0, LUN 0, so I know it works.  I've already checked
> to ensure the SCSI controller has terminating resistors.

 If it was running on a PC, chances are that the jumper is set for 
Parity Enabled, and I found (by trial and error) that the ST likes to 
have it disabled.
--
- Ian
(void *) where prohibited by law

Newsgroups: comp.sys.atari.st.tech
From: X049BC@tamvm1.tamu.edu
Subject: K-Spec
Organization: Texas A&M University
Date: Fri, 24 Jul 1992 13:34:58 GMT

Howdy! I am interested in doing some audio tinkering for fun (and maybe
profit!) and recalled seeing a Kuma product advertised sometime back (maybe
only in a Brit magazine) that would allow your ST to become a spectrum
analyzer. Does anyone know more about this device? Did it EVER get to market?
I might be interested in buying one from overseas even, new or used, if the
price were right. E-Mail or posts welcome!
Bill
    ===============================================================
    w-chase@tamu.edu       | The opinions expressed above came from
    College Station, TX    | nowhere. When my boss wants my opinion,
    (That's TEKS-is, y'all)| he gives it to me.
    ===============================================================
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 30 Jul 92 17:14:19 GMT
Organization: Wetware Diversions, San Francisco

In article <5161@krafla.rhi.hi.is> adamd@rhi.hi.is (Adam David) writes:
>bartjan@cs.kun.nl (Bart-Jan Bouwers) writes:
>
>>Anyone had this problem? My ST keeps resetting itself when I boot it (from
>>diskette). It does read the prg's in the auto-folder as well as the acc's
>>but as soon as the desktop comes up, it resets. This sequence then repeats
>>and repeats and repeats until I'm fed up. So, I've put it far away in a
>>cupboard... Who knows what could be the cause of this and what needs to be
>>repaired?
>
>More to the point: is there anybody out there who has never had this problem?
>What is probably happening here is dust or disturbed magnetic particles on the
>boot disk. During the booting something in the GEM system area gets trodden on,
>so as soon as the desktop tries to come up it falls over. It is also common for
>the machine to hang or reset before the desktop appears.

I don't know.  My first thought was software incompatibilities.  It sounds
like some TSRs and desk accessories are conflicting, at least from the little
that he tells us. :^)









-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com
  / | \   E.KRIMEN (GEnie)