Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!lll-crg!ames!ucbcad!ucbvax!SCORE.STANFORD.EDU!Info-Atari16 From: Info-Atari16@SCORE.STANFORD.EDU (Info-Atari16 Digest) Newsgroups: comp.sys.atari.st Subject: Info-Atari16 Digest V86 #32 Message-ID: <8612051550.AA07403@ucbvax.Berkeley.EDU> Date: Thu, 4-Dec-86 13:48:10 EST Article-I.D.: ucbvax.8612051550.AA07403 Posted: Thu Dec 4 13:48:10 1986 Date-Received: Fri, 5-Dec-86 20:58:09 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Info-Atari16@Score.Stanford.edu Organization: The ARPA Internet Lines: 357 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 ------------------------------ 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 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: Subject: Re: RAMDISK that survives system reset To: info-atari16@su-score.ARPA In-Reply-To: Info-Atari16 Digest , Mon 1 Dec 86 12:19:29 PST > From: Eric Terrell > > 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: (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 ************************** -------