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: <8707150245.AA15508@ucbvax.Berkeley.EDU> Date: Tue, 14-Jul-87 22:46:50 EDT Article-I.D.: ucbvax.8707150245.AA15508 Posted: Tue Jul 14 22:46:50 1987 Date-Received: Fri, 17-Jul-87 01:50:05 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 491 ----- Transcript of session follows ----- 554 qfAA09579: line 6: ... Unknown fudec host name ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA09579; Thu, 9 Jul 87 16:09:13 +0300 From: Message-Id: <8707091309.AA09579@santra.UUCP> Received: by fingate Thu Jul 9 16:09:09 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 5237; Thu, 09 Jul 87 15:11:59 FIN Date: Wed 8 Jul 87 18:39:18 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 #265 To: , Original-To: , Info-Atari16 Digest Wednesday, July 8, 1987 Volume 87 : Issue 265 This weeks Editor: Bill Westfield Today's Topics: Re: Control-F1, Alt-F1 ??? - (nf) Re: David Betz MICROSOFT Write for ST Patch for mangled DCFORMAT.UUE interrupt handling with Megamax C This and that. Re: More ST Floating Point Performance - (nf) Re: More ST Floating Point Performance - (nf) Re: STadel Re: Mega-ST release date? General ST questions Re: MWC and STADEL Re: Re: Repost due to SCORE failure (LONG) ---------------------------------------------------------------------- Date: 25 Jun 87 17:32:00 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: Re: Control-F1, Alt-F1 ??? - (nf) To: info-atari16@score.stanford.edu in article <19400005@qtecmuc.UUCP>, ger@qtecmuc.UUCP says: > does anyone know, if there is a way to distinguish between > Functionkey F1, ALT-F1 and CTRL-F1 using C (MWC). > All routines like Bconin or Crawcin don't make a difference at all. What you need to remember is that the BIOS and GEMDOS calls return a LONG value. The highest byte of this value can contain the shift-key state when the key was hit. 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;). The upper byte is bit-mapped as follows (0 means up, 1 means down): Bit Key 0 Right shift 1 Left shift 2 Ctrl 3 ALT 4 Caps-lock (toggles with each press of the key) 5 Right mouse button 6 Left mouse button 7 Reserved, currently zero /----------------------------------------------\ | Opinions expressed above do not necessarily | -- Allan Pratt, Atari Corp. | reflect those of Atari Corp. or anyone else. | ...lll-lcc!atari!apratt \----------------------------------------------/ (APRATT on GEnie) ------------------------------ Date: 24 Jun 87 12:34:24 GMT From: rocksanne!xrxns!xrx2!dupre@cs.rochester.edu (Frank Dupre) Subject: Re: David Betz To: info-atari16@score.stanford.edu In article <8706151616.AA11881@ucbvax.Berkeley.EDU> NETWORK@FRSAC11.BITNET writes: >Can some kind soul send me the address of David Betz, of XLISP fame ? >I mean a snail mail address, not BIX. > >Jean-Pierre H. Dumas David Betz 114 Davenport Ave. Manchester, NH 03103 (603) 625-4691 ..!seismo!rochester!rocksanne!xrxns!dupre ------------------------------ Date: 23 Jun 87 18:45:47 GMT From: pyramid!prls!philabs!sbcs!lean@decwrl.dec.com (Lean l Loh) Subject: MICROSOFT Write for ST To: info-atari16@score.stanford.edu I asked about MICROSOFT's WRITE for the ST about a month ago, but did not get any response. A friend of mine in France HAS this program. From what he printed out, it looks impressive. Anyone seen this program in US? Any info or rumors ??? About a month ago, I offerred to give away my original copy of the FLASH (from Antic) telecommunication program together with the manual. If anyone sends me a SASE , I'll put the original diskette and manual in it, and send it to you. (Please put enough postage) I've been using some other public domain telecom program and FLASH has been in my drawer for many months now. Lean Loh, Dept of Computer Science, S.U.N.Y., Stony Brook, NY 11794-4400 -- CSNET: lean@sbcs.csnet ARPA: lean%suny-sb.csnet@csnet-relay.arpa UUCP: {allegra, hocsd, philabs, ogcvax}!sbcs!lean ------------------------------ Date: 23 Jun 87 18:55:25 GMT From: pyramid!prls!philabs!sbcs!lean@decwrl.dec.com (Lean l Loh) Subject: Patch for mangled DCFORMAT.UUE To: info-atari16@score.stanford.edu Since so many people have bad copies of DCFORMAT.UUE, I am posting a 30-line segment from that uuencoded file. Most complained about truncated lines near line 210. The segment I'm enclosing starts at line 200: M'!9O# $I@- 0(AZQ1 $J MUDQUZ\ Y](Q0F4)K5%!UZP YN$!DF4)KK\@B2$ M'@ A;W@Q@@!Z_D:T0R3,\!<(H AH$R,(H.=OM"N+A !J@#8Q@@!Z_D;BLD@($ MH 1T)![,4!Z0%"#344]N@R!U!$F2I&YN@R"0)$E9Z#8([I-3SR-$P@Q_80!E#!:1T0'VP0Q_T0TZH'/B$ M0@_,\!?= -.Z8A_,\!?=X $ZQT_,\!?= $ZQV7,\!?=( # (@"@ (+VP0Q_$ M@0ZB8()~F()~0@* (@,AK0N100+VP0Q_T0V#C645F#$\0B3,\!<&P/000"4"$ M( 4VV %!"!HB%-0B9.+3,88\#0 >$(0R4C)!+4(F/AT>8(,,F29,K"0XQ-[3$ M43<\726 PL1*(@5=42]8R-,C!RA,;";1+2/B8(-[FB9,K"0*$-TRX@Q(""A,$ M3#/&*".Z\(. PL1*(@#&*".FL(6 H@"~X80R@M,\#0"/DB9,3#,U5B~ @#I*$ M\I,Z P 63R3\8 ;@"!1N:$1A>]](I@OSL&&/4*4GG%K0GPZ>8'E$8B0O=P9&$ M%+;U&@]~,!C'L9[*P0Q_L0"($'*>4P'VP0Q_00#"0' 28!_,\!?;H C @#N$ MPM, H & (B@N~"9T B=RPMX#00TVR & 4ISQ%+;W323R= R>(/45F#$\0B3,$ M\!>#37 <8!_,\!?;0 + @"YQ=, D & $[2Z@ Y/ QE",0+VP0Q_H0U5\PB2/@%~"##]H 7V\>="D02 8P.CW7T6$ M(>, \/\(4/H*H .[2?S3P9Y;/QWRL_7_D _~L GOO4R(C];7V/~L "#D@#!$ M4 QTH@_$/QW?2R2Y)QZC3B3ZX'H'[0\),##Z Y <-#~H!JSF'(1PP;]$ M@!A"D0!_D0"4@#9*T+ZCJ7+!=@ZJ0#JJ(12@HPOGX E4\ @8K_'IP~,$ MC #*X >IVB9*H@"L/ !!H _~P @B$*&<D )(H P$0([*P ,I@ 3*@ #DJ PLD )(H P,0(Y[F0)(H SKR [*$ M@ $I@ 3*0 'DJ P D )(D Q](Q0*,+U80 6/$!K*P +),.HN;G8#$1D3,+T\$ M0 6/X,]F!QJ?IPP\P,@*H P~L,S*H+8,J@Q"P,@0H Q$P,@2H Q&P,@4H Q($ -- CSNET: lean@sbcs.csnet ARPA: lean%suny-sb.csnet@csnet-relay.arpa UUCP: {allegra, hocsd, philabs, ogcvax}!sbcs!lean ------------------------------ Date: 25 Jun 87 02:24:32 GMT From: dalcs!dalcsug!sablone@seismo.css.gov (Aurelio Sablone) Subject: interrupt handling with Megamax C To: info-atari16@score.stanford.edu I'm using the Megamax C compiler and I would like to write an interrupt handler for Timer A of the MFP 68901 chip. I have tried many different variations using Megamax's inline assembly, but I've repeatedly run into compiler errors. Some of which are quite confusing and irritating since Megamax does not seem to recognize standard 68000 assembly mneumonics such as bclr.b #5, $fffffa0f. Has anyone had any success or knows anything about writing interrupt handlers with Megamax? Any help will be greatly appreciated. Thanks in advance..... Aurelio. UUCP: ...! {seismo, utai, watmath} !dalcs!dalcsug!sablone ------------------------------ From: NETWORK%FRSAC11.BITNET@forsythe.stanford.edu Date: Fri, 26 Jun 87 11:44:16 GMT To: info-atari16@score.stanford.edu Subject: This and that. Date: 26 June 1987, 11:38:15 GMT From: NETWORK at FRSAC11 To: INFO-ATARI16 at SCORE Trying to reach DECNET sites: I cant answer to PALLAS::LEIVO, and may be some other, my mailer doesnt know about decnet gateways etc. If anybody with a decnet access can mail uud to pallas::leivo, he will be glad. Memory upgrade: Thanks to some Swiss fellows who provided informations on memory upgrade. There is almost half a dozen company in Switzerland and Germany proposing 2 or 4 meg. Price vary wildly. I wonder if the power supply of the 1040ST can stand 4 meg of 256K chips. D. Giralt in Toulouse said the thing is too weak to take anymore. Any experience ? Have fun, Jean-Pierre H. Dumas network@frsac11 (bitnet) network%frsac11.bitnet@wiscvm.wisc.edu (arpanet) ...!ihnp4!frsac11.bitnet!network (usenet ?) dumas@sumex-aim.stanford.edu (arpanet) ------------------------------ Date: 25 Jun 87 16:34:18 GMT From: kodak!elmgate!jdg@cs.rochester.edu (Jeff Gortatowsky) Subject: Re: More ST Floating Point Performance - (nf) To: info-atari16@score.stanford.edu In article <19400004@qtecmuc.UUCP> ger@qtecmuc.UUCP writes: > > >According to Kernighan&Ritchie (Appendix A, 6.2 on page 184 in my copy) >'all floating point arithmetic in C is carried out in double >precision'. Therefore, if manx on the AMIGA really uses one longword >for floating point evaluations it simply isn't real C and benchmarks >with this compiler are pure nonsens if compared with 'correct' >C-Compilers using 64bit double precision. > >Gerhard Pehland >UUCP: ...!seismo!unido!qtecmuc!ger I'm not too sure (have to go home and check) but I believe Megamax also uses single precision *if* you don't link with double.l. Now Manx 3.4a on the amiga gives you 4 different floating point choices. Manx single, Amiga built in single (shared lib I think), Manx IEEE double, and Amiga IEEE (again a built in shrared lib). PLUS 68881 support. Change, is there a new release of MegaMax (large memory model, etc)? Would some MWC 2.0 owners mail me their thoughts on the robust(ness?) of this compiler? Latly I've had tons of problems porting code (just C standard stuff) between machines (Amiga and ST) because MegaMax chokes badly on some complex expressions (and not so complex) that Manx 3.4 swallows just fine. I really need a robust compiler so as to concentrate on coding and not on compiler problems. Does MWC 2.0 fit that bill? -- Jeff Gortatowsky {seismo,allegra}!rochester!kodak!elmgate!jdg Eastman Kodak Company These comments are mine alone and not Eastman Kodak's. How's that for a simple and complete disclaimer? ------------------------------ Date: 25 Jun 87 13:51:59 GMT From: mcvax!steven@seismo.css.gov (Steven Pemberton) Subject: Re: More ST Floating Point Performance - (nf) To: info-atari16@score.stanford.edu In article <19400004@qtecmuc.UUCP> ger@qtecmuc.UUCP writes: > According to Kernighan&Ritchie (Appendix A, 6.2 on page 184 in my copy) > 'all floating point arithmetic in C is carried out in double precision'. > Therefore, if manx on the AMIGA really uses one longword for floating point > evaluations it simply isn't real C, and benchmarks with this compiler > are pure nonsense if compared with 'correct' C-Compilers using 64 bit > double precision. You have misunderstood. One page earlier it says "[float] and [double] may be synonymous in some implementations.": when they say that floating point is carried out in double precision, they mean 'in the accuracy used for double precision'. Actually, I know of at least one implementation that evaluates expressions in greater than double precision. Obviously not a correct C compiler :-). Steven Pemberton, CWI, Amsterdam; steven@cwi.nl (steven@mcvax.uucp old style). ------------------------------ Date: 25 Jun 87 22:20:23 GMT From: dayton!viper!john@RUTGERS.EDU (John Stanley) Subject: Re: STadel To: info-atari16@score.stanford.edu In article <744@percival.UUCP> edrury@percival.UUCP (Ed Drury) writes: > > What is the current status of Citadel 3.1 for the ST? I have >not seen any news for some time. > Also, is anyone interested in creating a snail mail STadel update >type thing. I am currently running v. 3.0c but am DYING for a uucp >capable STadel as a high percentage of my users are *nix account >users, my self included.... > The STadel with UUCP mail gateway is currently "being worked on", but don't hold your breath... Orc, the primary STadel author, is a bit frazzled from the recient glut of changes. It may be tomorrow, or it may be 2 months before he gets the time to do another update marathon. If you have Orc's mailing address (sorry, I don't have it handy) you can send him $5 (for the cost of 2 disks, postage, and a can of pop) and he will send you the latest-and-greatest version including all sources and documentation... You can contact Orc or myself at the STadel he runs. The system's name is "Pell" (don't ask) and the number is 612-377-9239. If you want to leave mail, my signon is "John Stanley", Orc's is "Orc". Since I can't find his address, if you want the most recient version (3.0c I think), send your return address and $5 to me at the following address. I'll give them to Orc when I see him (about once a week...). To: Orc c/o John Stanley 4157 Lyndale Ave. S. Mpls, Mn. 55409 --- John Stanley (john@viper.UUCP) Software Consultant - DynaSoft Systems UUCP: ...{amdahl,ihnp4,rutgers}!{meccts,dayton}!viper!john ------------------------------ Date: 25 Jun 87 22:12:42 GMT From: imagen!atari!dyer@ucbvax.Berkeley.EDU (Landon Dyer) Subject: Re: Mega-ST release date? To: info-atari16@score.stanford.edu I asked Gary Tramiel whether Atari had shipped any Mega STs. He said that some had been shipped to and sold in Germany. I don't know how many have been sold. I don't know if those Megas have blitters or not. -- -Landon Dyer, Atari Corporation {sun,amdcad,lll-lcc,imagen}!atari!dye The views expressed here do not necessarily reflect those BUSINESS of Atari or the AI software that has taken over my brain. IS Yow! I am waiting for my warranty-expired interrupt! HELL ------------------------------ Date: 26 Jun 87 06:04:08 GMT From: amdcad!amd!sco!ericg@ucbvax.Berkeley.EDU (Eric Griswold) Subject: General ST questions To: info-atari16@score.stanford.edu I'm thinking about buying an ST and I have some questions. All answers, be they opinions or facts are appreciated. Please mail me and I will summarize to this group, if appropriate. 1. Can anyone give me a concise contrast of the 520ST, the 1040ST, and the Mega-ST? 2. Is anyone using a reasonable implementation of LISP on their ST (I've heard many unfavorable things about Cambridge LISP) 3. Is there any definitive manual for the ST? (Much like _De_Re_Atari_ and _Mapping_the_Atari_ were for 8 bit machines?) 4. How much user memory (after GEM) is left on a 1040ST? Generally, what must one do/pay to get more? TIA, -- Eric Griswold Quote: 3 more of these will make a gallon Path: {decvax!microsoft, ihnp4, ucbvax!ucscc}!sco!ericg Disclaimer: It's all my fault, SCO had NOTHING to do with it. ------------------------------ Date: 26 Jun 87 04:40:38 GMT From: dayton!meccts!nis!stag!trb@RUTGERS.EDU ( Todd Burkey ) Subject: Re: MWC and STADEL To: info-atari16@score.stanford.edu In article <52@laura.irb.informatik> at@unido.UUCP (Andreas Toenne) writes: >Hi, > >has anyone collected all known bugs in MWC 2.0 ?? >I am quite happy with the old version (and I know all its bugs :-) >but 2.0 is probably better. > 2.0 is also faster...I haven't had any problems (or had any strange glitches) with the 2.0 version yet. Had quite a few with prior versions (developing HDSCAN). Speaking of HDSCAN, I will repost the 1.3 version as soon as I can locate a copy of DUMAS uuencode...I have had too many people report that 1.3 didn't checksum right, so will have to try uuencoding it on the ST. Would some kind soul please re-post the DUMAS uuencode/uudecode so that we all have the same version? It would be nice if someone near a main backbone could post it every two months or so, since the number of ST readers on the net appears to be growing quite rapidly (at least here in the cities...) STADEL Update...In answer to a question a few messages back...ORC appears to be taking a 'break from computing' to keep from going insane and 'breaking the computer', so I am not sure how soon the uucp code for STADEL will be released...Dale Schumaker has a hacked version that he uses now to get mail and comp.sys.atari.st news (forwarded as mail by my system). Dale wrote the entire uucico/uux capability by reading the rfc specs that he downloaded from my system so when the code gets into Citadel, there should be no PD problems from AT&T... -Todd Burkey ...ihnp4!meccts!stag!trb ------------------------------ Date: 25 Jun 87 22:34:18 GMT From: imagen!atari!dyer@ucbvax.Berkeley.EDU (Landon Dyer) Subject: Re: Re: Repost due to SCORE failure (LONG) To: info-atari16@score.stanford.edu > 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. > BTW a more supicous person than I am, could suggest that Atari has been > systematically avoiding the publishing of fixes: 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. :-) > 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. > 40 folder fix: FOLDRXXX was obviously procduced as a quick > 'save our face' operation after GEMBOOT was > made avaiable, with no intent on ever really > distributing it (a nice touch was the way > Atari leaked it out that they had a fix via > Atari Germany, just to complain later it had been > pirated!). It was produced as an "Oh, of course!" in a couple of hours, and finished in mid-Febuary of 1987. I don't give a damn about saving Atari's face -- but I *do* care about the quality of the software on the ST. Again, it is stalled somewhere in management, so get out your book of stamps and start writing.... -- -Landon Dyer, Atari Corporation {sun,amdcad,lll-lcc,imagen}!atari!dye The views expressed here do not necessarily reflect those BUSINESS of Atari or the AI software that has taken over my brain. IS Yow! I am waiting for my warranty-expired interrupt! HELL ------------------------------ End of Info-Atari16 Digest ************************** haT 0& b