HDTenEightyP/NetNews huggingface dataset:
From: paetau@mits.mdata.fi (Rasmus Paetau)
Subject: Re: Shadow-Term II
Organization: Microdata Oy, Helsinki, Finland
Date: Tue, 1 Sep 1992 20:18:53 GMT

In article <4988@news.duke.edu> bigham@acpub.duke.edu (Scott Bigham) writes:
>From the Holy Book of <1992Aug30.174511.13276@mits.mdata.fi>
>  as spake by paetau@mits.mdata.fi (Rasmus Paetau) :
>
>>In article <1992Aug27.101623.6691@peponi.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
>

[ARCV explanation deleted]

>
>>                 I can't see any reason for using it with FZDT, as it
>>isn't a .TTP program?
>
>Well, if you want to download a _lot_ of files at once, you'll have to
>hand XYZ a very long parameter list.  XYZ (presumably) prepares for this
>eventuality by using startup code that knows how to parse arguments
>passed to it via ARGV; the problem (apparently) is that FZDT doesn't
>know how to _give_ args to XYZ via ARGV, thus losing the benefit of
>long command lines.

This would only occur on Xmodem protocols, because Ymodem and Zmodem
protocols get the filenames from the other end. When you're uploading,
FZDT makes a file containing the batch list of files to send (at least
my FZDS is set up to do so). I'm not sure if it then puts the entire
batch list on the command line, but I don't thinks so, why then bother
to even create the batch list?

[End deleted]

>-- 
>Scott Bigham                   | The opinions expressed above are
>bigham@hercules.acpub.duke.edu | (c) 1992 Hacker Ltd. and cannot be
>                               | copied or distributed without a
>                               | Darn Good Reason(tm).


-- 
-----------------------------------------------------------------------
| Rasmus Paetau (paetau@mits.mdata.fi) | Waiting for the Atari Falcon |
-----------------------------------------------------------------------
From: paul@jupiter.ame.arizona.edu (Paul Harris)
Newsgroups: comp.sys.atari.st
Subject: Re: TT Compatability questions
Date: 27 Aug 92 20:38:54 GMT
Reply-To: paul@jupiter.ame.arizona.edu
Distribution: world,local
Organization: University of Arizona

In article 714929181@deci, mack@deci.cs.umn.edu (Dan Mack) writes:
> With the recent drop in TT prices, I'm considering purchasing one but
> first I'd like to know what people's experiences are with the TT.
> 
> So, for  those of you  who  know,  could you  answer as many questions
> below as possible and I'll post a summary of the results  to this news
> group in a day or so.
> 
> Thanks,
> 
> ==============
> 
> 1 . Do games like Falcon, Flight Simulator, Sim City, etc. run well
>     on the TT?  Too fast?

All the games I have are ones I've downloaded, and _most_ work, though some require
switching screen modes manually or running a 24-bit mapping program first.

> 
> 2.  Does Calamus and other word processing packages work?
> 

I have demos on Calamus 1.09 (?) and SL (German version) and they both work, though
SL keeps complaining about more memory (I've only got 2M)

> 3.  Has Minix been ported over yet?
> 
> 4.  Is there a Unix like OS  for the TT?  If so, has anyone gotton X11
>     R4 or X11 R5 to compile on a TT?
> 
> 5.  Are there any UNIXless X servers available for the TT?
> 
> 6.  If you own a TT, what are your impressions of the machine?
> 
Support is terrible, but hey, this _is_ Atari, and the mail-order place I got it from
knew nothing about it (but it was cheap).  But it does run lots of stuff nice and
fast (enought to impress my friends) and some of it is even useful (e.g., running
Mac stuff on Spectre puts real Macs to shame).

> 7.  Which version of the Atari OS do the TTs run?  2.?? 3.??
> 
3.05.  Bugs, bugs, bugs (but there's fixes out there).

> ==============
> 
> Dan
> --
> -- -- -- --- --- --- ---- ----  ___  ---- ----- ----- ----- ------ ------ -----
> Dan Mack (mack@cray.com)       / | \   	  "We're not hitchiking anymore... ..
> Sun/SGI Resource Group         \/_\/           We're riding!"  -Commander Hoek
> Cray Research, Eagan MN   ----- ----- ----- ---- ---- ---- --- --- --- -- -- --

-Paul Harris
paul@jupiter.ame.arizona.edu
Newsgroups: comp.sys.atari.st
Subject: Re: Shadow-Term II
From: sheppard_r@kosmos.wcc.govt.nz
Date: Mon, 31 Aug 1992 08:38:37 GMT
Reply-To: sheppard_r@kosmos.wcc.govt.nz
 <1992Aug26.185304.16536@mits.mdata.fi> <1992Aug27.101623.6691@peponi.wcc.govt.nz>,<1992Aug30.174511.13276@mits.mdata.fi>
Organization: Wellington City Council, Wgtn, NZ

In article <1992Aug30.174511.13276@mits.mdata.fi>, paetau@mits.mdata.fi (Rasmus Paetau) writes:
>In article <1992Aug27.101623.6691@peponi.wcc.govt.nz> sheppard_r@kosmos.wcc.govt.nz writes:
>
>[Part deleted]
>
>>Well I did try one of the earlyer versions but did not like it at all,
>>the programer did not know what arcv was all about, and it still does not have
>>a real Zmodem with a batch upload mode..
>
>What do you mean by real Zmodem with batch upload mode? FZDT uses XYZ
>2.01 by Starfall software, and it indeed has a batch upload (and
>download) mode. Freeze Dried even has an auto-start option for the
>Zmodem. I don't exactly know what this arcv is, but I think it's some
>kind of command-line extenser (that lets you write an over 128 byte
>parameter line)? I can't see any reason for using it with FZDT, as it
>isn't a .TTP program?

Command lines can be used by any program, it does not have to be a TTP..

arcv is the way that file name strings should be passed to the SZ program,
but XYZ201 requires a file with the file names in it to do this,
this is one big thing that I dislike, they must follow the standard and
use arcv..

 
>>Most of the chaps that I know that use FDT tell me that its still full of
>>bugs..
>
>Well, it has bugs, I mean it bombs sometimes (ex. when you load a
>program that doesn't release all memory when quitting), but it's
>definetly not full of bugs. I can live with it.
>
>-- 
>-----------------------------------------------------------------------
>| Rasmus Paetau (paetau@mits.mdata.fi) | Waiting for the Atari Falcon |
>-----------------------------------------------------------------------


Roger..........                sheppard_r@kosmos.wcc.govt.nz

Newsgroups: comp.sys.atari.st
From: amos@prl.dec.com (Samos)
Subject: DSP ? In one word, that is the Falcon..
Organization: Digital Equipment Corporation - Paris Research Laboratory
Date: Thu, 27 Aug 1992 08:04:27 GMT

I think the DSP will be a major reason to buy a Falcon if you buy one,
with this marvellous prossessor, by repogramming it, you can
emulate a modem, fax, correct the accustic of the room !, make easily soundtrack music (!),
help the 68030 (what will be great, as it is in parallel), so in one word,
the DSP in a wonderful little piece of art.

Amos.
From: olaf@oski.toppoint.de (Olaf Schlueter)
Newsgroups: comp.sys.atari.st
Distribution: world
Subject: Re: how to install nn?
Organization: Toppoint Mailbox e.V.
Date: Mon, 24 Aug 92 23:10:04 MEST

I was informed by some forwarded mail and a mail of jhenders (my reply
bounced just at the last site on the way to you, please check that,
your host is lacking an MX record for you), that there suddenly is
trouble about a version of nn for ST, and now, after all I read,
I guess, its my version.

I'm very sorry, that it causes so much trouble. Over a year ago I posted an
installation guide to the german part of the net demanding every archive
admin to incorporate it into their copy of nn, but it has been naive to
think that would help.

I will post it again after this article. It will not solve all problems, as
the configuration, nn was aimed at, is very special (Gemini, Mercury UUCP or
Digital Island UUCP), but there was nothing else (as far as UUCP systems for
ST computers are concerned) available at the time NN was ported. I have no
experience with Hermes, although the mmail.ttp incorporated in the nn
distribution is a very ancient predecessor of mmail coming along with
hermes. It is true that the shell used has to support the following features:

_shell_p hook
ARGV argument passing
strings can be quoted without any processing by ''

I heared there are older versions of gulam still alive which do not
know about _shell_p or ARGV.

Read the installation guide with special care for environment variables.
nn uses a lot of environment variables standard in Unix, but not normally
defined on an ST (HOME, LOGNAME, USER). I hope its all in the docs.

I will stay tuned.

-- 
Olaf Schlueter, Sandkuhle 4-6, 		    | olaf@oski.toppoint.de, 
2300 Kiel 1, Germany, Toppoint Mailbox e.V. | olaf@tpki.toppoint.de
My heart full of hope, my ass full of dope. 
Barcelona 1992
From: Bob_BobR_Retelle@cup.portal.com
Newsgroups: comp.sys.atari.st
Subject: Re: Dungeon Master Version Numbers
Date: Tue,  1 Sep 92 23:22:39 PDT
Organization: The Portal System (TM)

Paul Good asked a number of questions about Dungeon Master:

As far as I know, the ending of all the ST and Amiga versions
are exactly the same.  The IBM PC version has a GREATLY improved
ending animation where the Grey Lord destroys the Firestaff and
the people of the village of Viborg dance in the streets..
VERY nice..!
 
I'm not sure what the last version of the ST version was.. the
way to check which version number you have is to boot up the
game, then click on the disk icon.. the frame of the dialogue
box (where you can Save, Format, etc) has the version number
on it.
 
FTL will upgrade the game for a nominal fee.. best to call them
and ask about the newest version number and what their upgrade
procedure currently is..
 
Their phone number is:  (619) 453-5711
 
BobR
From: ekrimen@wet.UUCP (Ed Krimen)
Newsgroups: comp.sys.atari.st
Subject: Re: Midi as a virtual drive?
Date: 25 Aug 92 16:58:27 GMT
Organization: Wetware Diversions, San Francisco

In article <BtI64o.2p3.1@cs.cmu.edu> irogina+@SMAK.BOLTZ.CS.CMU.EDU (Ivica Rogina) writes:
>Is there a program, which emulates a virtual drive on the
>Midi port? Or to be more precise: can one ST connected to
>another ST via Midi access the other ST's physical drives?

Yes, it's called a MIDI network.  There are commercial and freely-distrutable
versions available.  Check atari.archive.





-- 
   |||    Ed Krimen
   |||    ekrimen@wet.com
  / | \   E.KRIMEN (GEnie)
Organization: Penn State University
Date: Mon, 31 Aug 1992 22:46:20 EDT
From: <SML108@psuvm.psu.edu>
Newsgroups: comp.sys.atari.st
Subject: Mac Portable vs. ST Portable

I have a friend who wants a laptop Macintosh.  This much is locked in stone.
Since the mac portable costs ^$5000, I would like to hear from people who
have experience with ST portables running Spectre GCR.  How much can
one get one for and how good are they compared to the mac portable?

Scott
Newsgroups: comp.sys.atari.st
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Subject: Re: Atari marketing was: ding dong.. who's there ? Dr who..
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Tue, 25 Aug 92 17:44:26 GMT

In <oliver.714758617@damabus> oliver@damabus.informatik.rwth-aachen.de (Oliver Meyer) writes:

[...]

>And if you have seen the fair in Duesseldorf (as I did) you would
>know, that Atari hasn't learnd anything about marketing. It was a 
>desaster in my eyes. A little show with lots of pauses and a 
>guy doing the speech, who wasn't a seller, but a grandpa. He told
>us, what could be done in the future, but not now. You don't sell
>anything this way.

Who cares how "professional" a presentation show is  done?  Would
you  have been more impressed if the Falcon had been presented by
Claudia Schiffer?? ;-)
Let's face it: The fuss they make is of absolute no use  or  harm
to  any user once he/she bought the computer. It's the facts that
count.  And  for  the  Falcon  that  is:  Excellent  "multimedia"
capabilities  and sufficient numbercrunching capabilities for the
money.

 +- 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
From: csullogg@cc4.crl.aecl.ca
Subject: Info needed on Portfolio display control
Organization: AECL RESEARCH
Date: Fri, 4 Sep 1992 12:34:13 GMT

I received the following request from a local company that does not have
net access. Please forward any info to me so I can help these guys. Thanks
=================================================================



	    Atari Portfolio Display



	The BIOS on the ATARI PORTFOLIO allows the user control of individual
	pixels on the LCD display, but for real time programming, the
	BIOS calls are dreadfully slow in execution. Unfortunately,
	ATARI does not support direct manipulation of the hardware by
	users, and the hardware is distinctly different from the standard
	types used on PC's.

	Somewhere out there, there must be some users who have figured out
	how to manipulate the PORTFOLIO display at the direct hardware
	level, and perhaps would be willing to give me the following
	information:

	1) What is the address of
		    a) the status port
		    b) the control port
		    c) the data port ?

	2) What are the individual bits in the status byte used for?

	3) What is the procedure to set/clear individual pixels?
From: cummins@a.cs.okstate.edu (CUMMINS JOHN WILLI)
Newsgroups: comp.sys.atari.st
Subject: Re: looking for an assembler
Date: 3 Sep 92 13:42:00 GMT
Article-I.D.: a.1992Sep3.134200.7860
Organization: Oklahoma State University, Computer Science, Stillwater


An early version of DevPak by HiSoft was distributed on a magazine disk,
I recon it's available.  It has an Assembler/Debugger and (I think) an editor!

Fairly nice... I "looked at it" and it looked very good.
I have no opinion on it's effectiveness as a programming tool.

jc
Newsgroups: comp.sys.atari.st
From: scotty@verdix.com (Scott R. Chilcote)
Subject: How to Xfer Program ST -> Mac ??
Summary: Can't "unstuff" archives
Organization: Verdix Corp.
Distribution: usa
Date: Wed, 2 Sep 1992 23:11:48 GMT


Hi.

I've read a few FAQs but haven't found an answer to this problem yet.

I downloaded several .SIT (stuffed) files for the Macintosh using my ST,
and put them on a floppy formatted for the IBM PC.  I used Apple File 
Exchange on the Macintosh to transfer them over to the Mac.

When I then execute Unstuffit and select to unpack these archives,
Unstuffit does not recognize these files.  They transfer over to the Mac
with a file type of "document", which is apparently wrong.

Does someone know how to make Unstuffit recognize these files?  Or, could
a different method be used to translate these files to the Mac?

Unfortunately, the Mac these files are going into doesn't have its own modem,
so they have to be transferred indirectly via disk.

Thanks for any help.


-------------------------------------------------------------
Disclaimer: I do not represent Verdix Corporation, and my
postings do not represent their opinions.  
-------------------------------------------------------------
                                            Scott R. Chilcote
                                            scotty@verdix.com  - or -
                                            scotty%verdix.com@uunet.uu.net
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: max baudrate?
Date: 4 Sep 1992 13:28:34 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <1992Sep4.032805.22167@zooid.guild.org> Mike Stramba <stramba@zooid.guild.org> writes:
>I'm not sure about VT220 (what is used on ? mainframes?)

	Yes, I use it on mainframes.  For most applications, you cant' tell the
difference between it and VT102 (in fact, it should be backward compatible with
VT102 codes).  There are enhancements though (I forget right now what).

>>anyone successfully gotten Connect to work with XYZ?  If so, what version/
>I tried xzy 2.01, and it seemed fine. I uploaded and dl'd in zmodem no prob.

	I fixed this problem btw.  Just had to set it to 8/none.

>I have that version as well. I know about the .rsc file, it's the docs I
>thought I heard were in English. You could always try ger2eng, I haven't
>tried it recently, it's not perfect, but has been useful to me with other
>german programs/docs I have tried.

	I'll try that (when I have time...boy that phrase is becoming a litany!
:(   )

>>	The only real peeve I have now is the slow updating, but Wolfgang says
>>that NVDI (and I would imagine Warp9) should fix that, as well as giving
>>access to more screen fonts.  We'll see. :)
>Again, Freeze Dried has the fastest Ansi emulation I have tried so far.

	Wow, faster than Uniterm?  Really?  Maybe I should see that...:)

>Wolfgang, the Connect author also suggested that I have gdos or Nvdi or
>something like that. I don't have either at the moment.

	The good thing is that they should both be up at Atari.archive.  The
bad thing is that it takes time to download/setup/etc.  Oh well...  You should
probably get at least FontGDOS.  If you don't use it for you term progs, you
could always use it for word processing.

Later,

Mike
From: geoffc@zebedee.UUCP (Geoffrey Coan)
Subject: jpg format converter
Newsgroups: comp.sys.atari.st
Reply-To: uunet!ibmpcug!jshark!zebedee!geoffc
Date: 2 Sep 92 19:11:24 GMT
Distribution: world
Organization: Geoffrey Coan (disorganisation)
X-Version: Rodney's UUCP modules 02/11/90 V1.18

Does anyone have a converter program for the ST (or even an IBM PC - spit !)
that can convert a .jpg format image into something more common (eg: .gif,
.rll, .iff, etc) ?

I'm sure Ive seen some posts on this subject recently but I didn't pay enough
attention :-(

AdvThanks,

Geoffrey
--
are you ready to SKYDIVE ??                                       Geoffrey Coan
well all right then, if you say so ...   ..!uunet!ibmpcug!jshark!zebedee!geoffc
Newsgroups: comp.sys.atari.st
From: vombruch@quando.quantum.de (Stefan vom Bruch)
Subject: Re: Falcon price
Organization: Quantum Software GmbH, Dortmund, Germany
X-Newsreader: Tin 1.1 PL5
Date: Fri, 28 Aug 1992 06:50:07 GMT

Len Stys (aa399@cleveland.Freenet.Edu) wrote:
: 
: In a previous article, RESCHKE@DMSWWU1A.UNI-MUENSTER.DE (Julian F. Reschke) says:
: 
: >Production falcons have the normal ST grey casing, and a darker keyboard.
: >
: Are you sure?  I thought someone said it would have a dark grey color
: and have white key caps...
: 
: In fact, I was pretty sure that this is what it was going to be
: to distinguish it from the normal STs.

The early prototypes had a dark grey colour, the Falcons at the show in
Duesseldorf had the grey ST casing however with darker keys and a rather
colourful Falcon030 logo. I think Atari scrapped the idea of a darker casing
because with all the other grey add-ons Atari users might have, the Falcon
would look out of place....

See ya, Stefan

-- 
 _--_|\            Stefan vom Bruch                         vombruch@quantum.de
/      | ______________________________________________________________________
\.--._/ (_      /  Quantum GmbH, Emil-Figge-Str.83, W-4600 Dortmund 50, Germany
_____v____) |/ /_)
From: baffoni@aludra.usc.edu (Juxtaposer)
Newsgroups: comp.sys.atari.st
Subject: Re: Atari ST with 60Mhz 68040 on the Atari Messe
Date: 2 Sep 1992 16:17:28 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: aludra.usc.edu

In article <H.4oWNqRisp5g@fredrik.atari.no> jornmoe@fredrik.atari.no writes:
[stuff deleted]
>The 68040 do have an internal clock doubler, although Motorola does'nt make 
>such a big fuzz about it. But using the Intel terminology in advertisment, the
>68040/33Mhz would be a 68040/66Mhz (DXII) processor! I guess this is what the 
>maker of this 68040 ST enhancement project has done....

	Actually, this is kind of backwards.  Every Intel chip <486 and every
Motorolla chip <'040 ('030?) use clock dividers.  The '486 and the '040 
actually use the external clock for their internal logic.  Intel DX2 chips
use an external clock that is twice the speed at which it communicates with
its external lines (Address, data, BACK, etc.), and thus the rest of the
system runs at 1/2 of the processors speed.  I believe the '386 uses a 
2:1 divider.  

>  _______________________________________________________
> / Joern F. Moe /  All above is my own personal opinion! \
>/ Oslo, Norway /  Any lack of opinion above is also mine! \
>-----------------------------------------------------------

-Mike
From: dhbutler@magnus.acs.ohio-state.edu (Your Conscience)
Newsgroups: comp.sys.atari.st
Subject: 68040 accelerator board?
Date: 3 Sep 92 19:31:32 GMT
Article-I.D.: photon.9209031931.AA15117
Organization: The Ohio State University
X-Mailer: ELM [version 2.3 PL11]

Hello!? I seem to have missed something very important! There seems to be some 
talk about a 68040 board or upgrade or hack that can be bought/built for the 
Atari ST?

What should I know about this?

Is it just wishful thinking?

Is it real?

Can I use it on a Mega?

How much does it cost?
---------------------------------------------------------------------->
|-) -David Butler- dhbutler@magnus.acs.ohio-state.edu

- who now has a shorter .sig file due to complaints...

  |||        - FRANK ZAPPA for president! "One of his best qualifications is
 / | \         that at least he won't take it seriously." - Jammer
From: kendall@flammulated.rice.edu (Kendall Helmstetter Gelner)
Subject: need help with emacs & mint...
Organization: Rice University, Houston, Texas
Distribution: usa
Date: Wed, 26 Aug 1992 01:50:48 GMT

I've having a problem with emacs 18.57 and mint .095 (the newest one) on a
new 1040STE.  The Emacs is the one from the mint directory on a.a, as is
Mint itself.

Here's the problem - I can't get the arrow keys to work with Emacs -
whenever I press an arrow key, Emacs only gets one character of the escape
sequence - the first keypress sends a ^[, any other keypress after sends
the following letter ('a' if I was using the up arrow, for instance) and
then the key pressed as well.  I have my TERM, TERMCAP and everything else
set OK - I can use Emacs, it's just that the arrow keys don't work, and
also presumabley anything else that needs a multiple character escape
sequence to work.  Any ideas would be most appreciated...

Thanks,



--
---> Kendall Gelner (kendall@rice.edu)
There's a Swedish saying that goes like this:
"Det finns inget daaligt vaeder - bara daaliga klaeder!"
If you translate that to (bad) English you get:
"There isn't any bad weather - just bad clothes!"
From: sm86+@andrew.cmu.edu (Stefan Monnier)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon Graphics
Date: 3 Sep 92 22:32:00 GMT
Article-I.D.: andrew.sedk=Um00awVAY5H1H
	<Bu1Dyu.IA0@gpu.utcs.utoronto.ca>
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.sys.atari.st: 4-Sep-92 Re: Falcon Graphics I.
Barnett@gpu.utcs.utor (535)

> In your post, you say that the latest Mac LC (the LCII) is better that the
> Falcon.  Where do you get this from?  The LCII is a 16 Mhz '030 : tie.  It will
> support 16-bit graphics but only up to a 13" monitor...for mor color/resolution
> you need a graphics card.  The Falcon's sound just kill the LCII.  The LCII is
> in direct comptetion with the Falcon, not the Classic II, plus the Falcon is
> cheaper.  The only thing that the LCII has is a superior O/S but TOS is
> getting better.

> Darren King, GBC :: emai : gbcusg@gpu.utcs.utoronto.ca


I fully agree. I just precise: LCII and Classic II have the same processor 
running at the same speed and having the same PROBLEM:

Their data path is only 16bits wide !! (although the 68030 
is able to use 32bits of course)

It makes them about half the speed of a IIcx (or of a Falcon)
At least for processor performance !

	Stefan Monnier

-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------
Newsgroups: comp.sys.atari.st