Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 289
Info-Atari16 Digest Wed, 22 May 91 Volume 91 : Issue 289
Today's Topics:
Arcgsh
C++ on the ST
Calamus Printer I/O redirection
GemView (new version and some questions)
Icons/Iconeditor for MEGA STE Deskicon.rsc File
Legal action against STrabble game.
Problems using GDOS and harddisk driver
Publishers (II)
SEDT readme
spectre for US Atari's, does it work on European Atari's?
STE Problems
To post or not to post....
Using Mac fonts
virtual memory support on the TT
vro_cpyfmt() blues
vro_cpyfmt() blues - problems solved
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: 22 May 91 10:08:12 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!lll-winken!sun-barr!olivea!mintaka!bloom-beacon!er
u!hagbard!sunic!mcsun!corton!laas!ralph@arizona.edu (Ralph P. Sobek)
Subject: Arcgsh
To: Info-Atari16@naucse.cse.nau.edu
In article <3601@hh.maus.de> Thomas_Quester@hh.maus.de (Thomas Quester) writes:
|
| We don't have SO many different incompatible LHarc-Versions, there only is
| one: the LHarc 0.6ss by John Webb. All other versions are compatible to
| the orignal (some including more features than the orginal).
So, where is this one available? Last night I came across a file I
downloaded from atari.archive and all my versions of ST lharc would
bomb on it. A common problem that I find is if an *.lzh archive
contains a small uncompressed file (as does orbit.lzh) the Atari ST
versions that I have blow up when testing/extracting the archive. As
best as I remember I have lharc version 1.02 (from Unix), a few based
on lharc 1.13c and one based on lharc 1.13b.
P.S. Our Unix versions accept the above mentioned file.
--
Ralph P. Sobek Disclaimer: The above ruminations are my own.
ralph@laas.fr Addresses are ordered by importance.
ralph@laas.uucp, or ...!uunet!laas!ralph
If all else fails, try: sobek@eclair.Berkeley.EDU
===============================================================================
Proud owner of a Mega 4 ST. Wishing it was a Mega STe! :-|
------------------------------
Date: 22 May 91 12:51:12 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!rpi!crdgw1!ge-dab!dover!johnson@arizona
.edu (Christopher Johnson)
Subject: C++ on the ST
To: Info-Atari16@naucse.cse.nau.edu
Greetings...
I'm trying to find a C++ compiler for the Atari ST. I have a 1040 with
4 meg of memory and two DS floppies. I do not have a hard drive at this
time, but I plan on getting one at some point.
Does anyone know of a decent commercial C++ compiler for the ST? If
not, does anyone know how to get G++ for the ST without having to
recompile the whole mess? I don't want to attempt to recompile G++
without a hard drive, but I'm hoping that I can use it with the dual
DS floppies and 4 meg. I would need the executables, libraries, and
docs (including those for the debugger and whatever support stuff is
necessary).
Is this stuff available anywhere? I do not really have FTP access, just
e-mail. Thanks for any and all help.
Chris Johnson
GE Simulation and Control Systems Department
johnson@dover.dab.ge.com
------------------------------
Date: 22 May 91 02:06:19 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!munnari.oz.au!goanna
!minyos.xx.rmit.oz.au!s883334@arizona.edu (James Alan Hall)
Subject: Calamus Printer I/O redirection
To: Info-Atari16@naucse.cse.nau.edu
Are there any utilities (preferrably public domain or shareware) to
intercept Calamus' printer output and direct it into a file instead ?
Calamus supports the HP Laser, but I have to go elsewhere to use this
printer. I need to be able to save the output Calamus sends to the port
and later on send it straight through to the HP Laser on another computer.
James.
--
______ ______
| | \ / \/\/\/\ James Hall / Mithrandir Man
| | \ / \/\/\/\ s883334@minyos.xx.rmit.oz.au Know
|______| \/ \/\/\/\ mith@arda.pub.uu.oz.au Thyself
------------------------------
Date: 22 May 91 12:28:07 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!ox.com!math.fu-berlin.de!unidui!un
ido!laura!exunido!haacke@arizona.edu (Ralf Haacke)
Subject: GemView (new version and some questions)
To: Info-Atari16@naucse.cse.nau.edu
Dieter have no permission to post articles to the News, so here is his message:
================================================================================
Hi folks,
sorry but the program/accessory posted in comp.binaries.atari.st have a few
bugs or "unknown features".
I have write a newest version of GemView (1.0.4), but i must test something.
In some day i would to send it to the atari.archive; actually we have a
"ftp"-problem, so i can't do it. I think i will mail it to anyone who send
it to the atari.archive.
Since 1.0.3 (is in atari.archive):
- Correction of some mispelling.
- Better right-mouse-button support.
- GemView now works with a 4 bit color palette (Degas, Tiny and Spectrum).
- A color palette bug corrected (only seen on a TT; is there a bug on the TT
by using the color index 0(black) and/or 1(white) with vs_color() ???).
- The problem with uniterm is solved.
Since 1.0.4:
- If no window is available the accessory now exit with a warning.
- Better message handling with GEMINI.
- The main-(log)-window have a FULLER-button, which makes a very small and
smart window.
- And some __small__ changes and corrections.
What to do in the future:
- GemView could be faster (and smaller).
- A Big-GemView, which saves pictures in other formats (???)
- Transfer GEM-Metafiles into pixel-maps (and reverse ???)
- Saving installs.
- Continue work, if GemView runs as ACC and changing the main-application.
Therefor some questions: Should GemView automaticly opens its own windows,
if it found out that the runing main program is a gem-program (appl_init)?
Or should GemView wait for a handling with windows (wind_create/open)?
Should it ask the user for CANCEL the action, WAIT for new activition or
changing program or CONTINUE it's work and open the windows?
(!!! THIS WILL NOT IMPLEMENT IN THE NEXT SOME WEEK/MONTH !!!)
- A new color reduce algorithm. I have the followed idea:
A color is a point in a 3-dim-room (N~3). First calculate the distance
from each point to each other and save the nearest point with the distance.
Next searching the nearest neighbours and make this two point to one. The
new points is nearer to a point which represent more points then the
other. From the new point calculate the distance to all other points and
save the nearest (some other points must update, if the new point is nearer
as the nearest neighbour before). Then begin to search the nearest ....,
until we have reduce enough.
THAT IS AN ALGORITHM WHICH RUNS VERY SLOW: DOES ANYONE HAVE A BETTER IDEA?
Please let me now what do you think about the program, what you think is
to do in the feature (specialy how should GemView continue it's work) and
where are bugs.
!! I'm also interest in positiv reactions !!
Ciao (bye)
Dieter
P.S.: Actually i have not the time to make a lot for GemView.
P.P.S.: I hope anyone have understand my bad english.
--------------------------------------------------------------------------------
| Dieter Fiebelkorn | With a rubber duck :-) |
| fiebelko@petra.informatik.uni-dortmund.de | one's never alone. :~{ |
--------------------------------------------------------------------------------
================================================================================
------------------------------
Date: Wed, 22 May 91 13:00:17 CET
From: "G. Wartusch" <WARTUSCH%DMRHRZ11.BITNET@CUNYVM.CUNY.EDU>
Subject: Icons/Iconeditor for MEGA STE Deskicon.rsc File
To: info-atari16@naucse.cse.nau.edu
Hello Netters,
I got a brandnew MEGA STE, and now I'd like to edit the Deskicon.rsc-File
I've got the Neodesk and Gemini-Icons from Terminator but can't use them,
because there's no way for me to put them all together in one Resource-
File, which will be used by TOS 2.0x of the Mega STE's/TT's.
Does anybody know what program can help me and where i can get it?
Greetings
Guenter
------------------------------
Date: 22 May 91 10:02:01 GMT
From:
noao!ncar!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!keele!nott-cs!lut.ac.
uk!elmar@arizona.edu (Mohammad A. Rahin)
Subject: Legal action against STrabble game.
To: Info-Atari16@naucse.cse.nau.edu
Read in the june '91 issue of Atari St User (UK) : The original copyright
holder of the Scrabble board game (Spears & co. ?) are taking legal
action against a small PD software distribution library in Engalnd for
distributing Scrabble clone STrabble (by Warwick Allison).
Your views ?
- Rahin
------------------------------
Date: 21 May 91 13:41:36 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!snorke
lwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!axion!tharr!steveh@ari
zona.edu (Steve Hamley)
Subject: Problems using GDOS and harddisk driver
To: Info-Atari16@naucse.cse.nau.edu
In article <1991May17.164029.1@iravcl.ira.uka.de> s_kraemer@iravcl.ira.uka.de
writes:
>I've got problems using GDOS (AMCGDOS) with the harddisk driver of my vortex
>HDplus 20 (hardware: Mega ST 2 with TOS 1.4).
>
>GDOS works if I don't use the harddisk, so I guess the problem is the disk
>driver.
One common problem I've found is that GDOS (both AMC and Atari flavours)
require the fonts and graphic device drivers to be on the same drive as
GDOS. I use a small boot partition to hide away all the stuff I don't
normally want to look at, but was defeated when I wanted to then temporarily
use some fonts on another drive which wouldn't fit on the boot drive...
------------------------------
Date: 22 May 91 13:09:37 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!cs.umn.edu!uc!shama
sh!timbuk!marc@arizona.edu (Marc Bouron)
Subject: Publishers (II)
To: Info-Atari16@naucse.cse.nau.edu
In article <1991May22.021421.23656@lsuc.on.ca>, jimomura@lsuc.on.ca (Jim Omura)
writes:
|> [ stuff deleted.. ]
|> Can someone in Great Britain please clarify what's going on
|> across the great puddle? I guess the first question I have is
|> what is exactly the situation with "ST World"? Are they really
|> trying for a come-back? I thought the whole thing was sold to
|> "ST User"? If so, will they be accepting submissions for publication?
|> Is there a mailing address?
Database PUblications is now Europress (or something like that). ST WORLD
was `bundled' with ST USER last month. I presume this is going to continue...
I'd never ead ST WORLD before, and thought it was a bit thin. But then again,
take all the games out of USER and it would probably be just as thin... :-)
|> [ more stuff deleted.. ]
|> What's "ST User" been like lately? I haven't even seen it
|> around for about a half a year now, so I'm wary about sending anything
|> to them.
Ever since they changed the staff at ST USER, I've cringed at the atrocious
teenage slang they use in place of English, right? ( :-) ) Still, I continue
to subscribe. Probably for the Ads, if nothing else. However, with the new
ownership, I think the staff list has changed again. Perhaps better English
from now on??
|> Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
|> lsuc!jimomura
|> Byte Information eXchange: jimomura
[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: Wed, 22 May 91 17:44 N
From: <MFAGKCHR%HMARL5.BITNET@pucc.PRINCETON.EDU>
Subject: SEDT readme
To: Info-Atari16@naucse.cse.nau.edu
I just received the new SEDT from Anker Berg Sonne, below is the
readme file. There is whole new function key nd programming set-up.
For those of you who are interested in this (DEC EDT like) editor
I include the readme file below.
Chris Evelo
MFAGKCHR@HMARL5.bitnet
=================================================================
Sedt Editor 3-Feb-1991
Version 4.2
Shareware Program
Author: Anker Berg-Sonne
Sedt is a text editor for the IBM PC and compatibles
running DOS Microsoft Windows, OS/2, DEC Rainbow, ATARI ST,
VAX/VMS, VAX/ULTRIX, RISC/ULTRIX, SCO System V, and SCO XENIX.
Sources may be licensed for porting to other systems. Porting to
other UNIX implementations is usually trivial.
Sedt is a shareware program and may only be used by
properly licensed users. See the file LICENSE.TXT for the
license agreement. The license fee includes ONE of the following
packages. Further updates and additional packages will only be
made upon payment of the proper distribution fee.
Distribution can be made in the following formats:
A: 1.2 or 1.44 MB IBM formatted floppy disk with Sedt for
MS-DOS, Microsoft Windows and on-line documentation.
B: 1.2 or 1.44 MB IBM formatted floppy disk with Sedt for
OS/2 protected mode and on-line documentation.
C: 1.2 or 1.44 MB IBM formatted floppy disk with Sedt for
VMS and on-line documentation.
D: 1.2 or 1.44 MB IBM formatted floppy disk with Sedt for
VAX ULTRIX and online documentation.
E: 1.2 or 1.44 MB IBM formatted floppy disk with Sedt for
MIPS ULTRIX and online documentation.
F: One 3 1/2" diskette with Sedt for ATARI ST (TOS and GEM)
and on-line documentation.
G: 1.2 or 1.44 MB IBM formatted diskette with Sedt for SCO
XENIX and on-line documentation.
H: 1.2 or 1.44 MB IBM formatted diskette with Sedt for SCO
System V and on-line documentation.
The distribution charge is $15 U.S. plus $10 U.S. for
each of package (A, B, C, D, E or F) ordered. One package will
be $25, two $35, three $45, four $55, and five $65.
Site licenses. For a given number of employees, using
any systems at the site, does not cover non site relevant use of
Sedt by employees. Site license includes free distribution of
one kit. Site licenses only apply to one geographical site of a
company or non-profit institution. Fee is dependent on number of
employees using Sedt:
Number of employees Fee
1-5 $25 per employee
6-10 $125
11-50 $200
50-200 $500
201-1000 $1000
Educational licenses. There is no license fee for
instructional, class-room use. Site license fees apply to other
uses by educational institutions.
For orders placed outside the U.S. I appreciate payment
in U.S. funds payable by a U.S. bank. Checks not payable to a
U.S. bank involve hefty charges.
I continuously fix problems that I am aware of and add
new features. At any time an order comes in, I ship the current
the version I am working on. If, for some reason, you find that
the software I shipped you has a serious problem, I'll be more
than happy to fix the problem, if I haven't done so already, and
ship you a replacement. Also, if you intend to put Sedt on a
bulletin board, please do so only after testing it thoroughly, or
get in contact with me.
Sedt is what it is because of a continuing, intense
dialog with the user base. If you have any suggestions for
improvement, I am anxious to hear about it. Please mail your
thoughts to me at my home address. 8 Middlemost Way, Stow, MA
01775. I would appreciate your cooperation in limiting telephone
queries to an absolute minimum.
For installation instructions read INSTALL.HOW on the
installation disk and for complete documentation read
SEDTMAN.EDT.
Please avoid contacting me at Digital Equipment
Corporation unless the issue you want to discuss is related to
business with Digital. You can reach me my electronic mail
through Compuserve as "72337,3211". You can reach this account
from Internet as "72337,3211%compuserve.com@CS.RELAY.NET".
I hope you will enjoy the product.
Anker Berg-Sonne
------------------------------
Date: Wed, 22 May 91 19:04 +0300
From: <EMIL@HUJIVMS.HUJI.AC.IL>
Subject: spectre for US Atari's, does it work on European Atari's?
To: info-atari16@naucse.cse.nau.edu
Could some kind US or European netter, please, answer the following
trivial question :
Do the Mac emulators Spectre 128 and Magic Sac Plus sold in the US
function on the European Atari ST(1040)'s as well ? (I would like to buy
such emulators from a fellow-netter from the US, and I would like to be
sure in their compatibility with the European Atari's ROM's - unlike the
case with, e.g., PC_Ditto emulator).
Many thanks in advance.
Emil Nissimov (Hebrew University of Jerusalem)
------------------------------
Date: 22 May 91 15:53:07 GMT
From: infonode!klt!kt8127!b23a!infonode.ingr.COM@uunet.uu.net (Kermit Tensmeyer)
Subject: STE Problems
To: Info-Atari16@naucse.cse.nau.edu
Last Night my newly purchased 1040STe finally showed up (after being
backordered for eight weeks.) I carefully took it out of the package,
disconnected my 1040ST, reconnected the STe and booted the system.
the result was 2 (count'em two) system "bombs". I checked everything
To make the story of a frustrating night shorter, if the hard drive was
turned on, the system wouldn't boot.
I used the backdoor method of spinning the disk up after system boot.
(Sometimes the HardDrive [Supra 20M ] would spin up properly, sometimes
not The Red Busy Light that would not Turn Off). After using the hard
drive program and reinstalling the the disk icon, I could look at files
however attempting to delete the auto folder on the C drive would lock up
the system.
I tried to build a new temporary boot disk, but I found that deleting
files or copying file would not survive the next disk refresh.
So the problem is that the STe won't write to disk's properly or boot
properly.
Is this a new incompatibility between the ST and STe? ;-)
I thought that the hard drive might have gotten screwwed up, so I swapped
the STe out and the ST in. [I wanted to play with the new software as well.}
Every thing seemed to work just fine.
Any commment: Should I send the stuff back to the dealer and wait another
8 weeks for another machine. Is it likly that the chips having been seated
properly.
----------------------------------------
Sorry about the header: I'm still trying to figure this new newsreader options
out, [The defaults to xrn are screwed up]
------------------------------
Date: 19 May 91 22:35:02 GMT
From:
noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com
!mintaka!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!axion!tharr!AlexK@arizona.edu
(Alex Kiernan)
Subject: To post or not to post....
To: Info-Atari16@naucse.cse.nau.edu
In article <1991May15.163217.6142@terminator.cc.umich.edu>
weiner@terminator.cc.umich.edu (Jeff Weiner) writes:
>
>Ok folks, here's the deal: Would anyone be interested in us
>posting uploads for the past week to comp.sys.atari.st?
>
I'd be very interested in this, I'm not on as often as I'd like and so
its easy to miss things. Also could you post instructions on getting
at things via mail on a regular basis, again I have all sorts of
problems with this (usually hosts justs ignoring my pleas for help :-(
Alex.
--
<-- tharr *free* public access to Usenet in the UK 0234 841503 -->
------------------------------
Date: 21 May 91 21:00:40 GMT
From: hpcc05!hpcuhb!hpindda!goo@hplabs.hp.com (Michael Goo)
Subject: Using Mac fonts
To: Info-Atari16@naucse.cse.nau.edu
/ tdrga@ccwf.cc.utexas.edu (Todd Drga) / writes...
>What do I have to do to use some of the Mac fonts that I have found archived
>on various FTP servers? What program will convert the to GDOS (or other)
>fonts that I can use? I am interested in using the fonts for DTP and screen
>fonts.
The program Fontz! by (the now defunct) Neocept can convert Mac fonts (amongst
many other formats) to GDOS fonts. I haven't worked too much with this
program, but the general idea is that you load the font into Fontz!, select
the resolution you want for the GDOS font, and then use a pixel editor to
touch up the rough spots caused by the resolution conversion. It's better
than starting from scratch, but it ain't trivial either.
One place I know you can get Fontz! is from B+C Computervisions in Santa Clara,
California (408)749-1003.
I am not associated with Neocept or B+C in any way etc. etc. blah blah blah.
------------------------------
Date: 22 May 91 12:28:02 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!snorkelwacker.mit.edu!ira.
uka.de!sun.rhrk.uni-kl.de!seimet@arizona.edu (Uwe Seimet [Chemie])
Subject: virtual memory support on the TT
To: Info-Atari16@naucse.cse.nau.edu
Re: virtual memory management on the TT
As you are probably aware the TT because of its 68030 is capable
of virtual memory management. This applies not only for UNIX but
is also possible with TOS.
If you don't want your programs to interfere with software that
allows virtual memory in case of a buserror you have to test
if an error occured because of an invalid page or table descriptor
or if it is a "real" error which means that you can supply your
own buserr routine.
(Of course, programs which don't manipulate the buserr vector
don't have to worry about this.)
All future buserror handlers are recommended to look like
the following example:
-----------------------------------------------------------
tst.b ttflg
beq nott ;makes no sense on an ST
ptestr #7,[16(sp)],#7 ;test descriptor
pmove psr,status ;get mmu status
btst #2,status
beq nott ;descriptor is valid-
jmp ([oldvec]) ;back to system exception handler
nott:
insert your own buserr handler here
-----------------------------------------------------------
It is important that not only TT developpers use this kind of
handler. Software that is intended primarily for use on the ST
should use it to. Otherwise it won't be compatible to any future
virtual memory support on new machines.
Any more comments concerning programming on the TT? Go ahead!
-----------------------------
| Uwe Seimet |
| Buchenlochstrasse 29 |
| D-6750 Kaiserslautern |
| seimet@sun.rhrk.uni-kl.de |
-----------------------------
------------------------------
Date: 21 May 91 17:17:01 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!mintak
a!bloom-beacon!eru!hagbard!sunic!dkuug!imada!micro@arizona.edu (Klaus Pedersen)
Subject: vro_cpyfmt() blues
To: Info-Atari16@naucse.cse.nau.edu
csbrod@immd4.informatik.uni-erlangen.de (Claus Brod) writes:
>Don't use Logbase() in a VDI context. Just use 0L as a pointer to
>the current screen. VDI will automatically convert this to the
>actual address needed and will even fill in the word width and plane
>count parameters in the MFDB automatically!
I might be wrong here, but it is my experince that you need to set the
fd_stand to device dependent format. Anyway it have helped me in my
programs. I will go home and try it out now...
Klaus, micro@imada.ou.dk
>Claus Brod, Am Felsenkeller 2, Things. Take. Time.
------------------------------
Date: 22 May 91 10:24:43 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!snorke
lwacker.mit.edu!ira.uka.de!fauern!faui43.informatik.uni-erlangen.de!lsmichae@ar
izona.edu (Lars Michael)
Subject: vro_cpyfmt() blues - problems solved
To: Info-Atari16@naucse.cse.nau.edu
I've eliminated all XBIOS calls in VDI context, got n_planes from
vq_extend() and instead of the screen address I'm using NULL.
Now it works yes fine.
Thanx to all guys who gave me some advice.
---
Lars
+----------------------------------------+----------------------------------+
| lsmichae@faui43.uni-erlangen.de | | | | |
| Lars Michael | | | | "Down with ATARI, |
| Graduate Student of Computer Science | / | \ Long live the ST !" |
| at University of Erlangen/Germany | / | \ |
+----------------------------------------+----------------------------------|
| "May the Schwartz be with you!" |
+---------------------------------------------------------------------------+
------------------------------
End of Info-Atari16 Digest
******************************
