HDTenEightyP/NetNews huggingface dataset:
From: wenzel@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.atari.st
Organization: Marsupilami's private UUCP site - Palumbien, Germany.
Subject: PBMplus (was: Re: Postscript to Image ???)
	<RALPH.92Sep1191839@orion.laas.fr>
	<1992Sep2.120952.4445@its.bt.co.uk>
Reply-To: wenzel@marsu.tynet.sub.org
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Fri, 04 Sep 1992 07:37:30 MET

In <1992Sep2.120952.4445@its.bt.co.uk>, John Trickey writes:
> In article <RALPH.92Sep1191839@orion.laas.fr> ralph@laas.fr (Ralph P. Sobek) writes:
> >I think that Jeff Poskanzer's PBM package does this!
> 
> No. PBM is ``Portable Bit Map'' and the package does just that, converts
> bit maps. These are the related files from MAN.
> [...] 
> 
> ghostscript should do what you want. It is capable of converting to a
> variety of formats (I don't know them all) but ppm is one of them which
> gives you:
> [...]
> Now the only question is what is available for the ST?

You are right, GhostScript is the way to convert PS -> image format.
Recently someone wrote a driver for GEM image (.IMG) which is really
neat.
The following binaries of PBM plus are available for ST/TT, I compiled
them myself a few months ago:
icontopb  pbmreduc  pbmtoptx	pgmtofit pnmpaste  ppmshear  rasttopb
ilbmtopp  pbmtoasc  pbmtoras	pgmtopbm pnmtile   ppmsmoot  rasttopp
brushtop  imgtoppm  pbmtobbn  pbmtox10	pgmtops	 ppmarith  ppmtogif  rawtopgm
cmuwmtop  macptopb  pbmtocmu  pbmtoxbm	picttopb  ppmconvo  ppmtoilb  tgatoppm
fitstopg  mgrtopbm  pbmtog3   pbmtoxwd	pnmcat	 ppmcscal  ppmtopgm  tifftopg
fstopgm	 mtvtoppm  pbmtogo   pbmupc	pnmcrop	 ppmhist   ppmtops   xbmtopbm
g3topbm	 pbmlife   pbmtoico  pcxtopbm	pnmcut	 ppmpat    ppmtoras  xwdtopbm
gemtopbm  pbmmake   pbmtolj   pgmenhan	pnmenlar  ppmquant  ppmtoxwd  xwdtoppm
giftoppm  pbmmask   pbmtomac  pgmhist	pnmflip	 ppmrotat  psidtopg
hipstopg  pbmpaste  pbmtomgr  pgmnorm	pnminver  ppmscale  qrttoppm 

If you are interested, look on ftp.uni-stuttgart.de (129.69.1.12) or feel
free to ask me for further details.

Regards, Markus.

-- 
/dev                Markus Wenzel, University of Stuttgart
/usr/spool/mail     wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de
/etc/motd           >> Luck is believing you're lucky ! <<
Newsgroups: comp.sys.atari.st
From: krakover@spot.Colorado.EDU (KRAKOVER JONATHAN DA)
Subject: Will ST's lose value once the falcon is released?
Organization: University of Colorado, Boulder
Date: Sun, 13 Sep 1992 06:25:41 GMT


I was hoping to get some opinions on weither people think that the ST's
and TT's used market value will decrease once the falcon is released.
It seems to me that someone buying a falcon doesn't need their old system
and that will lead to a flood of used ST's and TT's being advertised.
As I am in the market for a used Mega STE, I'm wondering if I should wait
until the falcon is released so that I can get a better deal.

Thanks,
Jonathan
krakover@spot.colorado.edu
Newsgroups: comp.sys.atari.st
From: rosenkra@convex.com (William Rosenkranz)
Subject: self extracting archives
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Thu, 10 Sep 1992 00:38:18 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.



in case anyone is interested, i pulled down perfpich.tos (a "controversial"
self extracting zip archive) to see if it can be dealt with on a unix
system. i ran unzip -l on it (version 4.0) and got:

	 Length    Date    Time    Name ("^" ==> case
	 ------    ----    ----    ----   conversion)

	error:  expected central file header signature not found (file #0).
	        (please report to info-zip@wsmr-simtel20.army.mil)

NAK! obviously it cannot deal with it. a casual user would either thro it
away (assuming of course that he knew it was a zip file) or send mail
to simtel and report a bug that wasn't.

however, since i am not a casual user, and keep tabs on the "pulse", i
remembered that a week or two ago, a new version of unzip was posted to
comp.sources.misc, so i built it (version 5.0). it did better (again,
unzip -l):

	 Length    Date    Time    Name ("^" ==> case
	 ------    ----    ----    ----   conversion)
	  28481  09-03-92  10:29   PERFPICH/PERFPICH.PRG
	   2404  09-03-92  10:40   PERFPICH/README.NOW
	 ------                    -------
	  30885                    2      

	warning:  extra 4448 bytes at beginning or within zipfile
	          (attempting to process anyway)

so, unless u have a brand new "unzipper", you can't deal with this sort
of archiving method. and as warwick pointed out, u can't tell what sort
of file this is (except a tos executable) by its name. finally, its
SE header takes up an extra 5KB on disk (to store the extra 4448 bytes).

u can probably find unzip 5.0 by checking the usual list of usenet
archives for c.s.misc. please don't ask me for it!

now i look forward to actually playing with this puppy. oh, yeah, it
extracted fine with unzip 5.0. incidently, this is a tool to develop/test
a sense of (musical) perfect pitch (ie, it plays a note on one keyboard
and you play what you think is the correct note, without any audio cues).
time to see if i still got it. i could do this on sax, i don't know about
keyboards tho. time to buy a wind controller, i guess... :-)

-bill
rosenkra@convex.com

-- 
Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
Convex Computer Corp.      |ARPA: rosenkra@convex.com
From: aa399@cleveland.Freenet.Edu (Len Stys)
Newsgroups: comp.sys.atari.st
Subject: Re: Why no floppy port on the Falcon??
Date: 11 Sep 92 23:08:32 GMT
Reply-To: aa399@cleveland.Freenet.Edu (Len Stys)
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc5.ins.cwru.edu


In a previous article, gfrajkor@alfred.carleton.ca (George Frajkor) says:

>
>   Yes, it is a dumb move not to have an external floppy port on the
>Falcon. I can't believe it is true they are doing this. How will the
>Spectre GCR run??  I have a spare GCR waiting for the Falcon I was
>planning to buy but I didn't realize this port was to be dumped.  It
>is like having no floppy drive on the STBook... just one more way to
>drive good customers away.
>


I'm not sure how Spectre GCR works.  Why is the external drive needed?

Can't it use the internal drive?

Also, can't Dave write some kind of fix for it?

I wonder if Atari contacted Dave Small about the external drive port...

They seem to be putting him out of business... First is was the
Mega ST expansion port, then there is the Falcon with the increased
speed that a lot of people will no doubt purchase instead of his SST,
and now there is no floppy port for his Spectre...

Of course, Atari can't change the Falcon now even if they wanted to.
It would cost too much.  Besides, as someone said before, where could
they put it?

The only place I see is between the headphone and microphone jacks
and even that would be a tight fit.  Maybe they could put the
headphone and microphone jacks on top of each other?

This would give them enough room.  I'm not sure how much it will
be used, but all PCs today seem to allow for another floppy besides
the hard drive.


-- 
 
Newsgroups: comp.sys.atari.st
From: cinnanum@mentor.cc.purdue.edu (Philip Crain)
Subject: MEGA 4, Hard drive, SLM-804 , more.. FOR SALE..
Organization: Purdue University Computing Center
Date: Tue, 15 Sep 1992 19:52:00 GMT

FOR SALE :

MEGA ST 4 w/ 4 megs RAM
Astra 20 meg Hard Drive w/ 720k ds/dd floppy
SM 124 hi-res monitor
Atari SLM-804 laser printer
Deskcart Cartridge

Lots of software including:

Pagestream 2.1
Modula 2
Mark Williams C
Laser C
Personal Pascal
Data Manager
Super Base
Word Writer
Easy Draw
GFA Basic 3.0
Drafix 3.0
Spectrum 512
Cyber 3-d
Assempro
Word-up
Skyplot
Interlink
Dr. T's keyboard sequencer
 
and much, much more.... too much to list here  (over 300 disks)

Asking $2,000 or make me an offer!!!!!

please reply via E-mail.
From: jhenders@jonh.wimsey.bc.ca ( John Henders )
Newsgroups: comp.sys.atari.st
Organization:  One of these days for sure
Subject: Re: Sigh...
Reply-To: jhenders@jonh.wimsey.bc.ca
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Wed, 09 Sep 1992 16:21:02 -0700

In <1992Sep9.161728.2710@umbc3.umbc.edu>, cs311113 writes:
>I used to read comp.sys.atari.st to get news, but lately it seems I have been
>wasting my time.  And to think people used to actually discuss things about
>atari ST machines in here too...
>
>Perhaps a base comp.sys.atari.st.flame could be created so that those with 
>their insecurities and too much free time on their hands could go and play,
>and leave the rest of us here with intelligent conversation, not "I would
>never get a Falcon.. atari sucks.." type talk.  Hm..
>
	Depending on your newsreader, it is not difficult to construct
a kill file that can kelp you separate the wheat from the chaff.
	There's a brief article in the FAQ on how to do it for rn and trn.
If you want to know how to do it in nn, try typing :man, and look at the 
entry on Kill files. If you're reading with waffle, you have my sympathies.

	I really don't think there's enough volume in the entire ST group to
warrant splitting it. You can always do what many people have, and just
unsubscribe to .st and read st.tech. If enough people did that, it would 
leave the general atari group for those who like these kinds of discussions.



-- 
jhenders@jonh.wimsey.bc.ca
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st
Subject: Re: Hard disk Defragmenters, any suggestions?
Date: 13 Sep 92 16:07:16 GMT
Organization: Georgia Institute of Technology

Hard Disk Sentry from Beckemeyer Development Tools defragments hard
disks and floopies.  I have used it often and never had any problems.
It also checks for file system problems and I believe it works on
large (BGM) partitions.

-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
Newsgroups: comp.sys.atari.st
From: Mark Kovarski <kovarski@zooid.guild.org>
Subject: Re: Is Falcon worth buying?
Organization: ZOOiD BBS
Date: Thu, 10 Sep 1992 03:57:11 GMT

dud@hardy.u.washington.edu (Daniel Aylward) writes:
>Mark Kovarski <kovarski@zooid.guild.org> writes:
>
>
>
>>So what are they really looking for? Another computer that will collect dust
>>after a few months of use. Or are they looking around them and see no
>>software that will take advantage of its new functions. Heck, if I see
>>major names like Borland, Microsoft, Lotus Corp., and more I might consider
>>it since it would have potential. Otherwise, another item for the local
>>museum. Your DSP, SCSI-2, 45 trillion color modes are the same arguments
>>that 16 year old kids make on Atari Corp. conference in North America called
>>"AEO." 
>
>Finally got tired of that place after you got kicked out, eh?
I got tired before it even happened. I had my last word and I couldn't care
less what AEO has to offe


>
>>Let me ask you something, are you posting from New Zealand where Atari
>>support is 0, zilch, Null? If so, where do you get your software? Where
>>do you get Atari books? Where do you go when something is wrong with your
>>Atari computer? Would you care to explain?
>
>We Atarians know the drawbacks of our platform.  Yet we still stick to it.
>Must be something more to a platform than software availability, book
>availability, and service availability, huh?
>
>I'm curious; do you care at all about Atari computers?  It appears not.
>Why, then, do you insist on forcing yourself upon us by any means
>available; e.g., by posting in conferences such as this and AEO?
I do not post on AEO any longer. I haven't posted there is weeks. As a matter
of fact, I didn't read it for a few weeks. Here I can say whatever I like to
and Mr. Brodie can try to delete me until he turns blue but it will NEVER
work out. 


>
>>Mark K.
>>E-Mail: kovarski@zooid.guild.org
>
>Dan Aylward
>dud@u.washington.edu
From: joeadato@tcpbbs.pcn.org (Joseph Adato)
Newsgroups: comp.sys.atari.st
Subject: Re: IBM Emulators
Date: Tue, 15 Sep 92 17:35:07 EDT
Organization: TCP BBS, Cleveland, Ohio

> You aren't talking about an emulator.  Some marketing droid may call
> it an emulator, but it is NOT.  An emulator is something that pretends
> to be something else.  The AT-Speed does not emulate an 80286 - it
> actually HAS an 80286 on board.  Similarly, the "386 emulator" will
> ACTUALLY have an 80386 (or perhaps one of the competing clone chips)
> on board.
> 
> The Mihoka Gemulator, on the other hand IS a true emulator since it
> makes an 80{3,4}86 pretend that it's a 68000.  The original PC Ditto
> was a true emulator (and I don't remember hearing any hard info about
> any other actual emulator), and was brutally slow because of this.
> 
> \end{donningAsbestosJacket}
> 
> -- 
> Christopher Browne
> cbbrowne@csi.uottawa.ca
> University of Ottawa
> Master of System Science Program


The original questions delt with the ability of the ST to emulate an IBM
style computer i.e., IBM or IBM clone.  The individual who posted the
original message had heard that these IBM emulators were extremely slow
and is so wanted to know it he should just go out and make the purchase
of an IBM/IBM clone.  My response was to inform him that this was not the
case.  If you choose to not call any of the hardware IBM "emulators" for
the ST emulators is, as far as I'm concern, a mute point.  If I want to
to run IBM software on my ST I want the fastest device I can have to do it
with.  I don't care what it's called, or how it works.  I only want it to
do the job I want done.  I believe most users are of the same mind as I am.
From: dsb@duke.cs.duke.edu (D. Scott Bigham)
Newsgroups: comp.sys.atari.st
Subject: Re: ZOO problems (was PERFPICH.TOS v1.1 posted to a.a)
Date: 15 Sep 92 22:23:03 GMT
Organization: n. Arrangement in an orderly or logical fashion.  See "miracle".

From the Holy Book of <1992Sep15.102420.12834@miavx1.acs.muohio.edu>
  as spake by rlcollins@miavx1.acs.muohio.edu (Ryan 'Gozar' Collins) :

>     What I do is open a window that has ZOO.TTP in it, then open a
                                                         ^^^^^^^^^^^
>window with the zoo file, and then open a window with the destination
 ^^^^^^^^^^^^^^^^^^^^^^^^
>direcory.

You don't even need to have that window open.  You just have to be able
to run ZOO with the destination window on top.  With TOS 2.0x, you could
probably even put ZOO.TTP on the desktop and cut it to one window.

						-sbigham
-- 
Scott Bigham                   | "This is our path; to fight or die."
dsb@romeo.cs.duke.edu          | "That's what we're paid for, so let's
bigham@hercules.acpub.duke.edu |     do it with some _style_!"
    (but not for long)         |                Dr. Who, "Battlefield"
Newsgroups: comp.sys.atari.st
From: selbyr@meena.cc.uregina.ca
Subject: selective accessories at boot
Date: 9 SEP 92 12:31:17 GMT
Organization: University of Regina, Regina, Sask., Canada

Is there some software out there that will allow me to select which,
if any, of the memory resident programs and desk accessories I want
loaded when booting the computer from the hard drive? If so, is it pd?
Shareware? Where can it be obtained? Thanks.

R.M. Selby
Newsgroups: comp.sys.atari.st
From: lahtinen@gideon.fmi.fi (Kimmo Lahtinen)
Subject: Double Click Betatester info.
Organization: Finnish Academic and Research Network Project - FUNET
Distribution: comp
Date:  8 Sep 92 05:42:39 GMT

I got this message from DC. They have some problems with their
internet connection, so they are not able to "use" betatesters
in internet. Too bad!

------------------  forwarded message ------------------------
Thank you for your reply to our request for beta testers, but due to the
fact that we are having trouble with our internet account, we are not going
to perform beta testing on the internet.  Can you please pass the word along
so people will stop sending me email?  :-)  This is most unfortunate timing
for us, but it's out of our hands.  Thanks anyway!  - mike

-----------------------------  ** ----------------------------


--
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Kimmo Lahtinen                      E-Mail : lahtinen@gideon.fmi.fi       
Finnish Meteorological Institute    Phone  : +358 0 758 1322
Possessed by a Spirit               G3 Fax : +358 0 758 1396
Newsgroups: comp.sys.atari.st
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Subject: Re: Newstuff: uniterm?
Organization: Dept. of Computer Science, University of Ottawa
Date: Mon, 14 Sep 92 04:50:08 GMT

In article <10276@uqcspe.cs.uq.oz.au> marshall@cs.uq.oz.au writes:
>Is the uniterm which is mentioned in this week's posting of new stuff
>actually an update of uniterm? If so, what's new in it?

NO, it is not.  Someone sent me email asking about the uniterm.tar.Z
archive that was up on terminator, asking about what utilities were
required to unpack it and so forth.  (Tar and compress are, of course,
available at atari.archive.  Since they're not used for many other
files on the archives, it's silly to have to download them and figure
them out in order to use uniterm.tar.Z)

Seeing as how zoo 2.1 is a standard archiver on various and sundry
platforms, and works everywhere on Earth (other than perhaps certain
parts of New Zealand :-)), I recv'ed uniterm.tar.Z, unpacked it, and
put it up as a .zoo archive.

As a .zoo archive, it should be more accessable to users that may not
be familiar with the "UNIX Way of Doing Things."

In terms of Uniterm versions, this is NOT the latest edition.  The
latest (and final, alas) version is 2.0e015.  I'm running it, even as
we speak.

It is NOT available at atari.archive, and is not permitted to be.  The
copyright notice on this version states that people are not permitted
to redistribute it to "other" ftp sites.

What is now annoying is that I can't recall (or find) the name of the
site at which it IS available.  Archie isn't telling me anything much
that's useful.  Does anyone recall the name of the site where 2.0e015
IS available?  2.0e011 seems to be easy to find at various sites.

2.0e015 was a final version incorporating a number of (unexplained)
bug fixes.  011 seems to be the only stable version before 015.

Apparently Simon Poole, the authour, is now busy programming Crays, (I
saw a posting around comp.lang.fortran, or something of the sort a
while back) and doesn't have too much time left over for ST work.

-- 
Christopher Browne
cbbrowne@csi.uottawa.ca
University of Ottawa
Master of System Science Program
Newsgroups: comp.sys.atari.st
From: baumer@cs.utwente.nl (Han Baumer)
Subject: Use of screen memory
Organization: University of Twente, Dept. of Computer Science
Date: Mon, 7 Sep 1992 19:19:34 GMT

We have the following declaration in C:

byte *raster;

This variable points at a list of color-indices. This list represents
an image. We want to bring this image on the screen (in the resolution
TT-low). The solution  we now have is much too slow (about one minute
for a picture of 300*200 pixels (we use v_pmarker to set the pixels)).

We can make it faster by loading the image straight into the
screen-memory, however, this gives not the right picture (because of
the bitplanes (8)). We tried to use vro_cpyfm and vr_trnfm but this
also did not give us the desired result. In the books we have, these
function are barely documented. Can anyone help us on this?


Greetings,


-- 
     ___            Han Baumer                        <baumer@cs.utwente.nl>
 ___/   \________
|   \___/        | Univ. of Twente,  Dept. Computer Science,     TIOS-group
| ___ _   _   __ | P.O. Box 217,     NL-7500 AE  Enschede,  The Netherlands
|  |  |  / \ (_  |                   tel: +31 53 89 3742
|  |  |  \_/ __) |                   tel: +31 53 89 3755 fax: +31 53 333815
|________________|
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: Help!
Date: 8 Sep 1992 13:40:53 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <1992Sep1.171220.16465@crc.ac.uk> naffara@crc.ac.uk (Dr. N.A. Affara) writes:
>Ok. I have lots of questions and some will be in later posts as I am pushed for
>time right now...
>
>1. How do you download files from atari.archive?
>It may not be as bad as that. I FTP them (in binary mode) to a Sun. Kermit
>them to a PC to get them on a floppy and bung it in my ST. The problem is when
[stuff deleted]

	Kermit is probably to blame here.  It assumes a transfer is in text
format unless you call it with -i (image) mode.  So, either do that, or better
yet, use x/y/z(best) modem to transfer to your machine.

>2. I have heard from several people about newly released computers having lots
>of bugs in. Will this be true for the Falcon? If so, how long do I wait to buy
>one? (I really would love to get my hands on one of these!!!). If you get one
>with bugs, what can you do about it?

	There is always a warranty.  If there are bugs, you get the updates
(usually for free) when they come out.  This is not the case if it is merely
an upgrade (ie just newer features).  Updates usually come in the form of 
patches that are lauched at boot time (you put then in a folder "auto" and it
runs these at boot time).

	My advice would be to buy one as soon as they are available.  If 
possible, make an advance order as they are likely to sell out the first ship-
ment soon after introduction.  (Atari isn't particularly known for having
large quantities on demand :(  )

>Phil
>(E-mail naffara@uk.ac.crc)
>
>-- 
>Kryten (When Cat says why don't we raise the defensive shields?) "A superlative
>suggestion sir,with only two drawbacks: one,we don't have any defensive shields
>and two,we don't have any defensive shields.I know that,technically,that's only
>one drawback,but it was such a big one I thought I'd mention it twice".


-Mike

Newsgroups: comp.sys.atari.st
From: robertc@garfield.cs.mun.ca (Robert Andrew Christian)
Subject: LOOKNG for ST (2-sided) DRIVE
Summary: How Much
Keywords: Buy.
Organization: CS Dept., Memorial University of Newfoundland
Date: Thu, 10 Sep 1992 17:07:10 GMT

   Anyone out there that have an internal or external ST drive
that are willing to sell?  I have priced new ones and would like to
see if I can get a deal on a second hand one.

   Also, someone mentioned that I could get a PC drive for cheap and
put it in rather easily.  Any comments, suggestions, or contradictions
I would be interested in hearing.

Send to:

--------------------------robertc@garfield.cs.mun.ca---------------------------
|                        _______                                              |
| Robert Christian      | D D D |               Calling from                  |
| "Great spirits have   |~~~~~~~|    MEMORIAL UNIVERSITY of NEWFOUNDLAND      | 
|  always met violent   |   +   |        Computer Science Department          |
|   opposition from      \~~~~~/        =============================         |
|   mediocre minds."      \___/       Disclaimer : Anything I say is likely   |
|   -- Albert Einstein                  not the opinion of my brain. :-)      |
-------------------------------------------------------------------------------
From: Julian_Reschke@ms.maus.de (Julian Reschke)
Newsgroups: comp.sys.atari.st
Subject: Re: TT Unix ASV
Date: 13 Sep 92 20:19:00 GMT
Article-I.D.: MS.A47699
Organization: MausNet
X-Gateway: MausGate/News 1.11

Markus Wenzel (wenzel@marsu.tynet.sub.org) wrote:
>All development *done*? Man, are you kidding?
>A product like this is never finished.
>I saw the latest release (I hope it was) at Atari fair, and the
>mouse driver was as damned as before, you could hang up the system
>for some ten seconds by simply moving the mouse from one window
>to another while the computer was busily counting numbers in a
>shell script...
>Furthermore, it still comes along with GCC 1.39 - these days most
>people use 2.2.2. OK, you can compile it yourself, but I think
>it reflects what the guys from Atari think about updating.

I hate to disagree, but that's true.

The whole ASV project is entirely unprofessional. The X is very
clumsy (as compared to a SUN 3/60), especially the mouse driver
(like he said). Tools are outdated, online manuals imcomplete,
no X11R5 and so on.