HDTenEightyP/NetNews huggingface dataset:
From: okes@essex.ac.uk (Oke S)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: Backing up the HD --- HELP!
Date: 3 Oct 92 15:21:28 GMT
Organization: Department of Computer Science, University of Essex, UK.
In-reply-to: hack@stsci.edu's message of 2 Oct 92 18:56:29 GMT

In article <1992Oct2.185629.2123@stsci.edu> hack@stsci.edu (Warren Hack) writes:
| I just purchased a used HD for my stock 1040STf.  It came with a lot of PD
| software I would like to keep.  Unfortunately, I need to re-format the drive
| with a different version of TOS to run on my system.  I currently am loading
| TOS1.4 from disk to read the HD.  
| Please tell me either:
|
| 1.  What to use to archive/compress whole directory trees at once
|
| -- or --
|
| 2.  Which HD backup program does on-line file compression and can then
| restore the files as well.

Try turtle, a PD hard drive backup program with a compression option.
It's available for ftp on atari.archive.umich.edu, file is
/atari/Diskutils/turtle.arc.

--
This signature is copyright 12/6/1992 Simon Oke. All rights reserved. If you
like it and keep a copy for your own use, you owe me $20. Please pass it on
to your friends with all documentation.              Email okes@essex.ac.uk.
----------------------------------------------------------------------------
80% of statistics are wrong.
From: klassa@aurs01.UUCP (John M. Klassa)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: reading vblank counter on TT
Keywords: TT, vblank counter
Date: 30 Sep 92 17:11:40 GMT
Reply-To: klassa%aurfs1.aur.alcatel.com@rockdal.aud.alcatel.com (John Klassa)
Followup-To: comp.sys.atari.st.tech
Organization: Alcatel Network Systems, Raleigh NC

In article <61227@aurs01.UUCP> I write:

>Somebody recently sent me some code that uses Superexec() to call a routine
>that reads the system vblank counter...  The message was (in edited form):
>
>> Supexec( get_vbl_count );      /* Supexec() is an XBIOS function that */
>>                                /* executes a subroutine in supervisor */
>>                                /* mode.                               */
>> get_vbl_count()
>> {
>> /*
>>   system variable at address 0x466 - the number of vertical blank interrupts
>> */
>>   unsigned long count = *((unsigned long *)0x466);
>>   return( count );
>> }
>
>This works perfectly on an ST, but doesn't seem to work on a TT.  I
>would think that the counter is in the same place in system memory on
>both machines...
>
>Can anybody tell me why this doesn't work on a TT, and what I can do
>to make it work?

I've since discovered that it does work on a TT, but not in the
context in which I *WANT* it to work.  :-(

A simple test program that calls Supexec(get_vbl_count) 100 times and
prints the result returns reasonable numbers on a TT...  I get between
9 and 12 of each number, and the numbers increase by one with each
change (i.e. like 610, 610, 610, ... < 6 or 8 more of 'em > ... 613,
613, ...  and so on).

However, when I put similar code into a game I'm writing, it flops.
It could be that *I've* hosed it up (I'm certainly not beyond making
mistakes), but it only fails on a TT.  The way I've got it set up is
as follows...

In main(), I set old_vblanks to Supexec(get_vbl_count).  Then, with
each iteration of the main loop, I check to see whether I've taken
more time than I wanted to, to complete that iteration.  If so, I
display a message that says, in essence, "you've taken too long..."
If not, I do a Setscreen() to flip pages (i.e. I double-buffer), then
a Vsync() to wait for the next vblank.  Then, lastly, I set
old_vblanks to Supexec(get_vbl_count) again, and loop around to do the
next iteration.

Like I said, on an ST, it works just like it's supposed to.  On a TT,
I get the "you've taken too much time" message immediately.  If
anything, I should see that message MUCH less often on a TT, since it
ought to be able to whip through things MUCH faster than an ST does
(no TT flames, please... :-)).

HELP!

Thanks!
John

 o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
 o                               John M. Klassa                              o
 o      Alcatel Network Systems, Inc. --- Raleigh, NC --- (919) 850-1246     o
 o        Email: klassa%aurfs1.aur.alcatel.com@rockdal.aud.alcatel.com       o
 o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
Newsgroups: comp.sys.atari.st.tech
From: jad2433@ritvax.isc.rit.edu (Neonman)
Subject: Need Mega4 Motherboard
Reply-To: jad2433@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Mon, 28 Sep 1992 21:37:22 GMT

I want to buy new/used a working Mega4 Motherboard.

I dont need anything else but the motherboard w/most of the chips
I might even settel for a Mega2 motherboard if there are empty banks
to solder another 2 megs of chips into.

If you a have a Mega 4 motherboard to sell, or know of where to get one 
for a pretty good price, please Write to the following Internet Address, or
call be direct on the East Coast, I can be reached at;

JAD2433@ritvax.isc.rit.edu        or JAD2433@rit.edu

Justin DuBois  (716) 359-9888

Thanks.
From: glens@natinst.com (Glen Sescila)
Newsgroups: comp.sys.atari.st.tech
Subject: offgibit(), ongibit()
Date: 28 Sep 1992 07:47:38 -0500
Organization: National Instruments, Austin, TX
Distribution: usa
NNTP-Posting-Host: falcon.natinst.com

	Can I use these calls within a VBI?  I have already tried it and get
reboots.  I think what might be happening is that the interrupt occurs after
the system writes the GI select register but before it does the access so
by the time my VBI is done, the GI select register no longer contains the
value the system wrote to it.  In the developer docs it says bios calls
(trap #14) are O.K. in interrupt service routines.

Any help would be greatly appreciated.
-----------------------------------------------------------------------------
"Now You're Playing With Power Without The Price!"  Glen Sescila   |||
                                                                  / | \
My opinions do not necessarily reflect those of my employer and probably are
exact opposites.	InterNet: glens@natinst.com
-----------------------------------------------------------------------------
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st
Subject: Re: New Mac Prices tough on Falcon
Date: 3 Oct 92 19:55:23 GMT
Organization: Georgia Institute of Technology

In article <bernardo-011092142428@126.10.4.34> bernardo@erevax.bitnet (Marcelino Bernardo) writes:
>It seems to me that Atari would have a hard time marketing the Falcon with
>similar configuration for ~$1300 as I've read in this newsgroup.
>
>Marcelino Bernardo
>bernardo@erevax.bitnet
>Usual disclaimer applies.

Once again, a comparison of apples and oranges.  What one has to remember
with the LC is that high resolution color is NOT standard.  It can be added
at the price of adding VRAM and a board.  The high resolution color for
the LC is what seems to be standard on the Falcon.  Also the LC does not
have a built in DSP.  I think the Falcon will find its niche in the music
and video market which is a market a stock LC is not equipped to compete in.
-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
Newsgroups: comp.sys.atari.st
From: hartlenk@newton.ccs.tuns.ca (Kenneth W Hartlen)
Subject: Re: Trying out Freeze Dried Terminal and CoNnect 1.52
Organization: Technical University of Nova Scotia, Halifax, N.S.
Date: Sun, 27 Sep 1992 11:46:47 GMT

In article <1992Sep26.221010.166238@zeus.calpoly.edu> akenning@zeus.calpoly.edu (Aaron Bryce Kennington) writes:
>FZDT will not handle vi correctly under ANSI emulation.
>[Sean Price works ont he project with Aaron, and I've told them about this
>problem]
> 
>This is unfortunate for I have to use Interlink for vi work under VT100
>
>Aaron Kennington
>-- 
>--------------------------------------------------------------------------------||||Aaron Kennington||||||||||||||||||||||||||||||||akenning@eos.calpoly.edu||||
>|||||||||||||||||||||"Happy Happy, Joy Joy" -- Stimpy & Ren|||||||||||||||||||||
>--------------------------------------------------------------------------------

Aaron,

    I have Interlink ST (v1.85) and have always had problems with full screen
    editting under the VT100 mode. The screen doesn't update properly and I 
    must always use ^L to refresh the screen. Are you using the original VT100
    VT_100.EMU included with Interlink or an update? When ever I call the 
    HP or VAX at TUNS I use Uniterm to avoid such problems.

Ken

===============================================================================
Kenneth W.Hartlen                          E-mail (hartlenk@newton.ccs.tuns.ca)
School of Computer Science                     or (hartlekw@taurus.cs.tuns.ca)
Technical University of Nova Scotia
P.O. Box 1000
Halifax, Nova Scotia,  B3J 2X4  CANADA
From: annius@sif.research.ptt.nl (Annius Groenink)
Newsgroups: comp.sys.atari.st
Subject: Re: Falcon in Holland
Date: 5 Oct 92 08:53:26 GMT
Organization: PTT Research

leonp@cs.kun.nl (Leon Pillich) writes:

>Today I went to a local computer shop to ask if and when they would
>sell the Falcon. I had a nice chat with the guy and he told me the
>following things:

>- This shop (Byte) will certainly sell Falcons.
>- The Falcon will be introduced in Holland in Februari 1993
>- The first two month of production are already sold out, though
>  eaxct price isn't know yet
>- Price will be between 1400 and 2000 Dutch guilders, including HD
>- No Falcons without HD's will be sold in Holland
>- Introduction to the general public is feb 1993 because atari
>  wants to be able to sell a computer with a large software base
>  which is under development now.

And probably will still be in its development phase in feb 1993. I thought
the Falcon was going to be available November of this year.

>- MultiTos or other Tos is uncertain (verybody hopes for MultiTos)
>  but it's not unlikely that it will be sold only with MultiTos
>- Case is uncertain. Certainly no 1040 case !!!!!

Let's HOPE they will give that some thought. But who believes a salesman
in a BYTE shop?

>- They think that falcons will make lifer for cheap Macs tough !! :-)))

Which still won't make life for cheap PCs any tougher, which is more what
we want in the end.


-- 
Annius Victor Groenink      Universiteit Utrecht      PTT Research Leidschendam
Mathematics/Comp. Sc.        avgroeni@cs.ruu.nl       +31 70 3325445 (weekdays)
Atari ST/Music          A.V.Groenink@research.ptt.nl  +31 70 3464732 (evenings)
_____________My opinions are my opinions____________  +31 5700 29396 (weekends)
From: sheppard_r@kosmos.wcc.govt.nz
Newsgroups: comp.sys.atari.st
Subject: Re: Latest Uniterm
Date: 4 Oct 1992 09:02:28 GMT
Organization: Wellington City Council (Public Access), Wgtn, Nz
Reply-To: sheppard_r@kosmos.wcc.govt.nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

In article <1992Oct3.221549.6559@mailer.cc.fsu.edu>, boyd@shmop.cs.fsu.edu (Mickey Boyd) writes:
>If memory serves, Simon Poole made a minor update to Uniterm 2.0e011 about 
>a year ago, and posted an ftp site from which it can be snatched.  Could 
>someone please EMAIL me the answer to the following:
>	1.  Is /atari/Telecomm/uniterm.zoo this final version?
>	2.  What was the ftp site specifed by S. Poole?
>Thanks in advance.
>-- 
>  ****************************************************************************
>  *                              Mickey Boyd                                 *
>  *                         Systems Administrator                            *
>  *          Florida State University Computer Science Department            *
>  * email:  boyd@cs.fsu.edu  Office:  (904) 644-7339  Pager:  (904) 657-6425 *
>  ****************************************************************************


This is what was posted....!!!!

Subject: Slightly updated version of UniTerm available
From: poole@chsun.chuug.ch (Simon Poole)
Date: 27 Feb 92 17:02:37 GMT


A slightly updated version of UniTerm is available from

        chsun.chuug.ch

Directory

        /archive/software/atari/UniTerm

there's a tar'ed and compressed version of the distribution and a
unpacked version. (Please read the README in the directory -first-.)

-- 
CHUUG/EUnet Switzerland                         Simon Poole
Zweierstrasse 35        Tel: +41 1 291 45 80
CH-8004 Zuerich         Fax: +41 1 291 46 42    poole@chuug.ch

Newsgroups: comp.sys.atari.st
From: wmagro@uiuc.edu (William Magro)
Subject: Re: Printing with Spectre GCR
Organization: University of Illinois at Urbana
Date: Thu, 1 Oct 1992 03:40:14 GMT

In article <1992Sep29.161056.11806@sae.com> malay@sae.com (Bob Malay)  
writes:
> 
> I need a MAC print driver for a HP-IIP printer connected to the ST so I  
can
> print from Mac-mode. I own GDT Softworks Printlink in which I change my  
printer
> to emulate Epson LQ but the print quality from MacWrite II and/or MS  
Word 5 is
> bit flakey. GDT apparently has a new product "PowerPrint". Also, looking
> through the MAC catalogs I came across something from Insight called  
MacPrint.
> I also own a used copy of Freedom of Press Light but the modified  
AppleTalk 
> that comes with FOP seems to hang the system when booting up so I have  
never
> seen that quality of the print.
> 
> Current Commercial Drivers:
> 
>         GDT PowerPrint
>         INSIGHT MacPrint
>         Freedom of Press Light
> 
> Anybody have any luck with any of these????
> 
> Bob Malay

The DeskJet driver I recently mentioned also works with HP laser printers.
The reason is that they all use the same PCL language.  Older laser  
printers lack the graphics compression capability, so there is a check box  
to disable compression for compatibility.  The HP LJ IIP should have 
at least PCL Level III, so the deskjet driver should work fine, allowing  
you to print at 300 dpi.

--Bill
From: cliu@ocf.berkeley.edu (Corey Liu)
Newsgroups: comp.sys.atari.st
Subject: Re: Press Coverage of Falcon?
Date: 26 Sep 1992 22:33:27 GMT
Organization: U.C. Berkeley Open Computing Facility
NNTP-Posting-Host: bigbang.berkeley.edu

A friend told me he saw an article about the Falcon announcement in the San
Jose Mercury News (major paper in the Silicon Valley area).  He is going to
cut the article out for me.

--------------------------
cliu@ocf.berkeley.edu
From: rouellet@gel.ulaval.ca (Real Ouellet)
Newsgroups: comp.sys.atari.st
Subject: FAX software
Date: 28 Sep 92 21:51:11 GMT
Organization: Universite Laval

I am not sure this post should be here, but here it goes:

I recently bought a fax modem (US Robotics Sportster) and would like to
send faxes with it... but I have no atari FAX software. Is there some
(public domain or else ) available? Where? At what price?

Thank you.

Real Ouellet
Laval University, CANADA
From: moon!cyberden!system@well.sf.ca.us
Newsgroups: comp.sys.atari.st
Subject: Mega II w/color monitor for sale
Date: 30 Sep 92 22:44:28 GMT
Organization: Indescribable Creations

I have a friend in the NJ area selling a MEGA II w/Color Monitor. No
software. He works as a programmer and had to test a program one day
two years ago and bought the system for that one thing. Since then
it has been in it's box.

All offers being taken on this system.

<X>orcist

__________________________________________________________________________
   |       /         |\
   | H E   \ Y B E R |/ E N       [ moon!cyberden!system@well.sf.ca.us ]
From: wrighttj@uhura.aston.ac.uk (Auntie Tim)
Newsgroups: comp.sys.atari.st
Subject: Re: 1.4 meg floppy on an ST?
Date: 29 Sep 92 11:26:06 GMT
Organization: Aston University

Fitting a 1.44 Mb floppy to an ST (_any_ ST) is possible, as the ST
I've just bought from a friend has one fitted. It formats quite happily
up 82 tracks and 20 sectors using Diamond Format giving something over
1.6 Mb of space, and quite happily reads PC HD disks as well, and works
fine on (I think) all TOS versions- I'm using 1.4 but when he did the
upgrade he had 1.0 installed. What you have to do (this is from memory,
and I wouldn't know how to do it myself so please don't flame...) is
replace the 8Mhz signal coming into the drive with a 16Mhz signal and then
set the drive seek rate to 6 ms. and it seems to work fine. I think you
still have to set a switch depending on whether you're using 720k or 1.44
disks, but you could probably wire this to the HD detect pin which most
drives have (I've got a switch on the front of the tower case). I also
think I've got an arc file on a disk magazine somewhere which claims to 
have instructions and source code (probably unnecessary) for fitting
a 1.44 Mb drive- I could upload it to atari.archive if people want. I'll
try to answer any questions, but bear in mind I didn't do the upgrade
myself; I just use it!

-- 
Tim Wright.                   \               Real Life sucks
wrighttj@cs.aston.ac.uk        \                   losers dry.
From: frl@informatik.uni-kiel.dbp.de (Frank Luthe)
Newsgroups: comp.sys.atari.st
Subject: Re: Boston Computer Society shows Falcon 030
Date: 28 Sep 92 09:28:23 GMT

boberg@lysator.liu.se (Stefan Boberg) writes:

>>> >  - a 19.2K bps modem is now being implemented for the Falcon
>>>        ^^^^^
>>> What standard? There is no 19.2Kbps standard yet! It may be good
>>> for connecting two Falcons but no more.

>>9600/14.4 w/ compression. are you dumb or just acting like it?
>>if you're going to find something wrong with the Falcon (and i'm
>>sure there are a few things) you'll have to try harder than this...

>  But that's hardly what you would call a 19200 bps modem. If it
>implements V32bis it's 14400 bps, and if it's V32 it's 9600 bps,
>but there is no 19200 bps standard that I know of yet. V42"
>compression doesn't increase the transfer rate modem<->modem.

>  So again: Which standard is it?

I wonder what your problem is. If a 19200-standard is released it's just
a question of software to implement it. _That's_ the real advantage
behind this: we're already prepared for the (near) future.
And if the Falcon really supports the 14400-standard now, it would
be great for the moment.

Frank

--
---------------------------------------------------------------------
|    Frank Luthe, Flensburger Str.38, 2370 Rendsburg, Germany       |
|email: frl@informatik.uni-kiel.dbp.de  (long mail, uuencoded files)|
|       frank_luthe@rd.maus.de  (_SHORT_ mail, _NO_ binaries please)|
---------------------------------------------------------------------

Newsgroups: comp.sys.atari.st
From: wmagro@uiuc.edu (William Magro)
Subject: Re: Spectre-GCR v3.0/System
Organization: University of Illinois at Urbana
Date: Fri, 2 Oct 1992 13:37:12 GMT

In article <1agjr6INNiec@golem.wcc.govt.nz> wells_s@kosmos.wcc.govt.nz  
writes:
:^) What's the difference between system 6.0.4 and 6.0.5?  And, if any,  
what's
:^) the advantage?!
:^)  
:^) Also, when I call up 'Get Information' from the file menu, a lot of  
the text
:^) seems to overlap - making it very difficult to read.  (And I'd rather  
keep th
:^) font size above 10 point!)  
:^)  
:^) And, where can I get a (PD) Epson (FX/MX/LX compat') for the mac'.  
:^)  
:^) Thanks for any help! (Nice gadget!)

There is a decent Epson 9-pin and 24-pin driver available as freeware.
The package is called:  Chuck's printer drivers.  It is available on
mac sites which mirror the info-mac archives (wuarchive.wustl.edu, 
for example).  You can always search for it under 'chucks' using
archie.

Bill
Newsgroups: comp.sys.atari.st
From: oracle@iastate.edu (Jason Brunken)
Subject: Re: Which BBS should I use????
Organization: Iowa State University, Ames IA
Date: Mon, 5 Oct 1992 23:25:35 GMT

In <1992Oct5.161956.27610@unislc.uucp> tevans@unislc.uucp (Terry Evans) writes:

>   I have been thinking of setting up a BBS on my coputer at home
>and I was wondering what BBS do the user's out there like?  

>   I would like the BBS to be a PD version if there are some that
>are acceptable to use.  (Acceptable means that it doesn't bomb,
>is easy to maintain, etc..)  I noticed that there are two at 
>atari.archive.umich.edu and they are called fnordadel and stadel.
>How are they??

>   You may either post your responese or send them to         
>tevans@cs.utah.edu

>Thanks for the help in advance.

I HIGHLY suggest Trancendence, It's easy to use, fairly easy to set up,
VERY powerful, very stable, very configurable, and a shareware version is
available.  If you set up the shareware version and you like it, you can 
purchase it for $49.00 and get the key file to activate all the features.

If you want to try out the shareware version, mail me, I can answer any 
questions (or at least try) that you have when trying to set it up.

If there is enough interest, I can upload the latest shareware version to
atari.archive

BTW, it's being updated regularlly, unlike some other ST BBS programs out
there...  for $49 you get way more than your money's worth...

-- 
------------------------------------------------------------------------------
  |||  |                 >>>   oracle@iastate.edu   <<<
 / | \ |      SysOp: ShadowKeep - ST Trancendence BBS Beta Test Site
------------------------------------------------------------------------------
From: kruel@wpcst1.phys-chemie.uni-wuerzburg.dbp.de (Thomas-Martin Kruel)
Newsgroups: comp.sys.atari.st
Organization: Institut f. Physikalische Chemie
Subject: TeXDraw - new developer sought
Keywords: tex, graphics, modula
Summary: The author of TeXDraw wants to give away the project
X-Software: HERMES GUS 1.04 Rev. Sep  5 1992
Date: Sun, 27 Sep 1992 18:26:56 MEST

Dear netters,

the author of TeXDraw, Jens Pirnay, has stopped the development of his 
program since he has changed the system.

However, he would give away the sources (and may be the compiler 
also), if someone is willing to take over the project for further 
development.

The program is written in Megamax Modula-2. The last version is 
1.86.3, available e.g. from rusmv1.rus.uni-stuttgart.de (129.69.1.12) 
in /soft/tex/machines/atari. A slightly newer version should be 
available through the Funbox in Regensburg (Fido: 2:246/124), 
including sources.

To those who don't know TeXDraw yet:
It's a fully GEM based, very powerful drawing tool which outputs 
(La)TeX-code, including the epic-specials, cs-specials etc.
It can also convert various graphics formats.

As is always, software is never ready, and there are still many things 
to be done.
TeXDraw has been shareware (DM 20.-) and at least I am willing to pay 
more for an improved version.

If there are interested programmers, they should contact the author 
himself:

   Jens Pirnay,
   Mail:   jens.pirnay@rphs1.physik.uni-regensburg.de,
           pirnay@vax1.rz.uni-regensburg.dbp.de
   Fido:   Jens Pirnay (2:246/124.5)
   Maus:   Jens Pirnay @ R


Regards,
        Thomas.
-- 
Thomas-Martin Kruel  Institut f. Physikalische Chemie / Universitaet Wuerzburg
                     Marcusstr. 9-11, D-8700 Wuerzburg, Tel. +49 931 31579
From: gt1448b@prism.gatech.EDU (David P. Forrai)
Newsgroups: comp.sys.atari.st
Subject: Re: ST questions:  FPUs
Date: 28 Sep 92 20:35:43 GMT
Organization: Georgia Institute of Technology

Laser C's library lib881.a supports the 68881 FPU.  You probably
won't see a big increase in speed with just straight multiplies and
divides - especially with 32 bit floats.  This is due to the speed
data is transferred on the bus.  Big improvements will occur with
the built in functions (like the trig functions) since all the
calculation will occur in the FPU.

-- 
David P. Forrai
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt1448b
Internet: gt1448b@prism.gatech.edu
Newsgroups: comp.sys.atari.st