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