🚀 go-pugleaf

Info-Atari16 Digest   Thursday, December  4, 1986   Volume 86 : Issue 32

This weeks Editor: Bill Westfield

Today's Topics:

                            Administrivia
                               Re: less
                    Intercepting keystrokes on ST
             Re: Info-Atari16 Digest V86 #21  (breakout)
              Re: Re: yet another # of files limitation
                         Lost Bitnet digests
                           OSS Prolog Query
                      another try: wanted: datab
                      APL.68000 - more questions
             SPEAK.ARC - how does one do file redirection
                              arc - help
            Re: Public Domain Midi Software (attn: Pixar)
                Re: RAMDISK that survives system reset
                   Re: 520ST/1040ST DEVELOPMENT KIT
                      Saving the cursor position

----------------------------------------------------------------------
From: Info-ATARI16-Request@Score.Stanford.edu
Subject: Administrivia

Two different digests labeled Volume 86 Issue 30 were mailed out.
This is Issue 32, and there was NO issue 31.

Sorry for any resulting confusion.

BillW

------------------------------
Date: 1 Dec 86 23:55:31 GMT
From: s.cc.purdue.edu!afo@h.cc.purdue.edu  (Alan Davis)
Subject: Re: less
To: info-atari16@score.stanford.edu

>Could someone please send me a copy of LESS and SPEECH, I couldn't get
>either to work.

Me too!!

Alan Davis
Purdue University Computing Center

USENET:   {seismo, decvax, ucbvax, ihnp4}!pur-ee!s.cc!afo
BITNET: ADAVIS@PURCCVM

------------------------------

Date: 2 Dec 86 00:12:15 GMT
From: phri!orville!dvm!dave@nyu.arpa  (David Brand)
Subject: Intercepting keystrokes on ST
To: info-atari16@score.stanford.edu

WANTED: some sort of routine that catches control-C on the Atari ST
and (ideally) emulates a signal() call, but in desperation, I'll take
anything that just sets a flag when ctrl-C is hit.

The keystroke intercept routine from a memory resident utility would
probably be ideal.

If such a routine is not currently available, I could use some pointers
on where these characters are available to be intercepted.  Taking them
out of the acia seems to reset the interrupt condition and I don't feel
like duplicating Atari's entire ROM input routine.

Any pointers, references, hints... would be GREATLY appreciated.
-- 

					- Dave

...{decvax,ihnp4,ucbvax}!allegra!phri!orville!dvm!dave

------------------------------

Date: 2 Dec 86 01:26:45 GMT
From: imagen!atari!neil@ucbvax.Berkeley.EDU  (Neil Harris)
Subject: Re: Info-Atari16 Digest V86 #21  (breakout)
To: info-atari16@score.stanford.edu

BREAKOUT.ACC is NOT a public domain program!  It is an unfinished product of
Atari Corporation and is not meant for general distribution.

--->Neil @ Atari

...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil

BIX: neilharris		CIS: 70007,1135		Delphi: NEILHARRIS
GENIE: nharris		WELL: neil		Atari Corp. BBS 408-745-5308

US Mail: Atari Corp.
         1196 Borregas Ave.
         Sunnyvale, CA 94086

"Loose chips sink ships."

[ BREAKOUT.ACC has been deleted from the INFO-ATARI archives.
  Stanford and I, of course, take no responsibility for things
  posted through us.  We're just a dumb program.  This sort of
  thing is one of the reasons why the INFO-IBMPC archives at ISI
  are run on a "source only" basis.  Please everyone be more careful,
  so that we don't need to do anything similar here...   --BillW]

------------------------------

Date: 1 Dec 86 19:17:17 GMT
From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
Subject: Re: Re: yet another # of files limitation
To: info-atari16@score.stanford.edu

The Desktop can't handle more than 400 (or so) files in ALL open
windows put together.  I'm not sure about imagen!turner's 256-file
limit in one window, but I am sure that the root directory of each
device is of limited size, and subdirectories are NOT limited.  If
there is such a limit, it is imposed by the desktop, not the OS, so
if you abandon the desktop (in favor of a CLI-type shell) you will not
find most of these limits.

The 40-folder limit stands.  The rumors that it's gone are greatly
exaggerated.  You can sometimes create more than that, but this limit
is like a loaded gun: just point and click.

/----------------------------------------------\
| Opinions expressed above do not necessarily  |  -- Allan Pratt, Atari Corp.
| reflect those of Atari Corp. or anyone else. |     ...lll-lcc!atari!apratt

------------------------------

Date: 2 DEC 86 12:28-N
From:  U00170%HASARA5.BITNET@WISCVM.WISC.EDU
To:  INFO-ATARI16@SU-SCORE.ARPA
Subject: Lost Bitnet digests

Hello Bill.

I just read in the atari16 digest #30(b) that the gateway machine
in Wisconsin was off the air for some day's.
Bitnetters have not received the digests 19-25. Maybe you could
be so kind to send these seven digests again via Wisc.Edu.
Greetings,
Berend F. de Vries.
U00170@HASARA5 (BITNET)

[The missing digests are being remailed to bitnet recipients at the
 rate of about two per day, except for Issue 21, which contained BREAKOUT]

------------------------------

Date: 2 Dec 86 08:38:28 GMT
From: atwell@utah-cs.arpa  (Bart L. Atwell)
Subject: OSS Prolog Query
To: info-atari16@score.stanford.edu

I have seen OSS Prolog for sale and I was wondering if anyone has used
it and has any comments on it.  I've seen Turbo Prolog blasted as not being
real Prolog (real Prolog doesn't have strong typing).  What about OSS?

Bart

------------------------------

DATE:    02 DEC 86 13:35 CET
TO:  INFO-ATARI16@SU-SCORE
FROM:  T235301%DM0LRZ01.BITNET@WISCVM.WISC.EDU
SUBJECT: another try: wanted: datab

I am looking for a small database system for my ST that can be
linked to C, Pascal and/or Fortran programs. Maybe good ISAM
routines (multiple secondary indices, ...) will do also.
I would prefer public domain, but if the programs are not too expensive
I could spend some DM's on them (but not hundreds for VIP|)
Does anyone out there in net-word know some programs???
Please let me know too|

Thank you in advance,
Bernhard Schneck
<T235301 @ dm0lrz01 . bitnet>

------------------------------

Date: Tue, 02 Dec 86 17:01:43 SET
To:  info-atari16@su-score.ARPA
From:  XCG112%DBNUAMA1.BITNET@WISCVM.WISC.EDU
Subject: APL.68000 - more questions

In article <581@water.UUCP>, jdickey@SPAM.ISTC.SRI.COM (Lee Dickey) writes:

> ...This APL has followed the lead of IBM in several ways. ...

Since I have been using both VS APL on a VM/CMS system and the (fairly
recent) APL/PC on the PC/AT, I'm very interested in this APL.68000. So
I have several questions:

   -  How IBM-like is it ? Does it use the same APL workspace format
      as APL/PC ? Or is there at least some means of conversion, so that
      applications can be ported from the PC/AT to the ST ?

   -  How is the AP (auxiliary processor) concept implemented ? What APs
      are provided ? Do they correspond to the IBM APs, either in name
      (e.g. AP100 etc) or in usage ?

   -  Are there any printer drivers provided ? The IBM APL/PC does give
      APL character print features on all EPSON-compatible dot matrix
      printers (in 8-dot mode only). Is the user able to reconfigure the
      printer drivers or switch between different types of printer ?

   -  What is the retail price, and should I (from Germany) order it in
      the UK or directly in the USA ?

Both help with these questions and information on other APL implementations
will be appreciated.

                             Volker A. Brandt (XCG112@DBNUAMA1.BITNET)
                                              (Bonn, West Germany)

------------------------------

Date: Tue, 2 Dec 86 10:54:51 est
From: Eric Terrell <terrell@ohio-state.ARPA>
To: info-atari16@su-score.arpa
Subject: SPEAK.ARC - how does one do file redirection


I downloaded and unARCed the speak.arc file, but it is a mystery to me
how the file redirection is accomplished.  Does one have to have one of
the "shells" to accomplish this?

Thanks in advance,

Terrell

------------------------------

Date: Tuesday, 2 December 1986 12:29:55 EST
From: Bill.von.Hagen@gauss.ece.cmu.edu
To: info-atari16@su-score.arpa
Subject: arc - help

I am a poor unfortunate who has never managed to get a copy of arc to
dowload sucessfully to my ST.   Could someone please e-mail me one which had
proved downloadable (and runable)?  As more software arrives which is in arc
format, I am really feeling the need for this.

	Thanks very much!
		
		Bill von Hagen (wvh@gauss.ece.cmu.edu)

------------------------------

Date: 30 Nov 86 18:12:12 GMT
From: trwrb!sansom@ucbvax.Berkeley.EDU  (Richard Sansom)
Subject: Re: Public Domain Midi Software (attn: Pixar)
To: info-atari16@score.stanford.edu

> To the person who responded to my request for public domain MIDI
> software, from "Pixar" in Marin County, CA:

"Pixar", aren't you a division of Lucasfilm/ILM?  If so, could we
please get whatever you have to offer posted to the net?  If that's not
possible, I'll settle for email ;-)

-Rich

-- 
 __________ ______ ____ _____ ___
/_________//___   ||__|/____|/__/   Richard E. Sansom
   ___    ____/  / ____________     TRW Electronics & Defense Sector
  /  /   /  /\  <  |    /|    /     One Space Park Drive, R3/1028
 /  /   /  /  \  \ |   / |   /      Redondo Beach, CA 90278
/__/   /__/    \__\|__/  |__/       ...{decvax,ucbvax,ihnp4}!trwrb!sansom

------------------------------

Date: Tue, 2 Dec 86 13:34:06 est
From: <ram%yale-ring@YALE.ARPA>
Subject: Re: RAMDISK that survives system reset
To: info-atari16@su-score.ARPA
In-Reply-To: Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>, Mon 1 Dec 86 12:19:29 PST

>    From: Eric Terrell <terrell@ohio-state.ARPA>    
>
>    I will be posting a ramdisk program that survives system resets.
>    UNarc the file, and then follow the instructions in eternal.txt.
    
You might give us some additional information... Is this the same ramdisk
(due to John Harris) that was posted a while ago or is this a new one?  Does
it autoload from the AUTO folder?  Is it resizable?

[To other potential posters:]

Please try to include *some* information in the postings.  I love the software
but it is annoying to read "Here is a nifty program... download it, uudecode
it, unarc it, and then read the help file to see what it does" as the only
description of a large uuencoded program.  (I'm exagerating, of course, but
you get the idea.)  A small well-chosen description can save users a lot of
trouble if they can figure out if (a) they want it, (b) they already have it,
and (c) their particular system configuration can run it, without having to go
through the trouble of downloading the program to find out the hard way.

Thanx!

-- Ashwin.

ARPA:    Ram-Ashwin@yale
UUCP:    {decvax,linus,seismo}!yale!Ram-Ashwin
BITNET:  Ram@yalecs

[Yes, please!    -BillW]

------------------------------

Date: Tue, 2 Dec 86 12:32:23 pst
From: neville@ads.ARPA (Neville Newman)
To: info-atari16@score.stanford.edu
Subject: Re: 520ST/1040ST DEVELOPMENT KIT

i contacted the parties associated with both ads.  These were
just normal one-time sales of no-longer used software/hardware.
The only thing worth getting upset about is having missed the
great deals.
						-neville

------------------------------

Date:           Tue, 2 Dec 86 17:11 EDT
From:              <RDROYA01%ULKYVX.BITNET@WISCVM.WISC.EDU> (Robert
Subject:        Saving the cursor position
To:  INFO-ATARI16@SU-SCORE.ARPA
X-Original-To:  INFO-ATARI16@SU-SCORE.ARPA

I have a text editor that allows terminal connections via the serial line
and vt52 emulator (but without the desktop).  Currently I save the terminal
screen each time I return to the editor, and restore it when I reconnect.
One problem I have is that I'd like to save the cursor position for each
terminal connection so I can restore it when I return to the remote.  The
problem is that the save cursor command (ESC j) is wiped out by any call to
erase to end of page or erase to end of line.  Since the text editor has to
use these functions (I've tried to code around them, but update without them
is too slow), I need to find a way to record the current cursor position
that is returned by ESC j.  Does anyone know where the OS saves this info
and how I can get at it to restore the position when needed?

BTW even though it's not documented, ESC K (clear to end of line) destroys
the remembered position also.

Thanks in advance and all that,

Robert Royar

------------------------------

End of Info-Atari16 Digest
**************************
-------