Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!think!ames!ucbcad!ucbvax!FINGATE.BITNET!MAILER-DAEMON From: MAILER-DAEMON@FINGATE.BITNET (Mail Delivery Subsystem) Newsgroups: comp.sys.atari.st Subject: Returned mail: Deferred: Connection timed out during user open with op Message-ID: <8707150045.AA13136@ucbvax.Berkeley.EDU> Date: Tue, 14-Jul-87 21:17:03 EDT Article-I.D.: ucbvax.8707150045.AA13136 Posted: Tue Jul 14 21:17:03 1987 Date-Received: Fri, 17-Jul-87 01:29:45 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 438 ----- Transcript of session follows ----- 554 qfAA12396: line 6:... Unknown fudec host name ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA12396; Fri, 10 Jul 87 04:37:40 +0300 From: Message-Id: <8707100137.AA12396@santra.UUCP> Received: by fingate Fri Jul 10 04:37:36 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 7426; Thu, 09 Jul 87 22:11:47 FIN Date: Thu 9 Jul 87 09:35:32 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: "Atari ST users forum (INFO-ATARI16)" Original-From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #267 To: , Original-To: , Info-Atari16 Digest Thursday, July 9, 1987 Volume 87 : Issue 267 This weeks Editor: Bill Westfield Today's Topics: Re: I'm not dead yet.... Request for Logo information Really to James Turner Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!! Getting ahold of UW source Re: Control-F1, Alt-F1 ??? - (nf) Drive alignment problems? Beckemeyer Multitasking Shell GEMBOOT V1.10 and HDB V2.3 Re: Re: Re: Repost due to Score failure (long) Re: New Atari Linker Released! Re: New Atari Linker Released? ---------------------------------------------------------------------- Date: Sat, 27 Jun 87 14:30:50 EDT From: Ashwin Ram To: info-atari16@score.stanford.edu In-Reply-To: Leila Burrell-Davis's insightful message of 8 Jun 87 18:06:51 GMT Subject: Re: I'm not dead yet.... > However, like > many other readers of comp.sys.atari.st, I've never been able to reap the > benefit of his efforts, because the sources and binaries groups never arrive > here. All I can do is foam at the mouth when I hear about the goodies other > people can get. Consequently, I am delighted at the reappearance of programs > in comp.sys.atari.st - long may it continue. However, we on the ARPAnet (i.e., on the info-atari16@score.stanford.edu mailing list) haven't seen ANY programs since the comp.*.atari.st newsgroups were created. This, as well as the non-appearance of programs even on comp.*.atari.st at many sites, makes me feel that we should go back to doing things the old way. OK, so we got some cruft now and then, but at least there were lots of programs to look forward to. If this isn't possible, could we at least have the programs being posted on comp.*.atari.st be forwarded to info-atari16@score.stanford.edu -- PLEASE!!! DCFORMAT is the first program I've seen in many months. Let's have lots more! -- Ashwin Ram -- ARPA: Ram-Ashwin@yale UUCP: {decvax,linus,seismo}!yale!Ram-Ashwin BITNET: Ram@yalecs ------------------------------ Date: 27 Jun 87 18:37:27 GMT From: ravi@mcnc.org (Ravi Subrahmanyan) Subject: Request for Logo information To: info-atari16@score.stanford.edu [] The following message is _not from the poster_. Please send replies directly to Jane Hesketh at the address given below. Thanks, -ravi - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From: Jane Hesketh Subject: logo for the ST Cc: jane%aiva.edinburgh.ac.uk@Cs.Ucl.AC.UK does anyone know of any real, working versions of logo for the ST, and how I might get hold of them? Or even ones likely to appear soon? thanks Jane Hesketh hesketh%uk.ac.edinburgh@uk.ac.ucl.cs Dept of Artificial Intelligence University of Edinburgh, Edinburgh, Scotland ------------------------------ Date: Sat, 27 Jun 87 12:17 EST From: Matt Kimmel To: Info-Atari16@SCORE.STANFORD.EDU Subject: Really to James Turner X-VMS-To: CSNET%"Info-Atari16@Score.Stanford.edu" Sorry to post this to the net, but I got a letter from James Turner and his return address didn't work. James, I never was able to get comp.sources.atari.st, so please mail me the source for ST Curses. Thanks very much! -Matt Kimmel Bitnet: KIMMEL@UMAECS CSNet: KIMMEL@ECS.UMASS.EDU Internet: KIMMEL%ECS.UMASS.EDU@RELAY.CS.NET UUCP: ...!seismo!UMAECS.BITNET!kimmel ------------------------------ Date: 25 Jun 87 23:36:47 GMT From: nbires!hao!noao!mcdsun!rover!mph@ucbvax.Berkeley.EDU (Mark Huth) Subject: Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!! To: info-atari16@score.stanford.edu I know people who have refused to pay the excise tax on their telephone bills. The phone company does not disconnect their phones, but does turn them over to the appropriate Treasury types, who then proceed to make life miserable for the individual claiming First Amendment protections. After all, that's their job. Do not engage in this activity unless you really want a war. Many people I know have been fighting for years, losing everything in the battle. Some feel that it is worth it. Fortunately for us, some similar type crazies dedicated their lives, their fortunes and their sacred honors to a similar cause about 211 years ago. Of course, they were patriots, while current day defenders of liberty are just crazy (right, left, pick a direction) wing loonies who desire to destroy our fine current situation of perpetual debt and impending slavery. The payment for transportation of information is not necessarily a tax, and even if it was a tax, would not be a violation of the First Amendment, as your rights to free speech are not being infringed. You may speak freely, publish (at your own expense), etc., but as soon as you use regulated services, your freedom meets a conflicting interest. This does not mean that you shouldn't let the FCC and Congress know how you feel about the issue, just that the enterprise in question is not off limits to the tax and spend crowd. As for what is frivolous and what is not, consider that the Supreme Court has repeadedly failed to hear arguments on our Constitutional monetary provisions. They do so, not out of lack of opportunity, but because the current economic system is founded upon an un-Constitutional power granted to the Federal Reserve. Article One, Section 8 gave the power to COIN MONEY to Congress, but withheld the power to print money (emit bills of credit). The power to emit bills of credit was originally part of the draft of the Constitution, but in the debate was removed - see Madison's Journal and other records of the Constitutional debates. Moreover, Article One, Section 10 forbade the states from coining money, emitting bills of credit, or making anything other than gold or silver coin a tender in payment of debt. Again, the power to emit bills of credit was debated in the convention, originally proposing that the power could only be execised with the consent of the US Congress, but amended (during the debate in convention) to be an absolute prohibition with the stated intention of "crushing paper money". Such facts are a matter of record, but the courts consider them frivolous - read inconvenient - at this point in time. Many Americans have been conditioned to believe that their courts work well, and that the Supreme Court determines what the Constitution says. This is not a conclusion drawn from the Constitution, but rather by John Marshall, a early Chief Justice, who, BTW was fond of the Alien and Sedition Laws. Rather, "He who has the Gold, makes the rules," or more correctly, he who has the gold, has the power to print money (usurped) to buy the politicians and judges who make the rules. Admittedly, some arguments are frivolous, many others are incorrect, but many arguments labeled frivolous by the government have not been discredited, but rather the courts have simply chosen to ignore them. If one does not believe another, or refuses to listen to another, does not mean that one has discredited another. Arguments should be judged on their own merits, rather than by the opinions of others, or of the press (or even by whether I can spell or not). ------------------------------ Date: 28 Jun 87 19:13:38 GMT From: puff!sadler@rsch.wisc.edu (Jonathan Sadler) Subject: Getting ahold of UW source To: info-atari16@score.stanford.edu A while back, some users were asking for UW source for the ST. I too would like to get ahold of said code. Thanks in advance, Jonathan Sadler -- +-------------------+-------------------+-------------------------------------- ! Home ! Work ! On the Nets +-------------------+-------------------+-------------------------------------- ! 221 So. Mills ! 1210 W. Dayton !Internet: sadler@{cs.wisc.edu ! Madison, WI 53715 ! Madison, WI 53706 ! csd4.milw.wisc.edu} !! (608) 256-4085 ! (608) 262-2389 !UUCP: sadler@uwvax.UUCP ! ------------------------------ Date: 27 Jun 87 15:52:21 GMT From: ihnp4!alberta!ubc-vision!ubc-cs!manis@ucbvax.Berkeley.EDU (Vincent Manis Subject: Re: Control-F1, Alt-F1 ??? - (nf) To: info-atari16@score.stanford.edu In article <766@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes: >> does anyone know, if there is a way to distinguish between >> Functionkey F1, ALT-F1 and CTRL-F1 using C (MWC). >...You tell the OS to put the shift key state >in that byte by setting bit 3 in the (published) system variable "conterm" >to 1 (that is, *(char *)0x484 |= 4;). Better clear it again before >your program exits, though, because the desktop might not be able to >handle it (use *(char *)0x484 &= ~4;). One slight point: "conterm" is in protected memory. You will get cherry bombs if you do what Allan says without turning off protect. In MWC, the way to do it is to use the peek and poke [sic!] functions. \begin{flame} This one is directed at IBM, not Atari, who merely copied IBM slavishly. I tried to write a routine which would let me read keystrokes in which the ALT key sets the high bit of the code (thus letting you turn on extended graphics). What you do is to use only the scan code and shift bits, ignoring the translated character; depending on the state of the shift bits, you use one of three translation tables. It all worked nicely...until I tried ALT+digit. The codes in the tables are wrong. At first I thought it was yet another BIOS bug, until I happened to notice in an IBM Tech Ref Manual the same rules. Ugh. \end{flame} ----- Vincent Manis {seismo,uw-beaver}!ubc-vision!ubc-cs!manis Dept. of Computer Science manis@cs.ubc.cdn Univ. of British Columbia manis%ubc.csnet@csnet-relay.arpa Vancouver, B.C. V6T 1W5 manis@ubc.csnet (604) 228-6770 or 228-3061 "To lose one parent, Mr Worthing, may be regarded as a misfortune; but to lose both looks like carelessness." -- Oscar Wilde ------------------------------ Date: 29 Jun 87 00:24:16 GMT From: mnetor!utgpu!lansd@seismo.css.gov (Robert Lansdale) Subject: Drive alignment problems? To: info-atari16@score.stanford.edu Has anyway had problems with their drives after opening a window without a disk in the drive? I have done the following several times (by accident) and have had to have the drive replaced 3 times: I removed the disk and had the ST do a seek, but instead it made the usual sound that it would make if no disk were in the drive. After using the drive for a few hours the old 'READ ERROR' box would start popping up on usually working diskettes. I would normally have to close the window, and re-open it to have it read the diskette properly (re-home/re-align the head). I am fed up with this occuring, is there an easy fix to my drive's problem, or must it be replaced AGAIN! ------------------------------ Date: 29 Jun 87 01:11:22 GMT From: ecsvax!tcamp@mcnc.org (Ted A. Campbell) Subject: Beckemeyer Multitasking Shell To: info-atari16@score.stanford.edu Has anyone tried the Beckemeyer multitasking shell for the STs? I'd be interested in hearing reactions. ------------------------------ Date: Sun, 28 Jun 87 22:26:43 +0200 (Central European Sommer Time) From: XBR4D76H%DDATHD21.BITNET@forsythe.stanford.edu Subject: GEMBOOT V1.10 and HDB V2.3 To: info-atari16@score.stanford.edu X-Vms-To: X%"info-atari16@score.stanford.edu" To reduce transatlantic email I sent the newest versions of GEMBOOT and HDB to the ATARINET server (UACE0@UHUPVM1.BITNET) where they can be called off. HDB V2.3 has same minor improvements: - deselect floppy (the ROM startup code leaves the floppy drives selected till first access) - optional switch to floppy boot if a special key combination is pressed during boot New features of GEMBOOT V1.10 (compared to V1.08) are: - incremental add of folder cache blocks during directory scan - indicates free directory cache space left after login - adjustable size of DESKTOP environment buffer - definition of DESKTOP environment variables within GEMBOOT.INF - optional use of batch shell other than COMMAND.TOS - new program GEMFRL.TOS to locate and print the GEMDOS internal free lists Konrad A. Hahn BITNET: XBR4D76H@DDATHD21 ------------------------------ Date: Mon, 29 Jun 87 13:29:11 GMT To: INFO-ATARI16@SCORE.STANFORD.EDU From: K538915%CZHRZU1A.BITNET@wiscvm.wisc.edu Return-Receipt-To: K538915@CZHRZU1A.BITNET Subject: Re: Re: Re: Repost due to Score failure (long) Landon Dyer writes: >> As I understand, it will NOT be. The only thing Atari has admitted, is >> that they have/are/will be working on a new version of GEMDOS for release >> some time in the future, as far as we know this could just be another proof >> for the amount of competence in HYPE that Atari has. >You could claim I'm lying, but we REALLY ARE doing a re-write. And >it's harder than it sounds to make bug fixes to code that's: > > (1) everywhere; > (2) in ROM; > >... but we don't expect you to sympathize. :-) Oh yes I do sympathize! Landon, I didn't want to imply that anybody at Atari would lie about such a thing, it's just that the history of the fixes for the ST series would suggest that even if completed, a GEMDOS rewrite would never be distributed. Sorry for the (not Atari related) bad temper I was in when I wrote that message. >> HD boot fix: been available Atari internally for a long time, >> but probably will never be distributed. HDB 2.3 >> is probably better anyway! >It has been done since September of 1986. I have been trying to push >it out the door ever since. Not my fault -- put 22 cents to work and >send a letter to Leonard Tramiel. Is there any sensible marketing reason for this??????????????????????? Simon Poole K538915.CZHRZU1A.BITNET PS: I still think Atari is able to do a good job of customer support, as I've mentioned before, the September 86 fix to HDX was by my dealer a month later! (This didn't stop the people here from selling HD's with the old version!) ------------------------------ Date: Mon, 29 Jun 87 15:34:33 GMT To: INFO-ATARI16@SCORE.STANFORD.EDU From: K538915%CZHRZU1A.BITNET@wiscvm.wisc.edu Return-Receipt-To: K538915@CZHRZU1A.BITNET Subject: Re: New Atari Linker Released! Allan Pratt writes: >The product is my first major project here at Atari: a new linker, to >act as a replacement for LINK68 and RELMOD. This linker, called ALN, is >about eight times faster than LINK68, and doesn't need the additional >RELMOD pass. It is also friendlier, I think, and more robust. It has >been used internally for some time (many moons), and we have decided >that it's solid enough for release. > >If you are a developer, please go to the Developer's SIG on Compuserve >and download this new tool. Let me know what you think of it. > >If you aren't an Atari developer using Alcyon C, you're not missing >anything: this tool is strictly for use with the object modules produced >by Alcyon C and AS68. (What other languages use this format? Does >anybody know of one?) Don't panic, I'm not complaining again :-). CCD ST-Pascal+/OSS Personal Pascal uses the DRI format. The first releases of CCD Pascal were actually distributed with Link68 and AESBIND/VDIBIND. Probably it's still not of so much interest for owners of the Pascal package, since the linker which is selled with it now, is pretty fast ans doesn't need RELMOD too. But good news for everybody with Alycon C.......just one question: is Atari planning to distribute this to parts of Atari Corp. outside the USA? If yes I would alert my friends with the developers package to the fact. > >(Please don't start clamoring for them, but there are more tools in the >works: my new debugger and Landon's new assembler are also approaching >release.) Sounds even better! Simon Poole K538915.CZHRZU1A.BITNET ------------------------------ Date: Mon, 29 Jun 87 16:30:17 GMT To: INFO-ATARI16@SCORE.STANFORD.EDU From: K538915%CZHRZU1A.BITNET@wiscvm.wisc.edu Return-Receipt-To: K538915@CZHRZU1A.BITNET Subject: Re: New Atari Linker Released? Allan Pratt writes: >The product is my first major project here at Atari: a new linker, to >act as a replacement for LINK68 and RELMOD. This linker, called ALN, is .......................... >If you aren't an Atari developer using Alcyon C, you're not missing >anything: this tool is strictly for use with the object modules produced >by Alcyon C and AS68. (What other languages use this format? Does >anybody know of one?) Don't panic, I'm not complaining again :-). CCD ST-Pascal+/OSS Personal Pascal uses the DRI format. The first releases of CCD Pascal were actually distributed with Link68 and AESBIND/VDIBIND. Probably it's still not of so much interest for owners of the Pascal package, since the linker which is selled with it now, is pretty fast ans doesn't need RELMOD too. But good news for everybody with Alycon C.......just one question: is Atari planning to distribute this to parts of Atari Corp. outside the USA? If yes I would alert my friends with the developers package to the fact. >(Please don't start clamoring for them, but there are more tools in the >works: my new debugger and Landon's new assembler are also approaching >release.) Sounds even better! (And hows the new documentation going?) Simon Poole K538915.CZHRZU1A.BITNET ------------------------------ End of Info-Atari16 Digest ************************** -------