Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 92 Issue 007
Info-Atari16 Digest Wed, 8 Jan 92 Volume 92 : Issue 7
Today's Topics:
Atari ST software for sale
Atari TTM195 Monitor
AUTO folder programs -- How do they replace system functions?
GNU C++ at atari.archive
Greek GDOS Fonts?
IS there an Englisg version ZPCAD?
Neural Network software
Small problem with 'less' running under Mint
System 7 and Spectre
The best game... (2 msgs)
TOS 2.06 Available in USA!
TT/030 why the ST RAM?
UUCP for the ST??? Where is it????
uudecode v3.4 (unix) 25-Nov-88 (was Re: problem unpacking c.b.a.s articles)
What works with Mega STe?
Word Perfect 5.1 on PC ditto
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: 8 Jan 92 00:05:38 GMT
From:
noao!asuvax!cs.utexas.edu!utgpu!csd.unb.ca!morgan.ucs.mun.ca!garfield!carlos@ar
izona.edu (Carlos Borges)
Subject: Atari ST software for sale
To: Info-Atari16@naucse.cse.nau.edu
FOR SALE:
Sim City $20.00
Populous $20.00
Omega(TankGame) $15.00
PC Ditto (two copies) $15.00
E-mail me for details.
--
///////////////////////////////////////////////////////////////////////////
// C. Miguel Borges A.K.A. Carlos M. Borges //
// an630@cleveland.freenet.edu carlos@garfield.cs.mun.ca //
///////////////////////////////////////////////////////////////////////////
------------------------------
Date: 3 Jan 92 23:27:24 GMT
From:
mcsun!unido!ira.uka.de!rz.uni-karlsruhe.de!news.uni-ulm.de!rusmv1!delos!tyrell.
tynet.sub.org!marsu.tynet.sub.org!wenzel@uunet.uu.net (Markus Wenzel)
Subject: Atari TTM195 Monitor
To: Info-Atari16@naucse.cse.nau.edu
In <1992Jan1.145028.17894@usenet.ins.cwru.edu>, Len Stys writes:
>
> Can someone tell me what TT color monitor handles the ST modes
> and the new TT color modes? These resolution include:
>
> 320x200 16 colors
> 640x200 4 colors
> 640x400 2 colors
> 640x480 16 colors
>
> And maybe 320x480
256 colors, of course.
For these five resolutions you need a standard 14" VGA multisync monitor, or
the Atari one called 'PTC 1426'. The Atari centers the different resolutions
better (again an Atari-special feature :-(
> I'm not too familiar with the TT/030 since there aren't that many
> in the U.S. yet.
Unfortunately.
> Also, are these monitors capable of anything above these resolutions.
Yes - they are nice for heating up your living-room.
> The 1280x960 resolution requires the TTM194 or I guess the new one--TTM195.
You hit the nail. But other 19" or bigger monitors (e.g. EIZO 6500,
Proscreen, NEC 5D) will fit as well.
> And how much do each of these monitors cost around (U.S. money)? Thanks.
This question should be answered by some fellow countrymen.
--
* /dev/ Markus Wenzel, University of Stuttgart *
* /usr/spool/mail/ wenzel@marsu.tynet.sub.org / @rus.uni-stuttgart.de *
* /bin/ps -l Happy new <*hicks*> year! *
* /irc/nick Marsu2 *
* /etc/motd >> Hey Dave, what about releasing Spectre 3.1 ? << *
------------------------------
Date: Wed, 8 Jan 92 13:16:31 mez
From: Michael Hohmuth <hohmuth@freia.inf.tu-dresden.de>
Subject: AUTO folder programs -- How do they replace system functions?
To: Info-Atari16@naucse.cse.nau.edu
Michel Forget writes:
> [...]
>
> When the user presses TAB from a GEM program, an alert appears telling
> the total ammount of free memory available. Again, this could be done
> using an accessory, but it shouldn't have to be. I've seen all kinds of
> programs that install themselves in the AUTO folder and activate
> themselves when a key is pressed.
>
> Does anyone know how I could do this? [...]
This is a very hard hack:
Activating an TSR "program" by some condition under "plain" TOS mostly
means manipulating the return address of an interrupt call or interrupting
the running process in another hairy way. This could bring
incompatibelities with multitasking operation systems (MiNT or future
versions of TOS :-).
Also, using TAB as a special key in GEM programs isn't a good idea since
TAB is used already for other purposes (TAB changes edit lines in
dialogs).
Here is how you could do this:
o install a routine in the IKBD keyboard vector (get vector address by an
Kbdvbase() call (Xbios 34)) that tests if the special key has been
pressed and that, in this case, sets an event_happened flag
o install a new trap #2 handler that checks our event_happened flag on
each AES (not VDI!) call; if it has been set, reset it and start your
"get amount of free memory" and form_alert() code before resuming the
initial trap #2 call.
Note that dropping an form_alert() call from within this routine must
not use the library form_alert() function. You have to set up your own
GEM arrays (that's not that complicated).
Since GEM sometimes re-installs its trap #2 vector without regard to
changes that were done by other programs, you have to care for that your
pointer is not deleted. This needs some clever extra code. (Mail me if
you want instructions.)
This method, however, implies that the alert only appears if an AES process
drops a trap #2 call. If all AES processes wait for events, the box will
not show up until one process drops a new trap #2 call (i.e. an event
must have happened before).
> [...] I use Personal Pascal mainly for
> programming, but I also have access to Sozobon C and Modula-2. Or even
> assemmbly, although I can't write anything in assemmbly. [...]
If you want to change OS vectors, you should at least have heard of
assembler. (You need this for trap handlers etc.)
> [...] The assembler
> is the german Shareware one recently released.
If you mean TurboAss by Markus Fritze: This would be an appropriate
programming tool for this purpose (even if you implement the whole thing
in assembler language). TurboAss has one big disability: It's not able
to import symbols from other modules.
You also could use the assembler that comes with Sozobon C.
In another article you wrote:
> [...] I
> also talked about other programs that couldn't function as accessories,
> such as a program that allows you to replace the file selector with one
> of your own choosing. The best solution for this would be to tell the
> system that the file selector routine is not at the default location, and
> then terminate execution using the ptermres() system command so that the
> memory occupied by the alternate selector is not erased or used by
> another program. [...]
This is mostly done by installing a new trap #2 vector as explained above
and then catching all file selector requests.
> [...] The only question is how to tell the system to jump to
> a different location when it needs the file selector. [...]
(Un)fortunaly, AES is not documented to that level. I wait for the first
Atari operating system that is object oriented :->
> [...] I suppose what I am looking for is a book that would
> tell me all of this information, or as much as is available.
As far as I know, there does NOT exist a "Atari hackers guide". What you
need is a good Atari system documentation. (For all Germans I recommend
(you know it) "Atari ST Profibuch" (Sybex).)
May the doc's be with you, always...
Greetings,
Michael
--
hohmuth@freia.inf.tu-dresden.de
------------------------------
Date: 7 Jan 92 12:37:21 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!yfn.
ysu.edu!ysub!psuvm!frmop11!dearn!dmswwu1c!zwq017@arizona.edu (Bjarne Pohlers)
Subject: GNU C++ at atari.archive
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan4.044620.16718@wam.umd.edu> cmedley@wam.umd.edu ("Flip"
Medley) writes:
>I've been having a rough time getting GNU C++ installed on my system, and I
>think I finally have everything in order, except that when I compile a
>program, I get an error saying that in xfile.o, _vfscanf is not defined.
>
>I checked, and xfile.o is contained in one of the .olb files in the C++
>distribution, but I don't have the source and I'm wondering if soemthing
>else could be causing this error if the libraries are correct (which they
>probably are). I'm expecting that there is probably a problem in my
>setup (I'm using a Mega ST 2 with Gulam as my shell).
I had the same problem when I tried to install G++ on my machine. The
g++.olb-library uses the standart C-library. I had installed the
MiNT-library as standart C-library. As there was no function vfscanf
in the MiNT-library I rewrote it. In newer versions (Patchlevel 16)
vfscanf is now included. So just get the MiNT-library and replace your
C-library with it. (Programs compiled with the MiNT-library also run
under TOS). I had just to do the following change in compiler.h:
Somewhere the macro __EXTERN is defined: replace the code for defining
__EXTERN and __PROTO etc. with the following:
#ifdef __cplusplus
# define __EXTERN extern "C"
# define __PROTO(x) x
#else
/* end of added lines */
# ifdef __STDC__
# ifndef __NO_PROTO__
# define __PROTO(x) x
# endif
# define __EXTERN
# else
# define __EXTERN extern
/*
* fudge non-ANSI compilers to be like ANSI
*/
# define const
# define volatile
# ifdef __NEED_VOID__
typedef char void; /* so that (void *) is the same as (char *) */
/* also lets us know that foo() {...} and void foo() {...} are
different */
# endif
# endif /* __STDC__ */
#endif /* __cplusplus */
That should work.
--
!"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[
" Bjarne Pohlers Fast address: <srb110@math.uni-muenster.de> &
\ Slow address: Asbeckweg 15 | W-4400 Muenster | Germany \
& Phone number: (xx49)251-866559 "
[":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=
