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: <8707150020.AA12613@ucbvax.Berkeley.EDU>
Date: Tue, 14-Jul-87 20:35:53 EDT
Article-I.D.: ucbvax.8707150020.AA12613
Posted: Tue Jul 14 20:35:53 1987
Date-Received: Fri, 17-Jul-87 01:27:36 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 448


   ----- Transcript of session follows -----
554 qfAA19294: line 6: ... Unknown fudec host name

   ----- Unsent message follows -----
Received: by santra.UUCP (5.51/6.4.TeKoLa)
        id AA19294; Sat, 11 Jul 87 15:58:58 +0300
From: 
Message-Id: <8707111258.AA19294@santra.UUCP>
Received: by fingate Sat Jul 11 15:58:54
        from MAILER@FINHUTC.BITNET via rscs BSMTP.
Received: by FINHUTC (Mailer X1.24) id 2798; Sat, 11 Jul 87 14:33:30 FIN
Date:         Fri 10 Jul 87 18:51:40 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 #268
To: , 
Original-To: ,

Info-Atari16 Digest   Friday, July 10, 1987   Volume 87 : Issue 268

This weeks Editor: Bill Westfield

Today's Topics:

                  Re: Beckemeyer Multitasking Shell
               Re: Re: Re: (really Atari does not care)
                    Writes to ST Cartridge Ports?
                      Re: MICROSOFT Write for ST
                  Re: Control-F1, Alt-F1 ??? - (nf)
                    Re: GEMBOOT V1.10 and HDB V2.3
     Notice of intent to post Mark Johnson C compiler (shareware)
                         public domain stuff
                           Pascal compilers
                             UUCP address
                              bugs in VC
                  Re: Beckemeyer Multitasking Shell
                  VC bug--how do I get a fix for it?
                 Re: 520STFM recommendation for Atari
                  Claification of my drive problems

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

Date: 29 Jun 87 15:11:34 GMT
From: ptsfa!jmc@ames.arpa  (Jerry Carlin)
Subject: Re: Beckemeyer Multitasking Shell
To: info-atari16@score.stanford.edu

In article <3462@ecsvax.UUCP> tcamp@ecsvax.UUCP (Ted A. Campbell) writes:
>Has anyone tried the Beckemeyer multitasking shell for the STs?
>I'd be interested in hearing reactions.

I'm used it a bit and am mostly happy with it. There are a lot of UNIX-like
utilities that come as a part of it and I appreciate the ability to
run 'gem' programs. Beckmeyer (and his BBS) are very approachable.
There are a few bugs (but what else is new :-). I recommend it.

On the other hand, MINIX will be out for the ST within a few months (I
think) so you might want to wait depending on if you care about being
able to run GEM programs under your "shell". Actually, I assume I'll
be using both eventually.

--
voice: (415) 823-2441    uucp: {ihnp4,lll-crg,ames,qantel,pyramid}!ptsfa!jmc
Where am I? In the village. Whose side are you on? That would be telling.

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

Date: 29 Jun 87 15:27:29 GMT
From: ptsfa!jmc@ames.arpa  (Jerry Carlin)
Subject: Re: Re: Re: (really Atari does not care)
To: info-atari16@score.stanford.edu

Landon Dyer writes:
>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.

I did send a letter to Leonard Tramiel.  I did not get the courtesy of
even a form letter reply.

--
voice: (415) 823-2441    uucp: {ihnp4,lll-crg,ames,qantel,pyramid}!ptsfa!jmc
Where am I? In the village. Whose side are you on? That would be telling.

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

Date:          Mon, 29 Jun 87 16:08 EDT
From: 
Subject:       Writes to ST Cartridge Ports?
To: info-atari16@score.stanford.edu
X-Original-To: info-atari16@score.stanford.edu

I am posting this for a friend who wants to tie into the cartridge slot
of a 512 ST. He is attempting to interface to a video digitizer (from
BYTE magazine - one of Steve Ciarcia's projects). Does anyone have
information on what needs to be done in hardware and software to
accomplish this?

Notes:

    o   Yes, I know the device in BYTE used a serial interface. He
        has to do his I/O faster than that.

    o   I have seen articles/postings which talked about synthetic
        writes to the cartridge port using reads to special addresses;
        this approach isn't fast enough for what he wants to do.

    o   He plans on bringing the Read/Write line out from the processor
        or wherever to the cartridge port.

This seems straightforward, but we've been told that a write to cartridge
memory space causes a bus error - hardly a desirable side effect. Is this
true, and can it be disabled in software?

Although there are perhaps more elegant ways of tying into the ST (DMA
port, etc.), he is pressed for time and needs a quick solution.

Please respond directly and I will post a summary, if anyone wants me to.


Thanks in advance,
Rick McTeague
Electrical Engineering Department
Speed Scientific School
University of Louisville
Louisville, KY  40292

BITNET address:  RAMCTE01@ULKYVX.BITNET

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

Date: 29 Jun 87 18:10:45 GMT
From: imagen!atari!neil@ucbvax.Berkeley.EDU  (Neil Harris)
Subject: Re: MICROSOFT Write for ST
To: info-atari16@score.stanford.edu

In article <460@sbcs.UUCP>, lean@sbcs.UUCP (Lean l Loh) writes:
>
>   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 ???

Anyone who has a copy of Microsoft Write has a bootleg one, complete with
the usual pre-release bugs.  It is not done yet.
--
--->Neil Harris, Director of Marketing Communications, Atari Corporation
UUCP: ...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil
GEnie: NHARRIS/ WELL: neil / BIX: neilharris / Delphi: NEILHARRIS
CIS: 70007,1135 / Atari BBS 408-745-5308 / Usually the OFFICIAL Atari opinion

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

Date: 29 Jun 87 17:52:19 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 <1503@ubc-cs.UUCP>, manis@ubc-cs.UUCP (Vincent Manis) says:
>
> 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.
>

Alas... I tried to edit this message before it went out..  The correct
value for the |= and &= is 8 (and ~8), not 4 (and ~4).  What Vincent
refers to as "turning off protect" is really entering Supervisor mode
on the 68K.  The following funtions do what you want:

#include         /* get OS binding for Super() */

setbit()    /* sets bit 3 of conterm, so shift state is in upper byte */
{
    long oldssp = Super(0L);
    *(char *)0x484 |= 8;
    Super(oldssp);
}

clrbit()    /* clears bit 3 of conterm, so desktop doesn't gag */
{
    long oldssp = Super(0L);
    *(char *)0x484 &= ~8;
    Super(oldssp);
}

You have to link with osbind.o for this to work.

Between the Super(0L) call and the Super(oldssp) call, you are in
Supervisor mode.  YOU CAN'T DO OS CALLS HERE.  If you need to do
OS calls, use Supexec() instead.

/----------------------------------------------\
| 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: 29 Jun 87 15:17:09 GMT
From: ihnp4!alberta!auvax!rwa@ucbvax.Berkeley.EDU  (Ross Alexander)
Subject: Re: GEMBOOT V1.10 and HDB V2.3
To: info-atari16@score.stanford.edu

In article <8706290606.AA00991@ucbvax.Berkeley.EDU>,Konrad A. Hahn writes:
> 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.

Not by me they can't ;-)  Could some kind soul with bitnet access
grab these things, uuencode them, and dump them onto the Usenet please?
I predict this will result in a net _reduction_ of traffic.

...!ihnp4!alberta!auvax!rwa    Ross Alexander @ Athabasca University

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

Date: 29 Jun 87 23:56:47 GMT
From: tektronix!tekig!tekig4!georgew@ucbvax.Berkeley.EDU  (George Walker)
Subject: Notice of intent to post Mark Johnson C compiler (shareware)
To: info-atari16@score.stanford.edu

The C compiler from Mark Johnson showed up here back in March, and I asked
James Turner to post it.  He delayed, since someone claimed a new version was
imminent.  I have not seen the newer version, and while this version is not
as polished as it could have been, I find it useful for small projects on
my unmodified 520ST.

If I don't hear any objections in the next couple weeks, I plan to post the
arc'ed uuencoded C compiler to the net with distribution=world (GULP!).
The distribution will take 3 postings of over 50Kb each.

George S. Walker {decvax,hplabs,...}!tektronix!tekig4!georgew    FLAMENET
Tektronix, Inc.     georgew@tekig4.TEK.COM                DOMAIN
(503) 627-4669     tekig4!georgew.tektronix@Udel-Relay        ARPANET

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

Date:     Tue, 30 Jun 87 10:03:07 EDT
From:     Ken Chin 
To:       Info-Atari16@score.stanford.edu
Subject:  public domain stuff


    I've finally decided to get serious about my 520ST that has been
sitting around for the last year doing only simple word processing.  I'm
interested in doing some midi development on it, but first, I thought I
should get my hands on whatever is available out there in the public domain
(not just midi stuff, but everything including Uniterm).

    I've seen postings from people offering to return disks for a
small fee, but, of course, I didn't save them.  Could people out there
let me know what's available as well as all the necessary information
surrounding them (such as addresses, instructions, and costs)?  If there
is enough interest, I'll summarize to this newsgroup.

Thanks,
Ken Chin
kchin@bfly-vax.bbn.com
(617)497-3375

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

Date: Tue, 30 Jun 87 15:35:06 Greenwich Mean Time
To: 
From: 
Subject: Pascal compilers

I'd like to hear some comments on Pascal compilers running on the ST.
The only one I've seen running is the Pascal ST+ Compiler.
It may be OK for developing programs on the ST but certainly not for
porting programs from other machines. It limits the size of local storage
to 32k and does not accept input lines which are longer than 79 characters
(very stupid -- punched cards are out of date, aren't they?).
Both limitations are not documented (at least not in the german version
of the manual).
So if anybody out there knows anything about MCC, Prospero or other
Pascal Compilers: say it! Do they have bugs/limitations which are
unacceptable ?
Any comments are welcome.
    Rainer Schoepf
    SCHOEPF%DMZRZU71.BITNET@WISCVM.WISC.EDU

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

Date:         Tue, 30 Jun 1987 11:51 EDT
From:         Holly Lee Stowe 
Subject:      UUCP address
To:           

Does anyone happen to know the path by which I can send mail to orc at
Pell on UUCP from Bitnet?  I believe I saw it posted here a while back.

Thank you for your help.

-Holly
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Lasciate ogni speranza, voi ch'entrate.
 (Abandon all hope, ye who enter here.)

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

Date: 26 Jun 87 21:13:22 GMT
From: mnetor!utzoo!utgpu!water!watmath!watvlsi!rpfeifle@seismo.css.gov
Subject: bugs in VC
To: info-atari16@score.stanford.edu

I've been playing around with VC in the last couple of weeks, and
yesterday I had a really annoying thing happen...VC wouldn't let
me print off a listing of a relatively large spread sheet (but not
the largest I've played with).  No amount of coaxing could make
it work.

The spreadsheet itself is fine, though.

It's very annoying...

Just thought I'd warn you guys
Ron
--
Ron Pfeifle                        "What time is it?"
{decvax,allegra,ihnp4}!watmath!watvlsi!rpfeifle        "It's the dark ages."
[better get your Oktoberfest tickets now]            --the Frantics

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

Date: 30 Jun 87 06:37:09 GMT
From: mcvax!nikhefh!gert@seismo.css.gov  (Gert Poletiek)
Subject: Re: Beckemeyer Multitasking Shell
To: info-atari16@score.stanford.edu

In article <3462@ecsvax.UUCP> tcamp@ecsvax.UUCP (Ted A. Campbell) writes:
>
>Has anyone tried the Beckemeyer multitasking shell for the STs?
>I'd be interested in hearing reactions.

I've tried it one afternoon sometime ago. It looks nice on the outside, but
has too many disadvantages to be useful:

    - it takes up far too much memory
    - memory will fragmented in no time if you run a background job
    - (Tools) TeX and Absoft FORTRAN (and a number of other applications)
      cannot be run by it.

With the quality of ST applications improving I kinda forgot where the reset
button is located; after experimenting with the multitasking shell I knew
exactly where the reset button is.


Gert Poletiek.

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

Date: 29 Jun 87 15:35:41 GMT
From: mnetor!utzoo!utgpu!water!watmath!watvlsi!rpfeifle@seismo.css.gov
Subject: VC bug--how do I get a fix for it?
To: info-atari16@score.stanford.edu

I said that there was some bug that caused VC not to create a listing
for some spreadsheets.  I wanted to know if there was a way to get the
fixed version of this (assuming there is one).

Thanks
Ron
--
Ron Pfeifle                        "What time is it?"
{decvax,allegra,ihnp4}!watmath!watvlsi!rpfeifle        "It's the dark ages."
[better get your Oktoberfest tickets now]            --the Frantics

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

Date: 29 Jun 87 00:31:28 GMT
From: mnetor!utzoo!utgpu!water!watmath!looking!brad@seismo.css.gov
Subject: Re: 520STFM recommendation for Atari
To: info-atari16@score.stanford.edu

In article <5330001@hpccc.HP.COM> blevins@hpccc.HP.COM (David Blevins) writes:
>My main reservation about this machine is Atari's "attitude" towards its
>users and developers.  I read something this weekend about Atari "not
>wanting a 1040 to be hooked up to a TV and used as a game machine" or some
>such rot.  I believe that the CUSTOMER will determine what he wants to do
>with his computer, and doesn't need Atari's marketing dept. forcing him
>to use the machine only for REAL applications.

It's true that it's up to the customer, but this doesn't change the fact
that the games are the worst thing to happen to the Atari, and that if
the machine fizzles out, it will be due, in part, to the games.

While Atari couldn't realisticly require developers buying the machine to
sign licences stating they will not develop games, it would probably be
a good idea.

The Atari has better hardware than the Mac or Mac Plus.  Yet it is still
perceived by many to be a games machine, while nobody perceives the Mac
as one.  If there are lots of games, and any customers are buying the
machines "to play games" then a games machine perception develops.
The better the games are, the worse it is.  Who ever heard of somebody
buying an IBM or Mac to play games.  Yes, there are many games available
for these machines, but nobody thinks of them as the raison d'etre of
the machine line.
--
Brad Templeton, Looking Glass Software Ltd. - Waterloo, Ontario 519/884-7473

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

Date: 30 Jun 87 03:12:28 GMT
From: mnetor!utgpu!lansd@seismo.css.gov  (Robert Lansdale)
Subject: Claification of my drive problems
To: info-atari16@score.stanford.edu


  This message is to clarify some of the points I made in a previous
message regarding my drive 'going out of alignment' after accessing
it with no diskette in it.
   First, the problem started when I had the computer ACCESS the drive
with no diskette in it (I said 'have it do a SEEK', but I meant that was
what the drive was about to do).
   Secondly, I had the drive replaced three times. Each new drive was
fine up until either I had it try to access the drive with no disk in
it, or maybe (I'm not sure about this one) after using The MagicSac
emulator for a while (it would do alot or re-seeking when reading near
the center of the disk, which I understand is a common problem). I haven't
used the Magic Sac on my latest drive that just went bad.
   Since I wrote the last message the drive has been giving more frequent
read errors. This usually has been the case. It will get to the point where
its next to impossible to use the computer (although closing/opening the
drive's window will allow some access to the disk, ie. by re-homing the head).
   The drive is still under warranty, but I just can't imagine taking the
computer back to be 'fixed' once again. I would like to find out what I am
doing wrong!!!!!!!!!!!!!!!!!!!!!

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

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