HDTenEightyP/NetNews huggingface dataset:
From: davidli@simvax.labmed.umn.edu
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 29 Jul 92 17:18:26 GMT
Reply-To: davidli@simvax.labmed.umn.edu
Organization: Health Computer Sciences, U of MN, Mpls

In article <1992Jul29.101755.27052@sci.kun.nl>, 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? Tell me!

A quick guess - you have an AUTO program and/or desk accessory which is either
corrupted or won't work on your ST.  Typical programs which can cause the
activity you see include:  monochrome emulators, STe-specific AUTO programs
or desk accessories run on an ST (and, sometimes, vice versa), and screen
accelerators run in the wrong resolution (e.g. QUICKST - color version - run
on with a monochrome monitor).

Some quick suggestions to determine an offending program:

1.  Try to boot up without a diskette.  If the GEM desktop comes up, you've
    got a problem with one of the AUTO programs and/or desk accessories.
    If you still have the reset problem, it's hardware related.

2.  If GEM boots up in (1), place the diskette with your AUTO folder into the
    disk drive and do the following:

	a. Rename every file in the AUTO folder to xxxx.PRX

		(example, rename FOLD100.PRG to FOLD100.PRX)

	b. Rename very accessory in the root directory to xxx.ACX

	c. Rename =one= AUTO program normally

	d. Shut off your ST, wait for about 20 seconds and then turn it on.

	e. If the system does not reset repeatedly, rename =one more= AUTO
	   program normally and repeat (d).  Do this until all AUTO programs
           have their normal names OR until your ST constantly reboots.  The
           last program you renamed is causing the problem.  Reboot without a
	   diskette, insert the boot disk and remove/replace the offending
	   file.

	f. Test again until all AUTO programs and desk accessories are
	   normally named and the reset problem does not reoccur.

-- David Paschall-Zimbel
From: zjwv03@trc.amoco.com (James W. Vogh)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Problems hooking up a SCSI drive
Date: 22 Jul 92 19:40:09 GMT
Organization: Amoco Production Company, Tulsa Research
X-Checksum-Snefru: 14b31a2c 4e682334 03103f88 f3fb881c



Steven Lee writes:

  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,

I recently had a similar problem with a Maxtor 120Meg drive a solved the
problem by disabling parity by removing a jumper.  The drive now works fine.

James Vogh

/////////////////////////////////////////////////////////////////////
Amoco is not responsible for anything I say
No flames for speelling errors, I now wear an asbestos suit  :-)   
////////////////////////////////////////////////////////////////////
Newsgroups: comp.sys.atari.st.tech
From: carl@syscon.rn.com (Carl Kreider)
Subject: DTP troubles
Organization: Syscon Corporate Headquarters - South Bend, IN USA
Date: Tue, 21 Jul 1992 13:00:26 GMT
Keywords: Timeworks SLM804 NX2420

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
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: Upgrading the ST or TT ...
Date: 23 Jul 92 20:48:18 GMT
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu


 
	Someone wrote about upgrading their ST from a 68k to an '030 a couple
of posts back.  I can think of several problems right off the bat: 1) you are
talking about putting a 32bit chip into a 16bit bus, so you would have to
do some intelligent memory fetching to make it as trasnparent as possible 
(which means that speed just went down by 1/2). 2) you won't have any support
for enabling/disabling the on-board cache (yes, people still write cache-
insensitive code so you gotta be able to turn off all 512bytes of cache).
3) Unless you have TOS1.6 or higher, the TOS will be incompatible.   All in
all, unless you have lots of time, and a great set of designing skills, don't
bother.

	However, this turn of thought makes one wonder about something that
on the surface seems much better:

	Assuming you make a small logic board to enable pin compatibility,
can the '030 in the TT be replaced with the '040 without much of a major
hassle (ie: is it more complicated than stealing the signals from the '030
(and disabling it) and routing them to the '040?)  As far as I know, the
only major difference (hardware wise) is the larger cache and the bus-snooping
logic (which wont make much of a difference if you don't plan on putting
more than one '040 in it - Hmmm maybe two...:).  Can anyone think of a good
reason for shooting this down?  Or should we all be getting out our bread
boards (ha! more like etched boards:) and turbocharging our TTs?

	Food for thought...

-Mike
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Friday, 31 Jul 1992 11:20:32 MES
From: Julian F. Reschke <RESCHKE@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Problems with ARGV
 <1992Jul29.130755.27902@mks.com> <1992Jul29.221225.24054@mnemosyne.cs.du.edu>
 <1992Jul30.171118.2682@its.bt.co.uk>

In article <1992Jul30.171118.2682@its.bt.co.uk>, jvt@its.bt.co.uk (John Trickey)
says:
>Am I missing something? It seems all too easy for me. Why not pass ARGC ?
>
>so in the above example:
>
>ARGC="3"
>
>(assuming the cli does not interpret the *.c) and
>
>ARGV="grep\0\0*.c\0"
>
>(yes there are 2 \0 's on the end --- remember a str is terminated by \0)

Yes, you ARE missinng something. On Pexec, GEMDOS copied the environment
to a newly allocated buffer. And guess how many bytes are copied? Upto
the first \0\0 :-(((

___________________________ 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 _____________________________
Newsgroups: comp.sys.atari.st.tech
From: ilepore@nyx.cs.du.edu (Ian Lepore)
Subject: Re: Sozobon 1.2, 1.33i, 2.0, Heat-and-Serve
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: Fri, 31 Jul 92 19:10:08 GMT

 Oh, I forgot to mention:  source for HSC v1.40 *WILL* be released.

--
- Ian
(void *) where prohibited by law
From: adamd@rhi.hi.is (Adam David)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 29 Jul 92 15:39:43 GMT

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.

How to prevent this from happening:

1) Never leave disks in the drives unless they are being accessed once in a
while, dust settles on the disks. This is why some double-sided floppies fail
and become only useable as single-sided floppies (dust does not settle on the
underside) and why single-sided floppies tend to last a lot longer.

2) Never ever switch the power to the ST on or off while a disk is in the
drive. Electrical spikes from switching the power often cause magnetic glitches
on the disk. Yes, I know it says in the manual "Insert boot disk and then
switch on the power". Instead, switch on the machine _without_ a boot disk,
press and hold the reset button while you insert the boot disk, then release
the reset button. I had regular floppy disk failures before I realised this.

--
Adam David. (adamd@rhi.hi.is)
From: raycole@matt.ksu.ksu.edu (Ray Cole)
Newsgroups: comp.sys.atari.st.tech
Subject: Memory Upgrade
Date: 21 Jul 1992 11:55:10 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: upgrade

Yes, its another request for help with a memory upgrade.  I have a 1040 STfm 
and am discovering that 1 Meg of memory just isn't enough.  What I'm wondering 
is what upgrades are available that use simms and where could I get them, or 
how hard would it be to upgrade with out a over the counter kit.  Any help would
be greatly appreciated, especially since the last time I talked to the local
Atari dealer he said that he'd performed a lot of upgrades but never had a call
to do upgrades with simms.  But then he's never tried to keep up with the real 
world.  Thanks in advance.

Ray

-- 
Ray Cole                    |    raycole@matt.ksu.ksu.edu
Computer Consultant         |   This space for rent or hire 
Manhattan KS  USA           |         Make an offer
Newsgroups: comp.sys.atari.st.tech
From: stigb@pvv.unit.no (Stig Saether Bakken)
Subject: Re: MiNT
Organization: ProgramVareVerkstedet
Date: 22 Jul 92 17:51:01


  I had the same problem, too.  It can be solved by loading all those
programs from the mint.cnf file.  But I think mint093 has a bug so you
can't do this, but mint094 works fine.  At least on my TT.
--
	  The computer is your friend - trust the computer!

	Stig Saether Bakken
	Voice phone:  +47 7 945061
	Internet:  Stigb@pvv.unit.no
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st.tech
Subject: Questions for hardware hackers
Date: 29 Jul 92 20:18:57 GMT
Organization: Georgia Institute of Technology

The June issue of ST Format (UK) had an article on memory upgrades.  I
am interested in expanding my 1040ST to 4 meg so I read it.  Most of
the upgrade boards discussed were restricted for use with square MMUs.
My ST has the rectangular MMU.  I read in the Toad Computer catalog
that some MMUs will not work with more than 1 meg.  Are these
rectangular chips those MMUs?  I noticed that near the MMU there are
pads marked 256K and 1M where the 256K pads are bridged by a blob of
solder.  Does this have anything to do with the MMU configuration?

Another thing caught my eye in the ST Format article.  It showed the
different ST mother boards that have been used.  The one corresponding
to my ST motherboard noted space on the board for the blitter chip.  I
had noticed that space and wondered what chip it was for.  I assume
that I can easily add a blitter chip to my ST.  Are blitter chips
readily available?  Should it be socketed?  What kind of socket would
I use?  Here too I noticed pads bridged by a blob of solder where the
traces lead to the pins of the (missing) blitter chip.  Does that
affect blitter operation?

Thanks in advance for your response.
-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
From: ucacmsu@ucl.ac.uk (Mr Stephen R Usher)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Upgrading the ST or TT ...
Date: 27 Jul 92 10:00:13 GMT
Organization: Bloomsbury Computing Consortium, London

In article <l6u6oiINNcod@aludra.usc.edu> baffoni@aludra.usc.edu (Juxtaposer) writes:
[Stuff deleted]
>
>	Assuming you make a small logic board to enable pin compatibility,
>can the '030 in the TT be replaced with the '040 without much of a major
>hassle (ie: is it more complicated than stealing the signals from the '030
>(and disabling it) and routing them to the '040?)  As far as I know, the
>only major difference (hardware wise) is the larger cache and the bus-snooping
>logic (which wont make much of a difference if you don't plan on putting
>more than one '040 in it - Hmmm maybe two...:).  Can anyone think of a good
>reason for shooting this down?  Or should we all be getting out our bread
>boards (ha! more like etched boards:) and turbocharging our TTs?

The main problem is that the bus handshaking has totally changed with teh
'040. On the 680[0123]0 the CPU has the bus by defaults and gives it up to
peripherals. On the 68040 the bus is "free" by default and is only acquired
by the CPU when necessary.

The other problem on course would be adding the '040 FP software to the
system :-) and hoping that TOS initialises the PMMU in the chip in the
correct way (the '040 only has a sub-set of the instructions for this that
the '030 has).

>
>	Food for thought...
>
>-Mike


Steve

If you want to know more get the Motorola 680x0 reference manual.
--
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)
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany
Date: Monday, 27 Jul 1992 12:31:57 MES
From: Julian F. Reschke <RESCHKE@DMSWWU1A.UNI-MUENSTER.DE>
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Is page flipping safe, and I need to know about syncing

In article <Bruq9M.FI7@acsu.buffalo.edu>, chu@acsu.buffalo.edu (John C. Chu)
says:
>
>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.)

No, you can't rely on effects of XBIOS calls to VDI functions. Might not
work with third-party graphics cards.

___________________________ 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: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reset, reset, reset, down...
Date: 31 Jul 92 16:54:27 GMT
Organization: Wetware Diversions, San Francisco

In article <1992Jul30.090337.10261@sci.kun.nl> bartjan@cs.kun.nl (Bart-Jan Bouwers) writes:
>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?

Open it up and reseat chips.  There could also be some conflict with the
RAM upgrade.




-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com
  / | \   E.KRIMEN (GEnie)
Newsgroups: comp.sys.atari.st.tech
From: ant@mks.com (Anthony Howe)
Subject: Re: Problems with ARGV
Organization: Mortice Kern Systems Inc., Waterloo, Ontario, CANADA
Date: Wed, 29 Jul 1992 13:07:55 GMT

Julian F. Reschke writes:
>In article <9130026@hpbbrd.bbn.hp.com>, jensk@hpbbrd.bbn.hp.com (Jens Kilian)
>says:
>>
>>Yesterday I ran into a problem with the ARGV parameter passing scheme that
>>I'm sure others must have seen before. The ARGV scheme can't pass empty
>>strings
>>as parameters !
>
>Well, that's a known problem :-) Fortunately, empty parameters mostly
>occur as parameters to 'test', and this is normally (or can be) a
>builtin command of the shell.

Not so.  I found this problem just recently, while working on 'grep'.
If 'grep' is passed an empty string for the pattern, it is suppose to match 
every line in the file, since the pattern is normally bracketed with
".*(pattern).*" when no anchoring is used.  It took me about three nights
to figure this out.

>Your proposal for an ARGV extension seems to work. If 'we' all (MiNT-Libs,
>and GNU-Libs, PureC startup code and so on) agree on this, that could be
>a solution...

Well, I've been working on an ANSI/POSIX library for Sozobon C 1.2.  I've
provided my own C startup that supports ARGV.  If you're going to do
this, which seems reasonable, you'll have to pick a better name than
ARRGH for the env.var. since it has no meaning.  Something like

	ARGV_EMPTY=index1, index2, ... indexN\0

would be more acceptable.

-ant
-- 
ant@mks.com                                                   Anthony C Howe 
Mortice Kern Systems Inc. 35 King St. N., Waterloo, Ontario, Canada, N2J 6W9
"Nice legs.  For a human that is." - Worf (Q-pid)
From: boris@sys6626.bison.mb.ca (boris)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Want a .tech FAQ?
Date: Wed, 22 Jul 92 01:32:01 CST
Organization: system 6626 BBS, Winnipeg MB

sourada@iastate.edu (Steven D Ourada) writes:
> Is there sufficient demand and material to create a .tech FAQ? Please
> send me your thoughts on whether to create one, and what should be 
> included. A post on c.s.a.s suggested a MiNT FAQ, that could be one part
> of this FAQ. I would suppose that a general guideline for this FAQ is
> that the material should be related only to programming or building
> hardware for the ST's.
> Well, email me your thoughts...
>                      Later,
>                        Steven Ourada

I for one would love such a thing. upgrades always get asked about, as 
do periphrial equipment. Basic tech specs and how to info wanted. formats 
of pix and file structures.  If people want to send me their ideas and 
ways of modifying the hardware, I'm willing to put together a 
modifications FAQ.  Anyone else out there willing to take a subject and 
do a FAQ on it?

  boris
 Boris@sys6626.bison.mb.ca


;--- (boris) a user of sys6626, running waffle 1.64
;E-mail: boris@sys6626.bison.mb.ca
;system 6626: 63 point west drive, winnipeg manitoba canada R3T 5G8
Newsgroups: comp.sys.atari.st.tech
From: comeau@csanta.attmail.com (Greg Comeau)
Subject: Re: Developing Tools you use...
Originator: comeau@well.sf.ca.us
Reply-To: comeau@csanta.attmail.com (Greg Comeau)
Organization: Comeau Computing
Date: Tue, 21 Jul 1992 05:20:48 GMT

In article <a6101bab@Kralizec.fido.zeta.org.au> simon.lindsay@p4.f842.n680.z3.fido.zeta.org.au (Simon Lindsay) writes:
> cac> Just a quick note that Comeau C++ 3.0 With Templates should be
> cac> available RSN.
>
>Greg.. can you give some more information on this.. I think you have before,
>but I have lost it..

Just to say that we originally planned the release on August 1.
So we're close.  I won't commit to an exact date further than that! ;-)
It will be another port of our famous Comeau C++ 3.0 With Templates
so *do* expect a highly up-to-date and robust compiler.

- Greg
-- 
         Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
                   Producers of Comeau C++ 3.0 With Templates
          Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Beginnings of a FAQ
Date: 23 Jul 92 00:47:56 GMT
Reply-To: warwick@cs.uq.oz.au
To: mintha@geog.ubc.ca

In comp.sys.atari.st.tech you write:

>All comments and contributions are most welcome

>  1) Language Alternatives
>    1) C Language
     2) C++ Language                   ****  I'll be happy to help here
>    3) GFA Basic

>  2) Gnu Development System          
   2) Freely available Gnu Development System **** (many people haven't heard of "Gnu")

>2. MiNT
 2. MiNT Multitasking Environment      **** (at least give a clue)


>Gnu C (et. al.)

>- Not that fast       ***** HEY!  Don't scare people away from it!
 - Not that fast to compile (but generates fast code)


>1.2.1) Gnu Development System

>The Gnu C compiler requires at least 2.5 meg to compile anything more
>than a Hello, World! program.  The bigger the program the more memory
>(especially with optimization)

This isn't exactly true.  You need 2.5 meg to work, and you'll always
have to keep separate modules small, but 4 meg will let you do anything
at all.

>Notes:

>The above is for version 2.1 of the compiler.  There are also binaries
>for version 1.4, which also works well, and is a bit smaller.

In fact, 1.4 works quite comfortably with 2.5 meg.

>The compiler (gcc) will compile both C, and C++ code (ver. 2.1 - 1.4
>has separate programs gcc and g++)

 - Also supports Object C
 (not that I've used Object C)



Now the info on C++ ...

C++, being based on C, interfaces with all C code - which includes the
operating system of the Atari.

Packages available:

GNU C++ (g++)

  Comes as part of the GNU C compiler.


Cormeau C++

  No idea, but it is available.


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /      void (if removed)
      v      Brisbane, Australia.        /
From: anamr@cats.ucsc.edu (Ana M Rodriguez)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: ST monitor connector pinouts?
Date: 29 Jul 92 06:23:00 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


il@bambam.u.washington.edu (Il Hwan Oh) writes:

>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                  | 

I didn't think that you could use the ST monitor for the Sega? 

Where did you see this??  How??
 
Now as requested for all to see the pin outs...
 
Pin 1 - Audio Out
    2 - Composite Video (W/modulator)
    3 - General Purpose Output (From PSG chip)
    4 - Mono Detect (PSG port line again)
    5 - Audio In
    6 - Green
    7 - Red
    8 - +12 Pull Up
    9 - H Sync
   10 - Blue
   11 - Mono Video
   12 - V Sync
   13 - Gnd.
 
Looking at the cable, pin one is right of the connector key.
 
The Sega Genesis puts out a signal line with Hsync & Vsync combined.
How do you make it work the SC1224???
 
anamr@cats.ucsc.edu - Fun Fun Fun in the Sun Sun Sun...
Newsgroups: comp.sys.atari.st.tech