=========================================================================
 
 
Info-Atari16 Digest         Tue,  6 Aug 91       Volume 91 : Issue 423
 
Today's Topics:
                           <None> (11 msgs)
                       Abacus Internals WANTED
                            ATARI MEGA STE
                             Dialog Boxes
                  Double Click compression utilities
                           DTP for music ?
                       Info-Atari16 Digest V91
 Looking for a good PD D&D Character maintainer with GEM interface...
                  PureC-Debugger (was: Re: Turbo-C)
                    ZOO 2.1, BUG, or is it me.....
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 6 Aug 91 01:32:28 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!wupost!mthvax!news.
 miami.edu!umiami!newsmgr@arizona.edu,
Subject: <None>
To: Info-Atari16@naucse.cse.nau.edu
 
        When I recently upgraded my NeoDesk to patch 3.02, I
        I seem to recall a discussion of the problem of finding an
        If Atari ever wants to rerelease WUP, it has a lot to do.  Fix
        Oh yeah, moral of this story, when debugging a NeoDesk
Path: news.miami.edu!mthvax!wupost!uunet!kira!news
From: pegram@kira.UUCP (Robert B. Pegram)
Subject: Word Up 3.0 and the PATH
Message-ID: <1991Aug5.201253.22070@uvm.edu>
Sender: news@uvm.edu
Organization: Univ. of Vermont, Eng., Math., and Bus. Admin. (EMBA) Computer
 Facility
Date: Mon, 5 Aug 91 20:12:53 GMT
Lines: 8
 
Sometimes I wonder if it's all worth it; then I look at a bare desktop
8-).
 
Bob Pegram
 
pegram@{griffin,kira,sadye,newton}.uvm.edu
        or
..!uvm-gen!pegram
 
------------------------------
 
Date: 6 Aug 91 03:54:50 GMT
From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!es2a+@sei.cmu.edu
 (Eric Stuyvesant)
Subject: Abacus Internals WANTED
To: Info-Atari16@naucse.cse.nau.edu
 
    If anyone out there has a copy of Abacus' Atari ST Internals book
for sale, I'd be interested in buying it.  Any readable condition is
acceptable.  Please e-mail me details like price and condition.
 
    Thanks in advance.
 
-Eric Stuyvesant
es2a+@andrew.cmu.edu || es2a%andrew@CMCCVB || JNET%"es2a%andrew@CMCCVB"
al782@cleveland.Freenet.Edu || {uunet,harvard}!andrew.cmu.edu!es2a
"To hate is to study, to study is to understand, to understand is to
appreciate, to appreciate is to love."  -John A. Wheeler
Go MEMS!
 
------------------------------
 
Date: 6 Aug 91 08:03:00 GMT
From: math.fu-berlin.de!fauern!forwiss.uni-passau.de!sulu!wieninge@uunet.uu.net
 (Christian Wieninger)
Subject: ATARI MEGA STE
To: Info-Atari16@naucse.cse.nau.edu
 
Hello out there,
 
yesterday my ATARI dealer, received new MEGA STE's. We tested them, but all
stayed the same. Again flipping screen and problems in low resolution. :-(
So what to do now?
Sending the machine back to ATARI, will not make it better, cause obviously
the new machines have the same mistakes. Atari claims, that there are no
problems. A few weeks ago, I posted an article, questioning if anyone has a
completely working MEGA STE. Nobody sent a response.
So, my question to you and ATARI,
what can we do with the MEGA STE's?
 
Bye Christian.
 
------------------------------
 
Date: 6 Aug 91 01:51:43 GMT
From:
 bonnie.concordia.ca!news-server.csri.toronto.edu!torsqnt!lsuc!jimomura@uunet.uu
 .net (Jim Omura)
Subject: Dialog Boxes
To: Info-Atari16@naucse.cse.nau.edu
 
     This afternoon I was working on a program and I left it with
a problem that I can't get out of my head, so I thought I'd post
a question about it.
 
     I've been writing a program with a full GEM menu system for
the first time and I've gotten all the calls that I need to open
a VDI workstation and a window.  Before I did this I tested the
menu system at the desktop level and the main menu system worked
fine.  Dialogue boxes would open and close and disappear, but
anything printed under the dialogue box would disappear when it
closed.  Now that I have a new VDI workstation and window openning
up the dialogue boxes don't disappear after they're closed.
So far I haven't seen anything in the manuals that would account
for this (the Lattice C manuals I've been talking about that is).
 
     As far as I can tell there are two possible solutions.
The first is that maybe the GEM system is losing track of the
pointers to the screen RAM or any buffers where the material
under the dialogue boxes might be stored.  The only command
possibility I saw that might help was something to do with setting
the "TOP".  I think it was "wind_set()".  The only other thing
I was thinking was maybe GEM isn't designed to store the material
under the dialogue boxes at all.  That would mean that I'd have
to write my own store and retrieve routines.  That doesn't make
sense.  Is that what all these GEM programs have been doing?
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
lsuc!jimomura
Byte Information eXchange: jimomura
 
------------------------------
 
Date: 06 AUG 91 00:57:08 CDT
From: Z4648252 <Z4648252%SFAUSTIN@RICEVM1.RICE.EDU>
Subject: Double Click compression utilities
To: <INFO-ATARI16@naucse.cse.nau.edu>
 
A user posted the following:
 >
 >Does anyone know about the new program from DC that is supposed to allow
 >compression of all data on a system while it is active.  From what I have
 >heard about the program, it does what it does without slowing the machine
 >down at at all.
 >
    Double Click has two excellent programs.  One compresses executables
resulting in either the same execution speed or faster execution speed
because the file is now smaller.  This program's name is DC Squish and is
part of Double Click's "DC UTILITIES".  There are many other excellent
programs on the UTILITIES disk.  As a point of reference, DC Squish
knocked my Flash program down from 150K to about 88K.  No speed
degradation, either!  FAST!
    The other program, Data Diet, will compress everything and is very fast
although you give up some speed due to its real-time compressive
abilities.  However, the compression/depcompression speed is several
times faster than that of the Macintosh program, DiskDoubler.  DiskDoubler
can take a file and tack a one minute decompression time on it, in
addition to the load time.  Diet is considerably faster to the point
of your wondering what in the world Doubler is doing.
    Both programs list about the same, $59.00 list, although Doubler may
list a bit more.
    DC Squish is part of DC Utilities which costs about $30-$35.00.  I'm
not sure on its price since I recently upgraded mine and the upgrade
price was cheaper than normal list.
    Contact the folks at DoubleClick for better details than what I gave.
Midnight and me don't get along and I think this message is a mess!  Both
Data Diet and DC Squish will give you great results.  Diet will cause a
slight speed loss but you average about 50% space savings.  DC Squish may
speed up disk access and you gain about 30% average space savings, perhaps
more, depending on what you have in the partition.
    The following is an example from some Double Click documentation
of compressed files by DC Data Diet:
 >
 >      File type           No. of  Normal Size   Diet Size   You save!!
 >                          files   in bytes      in bytes    percentage
 >------------------------------------------------------------------------
 >Postscript (.PS)           9       1104706       234490      79%
 >PageStream (.DOC)          22      1230167       365157      71%
 >Various pictures
 >(some already compressed)  26      834488        625133      26%
 >First Word + (.DOC)        7       56609         26046       53%
 >------------------------------------------------------------------------
 >
    And the usual disclaimer applies:  I'm not affiliated with these
great folks, but I sure am a happy customer of theirs!
    Contact them through your dealer, if you can find one, or through
Ma Bell at (713) 977 6520 (voice), (713) 944-0108 (BBS), or through
UseNet at UACE0@MENUDO.UH.EDU.
 
Larry Rymal <Z4648252@SFAUSTIN.BITNET> |>Atari ST Users of East Texas<|
       Stephen F. Austin State University, Nacogdoches, Texas
 
------------------------------
 
Date: 6 Aug 91 11:21:51 GMT
From: timbuk!marc@uunet.uu.net (Marc Bouron)
Subject: DTP for music ?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <2894@m1.cs.man.ac.uk>, pjj@cs.man.ac.uk (Pete Jinks) writes:
> Does anyone know of any packages (preferably PD/shareware/cheap, but anything
> is better than nothing) that can be used to create a music score (maybe with
> words) and print it?
> Ease of use (initial input, modification) and the ability to cope with
> long and/or complicated scores (e.g. multiple parts) would be important.
>
> Thanks in advance for any help you can give.
 
There are two packages for TeX - mtex and musictex - which allow you to typeset
music and lyrics in a TeX environment.  You can get TeX for the ST from atari.
archive, and the packages probably from ymir.claremont.edu.
 
Cheers,
 
[M][a][r][c]
 
 
################################################################################
#                           #  marc@sequoia.cray.com           #     .   .     #
#  Marc CR Bouron           #  M.Bouron@cray.co.uk     (ARPA)  #    _|\ /|_    #
#  Cray Research (UK) Ltd.  #  M.Bouron@crayuk.uucp  (DOMAIN)  #   (_|_V_|_)   #
#  +44 344 485971 x2208     #  M.Bouron@uk.co.cray    (JANET)  #     |   |     #
#                           #  ...!ukc!crayuk!M.Bouron (UUCP)  #               #
################################################################################
 
------------------------------
 
Date: Mon, 5 Aug 91  22:04:08 MST
From: <ICBMK%ASUACAD.BITNET@CUNYVM.CUNY.EDU>
Subject: Info-Atari16 Digest V91
To: <Info-Atari16@naucse.cse.nau.edu>
 
   From: Bonnie M. Klassen
         Library Specialist
         Arizona State University
Please remove my name from the Into-Atari16 Digest mailing list.  Thank you.
 
Bonnie M. Klassen (602) 965-1892
In-Reply-To:  note of 08/05/91 20:44
 
------------------------------
 
Date: 6 Aug 91 03:04:49 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!rcte2
 p@arizona.edu (Paul Stephen Sears)
Subject: Looking for a good PD D&D Character maintainer with GEM interface...
To: Info-Atari16@naucse.cse.nau.edu
 
I am looking for source to a good D&D character/DM maintainance utility.
I once got one called "DM Helper" but it didn't support monochrome and
it was customized too much (need to be able to customize it myself for
use with the 2nd book, etc).  I am ready to write one myself if I have
to but I would rather just adapt one that is already out there to my
specific needs...
 
Thanks.
 
Paul Sears
 
 
--
* Paul Sears * Technology    ***    |"The greater an individual's power
* The University of Houston  ***    | over others, the greater the evil that
* RCTE2P@Jetson.uh.edu      * * *   | might possibly originate with him."
* RCTE2P@menudo.uh.edu     *  *  *  | - PROPAGANDA, from A Secret Wish (CD)
 
------------------------------
 
Date: 6 Aug 91 08:28:32 GMT
From:
 noao!asuvax!ukma!widener!iggy.GW.Vitalink.COM!pacbell.com!att!linac!pacific.mps
 .ohio-state.edu!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!ira.u
 ka.de!fauern!faui43.informatik. (Michael Kaaden)
Subject: PureC-Debugger (was: Re: Turbo-C)
To: Info-Atari16@naucse.cse.nau.edu
 
Martin_Gaeckler@m.maus.de (Martin Gaeckler) writes:
 
 
>The Most important improvements of Turbo C to Pure C:
>- Debugger will run in all resolutions tha provide at least a 80 * 25 char-
>  acter screen.
  Just a moment: You must be kidding! Again, no debugging of programs using
ST-low-res? Oh no!
 
[stuff deleted]
 
>Martin
 
 Disappointed,
        Michael
 
--
Michael Kaaden                 mlkaaden@faui09.informatik.uni-erlangen.de
Computer Science Student         "For every problem there is one solution
Rettystr. 20                      which is simple, neat, and wrong."
W-8500 Nuernberg 30, Germany      H. L. Mencken
--
 
------------------------------
 
Date: 5 Aug 91 23:36:38 GMT
From: noao!asuvax!ukma!usenet.ins.cwru.edu!ncoast!bjsjr@arizona.edu (Bill
 Shroka)
Subject: ZOO 2.1, BUG, or is it me.....
To: Info-Atari16@naucse.cse.nau.edu
 
In article <A1967593220@thelake.mn.org> steve@thelake.mn.org (Steve Yelvington)
 writes:
>[In article <BAMMI.91Aug4131725@acae127.cadence.com>,
>     bammi@acae127.cadence.com (Jwahar R. Bammi) writes ... ]
>
>> In article <1991Aug3.210242.23790@cs.yale.edu> fischer-michael@cs.yale.edu
 (Michael Fischer) writes:
>>
>>> I too am having a minor problem with Zoo 2.1.  When I make an archive,
>>> the creation time of the .zoo file is exactly 1 hour later than the
>>
>> you need to set the timezone environment variable:
>> for example for easterm USA:
>>
>>  setenv TZ EST5EDT
>
>I had the same problem.  My TZ is set to -0500 so that my mail and news
>software will generate dates that follow the most recent RFCs'
>recommendations against using timezone abbreviations in headers.
>Apparently ZOO 2.1 can't understand that format.
 
I'll look into adding this for the next release.  Maybe we can even get a
full implementation of gettz() added to the GNU library.  bammi?
 
>A more serious problem, though, is that I can't get ZOO 2.1 to extract
>from an older ZOO archive using the x// or -restore commands. I get
>bus errors every time. That made it sort of hard to get thelake back
>on the air yesterday after a hard drive swap. This is distressing, since
>I've always been in the pro-ZOO, anti-LHARC camp.
 
I'd appreciate it if you could send me a small sample archive that has this
problem.  I just made a couple sample archives (though not very large) with
ZOO 2.01e using -backup and then restored them using ZOO 2.1 and didn't have
any problems.
--
--------------------------------------------------------------------------
Bill Shroka
bjsjr@NCoast.ORG
uunet!usenet.INS.CWRU.Edu!ncoast!bjsjr
 
------------------------------
 
End of Info-Atari16 Digest
******************************
