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: Unable to deliver mail
Message-ID: <8707150246.AA15535@ucbvax.Berkeley.EDU>
Date: Tue, 14-Jul-87 22:47:55 EDT
Article-I.D.: ucbvax.8707150246.AA15535
Posted: Tue Jul 14 22:47:55 1987
Date-Received: Fri, 17-Jul-87 01:51:10 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 519


   ----- Transcript of session follows -----
554 ... Unknown fudec host name : sampo

   ----- Unsent message follows -----
Received: by santra.UUCP (5.51/6.4.TeKoLa)
        id AA05965; Tue, 14 Jul 87 14:13:34 +0300
From: 
Message-Id: <8707141113.AA05965@santra.UUCP>
Received: by fingate Tue Jul 14 14:13:30
        from MAILER@FINHUTC.BITNET via rscs BSMTP.
Received: by FINHUTC (Mailer X1.24) id 3943; Tue, 14 Jul 87 04:39:15 FIN
Date:         Sat 11 Jul 87 15:22:41 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 #271
To: , 
Original-To: ,

Info-Atari16 Digest   Saturday, July 11, 1987   Volume 87 : Issue 271

This weeks Editor: Bill Westfield

Today's Topics:

                        Re: SMALLTALK on Atari
                        Re: SMALLTALK on Atari
                        Bug in Alcyon C v4.14
                Re: Bug in Alcyon C v4.14 (not a bug)
                         RE: Smalltalk on ST
                        Degas picture formats
                         Re: BIOS re-entrancy
         Re: Bug in Alcyon C v4.14 (not a bug) (yes, a bug!)
                           PLEASE HELP!!!!
                              Re: Wanted
            Computer Aided Voicing (Product Announcement)
                             GEMBOOT v.10
         Re: DX7-II, ST, MusiLisp, Crumar Spirit, INFO PLEASE

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

Date: 4 Jul 87 10:42:33 GMT
From: mcvax!botter!ark!kleef@seismo.css.gov  (Patrick van Kleef)
Subject: Re: SMALLTALK on Atari
To: info-atari16@score.stanford.edu

In article <231@philtis.UUCP> rob@philtis.UUCP (Rob van den Berg @ CAD Centre)
 writes:
>
>
>Does anyone know if a SMALLTALK implementation for
>
The address should read GEORG@UNIDO (instead of GEROG@UNIDO)

Ooops,

Paul

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

Date: 4 Jul 87 10:40:54 GMT
From: mcvax!botter!ark!kleef@seismo.css.gov  (Patrick van Kleef)
Subject: Re: SMALLTALK on Atari
To: info-atari16@score.stanford.edu

In article <231@philtis.UUCP> rob@philtis.UUCP (Rob van den Berg @ CAD Centre)
 writes:
>
>
>Does anyone know if a SMALLTALK implementation for
>Atari-ST computers exists?
>
>----------------
>Rob van den Berg.            mcvax!philtis!rob
>Philips/Corp. CAD-Centre        tel:+31 40 726682
>HKJ-1833                    +31 40 816707 (Home)
>Eindhoven, the Netherlands.

Try addressing GEROG@UNIDO (both Bitnet and UUCP). As I gathered
from earlier information and demonstration (!) he's one of the
guys that has done the port. I know for a fact that it
DOES exist, but I've never seen the stuff on sale.

As far as I know it's a commercial project.

Happy hunting

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

Date: 4 Jul 87 14:15:20 GMT
From: sandra@cs.utah.edu  (Sandra J Loosemore)
Subject: Bug in Alcyon C v4.14
To: info-atari16@score.stanford.edu

I've just run across a rather annoying bug in Alcyon C v4.14 (the developer's
kit C):  it has a hard time with adding a word-sized integer constant to
a pointer variable.  My code originally looked something like

    STRUCTURE *this, *next;
    next = this + sizeof(STRUCTURE);  /* sizeof(STRUCTURE) = 8192 */

and it was generating code like:

    add.l #$80000000,R0

No difference whether I used "sizeof" or hardwired in the constant directly,
same bad results.  I eventually got around the problem by doing

    next = this; next++;


In another place, I was doing something similar:

    STRUCTURE *this, *next;
    int n;
    next = this + n*sizeof(STRUCTURE);

and instead of generating a multiply it generated a CLR.L instruction!

-Sandra Loosemore
sandra@cs.utah.edu, sandra@utah-cs.uucp

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

Date: 4 Jul 87 19:11:35 GMT
From: mnetor!utzoo!utgpu!water!watmath!jsgray@seismo.css.gov
Subject: Re: Bug in Alcyon C v4.14 (not a bug)
To: info-atari16@score.stanford.edu

In article <4713@utah-cs.UUCP> sandra@utah-cs.UUCP (Sandra J Loosemore) writes:
>I've just run across a rather annoying bug in Alcyon C v4.14 (the developer's
>kit C):  it has a hard time with adding a word-sized integer constant to
>a pointer variable.  My code originally looked something like
>
>    STRUCTURE *this, *next;
>    next = this + sizeof(STRUCTURE);  /* sizeof(STRUCTURE) = 8192 */
>
>and it was generating code like:
>
>    add.l #$80000000,R0

If you wanted 'next' to point to the next structure past 'this', you should
have used 'next = this + 1'.  'next = this + 8192' advances next to the
structure 8191 structures past 'this'.

[K&R C Ref 7.4:] "The result of the + operator is the sum of the operands.
A pointer to an object in an array and a value of any integral type
may be added.  The latter is in all cases converted to an address offset
by multiplying it by the length of the object to which the pointer points."

Jan Gray

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

Date: 5 Jul 87 02:17:00 GMT
From: mnetor!utzoo!utgpu!utcsri!utegc!utai!jpierre@seismo.css.gov
Subject: RE: Smalltalk on ST
To: info-atari16@score.stanford.edu


I asked a couple of weeks ago whether or not Smalltalk was available for
the ST. It turns out that some people at a university in Germany have
ported Smalltalk 80 to a 4meg ST. BUT... the software is not ready for
release and will probably be expensive. Alternatives at this time include
trying to run Smalltalk 80 on the Magic Sac and Smalltalk/V on the vaporous
IBM emulator. I haven't tried it yet...

Finally, Smalltalk/V seems to be the choice of many with IBM ATs but I
don't expect Digitalk to bother implementing for the st when the more
attractive market of Suns and Mac2s is completly open to them (to the best
of my knowledge).

~r signe
Jean-Pierre Corriveau
Dept. of Computer Science
University of Toronto, Toronto
CANADA M5S 1A4

USENET:    {utzoo,floyd,linus,decvax,ihnp4,allegra}!utcsri!utai!jpierre
ARPA:    jpierre%Toronto@CSNet-Relay
BELL:     416-978-8725
CSNet:  jpierre@ai.toronto.edu
EAN:    jpierre@ai.toronto.cdn
UUCP:   jpierre@utai.uucp

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

Date: 25 Jun 87 19:06:42 GMT
From: pt!andrew.cmu.edu!df1b+@cs.rochester.edu  (David R. Fulmer)
Subject: Degas picture formats
To: info-atari16@score.stanford.edu

One more question about the DEGAS format for picture files:

I understand that the color codes are 9 bits.  How are these arranged into
the 32 bytes of palette info?  I am assuming that they are grouped into
2 bytes for each palette register.  Is this correct?


                        Dave

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

Date: 5 Jul 87 22:20:15 GMT
From: iarocci@eneevax.umd.edu  (John Iarocci)
Subject: Re: BIOS re-entrancy
To: info-atari16@score.stanford.edu

In article <767@atari.UUCP>, apratt@atari.UUCP (Alan Pratt) says:

> I'm writing a multi-tasking kernel, and trying to find
> a safe way ...
>
> | Bill Dorsey          'Imagination is more important than knowledge.'

>>You sure are imagining...  There are no safe ways to do *anything* with
>>the current GEMDOS in terms of a multi-tasking kernel.  If you want it,
>>buy Beckmeyer or write your own OS.  It can be done (we're considering
>>it) but it ain't easy, and it is IMPOSSIBLE to force this on the current
>>GEMDOS.  How did Beckmeyer do it?  He wrote his own OS.  Sorry, kids.
>>
>>/----------------------------------------------\
>>| 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)

Maybe I was really imagining when I bought my ST and expected to be able to
get technical support on occasion!  The last thing I expected was a statement
that what I want to do is impossible when it has already been done (micro-
RTX).  Of course, the, "Sorry kids," reference didn't help my self-esteem any
either.

By the way, Allan, I believe Mr. Beckemeyer did not re-write the BIOS,
XBIOS, and GEMDOS routines in his Micro-RTX package.  I am told he uses the
existing OS functions, simply not allowing a context switch while the processor
is in these OS functions.  Therefore, there would appear to be no need to
re-write the entire OS.  Thanks again for the informative tips.

-------------------------------------------------------------------------------
| Bill Dorsey          'Imagination is more important than knowledge.'        |
|                                            - Albert Einstein                |
|     'He who has imagination without learning has wings and no feet.'        |
|                                            - Joubert                        |
| ARPA : iarocci@eneevax.umd.edu                                              |
| UUCP : [seismo,allegra,rlgvax]!umcp-cs!eneevax!iarocci                      |

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

Date: 5 Jul 87 23:13:00 GMT
From: sandra@cs.utah.edu  (Sandra J Loosemore)
Subject: Re: Bug in Alcyon C v4.14 (not a bug) (yes, a bug!)
To: info-atari16@score.stanford.edu

As a number of people have pointed out to me, there is a bug in my
understanding of how pointer arithmetic is supposed to work -- the
only example I could find in K&R which showed adding an integer to
a pointer used a char pointer, so I had assumed it was always treated as
a byte offset.  However, THERE IS STILL A BUG IN ALCYON C!!!!  Or does
the C standard say that 2**13 * 2**13 = 2**27, too???  And there is
still that second problem I mentioned, where it was generating a CLR
instead of a multiply....

-Sandra Loosemore
sandra@cs.utah.edu, sandra@utah-cs.uucp

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

Date:         Sun, 05 Jul 87 23:37:12 EDT
From: John Turnbull <051332%UOTTAWA.BITNET@forsythe.stanford.edu>
To: Info-Atari16 

This is a repost of a note that bounced three days ago, sorry to those
that have seen it.

UOTTAWA (Amdahl 470 V8 running VM/SP Release 4) just got a copy of
CMS Kermit Release 3.1, which among other things, will support
the Long Packet Protocal (type 0 extended headers for up to 1 KB
packets).  Now:  Is there a (PD hopefully) Kermit for the ST that
can eat 1 KB packets (Simon ... )?

Failing that ... is there a PD XMODEM or YMODEM that will run under
VM/CMS?  If so would somebody please send me a copy, or post it to
PROG-A16@CANADA01.

On the subject of mainframe goodies, are there versions of UUDECODE
and ARC that can be run under VM/CMS?  Where would I get them?

Thanks in advance for the help.  /JT


John Turnbull,          NetNorth: 051332@uottawa
30 Somerset Ave,        BITNET:   051332@uottawa
Dept. of Biology,       ARPAnet:  051332%uottawa.bitnet@wiscvm.wisc.edu
Univ. of Ottawa,        UUCP:     ...!psuvax1!051332%uottawa.BITNET
Ottawa,  Ontario,       JANET:    051332%uottawa@rl.earn
CANADA,  K1N 6N5.       ICBM:     45 25' 33'' N  75 39' 05'' W

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

Date: 6 Jul 87 02:16:45 GMT
From: uwmcsd1!csd4.milw.wisc.edu!pirc2499@unix.macc.wisc.edu  (James Franc Pirc
Subject: PLEASE HELP!!!!
To: info-atari16@score.stanford.edu

Could someone please send me a UUDECODEr for the Atari ST's?

Please?

Thanks in advance.....


       James Pirc
net:  pirc2499@csd4.milw.wisc.edu
GEnie:JIM.PIRC

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

Date: 5 Jul 87 16:38:36 GMT
From: ssc-vax!uvicctr!collinge@beaver.cs.washington.edu  (Doug Collinge)
Subject: Re: Wanted
To: info-atari16@score.stanford.edu

In article <775@atari.UUCP> neil@atari.UUCP (Neil Harris) writes:
>... sent off my order for omniscience.
>Imagine my surprise when the package arrived and contained ubiquity instead!

I'm amazed and grateful that you can maintain your sense of humour at this
level considering all the abuse you and your company have been subjected to
recently.  Thanks.

--
        Doug Collinge
        School of Music, University of Victoria,
        PO Box 1700, Victoria, B.C.,
        Canada,  V8W 2Y2
        collinge@uvunix.BITNET
        decvax!uw-beaver!uvicctr!collinge
        ubc-vision!uvicctr!collinge

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

Date: 2 Jul 87 20:53:34 GMT
From: ihnp4!alberta!sask!brecht@ucbvax.Berkeley.EDU  (Tim Brecht)
Subject: Computer Aided Voicing (Product Announcement)
To: info-atari16@score.stanford.edu


    Product Announcement                                 July 2, 1987

                                 DXMATE

    Synchro-Systems presents DXMATE,  an  integrated  Computer  Aided
    Voicing  System  for  the  Atari  ST (TM).  The system includes a
    Voice Editor, Voice Generator,  Sequencer,  Voice  Librarian  and
    Bank Librarian.

    DXMATE  eases  the   complexity   of   programming   digital   FM
    synthesizers  by  displaying  all  parameters  of  a voice on the
    high-resolution Atari screen at one time.  It  provides  powerful
    functionality  at  the press of a mouse button by making full use
    of the Atari ST's GEM (TM)  features  such  as  drop-down  menus,
    windows, forms, slider bars and dialogue boxes.

    Currently available for use with  Yamaha  DX21,  DX27  and  DX100
    synthesizers and Atari 1040 or 520 ST with monochrome display.

                             DXMATE Features

    Voice Editing

    o  Full utilization of mouse, drop-down  menus,  windows,  forms,
       slider boxes and dialogue boxes.
    o  Window  based  system  in  which  all  voice  parameters   are
       displayed  graphically  in  one window and function parameters
       are displayed in another.
    o  Parameters can be changed with the click of  a  mouse  button,
       using the slider bar, up or down arrow/page on each window, or
       with simple key-strokes.
    o  Graphical display of all envelopes which can be easily changed
       by simply dragging specified points on the envelope.
    o  Visual display of the current algorithm.
    o  The voice  being  edited  can  be  played  from  the  computer
       keyboard.   Options  are  provided to change note velocity and
       duration.
    o  Extensive help facilities not only provide help in the use  of
       DXMATE  but  provide  information  regarding  all  synthesizer
       parameters and how they affect the resulting sound.
    o  Multiple level undo feature.
    o  The ability to compare edited voice with the original.

    Sequencer

    o  Allows recording of up to 1500 midi events for  easy  playback
       while editing voices.
    o  Store sequences to disk for later use.
    o  Load sequences from disk for playback.

    Librarian

    o  Save individual voices to disk.
    o  Save entire bank of synthesizer voices to disk.
    o  Load individual voices from disk to the synthesizer.
    o  Load an entire bank of voices from disk to the synthesizer.

    Voice Generator

    o  Generates  creative  new  voices  by  simply   selecting   the
       appropriate menu.
    o  Uses heuristic methods to generate useful new voices.
    o  Parameters are immediately displayed  for  easy  adjusting  if
       desired.

    $133.65 (Canadian) + $5.00 (Canadian) shipping and handling.
    Saskatchewan residents add 7% sales tax.
    [$133.65 (Canadian) = approximately $99.00 (U.S.)].

    Certified cheques, money orders or VISA orders only.  VISA orders
    please  include: Card Number, exact name on card, expiry date and
    affiliated bank name.

    For more information contact:

    Synchro-Systems         or      Tim Brecht
    P.O. Box 3093                   brecht@skorpio.UUCP
    Saskatoon, Sask.                {ihnp4,utcsri,alberta}!sask!skorpio!brecht
    S7K 3S9   CANADA.               (306) 477-2675  - (evenings)

    Atari and ST are trademarks of Atari Corporation.
    GEM is a trademark of Digital Research Inc.

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

Date: 6 Jul 87 13:14:10 GMT
From: ihnp4!homxb!houxm!houxj!wkk@ucbvax.Berkeley.EDU  (W.KAPLOW)
Subject: GEMBOOT v.10
To: info-atari16@score.stanford.edu

I just uudecoded GEMBOOT v.10.  For all of you that unarced it and got
CRC failed errors, just edit the file and change all the "tilde"
characters into "hat" characters.  This was the only change I had to make
to fix the archive.

Wesley Kaplow
AT&T-ISL
Holmdel, N.J. 07733
(201)949-0065

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

Date: 6 Jul 87 13:12:38 GMT
From: ihnp4!homxb!houxm!homxc!pjb@ucbvax.Berkeley.EDU  (#P.BURYK)
Subject: Re: DX7-II, ST, MusiLisp, Crumar Spirit, INFO PLEASE
To: info-atari16@score.stanford.edu

Kay -
    Things might have changed a little in the past few months but...
    I know of only -2- packages (patch librarians) that run on the
    DX-7II:
        "DX-PRO" - Digital Music Services
               23010 Lake Forrest Drive
               Suite D334
               Laguna Hills, Ca. (USA) 92653
               (714) 951-1159

            -and-

        another package by either OpCode or Hybrid Arts
        (sorry, I can't remember which right now)

    DX-PRO, if purchased "today" should work for either the DX-7 or
    the DX-7II, allowing both up-loading (to the APPLE II only) and
    down-loading (to the DX). If you have an older release of DX-PRO
    you probably won't be able to use it (I couldn't) as one of the
    first things it does is ask (via MIDI transfer) who it is talking
    to. Expecting to hear "Oh, I'm a DX-7" it barfs when told "Oh, I'm
    a DX-7II (FD)". Anyway, DMS will -gladly- send you an update upon
    receiving your DX-PRO system disk and docs binder (as "proof-of-
    purchase"). Problem resolved.

    I've had luck using a few other patch librarians (down-loading to
    the DX-7II only though)...

        Isepic "Data-7" seems work ok.

        Passport DX-7 patch librarian... NG (Re: "who are you?")

        Dr. T ... ok

    As far as other info and tutorials go... "The Complete DX-7" by
    Howard Massey gets my vote too. AND... there is a mag out this
    month (July issue)... can't remember but it might be the new
    KMS, KCS or whatever it's called these days... ANYway.. there's
    an article by Howard Massey in there specifically about the
    "compatibility" issues between the DX-7 and DX-7II. (There is
    also a review of the Roland D-50 and a number of other good
    stuff too!)

    Ok.... too much typing!

    Pat




===============================================================================
Forward e-mail, US-snail, or real-time blasting to:

    Patrick J. Buryk
    ...ihnp4!homxc!pjb

    AT&T-BTL, Crawfords Corner Rd, Holmdel N.J., 07733 (Rm 3L-414)
    (201) 949-8129

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

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