=========================================================================
 
INFO-ATARI16 Digest         Thu,  1 Mar 90       Volume 90 : Issue  266
 
Today's Topics:
                             16 MHz 68000
                               dlii024
            Folder hierarchy and pathname length (2 msgs)
                           Livermore Loops
                Moniterm & STe, STe & SIMMs, ATW news
                             Obtaining UW
                             PC DITTO II
                      Problems with Laser RCP ?
                             programming
                      ST C programming (4 msgs)
----------------------------------------------------------------------
 
Date: Thu, 1 Mar 90 14:57+0100
From: Ritzert%DMZRZU71.BITNET@Forsythe.Stanford.EDU
Subject: 16 MHz 68000
Message-ID: <900301135753.289921@DMZRZU71-UNI-MAINZ--GERMANY>
 
Brett Maraldo asks:
 
>          What can you tell me about 16Mhz 68k retrofits for the ST?
>What is the best board in your opinion and what will it cost?  What
>are the pros and cons of buying and installing a 16Mhz board?
 
We are running the Hypercache board by the German company pro_VME on 3
machines for more than a year. Initially we had severe problems when the
Atari 68881 board was installed; there were also a few bugs in the cache
logic. The company has continously improved their product and, luckily,
even the most problematic machine of the three now runs very stable when
the cache is switched on. The present Hypercache boards seem to be very
reliable products; the only program i know which *sometimes* gives rise to
problems is ICD's ratehd (only in connection with a seagate st296n, so
this seems to be more a timing problem of this problematic drive). The
board is not cheap (600 DM) but this price is in good ratio to quality
and company support.
 
Speed improvement: roughly 40 % on output intensitive operation, such as
compilations; 70-85 % in average. '881 library functions run typically
40-50 % faster, which is a remarkable result since in these
applications the 68000 is used merely as a "controller" of the 68881,
which does the real work.
 
I'm not affiliated with pro_VME.
 
Michael Ritzert
mjr@dmzrzu71.bitnet
 
------------------------------
 
Date: 28 Feb 90 17:07:47 GMT
From: mcgill-vision!quiche!calvin!depeche@bloom-beacon.mit.edu  (Sam Alan EZUST)
Subject: dlii024
Message-ID: <2303@calvin.cs.mcgill.ca>
 
Is the DLII024 on comp.binaries the same version which has been going
around the BBSs for years now, or is it newer?
 
--
S. Alan Ezust                                |  depeche@calvin.cs.mcgill.ca
McGill University School of Computer Science |  Montreal, Quebec, Canada
 
------------------------------
 
Date: 28 Feb 90 12:22:54 GMT
From: maytag!water!ljdickey@iuvax.cs.indiana.edu  (L.J.Dickey)
Subject: Folder hierarchy and pathname length
Message-ID: <3038@water.waterloo.edu>
 
In article <2018@laura.UUCP> klute@heike.informatik.uni-dortmund.de (Rainer
 Klute) writes:
 
>Hmm, is that really possible? I once tried out how deep a file
>could be nested in the file system hierarchy. From the desktop
>I created a folder "1" in the root directory, then a folder "2"
>within "1" and so on. I ended with folder "8" and got a message
>which told me that it is not possible to create a folder so
>deep in the index structure. To open a file 20 or 40 levels
>deep in the file system should not be possible.
 
I also tried this experiment on the desktop and came to the same
conclusion.  However, Mr. Bammi pointed out to me that there is
a limitation imposed by the desktop that is not imposed by TOS.
So, I tried the same thing using a Gulam shell.  I got over 40
levels deep.
 
 
--
    L. J. Dickey, Faculty of Mathematics, University of Waterloo.
        ljdickey@water.UWaterloo.ca     ljdickey@water.BITNET
        ljdickey@water.UUCP             ..!uunet!watmath!water!ljdickey
        ljdickey@water.waterloo.edu
 
------------------------------
 
Date: 28 Feb 90 14:27:17 GMT
From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
Subject: Folder hierarchy and pathname length
Message-ID: <3052@sbsvax.cs.uni-sb.de>
 
In article <2018@laura.UUCP>, klute@heike.informatik.uni-dortmund.de (Rainer
 Klute) writes:
> Hmm, is that really possible? I once tried out how deep a file
> could be nested in the file system hierarchy. From the desktop
> I created a folder "1" in the root directory, then a folder "2"
> within "1" and so on. I ended with folder "8" and got a message
> which told me that it is not possible to create a folder so
> deep in the index structure. To open a file 20 or 40 levels
> deep in the file system should not be possible.
...
> Any comments?
 
This limit of 8 folder levels only applies to the desktop. The GEMDOS file and
directory functions have no such limit. You can see this if you try the same
procedure as above from a shell (eg. gulam).
 
        - Edgar
--
 
Mail:  Edgar R\"oder                    E-Mail: roeder@cs.uni-sb.de
       Liesbet-Dill-Stra\ss e 3
D-6602 Dudweiler                               -o-   -o-
       W-Germany                                   ~
Phone: 06897/74643                               '---'
 
------------------------------
 
Date: Thu, 1 Mar 90 09:14:12 GMT
From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
Subject: Livermore Loops
Message-ID: < 1 Mar 90 09:14:12 A1034D@UK.AC.SALF.C>
 
Dear All
 
Does anyone out there have the source code to the Fortran Livermore Loops
benchmark. If you do could you please post it to me.
 
Robert
 
=========================================================================
From:  Robert Chafer
 
       FTN77 Group
       Computing Centre             Telephone: +44 61 745 5678
       University of Salford,       Fax:       +44 61 745 5666
       Salford M5 4WT
       United Kingdom
 
E-mail:
    JANET:   chafer @ uk.ac.salford.sysc
    ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
    BITNET:  chafer%uk.ac.salford.sysc @ uk.ac
        or   chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu
 
------------------------------
 
Date: 26 Feb 90 09:04:13 GMT
From: mcsun!unido!fauern!tumuc!guug!pcsbst!@uunet.uu.net  (Roland Rambau)
Subject: Moniterm & STe, STe & SIMMs, ATW news
Message-ID: <1990Feb26.090413.15775@pcsbst.pcs.com>
 
->From article <2042@atari.UUCP>, by apratt@atari.UUCP (Allan Pratt):
->>
->> I don't know them.  The SIMMs are there mainly for the cost and space
->> savings on the PC board, not so you can add memory to your machine.
->>
->> In some machines the memory is not even socketed: it's SIPs, not SIMMs.
->> If the cost of SIPs is lower than SIMMs plus sockets at the time we
->> buy, we use SIPs.
 
Allan, you may not know this, but in Germany the STE is definitely
advertized as "_expandable via SIMMs to up to 4 MB_" ( I have this in print ).
  Atari will probably have to refund any STE which does not stand to this
promise ...
 
 
Roland Rambau
 
  rra@cochise.pcs.com,   ?unido|pyramid?!pcsbst!rra,   2:507/414.2.fidonet
 
------------------------------
 
Date: 28 Feb 90 17:46:51 GMT
From:
 pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!kennyz@tut.cis.ohio-st
 ate.edu  (Kenny Zalewski)
Subject: Obtaining UW
Message-ID: <G#_#AK-@rpi.edu>
 
Hi...  I'd like to know where I can find the LATEST version of both the
Atari ST version, and the Unix side, of "uw", the Unix Windowing program.
I have both right now, but there are two major problems, and if anyone
has a solution, please either post here, or E-mail me.
 
1.  Only adm31 emulation.  I really need vt100 terminal emulation.  This
    is more a wish, than a problem.  It can't be THAT difficult to
    implement, though.
 
2.  I have version 4.2 of the Unix side of "uw".  I compiled all the files
    using make, and included the -DUTMP define to allow the program to
    record my tty's in the /etc/utmp file.  Unfortunately, for some reason
    the windows don't show up in a "who" listing, and are obviously NOT
    getting written into the /etc/utmp file (and, yes, it IS world-writable.)
    So my only conclusion is that the version on my ST is not writing the
    /etc/utmp information, though that doesn't make sense to me, because
    Unix should be handling it.  Any ideas???
 
                                      Thanks in advance.
 
                                                     --- Kenny Z.
 
--
Kenny Zalewski
Rensselaer Polytechnic Institute, BARH B 107, Troy, NY, 12180-3590
kennyz@pawl.rpi.edu | Kenny_Zalewski@mts.rpi.edu | userfvct@rpitsmts.BITNET
 
------------------------------
 
Date: 28 Feb 90 15:23:34 GMT
From: isc-br!lawrence@uunet.uu.net  (Lawrence Kelley)
Subject: PC DITTO II
Message-ID: <2779@isc-br.ISC-BR.COM>
 
In article <1990Feb27.171030.6687@agate.berkeley.edu>
 ericco@stew.ssl.berkeley.edu (Eric C. Olson) writes:
>I got PC DITTO II in the mail last week.  The installation was easy.
>However, it doesn't work.
>
>The software indicates that the board is not properly connected.  Does
>this message indicate that the new chips are required.
>
According to messages that Avant Garde has posted on Genie, it probably
means that the connector really is not properly seated on all pins.
 
AG says the only way to really know you have good connections is to
do a continuity check of each pin.  All reports that I've read on genie
indicate that it's a pain to get seated.  If you verify all pins and it
still doesn't work, I'd suspect the PALS.  You can mail them to AG or
send them email on genie if you have an account.  Good luck.
 
I'm still waiting on my PCD III.  When did you send your card in?
 
Shalom, lawrence
 
------------------------------
 
Date: 28 Feb 90 19:04:20 GMT
From: brunix!rjd@uunet.uu.net  (Rob Demillo)
Subject: Problems with Laser RCP ?
Message-ID: <30969@brunix.UUCP>
 
I've been recently having a series of problems with Laser C's
Resource Construction Program - I'd like to find out
if anyone else is having the same difficulties.
 
Occasionally, due to a series of keystrokes and mouse
button pushes that I have been unable to successfully duplicate,
the RCP will delete my .RSC file. This can, as you might imagine,
be *real* irritating.
 
Megamax claims they aren't aware of this problem but will look
into it. I'm trying to figure out if
anyone else is having this problem. I am not certain, but I am
beginning to think that one of the triggers is having the
filename for the .RSC file be the same as the filename for
the .C module that accesses the .RSC file. (I know that doesn't make any
sense, because RCP has no knowledge of the .C file.)
 
How about it out there, anyone else experience this?
 
 
 - Rob DeMillo                  | Internet: rjd@brown.cs.edu
   Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
   Planetary Science Group      | Reality: 401-273-0804 (home)
"I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
 
------------------------------
 
Date: 1 Mar 90 03:10:02 GMT
From: tiamat!mjbtn!raider!dlh@uunet.uu.net  (Dana L. Holt)
Subject: programming
Message-ID: <178@raider.MFEE.TN.US>
 
        I have a program that hooks into the print screen vector and works
fine unless I try to format a disk etc.. I can select menu items ok but when
I try to copy a file etc it locks up. Do I need to disable an interrupt or
something? Do you think a program like this would be useful? It can copy,
delete files folders, toggle system config (ex. Write verify, etc..),do
disk functions! And much more.. Would you find it useful?
                                        dlh@raider.MFEE.TN.US
 
------------------------------
 
Date: 26 Feb 90 17:43:09 GMT
From: cs.utexas.edu!asuvax!mcdphx!hrc!force!covertr@tut.cis.ohio-state.edu
 (Richard E. Covert)
Subject: ST C programming
Message-ID: <48e0cbdd.14a1f@force.UUCP>
 
I have some one year C source that I d/led from GEnie that gives
some great examples of ST GEM/AES/VDI programming. I am contacting
the original author to get his approval to post them here on cs.atari.st.
 
Are there any other C ST programmers out there on the net who would like
to see more C code posted??  I am interested in such code myself.
 
One of samples that I got from GEnie were some functions to give you
floating menus (i.e. menus don't appear at the top of the screen, but
can be moved around the screen). There were some others to do customized
alert boxes etc. the old samples that I got from GEnie only worked in
medium rez. But I will try to get them working in hi rez.
 
Well, what say folks??
 
 
 
--
 Richard E. Covert, Lead Engineer of Software Tools Group
 AG Communications Systems, Phoenix AZ   (602) - 581-4652
 TCP/IP: covertr@gtephx
 UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
 
------------------------------
 
Date: 28 Feb 90 15:19:08 GMT
From: sun-barr!newstop!texsun!smunews!ti-csl!vlsic2!parker@decwrl.dec.com
 (James Parker)
Subject: ST C programming
Message-ID: <112600@ti-csl.csc.ti.com>
 
covertr@force.UUCP (Richard E. Covert) writes:
 
>Are there any other C ST programmers out there on the net who would like
>to see more C code posted??  I am interested in such code myself.
>Well, what say folks??
 
Include me in the group who would be interested in GEM programming examples
posted!!
 
james parker
 
------------------------------
 
Date: 28 Feb 90 19:33:08 GMT
From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
Subject: ST C programming
Message-ID: <3629@tahoe.unr.edu>
 
In article <48e0cbdd.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
 writes:
 || I have some one year C source that I d/led from GEnie that gives
 || some great examples of ST GEM/AES/VDI programming. I am contacting
 || the original author to get his approval to post them here on cs.atari.st.
 ||
 || Are there any other C ST programmers out there on the net who would like
 || to see more C code posted??  I am interested in such code myself.
 ||
 || One of samples that I got from GEnie were some functions to give you
 || floating menus (i.e. menus don't appear at the top of the screen, but
 || can be moved around the screen). There were some others to do customized
 || alert boxes etc. the old samples that I got from GEnie only worked in
 || medium rez. But I will try to get them working in hi rez.
 ||
 || Well, what say folks??
 
        SOUNDS GREAT! hacking on the ST is one of my favorite pastimes
        when the weather is bad (and the boss is out of town ;-)
 
        Hmmmm, about a short "magazine"-- serialize the postings and
        as they appear perhaps others might contribute additional
        'articles' or perhaps follow-up experiences. C(W)ould you
        serve as editor (glue together mailings like TeXhax digest) ?
 
 ||
 || --
 ||  Richard E. Covert, Lead Engineer of Software Tools Group
 ||  AG Communications Systems, Phoenix AZ   (602) - 581-4652
 ||  TCP/IP: covertr@gtephx
 ||  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
 
 
 ? ___________________________________________________________
 ? |Mike Whitbeck             | mikew@wheeler.wrc.unr.edu    |
 ? |__________________________|__RENO___NEVADA_______________|
 
------------------------------
 
Date: 1 Mar 90 16:12:34 GMT
From: clyde.concordia.ca!sherlock!agostino@uunet.uu.net  (DELIGIA agostino)
Subject: ST C programming
Message-ID: <1882@clyde.concordia.ca>
 
In article <112600@ti-csl.csc.ti.com> parker@vlsic2.ti.com (James Parker)
 writes:
>covertr@force.UUCP (Richard E. Covert) writes:
>
>>Are there any other C ST programmers out there on the net who would like
>>to see more C code posted??  I am interested in such code myself.
>>Well, what say folks??
>
>Include me in the group who would be interested in GEM programming examples
>posted!!
>
>james parker
 
I'd also like to see some GEM C programming examples. Especially those on
floating menus: I'm writing a terminal emulation prg/acc and want to use the
whole screen as the terminal screen and have a floating menu pop up when I
click the right mouse button.  (The left mouse button is reserved for the
dialer  :-)  ).
 
Agostino Deligia
 
agostino@sunkisd.cs.concordia.ca
agostino@concour.cs.concordia.ca
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #266
*****************************************