HDTenEightyP/NetNews huggingface dataset:
From: dud@hardy.u.washington.edu (Daniel Aylward)
Subject: Re: MiNT, which way forward...
Organization: University of Washington
Date: Tue, 15 Dec 1992 18:51:35 GMT

wmtwen@rw8.urc.tue.nl (Erlend Nagel) writes:

>I am a group(1) member. What I need is really some multitasking for
>communication purposes. Nothing else and preferably as much like GEM as
>possible. The Unix stuff is nice but I really do not have a use for it
>on my simple 1040.
>So I would say finish of a stable group(1) product and then go for the
>big thing on the new Atari products and the older TT.

>Erlend.

I feel that the general opinion of Unix systems is that they are
incredibly powerful machines that do way more than the average user could
ever want, and they are only for programmers, multiuser systems, and
specialized applications.  This has obviously been true in the past, but I
don't think it's an inherent property of Unix systems; it's just a result
of their price and therefore of their primary userbase (programmers).  I
think Unix has a tremendous potential for home use because of it's power. 
I think many of its features that people view as only being useful for
programmers and system administrators can actually be very powerful for
home use if utilized in the right ways.  This will become more and more
apparent as the roles of these machines change with their decrease in
price.  Already, NeXT computers have applications for everyday use, such
as Word Perfect and voice mail (via the DSP).  I think if the interface is
done right, people don't have to conform to the popular stereotype of Unix
users (i.e., "rocket scientist") to be able to productively take advantage
of all the advanced features of the Unix operating system.  So, I don't
think MiNT should be trimmed down in any way to coddle the neophytes.  I
think it should be made as powerful as possible, and have an interface
that is always intuitive, user-friendly, and powerful, that can do as much
or as little as the user desires without being an extreme mental burden
(like Unix systems are now to most people).  In short, I don't think ease
of use/user friendliness and power/flexibility are mutually exclusive, and
I would like to see MiNT/MultiTOS become the proof of this!  :)

Xref: sparky comp.sys.atari.st.tech:6333 comp.sys.atari.st:18596
From: neil@cs.hw.ac.uk (Neil Forsyth)
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
Subject: Re: Falcon and Unix Sys V
Date: 18 Dec 92 10:30:06 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

In article <1992Dec14.233528.2386@midway.uchicago.edu>
coonstot@midway.uchicago.edu writes:
>Does anyone know if the ST Falcon will be capable of running
>the Unix Sys 5(AT&T or SCO, etc.)?

I am hearing rumours that some people are porting Linux, a free Unix popular
on the PC, to the ST and Amiga platforms. I doubt it would be up to much on
a 68000 but on a 68030 in a TT or a Falcon it could be quite neat. I have
seen it running X on a 486 PC just fine.

+----------------------------------------------------------------------------+
! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
! Neil Forsyth                                                               !
! Department of Computing and Electrical Engineering                         !
! Heriot-Watt University                                                     !
! Edinburgh, Scotland                                                        !
! United Kingdom            Email: neil@uk.ac.hw.cs, ..!ukc!cs.hw.ac.uk!neil !
! "'Have you got any?' he asked, expecting the answer no" - Monty Python     !
+----------------------------------------------------------------------------+
Newsgroups: comp.sys.atari.st.tech
From: jrt@hardy.u.washington.edu (Jerrold Thompson)
Subject: EVNT_MULTI AND SCROLLING
Summary: Scrolling list in TOS 1.0
Keywords: Scrolling List
Organization: University of Washington
Date: Sun, 20 Dec 1992 00:08:39 GMT

I am trying to write a scrolling list in a window, using evnt_multi()
return in the message pipe  WM_ARROWED  to switch to my function. My
function blits n-1 lines and then calls v_gtext() to draw the new line.
However, the loop is not initiated until the mouse button is released,
ignoring (?) the call to graf_mkstate() which I am using to break the
loop, by testing the mouse state.

This is being run on tos 1.0.  I am just getting acquainted with gem,
so any suggestion would be greatly appreciated.  Also, it seems that
it would be more efficent and useful if the strings I am displaying
were placed in a bunch of objects.

Thanks in Advance.


                    Eric Thompson
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Really horrible bug in mnt
Date: 10 Dec 92 20:59:00 GMT
Article-I.D.: MS.A53676
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Michael Hohmuth (hohmuth@freia.inf.tu-dresden.de) wrote:
>However, I'd vote for a kludge that allows those broken programs to run with
>newer versions MiNT.

If I understand right, there's no possibility for such a hack -- there's no
problem in the kernel. It's a bug in the library, that's already hitting
you with the current kernel and some file system drivers.
From: Christof_Stadler@s.maus.de (Christof Stadler)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a mem
Date: 14 Dec 92 17:04:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

hyc@hanauma.jpl.nasa.gov on We, 09.12.92 22:07 in CS.ST.TECH

h>Is that rectangle list always valid, so I should just treat these two cases
h>the same way?)

Exactly.

Christof
Newsgroups: comp.sys.atari.st.tech,comp.sys.atari.st
From: ms@p109.informatik.Uni-Bremen.DE (Martin Schroeder)
Subject: Weird harddisk-driver error
Reply-To: L15D@ALF.ZFN.UNI-BREMEN.DE
Organization: Universitaet Bremen
Date: Mon, 14 Dec 1992 13:11:57 GMT

I have problems with my harddisk-driver: It is unable to read SOME files.
If you use the following combination of Hard- and Software:
Seagate ST 277N 	SCSI Harddisk
AliaSCSI 		SCSI Adapter (from c't)
AliaSCSI V 1.6		Harddisk-driver (from c't)
Atari 520ST+

then LZH is unable to READ LZH files from the Harddisk (but able to WRITE them), CS-TeX 
TeX can't read SOME format files and CS-TEX GFtoPK can't read SOME PK-files. 
The problems are reproducible and don't occure if you use an Atari 1040ST or another 
harddisk-driver (AHDI works very well, but it is slowwwww).

Since this problem occures only in a certain combination of harddisk and computer, my 
questions are:
 - Has anybody a solution for my problem? I have the source code of the driver and are 
   in contact with the developer.
 - Are there any differences in the DMA-Chips in the 520 and the 1040?

Hope somebody has an answer.


                    ___
       ___....-----'---`-----....___
 =========================================        Martin Schr"oder
        ___`---..._______...---'___           L15D@ALF.ZFN.UNI-BREMEN.DE
       (___)      _|_|_|_      (___)
         \\____.-'_.---._`-.____//
          `~~~~`.__`---'__.'~~~~'
                   ~~~~~
From: qsi@contrast.wlink.nl (Peter Kocourek)
Newsgroups: comp.sys.atari.st.tech
Subject: RE: XBRA
Date: Sun, 13 Dec 1992 02:53:38

Craig Graham wrote in a message on 09 Dec 92 to All

 CG> XBRA is an inter-application communication protocol. It allows 
 CG> desk-accs and programs to talk to each other and swap data. 
 CG> There are several levels to the protocal, etending right up 
 CG> to direct swapping of .GEM/.IMG files (similar to MS Windows 
 CG> DDE). 

What you're describing is XACC, not XBRA. The latter is the standard
method of bending vectors.


YHS:QSI!
From: baffoni@phakt.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st.tech
Subject: I'm having problems with zoo ....
Date: 14 Dec 1992 13:20:45 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: phakt.usc.edu
Keywords: zoo, extract, no-go, no work, bummer

	Hi all,

	I recently downloaded the 9-disk MiNT/GCC/Shell distribution kit
but I have been running into an old problem with zoo, that is  it won't 
work for me.

	First, equipment:
	TT/4MBST/Q105lps(AHDI5.0)/TOS3.06

	Problem:  With a bare system (no .acc, no .cpx, only AHDI5.0 running)
I try to click on zoo21.ttp, and then from the CLI, I type "x// d:\disk1.zoo"
but then it runs, creates the directory /accs, creates /accs/toswin.acc,
then I see two bombs and get a tos #1 error dialogue.  I checked zoo21.ttp
with the file/sys.config .cpx and I made sure it wasn't being fastloaded, and 
that the TT/mem/data flags  were not set.

	BTW, it does say "extracting toswin.acc", then it crashes.

	Does anyone have an idea of why this is happening?  I downloaded
zoo21.ttp several times, and same thing.  I also tried the zooshell but
it gave the same thing, regardless of whether I "extracted", extracted rel.,
etc.

	Please email answers as I am woefully behind in this group (thanks
to finals :(   ), and I will post the resolution of my problem as soon as 
it gets fixed. :)


	Thanks,

	MikeB

PS: Quester's lzh works just fine...and so does arc, and zip2.0.
From: hmallat@robin.cs.hut.fi (Hannu Mallat ~ PurpleHaze!)
Newsgroups: comp.sys.atari.st.tech
Subject: Problem with GCC
Date: 20 Dec 92 20:54:18 GMT
Distribution: inet
Organization: Helsinki University of Technology, CS lab
NNTP-Posting-Host: robin.cs.hut.fi

I downloaded GCC 2.3.1 recently, and ran into a problem trying it. The
preprocessor, gcc-cpp bombs immediately after starting it (address
error). I also tried version 2.2.2, which behaves in the same way.
However, GCC 1.37 works ok.

I am using a MegaST 2 with UK TOS 22/04/87 and both monochrome and
colour monitor. I use Gemini/Mupfel, and a couple of tsr programs, but
these seem not to be the problem.

Ok, it's Xmas time but if you can help and read this in '93, answer
anyway... Thanks!
--
Made the scene, week to week,	  \ hmallat@niksula.hut.fi /
day to day, hour to hour 	   \    Hannu  Mallat     /	Joo,
The gate is straight, deep and wide \    JMT 5 C 333     /    menn{{n!
Break on through to the other side!  \   02150 Espoo    /
From: BGBC@MUSICB.MCGILL.CA (BGBC)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Tec and AdSpeed Problem
Date: 12 Dec 92 00:21:52 GMT
Organization: McGill University

In article <A44242@K.maus.de> Peter_Missel@k.maus.de (Peter Missel) writes:
>d>  Does anyone have any idea why the TEC board and AdSpeed 16Mhz accelerator
>d>will not work on a MEGA in ANYFORM?
>
>I've had the problem several times, as my daily job is at an Atari dealer. We
>tried this combination a few times with different TOS expansion cards and
>several ICD AdSpeed boards. We got one or two machines to run, others wouldn't
>even boot properly with _any_ combination of TECs and AdSpeeds.
>
>ICD Germany had no idea, and I never got any response from ICD USA on how to
>solve it. (I asked about that in July...)
>
>- Peter -
>.
>.

This is very strange, because I had absolutely no problems with TEC
and AdSpeed in my Mega (and my machine is a complete hack).
Initially, before I bought the TEC, Codehead mentioned a
possible conflict, but they called me back a few days later and
said that the problems were due to a user having a faulty
installation.  This confirms my experiences.  As a note of interest,
the chip set in my TEC can run with the 'fast ROM' option of AdSpeed
switched ON, but they are too slow for any visible speed increase.

Peter.

EMAIL replies to: petet@emf.lan.mcgill.ca
From: an375@cleveland.Freenet.Edu (Jason Baker)
Newsgroups: comp.sys.atari.st.tech
Subject: gcc 1.4
Date: 18 Dec 92 19:52:10 GMT
Reply-To: an375@cleveland.Freenet.Edu (Jason Baker)
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


I recently got  gcc 1.40 from cs.ruu.nl and I've had a few problems with
it.  Compiling with -g produces an 8 char symbol table szadb recognizes
but gdb doesn't.  Compiling with -gg produces, 'gcc-as: I don't understand 
"-G"' followed by a bunch of errors.  Is a later version of gcc 1 available,
or am I doing something wrong?  Also, what does binmode() do?  Thanks for
any help advice or free food.
-- 
"I dont want to erad this sick s**t what the hell is wrong with people who 
think theyre elves?"  I'm not sure which way to interpret that.
" I can type and I will not be judged by tping skills"
"cross yourself.  scream once more.  move yourself across the floor."
From: ak354@cleveland.Freenet.Edu (Dennis Mc Guire)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: 520 modem port problem
Date: 20 Dec 92 13:25:17 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu


Vincent:

  Jekyll is a very useful program!  I would like to see an option
included in Jekyll to allow use of the MIDI ports rather than
the serial port.  THis would allow me to keep my BBS computer
continuosly connected with my own computer without switching
cables.  The higher transfer rate would also be desirable.  I'd 
like to use Jekyll for a "mini-netowrk".  I would appreciate it
if you would consider including this in the next version of 
Jekyll.
From: hrs@aber.ac.uk (Herbert Martin Sauro)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Date: 11 Dec 92 12:29:27 GMT
Organization: University of Wales, Aberystwyth

In article <1992Dec9.210726.220@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
>In article <1g074oINNpbf@rs1.rrz.Uni-Koeln.DE> kim@vax.mpiz-koeln.mpg.dbp.de writes:
>>Of course, you can  do  this  the  hacky  way,  using  the  XBIOS
>>setscreen() function to redirect the screen output to some buffer
>>from which you  then  blit  according  to  your  needs.  This  is
>>definitely  not  the  way  to  go  if the software you develop is
>>supposed to run under any multitasking TOS version, and I'm  sure
>>the  mere fact I mentioned this possibility will get me flames...
>
>Actually, MiNT maintains a private copy of the Logbase pointer for
>every process, so this would be a viable approach. However, I think 
>there's an easier way to manage the scrollable text list - just reset
>the string pointers and redraw the list.
>
>I've got a question of my own tho (which shows my own inexperience with
>GEM, sigh) - how do you update a window that is partially obscured, and
>make sure that you only redraw the area that is exposed? (I'm not talking
>about fielding a redraw event from AES, but when you want to draw new stuff
>into a window and it is no longer the top window. Is that rectangle list
>always valid, so I should just treat these two cases the same way?)
>-- 
>  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA

I have found two problems with using the normal redraw approach to
updating a list box. The first is that (I presume you mean redraw with
objc_draw) redraws are quite slow (unless you have an accelerator)
and secondly there is a lot of flicker -- of course one could use
Vsync to clean the display but the then redrawing slows down even more.

I'm afraid I can't answer your question directly but I have a feeling
that the visible rectangle list is available for every open window including
the desktop. The fact that the desktop has its own rectagle list is not
very well documented as far as I can tell and it was only by working my
way through a GEM application listing from a German mag that I realised
that the desktop did have its own rectangle list - this is essential when 
you have icons on the the desktop which get covered and uncovered by other
windows.
So from that I suppose that a non-topped window also
must have its own rectangle list.

Herb
-- 
/******************************************************************************
Herbert Sauro                                   e-mail: hrs@aber.ac.uk
Biological Sciences                              phone: +44 970 622353
Univesity College of Wales
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Sending objc_draw to a memory buffer rather than screen
Date: 17 Dec 1992 10:44:12 +0100
Organization: Regional Computing Center, University of Cologne
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
NNTP-Posting-Host: rs1.rrz.uni-koeln.de

In <1gohmmINN18lg@rs1.rrz.Uni-Koeln.DE> aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:

>I think they can come from (and go to) any rectangular bitmap you
>choose.  The  bitmaps  must  be  specified  by descriptors called
>MFDB's. Pointers to the MFDB of the source bitmap and to the MFDB
>of  the  target  bitmap  are  passed to the vro_cpyfm() function.
>Among other things, the MFDB contains a  pointer  to  the  actual
>bitmap, and if this pointer happens to be a NULL pointer, the VDI
>will use an MFDB of  its  own  that  describes  the  screen,  and
>therefore blit from/to the screen.
>The answer to your question is, therefore, the blits come from/go
>to  any  bitmap  that  you  specify. If you specify the screen by
>passing a NULL pointer, the blits will come from/go to where  the
>VDI  thinks  the screen is.

I'd like to correct myself before  others  do...  as  it  can  be
concluded  from  the first paragraph, the screen is not specified
by passing a NULL pointer to the  vro_cpyfm()  function,  but  by
passing a pointer to an MFDB which contains a NULL pointer at the
location where a pointer to a bitmap is expected.

Just to be exactly precise.

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
Newsgroups: comp.sys.atari.st.tech
From: cs422olek@envmsa.eas.asu.edu (Dave Oleksy)
Subject: Hard disk problem???
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Arizona State University, Tempe, AZ
Date: Tue, 15 Dec 1992 01:02:00 GMT


   I have a little problem here.  I have a friend's 520STe that he upgraded
to 4 megs and a 98 meg hadr drive.  Well I was running the Time Bandit
cheat off of the hard drive and the system crashed.  Well no big deal I
think, but then when I try to reboot, the system no longer recognizes that
the hard drive is there.  I have checked all cable connections and
everything seems in place.  Any suggestions???  All my applications are on
the hard drive (the original disks are in San Fran with my friend).


Thanks

Dave

Newsgroups: comp.sys.atari.st
From: dave@admiral.uucp (Dave Litchman)
Subject: Re: Pagestream 2.2, Color printing/viewing question
Organization: The Admiral's Unix System & The Grid BBS
Date: Tue, 15 Dec 1992 21:14:00 GMT

In article <104566@bu.edu> selick@csa.bu.edu (Steven Selick) writes:
>
>Here's an all encompasing question about dealing with color on
>Pagestream 2.2 on a 1040 ste w/4 meg ram & SC1224 monitor...
>
>Can I view color? How?

Yes and no. You can see colors when using Pagestream in med. res. 
Unfortunately, those colors do not correspond to the actual colors in the 
original image.

>Can I print color (in particular, on a color postscript printer or a
>       star NX-1000 color dot matrix printer)
>   How?

Yes. If you want final output in color from a color printer, you just have
to have the appropriate driver for the printer you are using. SoftLogic
may have the one you need, or be able to point you to a source.

You can always do color separations in black & white, then have a professional
printer do your final image.


>
>I have tried to load in a color degas picture to no avail, and have
>played with the global color palette editor, but haven't seen any
>results with it. How do you change the screen colors that are displayed?

The palette editor will do it, but you can't see the results until you
print the document in color.


-- 
"Dammit Jim, I'm a free man, not a number!"
----------------------------------------------------------------------
"Ray, when somebody asks you if you're a god, you say YES!" -- Winston Zeddmore
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Second floppy on Falcon
Date: Sun, 20 Dec 92 00:57:57 PST
Organization: The Portal System (TM)

Peter Missel writes:
j> WHAT??? NO EXTERNAL FLOPPY????
>Why not connect a Floptical to the SCSI-2 port? Try this on the Amiga 1200..
 
How about $300 as a reason..?

Given a retail price of $799 for the entire Falcon, do you really think
it's reasonable to tell people to expect to pay more than 40% of the
cost of the computer to just add a floppy disk drive..?

How do you explain to someone who would like to add a $42 floppy drive
that it's going to take a Floptial 21 Meg drive to accomplish what they
want to do..?
 
BobR
From: Edward_Lee_Whiteside@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Looking for the Game "Nine Lives"
Date: Thu, 17 Dec 92 18:00:33 PST
Organization: The Portal System (TM)

I've got what appears to be a demo of the game "Top Cat's Nine Lives" and hav
attempted to find out if a complete game was ever released commercially.
What appears to be the related software companies are "Frames" and "ARC".
It's a fun game with a cat jumping around, rescuing other cats but I have
never come across any info on the game itself.
Newsgroups: comp.sys.atari.st
From: brayl@nyx.cs.du.edu (Bill Rayl)
Subject: Re: "DiskDoubler" type program
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: Sat, 19 Dec 92 16:45:02 GMT


BobR,

The other distressing thing about Data Diet is that the Atari market
can't support one company with a small overheard, while there are 
several companies selling only disk douler-type software, and they have
paid fulltime staffs in the PC and Mac markets!

I guess this is the result when Atari makes in a year what Mac and PC
clones make in a month (or even less).

                        Pattie

Newsgroups: comp.sys.atari.st
From: me@dude.pcs.com (Michael Elbel)
Subject: Re: You Could Win Big Money...
Organization: PCS Computer Systeme GmbH
Date: Tue, 15 Dec 1992 16:40:15 GMT

In <1992Dec14.175930.18053@dcs.warwick.ac.uk> leo@dcs.warwick.ac.uk (Leo Hendry) writes:
>The 520ST+ was not an offical machine - A few companies sold them in 1987 when

Uh, back in '86, when I bought my ST there was no such thing as a 1040.
You could get a 520ST+ or a 260ST. Both were the types with external
power supply and external disk drive. Originally there had been 520STs
with 500 K of memory, but since these machines didn't have TOS in ROM,
that was hardly enough. So Atari (at least Atari Germany) soldered
another 500K on top of the existing ram chips and called it 520ST+.

Then, for some reason they decided to actually sell a machine with
500K so that was called 260ST. The vendor I bought my machine from
did the upgrade to 1Meg himself but wasn't allowed to call it a
260ST+ (thus the tape on the upper right side of the 260 on the
box I still have). 

I had to shell out 2000 DM ($1250) for the ST and a homemade 3 1/2 
and 5 1/4 inc disk drive (those were EXPENSIVE to buy from Atari). 
Remember the time when you couldn't buy the floppy plugs and had 
to rig them yourself? But because of this I still can switch drive 
A between the 3 1/2 and 5 1/4 inc drives and read and write 360k 
IBM disks. 

.NOSTALGIA OFF

> 520ST - first machine (no internal disk drive or modulator - I can't remember
>whether the power supply was internal.).  TOS was booted from disk.
			      ^^^^^^^^
external.

Michael
--
Michael Elbel - me@dude.pcs.com  |  Fermentation fault (coors dumped)