Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 92 Issue 032
Info-Atari16 Digest Tue, 21 Jan 92 Volume 92 : Issue 32
Today's Topics:
"Captive" help
386 emulator for ST
386SX emulation (was RE: IBM emulation)
Advice about MiNT
Aladin
Arcgsh 4.0
Atarians! Where Are You?!
Atari ST monitors for sale/wanted; modems & monitors for sale
Complete Atari Mega-2 System for Sale!
Darn brevity
Finishing Dungeon Master (2 msgs)
Hyperformat disk on a PC
I cant get Zoo to work!
Need help with Manager
New 14" mono monitor
Repost of my plea for help
Sozobon 1.33i vs. Sozobon 2.0 (extras) (2 msgs)
TurboAss
What to do?
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: 21 Jan 92 07:53:49 GMT
From: fernwood!portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
Subject: "Captive" help
To: Info-Atari16@naucse.cse.nau.edu
In Captive, some of the wall sections are mounted on "rollers", and can
be pushed out of the way...
Butre has one such wall section in the "entryway"... check the documentaion
(such as it is) to see how to push a wall section...
Examine the bottom edge of the walls to find the rollers...
BobR
------------------------------
Date: 21 Jan 92 12:14:21 GMT
From: mcsun!sun4nl!phigate!alp!johnj@uunet.uu.net (John Janssen)
Subject: 386 emulator for ST
To: Info-Atari16@naucse.cse.nau.edu
In september last year, Vortex has launched their 386SX emulator for
MEGA STE only.
Last night I saw an add for the Vortex emulators and they noted that
they had a 386SX emulator for ST and MEGA ST aswell.
As told before it does run DOS5.0 and windows3.0 etc..
John
--
--
John Janssen Email: johnj@echo.philips.nl
The Netherlands
------------------------------
Date: 21 Jan 92 10:59:28 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!wupost!spool.mu.edu!umn.edu!math.fu-berlin.de!ma
ilgzrz!opal.cs.tu-berlin.de!gismo@arizona.edu (Gregor-Sebastian Mischke)
Subject: 386SX emulation (was RE: IBM emulation)
To: Info-Atari16@naucse.cse.nau.edu
well, I'm a user of an AT-Speed(producer: SACK-Electronics) with an
C286-Processor on it.
Yes, there are no slots available an this board, and there's also no memory on
it, but the ST-ram is fully used via XMA memory-access.
the BIOS is able to show MONO-VGA, MONO-EGA, AT&T(640x400) monochrom, and
CGA/MGA, at a cpu-speed of 16MHz, which is about a Norton-Index of 8.2. And the
most important thing is, almost every software runs.
The support is a little lossy, but the manual make the board easy to install
upon your 68000 CPU.
There is a product having the same technical facts(286, 16MHz, 68k-hookup,
ST-memory-access,....) from VORTEX, and there is also a board containing a
386sx cpu .
this board brings full 386(will mean protected) mode, XMA, EMS is supported,
windows runs fully in protected mode, VGA, EGA, AT&T, CGA
and as a option 512k fast-ram on board for full 32bit bus-access.
without fastram there's a NI from about 9.2 to 10.3, having fastram installed,
it is 15.2.
And looking at thhe dollar-table, in this moment $1.00 costs about
DM 1.60, it will be about 500 to 600 USDollars.
But, living in germany, I really don't know whether there is a distributor in
the United States.
Just ask your local compu-shop, or directly to HEIM-VERLAG, Heidelberger
Landstrasse , W-???? Heidelberg, Germany
Sorry, I just don't know the ZIP-code, look it up in a magazine,
The Supercharger is a PC-Clone developed by Bela-Systems, using an own mainboard
with own Ram-proms, and it contains about 3 slots for PC-cartridges, as VGA or
anything else; you can use both, PC and TRARARI simultanously, and it is
connected to your ATARI's DMA port.
you may get info contacting to SIEMENS, I think, they got the manufacturing
police.
Hope, this helps
Gregor
--
Gregor Mischke Internet:
Techn. Universitaet Berlin gismo@cs.tu-berlin.de
FB Informatik
------------------------------
Date: 21 Jan 92 04:53:17 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!wupost!news.utdallas.edu!tamsun!tamuts!n160ao@
arizona.edu (Mark Lehmann)
Subject: Advice about MiNT
To: Info-Atari16@naucse.cse.nau.edu
I want to delve into MiNT.
What version should I install? Where should I get installation instructions?
What I am hoping that I will gain with MiNT is the ability to do file
transfer in the background while I use the computer in the foreground.
What is a good "C" and "C++" to use under MiNT? I have Sozobon and Laser C.
Do any MiNT users use TeX and LaTeX? If so, what version of TeX do
you use under MiNT?
Thanks much.
Mark Lehmann
tamuts.tamu.edu!n160ao
------------------------------
Date: 21 Jan 92 06:37:33 GMT
From: mcsun!unido!uniol!hb.maus.de!hh.maus.de!Thomas_Quester@uunet.uu.net
(Thomas Quester)
Subject: Aladin
To: Info-Atari16@naucse.cse.nau.edu
iu> |> 1) Does anyone know where i can find a Mac program that
iu> |> can force a Mac to write a disk in Aladin format?
You can force a Mac to write a DOS disk. Threre a 2 programs available to do
this job: Access PC and DOS mounter. A DOS-Disk under DOS mounter behaves just
like a Mac-disk. If it is possible to install one of these programs on aladin,
it should'nt be a problem to excange disk's with a mac.
------------------------------
Date: 21 Jan 92 13:47:47 GMT
From: mcsun!unido!fbi-news!heike!klute@uunet.uu.net (Rainer Klute)
Subject: Arcgsh 4.0
To: Info-Atari16@naucse.cse.nau.edu
ARCGSH 4.0 (Archiver GEM Shell) for Atari ST
============================================
Arcgsh 4.0, the Archiver GEM Shell for Atari ST, is available now. You can
get it by anonymous FTP from atari.archive.umich.edu; the file name is
arcgsh40.zoo in the /atari/archivers directory. Alternatively you can wait
until it appears in the newsgroups comp.binaries.atari.st.
Arcgsh is a GEM shell that eases the use of the most popular archiving
programs for the Atari ST (arc, lharc, shar, tar, and zoo). Furthermore the
programs compress, uud, and uue are supported.
The most important enhancement with respect to the previous release 3.5 are
as follows:
- The most recent zoo version 2.1 with its `high performance
compression' is supported. By this considerably higher packing rates
can be achieved.
- The archiver tar is supported.
- The compression program compress is supported.
- The lharc interface has been improved considerably. Now Arcgsh can
be configured to work together with any lharc variant.
- In addition to the english manual there is also a german one now.
Dipl.-Inform. Rainer Klute klute@irb.informatik.uni-dortmund.de
Univ. Dortmund, IRB klute@unido.bitnet
Postfach 500500 |)|/ Tel.: +49 231 755-4663
=========================================================================
Info-Atari16 Digest Tue, 21 Jan 92 Volume 92 : Issue 33
Today's Topics:
8bit <-> ST monitor cable?
Aladin
Compressed Backups, Syquest Drives
Darn brevity
Does:
GCC 1.40 & GDB
Hyperformat disk on a PC (2 msgs)
IBM software emulator
Info-Atari16 Digest V92 #25
LaserBrain font selection
NOISY MEGAFILE AND CABLE LENGTH
Postscript on Atari's in general
Sozobon 1.33i
Sozobon 1.33i vs. Sozobon 2.0 (extras) (3 msgs)
Strategy game
VORTEX ATonce 386SX for MSTE's
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: 19 Jan 92 22:38:45 GMT
From: island!moon!cyberden!phbill@uunet.uu.net
Subject: 8bit <-> ST monitor cable?
To: Info-Atari16@naucse.cse.nau.edu
reynolds@fsg.com (Brian Reynolds) writes:
>
> Is it possible to build a cable to connect an Atari ST color
> monitor (SC1224) to either an Atari 800 or XEGS through the monitor
> port. I'd like to set up one of my 8bits, but I don't want two
> monitors on my desk. Thanks in advance.
>
> --
> Brian Reynolds "... a drone from sector 7G."
> Fusion Systems Group
> reynolds@fsg.com -or- ...!uupsi!fsg!reynolds
What type of input does the monitor take (never used an ST)?
If it has the composite in (like you'd hook up the switch-box to), just
plug that in.. If it has two RCA in's (Audio/Video), just get a
monitor->RCA jack.. (called a Commidore Monitor Cable in MCM's
catalog..(800) 543 4330
______________________________415_472_5527__V32/V42bis__Cyberdustrial Mayhem__
| / |\
| H E \ Y B E R |/ E N [ phbill@<watch this space> (Bill kendrick) ]
The CyberDen accepts liability or responsibility for no one-You're on your own.
------------------------------
Date: Tue, 21 Jan 92 14:53:12 EST
From: Brian Jepson <IBY223@URIACC.URI.EDU>
Subject: Aladin
To: INFO-ATARI16 <info-atari16@naucse.cse.nau.edu>
As far as I know, only Macs with something which I believe is called a
supradrive can write MS/DOS format. I have successfully converted MS/DOS to
Mac and vice-versa *only* on such machines. So I don't know if the software
would help you in this case (of course, I know nothing about Aladin, so this
might be only hot air...) :-)
BRIAN JEPSON
IBY223@URIACC.URI.EDU
------------------------------
Date: 21 Jan 92 14:15:24 GMT
From: mcsun!news.funet.fi!sunic!chalmers.se!dtek.chalmers.se!dxper@uunet.uu.net
(Per Anders Olausson)
Subject: Compressed Backups, Syquest Drives
To: Info-Atari16@naucse.cse.nau.edu
rjg@garfield.cs.mun.ca (Russell Gladden) writes:
>I'm looking for a file compression utility for the ST that will create
>archives across multiple floppies (like ARJ on the PC), or alternately,
>a PD backup program that does file compression and allows easy recovery
>of single files. I have a 150 meg hard drive that I want to back up,
>but not have to use 200 floppies.
You could try out my program dbackup if you want to. It is specifically
designed to do backups which are compressed using any compression utility such
as zoo or lharc.
Unfourtunately I cannot claim that doing a backup with any of these are quick
but at least it has enabled me to use my old Supra FD-10 10 Mb removable media
when backing up my 150 Mb drive. (<-- I had the same problem as you had...!)
I will be upgrading the program this week I think to be less militant about
127 char command lines (which my program restricted itself to since not all
archivers support the extended command line format).
Also, you probably have to use a shell which does not mess with the command
line excessively. (such as pcommand and desktop capitalising - delimited
options).
Yours,
pao
--
-------------------------------Andrew Olausson--------------------------------
------------------------------Systems Architect-------------------------------
----------------------------dxper@dtek.chalmers.se----------------------------
--------------------------------pao@proxxi.se---------------------------------
------------------------------
Date: 21 Jan 92 19:00:51 GMT
From: bonnie.concordia.ca!IRO.UMontreal.CA!JSP.UMontreal.CA!u1398@uunet.uu.net
(Kosmatos Odisseas)
Subject: Darn brevity
To: Info-Atari16@naucse.cse.nau.edu
In article <1992Jan21.031814.8189@jsp.umontreal.ca> u1398@JSP.UMontreal.CA
(Kosmatos Odisseas) writes:
>In article <1992Jan20.213826.28501@wpi.WPI.EDU> jdutka@wpi.WPI.EDU (John Dutka)
writes:
>>In article <1992Jan17.213613.10836@syscon.rn.com> carl@syscon.rn.com (Carl
Kreider) writes:
>>>Getting whacked by Amiga lovers leads me to clarify this. A good 68030
>>>design (HP/Apollo) seems to be able to run 350 dhrystones per MHZ of clock
>>>(i.e. 7000 dhrystones at 20MHZ and 17500 drystones at 50MHZ. Next gets 280
>>>drys/MHZ, which is still good. The Amiga 3000 gets 120 drys/MHZ. These
>>
>>Well, my 3000-25 (nocache noburst) gets 6400 dhrystones, so 6400/25=256
>>drys/MHz, quite close to the NeXT. That number would be higher if I was using
>>burst mode and cache on, and not running the term program and text editor.
>>Just wanted to clarify things...
>
>Are you trying to say that your Amiga 3000-25 is faster or even close the
>speed of a 68040-25 NeXT? Obviously, either the numbers presented above are
>wrong or unfair (which it seems so to me), or the NeXT has a bad design.
>
>Why dont you turn your cache and burst mode on? Crashes?
>
Obviously, you meant a 68030 based NeXT.
I must have gotten confused. They don't sell 68030-based NeXT's as far as I
know,
and the prices for Amigas in Montreal (student prices at University) are
ridiculous. So it is quite easy to ass-u-me you would compare your computer to
one of the same price range. [As far as I know, people who have access to News
are usually working/studying at University and thus are eligible for NeXT's
faculty/student prices. Right? Tell me if not.]
The key, though, was _68030 design_. Check.
--
Das machine is nicht fur gefingerpoken und mittengrabben. Ist easy schnappen
der springenwerk, blowenfusen und corkenpoppen mit spitzensparken. Ist nicht
fur gewerken by das dummkopfen. Das rubbernecken sightseeren keepen hands in
das pockets, relaxen und vatch das blinkenlights!!! ------------- :-) ------
------------------------------
Date: 21 Jan 92 00:41:42 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!usc!rpi!uwm.edu!ogicse!pdx
gate!parsely!agora!griffin@arizona.edu (Eric Starker)
Subject: Does:
To: Info-Atari16@naucse.cse.nau.edu
Does anyone have a copy of the online BBS game Movie Madness!? If you do, could
you send it to my address: griffin@agora.rain.com.. Thanks.
------------------------------
Date: 21 Jan 92 15:28:16 GMT
From: sae!sae.com!malay@uunet.uu.net (Bob Malay)
Subject: GCC 1.40 & GDB
To: Info-Atari16@naucse.cse.nau.edu
I installed GCC 1.40 and compiled "hello.c" - it compiled and ran fine using
Gemini 1.2.1; however, compiling "hello.c" with the "-gg" option to enable
use of gdb gave me this:
gcc -v -gg hello.c - o hello.ttp
gcc -atariST version 1.40 Patchlevel 2
c:\bin\gcc-cpp.ttp -v -undef -D__GNUC__ -Datarist -Dgem -Dm68k -D__atarist__
-D__gem__ -D__m68k__ hello.c c:/tmp/cc100000.cpp
GNU cpp-atariST version 1.40 Patchlevel 2
c:\bin\gcc-cc1.ttp c:/tmp/cc100000.cpp -quiet -dumpbase hello.c -version
-symout c:/tmp/cc100000.sym -o c:/tmp/cc100000.s
GNU C version 1.40-atariST Patchlevel 2 (68K, MIT syntax) compiled by GNU C
version 1.40.
default target switches:
c:\bin\gcc-as.ttp -v -m68000 -G c:/tmp/cc100000.sym -o hello.c
c:/tmp/cc100000.s
GNU assembler version 1.38
c:\bin\gcc-as.ttp: I don't understand 'G' flag!
c:/tmp/cc100000.sym:0: End-of-File not at end of line
c:/tmp/cc100000.sym:1: Junk character 0
.
.
.
Lots of similar error messages
Ok, so whats the problem? Can gcc 1.40 generate the right stuff for gdb? The
man page shows "-gg" as the correct option so what gives??
Bob Malay
------------------------------
Date: 21 Jan 92 14:45:17 GMT
From:
mcsun!unido!news.uni-bielefeld.de!techfak.uni-bielefeld.de!itschere@uunet.uu.ne
t (Torsten Scherer)
Subject: Hyperformat disk on a PC
To: Info-Atari16@naucse.cse.nau.edu
In article <12475@star.cs.vu.nl>, rfschaa@cs.vu.nl (Schaaf RF) writes:
|> I have been using hyperformatted disks (11-sectors/track) ever
|> since I bought Scheibenkleister. A few weeks ago I bought a PC
|> and assumed the High density drive would be able to handle 11
|> sectors per track. I was wrong, I am unable to read the disks.
|> Does anyone know whether it is possible to read Hyperformatted
|> disk on a PC. The problem isn't DOS (PC-speed works fine with
|> these disks), so what is the problem?
You're right, it's not a DOS problem. You can even add lines
like "device=driver.sys /d:1 /t:80 /s:11" to your config.sys and
it will work on an emulator on ST's. Maybe up to 10 sectors this
also works on "normal" PC's, but definitely not with 11-sector-disks,
because the standard PC floppy controller is unable to read/write 11
sectors on a DD disk.
And it also doesn't work on a HD-drive, because the data on such
a drive is written in half the physical space than on an DD drive
thus making more space for up to 20 (hyper-ST 21) sektors per track.
You can of cource format a HD disk with 11 sectors, but then it's
only half filled, the other half of the track is empty. Since this
is physically different (allthough it's logically the same) a HD floppy
controller in a PC is definitely not able to read this disk and will
never be, unless you manipulate the controller.
TeSche
P.S. 80 tracks * 2 sides * 21 sectors * 512 Bytes = 1.7 MegBytes
where is DOS with its 1.44 Megs ???????
--
this perversion of alphanumerical characters was created by
torsten scherer, universitaet bielefeld, germany
just experimenting with the .signatur file a bit...
------------------------------
Date: 21 Jan 92 14:51:14 GMT
From:
mcsun!unido!news.uni-bielefeld.de!techfak.uni-bielefeld.de!itschere@uunet.uu.ne
t (Torsten Scherer)
Subject: Hyperformat disk on a PC
To: Info-Atari16@naucse.cse.nau.edu
In article <12475@star.cs.vu.nl>, rfschaa@cs.vu.nl (Schaaf RF) writes:
|> I have been using hyperformatted disks (11-sectors/track) ever
|> since I bought Scheibenkleister. A few weeks ago I bought a PC
|> and assumed the High density drive would be able to handle 11
|> sectors per track. I was wrong, I am unable to read the disks.
|> Does anyone know whether it is possible to read Hyperformatted
|> disk on a PC. The problem isn't DOS (PC-speed works fine with
|> these disks), so what is the problem?
You're right, it's not a DOS problem. You can even add lines
like "device=driver.sys /d:1 /t:80 /s:11" to your config.sys and
it will work on an emulator on ST's. Maybe up to 10 sectors this
also works on "normal" PC's, but definitely not with 11-sector-disks,
because the standard PC floppy controller is unable to read/write 11
sectors on a DD disk.
And it also doesn't work on a HD-drive, because the data on such
a drive is written in half the physical space than on an DD drive
thus making more space for up to 20 (hyper-ST 21) sektors per track.
You can of cource format a HD disk with 11 sectors, but then it's
only half filled, the other half of the track is empty. Since this
is physically different (allthough it's logically the same) a HD floppy
controller in a PC is definitely not able to read this disk and will
never be, unless you manipulate the controller.
TeSche
P.S. 80 tracks * 2 sides * 21 sectors * 512 Bytes = 1.7 MegBytes
where is DOS with its 1.44 Megs ???????
--
this perversion of alphanumerical characters was created by
torsten scherer, universitaet bielefeld, germany
just experimenting with the .signatur file a bit...
------------------------------
Date: 21 Jan 92 13:05:09 GMT
From: mcsun!uknet!yorkohm!minster!mjl-b@uunet.uu.net
Subject: IBM software emulator
To: Info-Atari16@naucse.cse.nau.edu
In article <228@ozz.oasis.icl.co.uk> jas@oasis.icl.co.uk (Jason Morris) writes:
>
> Out of interest, surely it would be possible to compile from a disassembled
>version of the PC program. Wouldn't this just be compilation of a different
>language?
Yes it would, but you miss the point that it's the _disassembly_ that's the
hard part! No disassembler can automatically (automagically?) accurately
disassemble object code. How can it know the difference between data and
code? If it attempts to follow the execution path, we're back to the halting
problem again [see previous postings of mine]
With human skill and a disassembler you can get a lot further, but it can
still be very difficult, if not impossible.
> Jas.
>| Jason Morris jas@oasis.icl.co.uk +44 344 424842 ext 2662 |
Mat
| Mathew Lodge | "What do they call you, boy?" "Kate." "Isn't |
| mjl-b@minster.york.ac.uk | that a bit of a girl's name?" "... it's |
| Summer: lodge%alsys@uknet | short for 'Bob'" -- Blackadder II |
------------------------------
Date: Tue, 21 Jan 92 14:17:42 EST
From: Brian Jepson <IBY223@URIACC.URI.EDU>
Subject: Info-Atari16 Digest V92 #25
To: Info-Atari16@naucse.cse.nau.edu
I just put the file to be unZoo'd into a big ramdisk, put zoo all by its
lonesome self into whatever subdir I want to extract it to and then:
click/click...
-x d:archive.zoo
|
--- or whatever...x, -x, -x... y'know
and then it puts it in the directory I
started zoo from. I've done this on a 1 Meg st with
some large files... I hope it works for whatever was
originally in mind...
Brian Jepson IBY223@URIACC.URI.EDU
------------------------------
Date: Tue, 21 Jan 1992 13:07 EST
From: CSULLOGG@crl.aecl.ca
Subject: LaserBrain font selection
To: Info-Atari16@naucse.cse.nau.edu
I cannot get LaserBrain to print with any font other than the default
York 16. I have the Epson 34 font installed and did all the requested
steps (I think) such as choosing a font # and attribute settings (e.g.
Elite). I have version 1.31 from atari.archive.umich.edu. Anyone have a
simple idea on how to get the font selection to work?
------------------------------
Date: 21 Jan 92 11:52 -0300
From: CHIASSA@Umoncton.CA
Subject: NOISY MEGAFILE AND CABLE LENGTH
To: info-atari16@naucse.cse.nau.edu
When I first bough my megafile 30 I had to have it backwards
to hook it up to my 1040ST because the cable was too short.
When I got an SLM605 I was able to turn it around. The cable
from my 1040ST to the "laserbrain" is about 16 in. I don't
know if this means you can make your own cable to about 16 in
and have it work. At first I was told that a longer cable was not
possible because it would mess-up the transfer rate. Maybe
someone else can clarify this matter, perhaps it is a question
of shielding? As far as the noise, I have my monitor sitting on
top of my MEGAFILE. I put a small piece of styrofoam along
the leading edge, not enough to block the vents. It cut the noise
level down to about half-seems to work a bit like a sound
sponge. In any case you might want to try it first.
If anyone want the precise length of my cable send me a message
an I will unhook my cable and get out a measuring tape.
CHIASSA@UDEM.CA
------------------------------
Date: 21 Jan 92 18:47:34 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.
edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!be824@a
rizona.edu (Steve Selick)
Subject: Postscript on Atari's in general
To: Info-Atari16@naucse.cse.nau.edu
Why is it that Calamus and Notator, probably the 2 most significant
reasons for purchasing an Atari computer, refuse to support Postscript
outputs? Does there exist some universal interceptor that will take
an output for 300dpi laser printers and convert it to a postscript file?
Why, why, why, why, why?
------------------------------
Date: 21 Jan 92 18:12:30 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!cs.umn
.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: Sozobon 1.33i
To: Info-Atari16@naucse.cse.nau.edu
[In article <92020.133144GUTEST6@cc1.kuleuven.ac.be>,
GUTEST6@cc1.kuleuven.ac.be (Kris Van Hees) writes ... ]
> I got Sozobon 1.33i `Heat and Serve` from the comp.binaries.atari.st
> group, and I installed it on my 1040 Ste with one floppy drive. However,
> running the test makefile, it failed on compiling MINICOLR. It gives
> a loader error '_main' underfined, which is strange as it is the actual
> test nakefile as included in the shipment. Any ideas? Is it actually
> a bug in the 1.33i shipment?
Not that I know of. Make sure that you have the environment set up
properly. Also check minicolr.o to make sure it didn't get truncated
by some mysterious undetected disk write error (nm.ttp is good for
this).
--
Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
Note: Mail to the .mn.org domain has been failing for about a month.
If your mail bounces, try cs.umn.edu!thelake!steve.
It's probably another side effect of the Super Bowl.
(I'm praying for a blizzard on Super Sunday.)
------------------------------
Date: 21 Jan 92 18:30:12 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!cs.umn
.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
To: Info-Atari16@naucse.cse.nau.edu
[In article <1992Jan21.131611.17662@cs.nott.ac.uk>,
dpg@cs.nott.ac.uk (`Grave' Dave Gymer) writes ... ]
> What about source? I can't use binaries compiled with dLibs, as they crash
> under MiNT.I installed 2.0 for a laugh by compiling under the GCC as the
> "UNIX"-hosted cross-compiler version (GCC on my ST, that is).
PID PPID PGRP DOMAIN STATUS SIZE TIME COMMAND
000 000 000 0 Waiting 4096 00:00:00 MiNT
001 000 000 0 Waiting 183752 00:00:03 GEM
002 001 000 0 Waiting 375144 00:01:18 GEMINI
013 002 000 0 Waiting 151584 00:01:15 READER
023 013 000 0 Waiting 96744 00:00:02 postnews
024 023 000 0 Waiting 144024 00:00:12 ue M:\_news.tmp
025 024 000 1 Running 28224 00:00:00 PS
I just did an escape from my text editor and ran MiNT ps.ttp with the
above result.
Three of the seven processes were compiled with Sozobon C (various
versions) and dLibs: READER, postnews, and ue (MicroEMACS).
You may have had problems with an old version of the library. There were
bugs in the original dLibs 1.2 distribution that bombed programs started
under Gemini/Mupfel and MiNT. As you can see, they were fixed in the
beta-testing stage (which is one reason it took so flipping long).
I can't answer your specific question about source availability, but the
sentiment will be passed along.
--
Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
Note: Mail to the .mn.org domain has been failing for about a month.
If your mail bounces, try cs.umn.edu!thelake!steve.
It's probably another side effect of the Super Bowl.
(I'm praying for a blizzard on Super Sunday.)
------------------------------
Date: 21 Jan 92 18:15:04 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!cs.umn
.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
To: Info-Atari16@naucse.cse.nau.edu
[In article <1992Jan21.101451.27826@daimi.aau.dk>,
lynbech@daimi.aau.dk (Christian Lynbech) writes ... ]
> To me it seems that V1.33i really only needs the extended object format to be
> everything V2.0 is (plus some extras, primarily in speed).
>
> Is this correct, and if so, could we expect somebody to port this too?
Pretty much. I posted code here last week to modify the 2.0 ld.ttp so that it
and the companion jas from Sozobon 2.0 can be plugged into the 1.33i setup.
Basically what you have to do is fix ld.ttp so that ofile is initialized
and add code in pass1() to search for modules in the LIB directory if they
aren't found in the current directory. (See dlibs.doc, pfindfile.)
--
Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
Note: Mail to the .mn.org domain has been failing for about a month.
If your mail bounces, try cs.umn.edu!thelake!steve.
It's probably another side effect of the Super Bowl.
(I'm praying for a blizzard on Super Sunday.)
------------------------------
Date: 21 Jan 92 18:07:44 GMT
From:
noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!cs.umn
.edu!thelake!steve@arizona.edu (Steve Yelvington)
Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
To: Info-Atari16@naucse.cse.nau.edu
[In article <1992Jan21.090317.9777@topaz.ucq.edu.au>,
johnsonc@topaz.ucq.edu.au writes ... ]
> Incidentally, if any new Sozobon users are confused, MAKE.INI may need
changes
> if you are only using floppy drives. I've just installed it to work on the
> GEM desktop with floppies and found that for successful compilation with
> MAKE, I had to change the environment paths in MAKE.INI.
>
> Initially they are set to work from C drive. If unchanged, you'll have an
> error linked to "compiler not found" to a few other messages I've forgotten
> now. Change the paths for PATH, INCLUDE and LIB to (respectively)
>
> A:\SOZOBON\BIN\
> A:\SOZOBON\INCLUDE\
> A:\SOZOBON\LIB\
As distributed, the lines in MAKE.INI that set the environment variables
are commented out. The method you described will work, but the package
is set up assuming that you'll put Ian's GEM environment-setting utility
in your auto folder.
--
Steve Yelvington, Marine on St. Croix, Minnesota <steve@thelake.mn.org>
Note: Mail to the .mn.org domain has been failing for about a month.
If your mail bounces, try cs.umn.edu!thelake!steve.
It's probably another side effect of the Super Bowl.
(I'm praying for a blizzard on Super Sunday.)
------------------------------
Date: 21 Jan 92 16:27:53 GMT
From:
noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.ed
u!ira.uka.de!sun.rhrk.uni-kl.de!weber@arizona.edu (Christoph Weber-Fahr [KIT])
Subject: Strategy game
To: Info-Atari16@naucse.cse.nau.edu
Hello,
I saw recently the strategy-game Spaceward-Ho on a friend's apple.
Has that been ever sold for other machines, especially for my
atari ?
Just wondering..
Christoph
--
Christoph Weber-Fahr | E-Mail: weber@rhrk.uni-kl.de
Universitaet Kaiserslautern, KIT/IVS | S-Mail: Postfach 3049
Tel. 0631/205-3391 | D-6750 Kaiserslautern
-------------------------- My personal opinion only ---------------------
------------------------------
Date: 21 Jan 92 16:41:40 GMT
From:
mcsun!unido!news.uni-bielefeld.de!techfak.uni-bielefeld.de!itschere@uunet.uu.ne
t (Torsten Scherer)
Subject: VORTEX ATonce 386SX for MSTE's
To: Info-Atari16@naucse.cse.nau.edu
Hi there,
according to the numerous postings about PC emulations on Ataris,
I'd like to tell everybody who's interested some facts about the
VORTEX - ATonce 386SX
It's true that it exists, cause I own one. But it's only for use
with the MEGA-ST/E, since it is plugged in the PLCC socket of the
68000, and all of the other Ataris have DIP CPU's. Perhaps there is
something like an adaptor on the market, but I don't know.
Some facts :
- 32 bit CPU 80C386SX-16MHz
- optional 80C387SX-16 coprocessor
- optional 512Kb fast-ram
- uses internal MSTE-cache
- can use DD and HD floppy drives (theoretically)
Some data :
- Several graphic emulations like
when using a color or monochrome monitor
CGA - 640*200 (2)
320*200 (4)
when using monochrome monitor
HGC - 720*348 (2)
OLI - 640*400 (2)
EGA - 640*350 (2)
VGA - 640*480 (2)
- in the last two resolutions you can only have 640KB of base memory, all
the others can provide 704K base memory
- emulates serial mouse on com1: or com2:
- emulates centronics printer on lpt1:
- every ram above 1 meg is used as extended memory
There may be several thing said, but I'd only like to say a few
important facts. The graphic emulation is of cource the biggest
disadvantage. The EGAmono and Olivetti modes can simply not be
detected. If you try driver=detect in turbo for example, CGA is
reported. But if you ignore this report, it works well. Sadly, most
programs check the hardware before using it, so some programs refuse
to run. The VGAmono solution works correctly as MCGA 640*480 (2) mode
and can be used. Windows 3.0 runs not only in protected (standard) mode,
but also in extended 386 mode including virtual memory and things like
there. The performance is due to the original MSTE-harddisk not so fast,
but bearable.
Some performance information:
without with FastRam
------------------------------------
Norton SI4.5 12.3 15.7
PCTools 4.2 330% 510%
Now what is FastRam? Well, since the MSTE works as a 8MHz system, but
the CPU runs with 16MHZ, it had to be slowed down (waitstates etc.). The
Atonce 386SX uses the internal MSTE-cache and is therefore faster than
other emulators on ST's. You can buy the additional fastram, which can
be fitted in four sockets on the emulator and then completely replaces
the lowest 512KBytes of memory, thus making the whole system another
bit more faster. I think this is the absolute maximun in emulation
performance for ST's that is and will be.
The prices:
Vortex Atonce 386SX : ca. 700 DM = 450 US$
The additinal FastRam needn't be bought at Vortex, since standard
chips 4*256Kbit-70ns are used and costs about 50 DM = 30 US$.
The complete ST-ram can be used as extended memory. It is said that
you can also configure it as expanded memory and there is a driver
included, but this is not LIM4.0 compatible and therefore not widely
accepted by programs. It'd like to say that the expanded memory
doesn't work, but when using windows for example, that's not necessary.
The whole hardware is emulated quite good. It's funny to see several
diagnostic programs reporting all these AT-chips working correctly, and
knowing they're not even present.
I'm sorry, but I can't exactly remember the adress, but I've seen it
was already posted in the last days, so have a look in magazines or
other postings. It goes somehow like this:
Vortex
Computersysteme GmbH
Falterstrasse X
D-W 7102 or 7201 or X Flein
The W is neccessary for foreign writers, cause since the reunification
there are some doubled zip-codes. Forgetting this will not end up in a
bit error, but surely delay letters for some more days (and the german
post office is really not one of the fastest nowadays).
Anyone who wants to know more or has special questions, is invited to
send e-mail to the following adress:
itschere@techfak.uni-bielefeld.de
Hope, this has helped some guys...
TeSche
(Torsten Scherer)
--
this perversion of alphanumerical characters was created by
torsten scherer, universitaet bielefeld, germany
just experimenting with the .signatur file a bit...
------------------------------
End of Info-Atari16 Digest
******************************
