Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 461
Info-Atari16 Digest Mon, 2 Sep 91 Volume 91 : Issue 461
Today's Topics:
Best PD BBS software for UUCP/Usenet (2 msgs)
Cadaver HELP !!!!!!!!
Calamus vs. Pagestream
Current status of Autoswitch Overscan
English Docs For Turbo Assembler
Esprit... where? (not at atari.archive)
GEMDOS and AES questions
Ghostscript and Epson's
How do I disable Control-C?
letemfly
Mail Order Companies
MultiGEM Question!
MUSEDT.LZH (Corrupted?)
NeoDesk 3.0 and Command Line interpretter.
POSTING FLOPPY DISCS IN MAIL (CUSTOMS SCANNING DAMAGE)
ST memory allocation
TeX -- uhhg!
Tos 2.0x coming to an STf(m) near you... NOT!
YG modem
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: 2 Sep 91 05:44:28 GMT
From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael
Kistenmacher)
Subject: Best PD BBS software for UUCP/Usenet
To: Info-Atari16@naucse.cse.nau.edu
In <1991Aug31.152544.20714@mintaka.lcs.mit.edu>, Mike O'Connor writes:
>
>1. What is it?
I run a combination of mercury by Rodney Volz and HERMES from Martin Ibert
(martini@heaven7.in.berlin.de). Mercury provides the rnews and HERMES all
other stuff. Reading and managing is done by a GEM-based shell with a
nice newsreader. You can also make your ATARI to a host, so that you can
be polled by other people.
>2. How hard is it to configure?
Well, it will take about a whole weekend to install all these, since there
is no "installer" available.
>3. Where can I find it?
>
I don't know, sorry. Perhaps at ftp.koeln.
>Any pointers in this matter would be greatly appreciated. Please send
>E-Mail.
>
I think there are more people interested in these things.
Bye.....Michael
--
/------------------------------------\
| Michael Kistenmacher / blackbox |
| 2000 Hamburg 61 / Schippelsweg 64 |
| West Germany / ++ 49 40 552 37 66 |
\------------------------------------/
------------------------------
Date: 3 Sep 91 04:54:02 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!samsung!usc!sdd.hp.com!spool.mu.edu!cs.umn.edu!t
helake!steve@arizona.edu (Steve Yelvington)
Subject: Best PD BBS software for UUCP/Usenet
To: Info-Atari16@naucse.cse.nau.edu
[In article <A0bb45i4@pfunk.hanse.de>,
blackbox@pfunk.hanse.de (Michael Kistenmacher) writes ... ]
> I run a combination of mercury by Rodney Volz and HERMES from Martin Ibert
> (martini@heaven7.in.berlin.de). Mercury provides the rnews and HERMES all
> other stuff. Reading and managing is done by a GEM-based shell with a
> nice newsreader. You can also make your ATARI to a host, so that you can
> be polled by other people.
Correct me if I'm wrong, Michael, but this combination is not a BBS. It's
capable only of providing you with personal access to the network. You can
forward mail and Usenet messages to other sites if they're willing (and
able) to run UUCP-compatible software, but Joe Average can't call your
computer using Flash or Uniterm and read Usenet news over the phone line.
I think that's what the original poster asked for.
So far as I know, the only currently available ST BBS that allows Usenet
messages and UUCP/Internet email to be incorporated into the message base
is STadel, a variant of Citadel. There are some bugs in STadel's Usenet
interface that may be corrected when Fortress (an upgraded STadel) is
ported to the ST. The port reportedly is in progress.
David Parsons' Bauble project is aimed at producing a new Usenet-capable
BBS, but so far as I know, it's not yet finished. Bauble UUCP sources were
posted in comp.sources.atari.st earlier this year.
----
Steve Yelvington, Marine on St. Croix, Minnesota (USA)
steve@thelake.mn.org
Member, Burned Out Newspapercreatures Guild
------------------------------
Date: 2 Sep 91 23:21:35 GMT
From: munnari.oz.au!bunyip.cc.uq.oz.au!kirk!goose@uunet.uu.net (Ralph Schwarten)
Subject: Cadaver HELP !!!!!!!!
To: Info-Atari16@naucse.cse.nau.edu
Hi, Can someone please please help me with cadaver ?
On the second level...
Found 3 of the coins which you use as tokens for the mouth in the wall
where is the 4th ?
Is there anything behind the drape with the fire holes early in the 2nd level ?
Is there anything I can do with the rising and falling stones ?
I have been to the floating room and all down that way, the green bottles etc
and the chains and pits.
The door in the room with the recharging chests I can't open.
I sleeped an eye (usually where the tortoise comes out) does he have anything of
value ?
Thanks in advance
Ralph
------------------------------
Date: 3 Sep 91 02:20:45 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi!uoft02.u
toledo.edu!cse0071@arizona.edu
Subject: Calamus vs. Pagestream
To: Info-Atari16@naucse.cse.nau.edu
A question for all you DTP'rs out there, I have Timework DTP and
have messed around with it. Now that I have graduated I have more time
and would like to get a more advanced program.
I see that Calamus is still out there and have noted that Pagestream
has recently released a new version. Both of these products are in the
same general price catagory, although I know that Calamus is suppose to
release a new version soon.
I guess what I want to know is Calamus still the most bang for the
buck or does the new Pagestream give it a run for its money?? I'm not going
into this to be a professional DTP'r but if things go well I could always
stand to have more professional features.
Thanx in advance
////////////////////////////////////////////////////////////////////////////////
/ * * * John STacy - cse0071@uoft02.utoledo.edu -- BITNET /
/ * * * IN%"cse0071@uoft02.utoledo.edu" -- INTERNET /
/ * * * /
/ * * * /
/ * * * Motorola >> Intel /
/* * * /
////////////////////////////////////////////////////////////////////////////////
------------------------------
Date: 3 Sep 91 03:26:21 GMT
From: haven.umd.edu!umbc3.umbc.edu!umbc5.umbc.edu!chuck@purdue.edu (Chuck
Rickard)
Subject: Current status of Autoswitch Overscan
To: Info-Atari16@naucse.cse.nau.edu
As the title says, what is the current Status of Autoswitch Overscan for
the ST? I remember hearing about it, but have seen it available nowhere
in the U.S. so far. Am I looking in the right places? :-)
Also, where can I find the current version of the schematics and software
for the PD version of Overscan?
Thanks!
--
Chuck Rickard
(chuck@umbc5.umbc.edu)
------------------------------
Date: 2 Sep 91 05:52:00 GMT
From: mcsun!unido!mcshh!malihh!pfunk!blackbox@uunet.uu.net (Michael
Kistenmacher)
Subject: English Docs For Turbo Assembler
To: Info-Atari16@naucse.cse.nau.edu
In <1991Sep1.093923.1188@ac.dal.ca>, cordes@ac.dal.ca writes:
>A while ago someone posted the Internet for Markus Fritz, author of Turbo
>Assembler. I had hoped to contact him regarding release of English docs
>and .RSC file but the mail bounced. I believe the address I had was
>Markus_Fritz@hh2.maus.de. Can someone check if this is accurate or update
>with his new Internet address? I'm sure I am not alone. Turbo Assembler
>looks like an excellent package.
Hmmm, I should have known it. The mousenet doesn't have a direct
internet access, so all mail and news has to go through some
uucp-connections. The normal way for mail is
uunet!mcsun!unido!hh2.maus.de!Markus_Fritze (look for the 'e' at the end).
Try again or send me a message, where the mail bounces.
Bye.....Michael
--
/------------------------------------\
| Michael Kistenmacher / blackbox |
| 2000 Hamburg 61 / Schippelsweg 64 |
| West Germany / ++ 49 40 552 37 66 |
\------------------------------------/
------------------------------
Date: 3 Sep 91 00:10:22 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!samsung!munnari.oz.au!bunyip.cc.uq.oz.au!uqcsp
e!cs.uq.oz.au!warwick@arizona.edu (Warwick Allison)
Subject: Esprit... where? (not at atari.archive)
To: Info-Atari16@naucse.cse.nau.edu
espredit.lzh 88 Level editor for esprit.
has appeared in atari/games, I can't find Esprit. I have "BOLO" which is very
similar, also made by Application Systems Heidleberg (sp?), which is Public
Domain. Is Esprit also PD?
Warwick
--
_-_|\ warwick@cs.uq.oz.au
/ * <-- Computer Science Department,
\_.-._/ University of Queensland,
v Brisbane, AUSTRALIA.
------------------------------
Date: 3 Sep 91 03:14:20 GMT
From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter)
Subject: GEMDOS and AES questions
To: Info-Atari16@naucse.cse.nau.edu
In article <3044@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
>avgroeni@cs.ruu.nl (Annius Groenink) writes:
>
>|1. It seems to me that all OTHER text editors load files about
>| twice as fast as my program. I use one straight Fread().
>
>One straight Fread() is the fastest way you can load a file.
>It is possible that the slowdown you see is due to buffer
>setup you might be doing after you have read the file.
>
>|2. Does the ATARI AES send ANY WM_NEWTOP messages?
>
>No.
>--
> ||| Ken Badertscher (ames!atari!kbad)
> ||| Atari Corp. System Software Engine
> / | \ #include <disclaimer>
Not really, you could try getc, which is very fast and part of the C
stdlib.
You can also try altering your BUFSIZ in your stdio.h file to improve
read performance as well.
And of course you can always try an asm subroutine.
But it is true, as Ken said, the speed could also be related to the
overhead in maintaining your data structure which holds the text in itself.
Let me know how it goes.
--Greg
------------------------------
Date: 2 Sep 91 18:20:31 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
e.edu!usenet.ins.cwru.edu!ysub!psuvm!jjl101@arizona.edu (J.J. Lehett)
Subject: Ghostscript and Epson's
To: Info-Atari16@naucse.cse.nau.edu
I am using the Atari ST version of ghostscript. The monochrome
viewing of the files come out just fine... but when I try to send to an
Epson FX-100 (I know, old printer, but would like to use this to 'preview'
the output in print). The docs say there may be some problems with the epson
9 pin driver. But the pr.ttp program takes the gs_pr file and starts sending
it. The output looks like it is 'almnost correct' in that the graphics are
noticable, but... it outputs forfeeds quite often (as in every 2nd line or so).
Perehaps some dip switches need to be switched? I do not have the manual for
the epson printer, so I am not sure which switches control what. If anyone
out there has any info that may be of help it would be greatly appreciated.
********************************************************************
* * John J. Lehett * JJL101@PSUVM *
* J.J. * Penn State * *
* * Center for Academic Computing * JJL101@PSUVM.PSU.EDU *
********************************************************************
* Games, Puzzles, Cryptos, Diplomacy, Synths, Midi, Atari ST's! *
********************************************************************
------------------------------
Date: 3 Sep 91 03:22:26 GMT
From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter)
Subject: How do I disable Control-C?
To: Info-Atari16@naucse.cse.nau.edu
In article <BJcJ81w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
(Michel Forget) writes:
>Hello. I have been learning the C programming language for about four
>weeks now, using C Primer Plus. I wanted to learn because I could make
>faster, more efficient code with C. Unfortunately, one problem is still
>dogging me.
>
>In all of my programs that use text output functions, pressing control-C
>during an output causes the entire program to terminate. THIS IS
>ANNOYING! How do I prevent this from happening? The functions I use
>are:
>
>getchar()
>putc(character, file)
>getc(file)
>
>These are the only three I used for input and output.
>
>Quote Of The Day: "If I had a gun..." <Grin!>
>
><< ---------------------------------- >>
><< ersys!mforget@nro.cs.athabascau.ca >>
><< mforget@ersys.edmonton.ab.ca >>
><< Michel Forget >>
><< "He's dead, Jim..." - Bones >>
><< ---------------------------------- >>
You can't. Of course I have never tried to do something like that so I qualify
that with I never had a need to.
But, if you don't like those routines, use the BIOS Bconin/Bconout commands
and make replacement routines which do the same thing.
write me if you need an example.
--Greg
------------------------------
Date: 3 Sep 91 02:21:39 GMT
From:
noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-
state.edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!aa384@arizona.edu (Doug
Wokoun)
Subject: letemfly
To: Info-Atari16@naucse.cse.nau.edu
In a previous article, steve@thelake.mn.org (Steve Yelvington) says:
>[In article <LAHTINEN.91Sep2110146@gideon.gideon.fmi.fi>,
> lahtinen@gideon.gideon.fmi.fi (Kimmo Lahtinen) writes ... ]
>
> > I tried to use this program, and it is very nice. The problem is that
> > it does not work very long before it goes hanky panky. I have not have
> > time to test is there an ACC which it did't like or what.
> >
> > Have someone tried this program?
>
>I tried it. It has serious problems with large dialogs -- they move
>around well enough, but images of the mouse pointer are left splattered
>all over the screen. Charles F. Johnson (Codehead Software) said LetEmFly
>appeared to break a number of programming rules and recommended against
>using it. There is a similar program from Gribnif Software, but I haven't
>tried it; perhaps someone could post a comparison.
I've been using it for weeks with a 4 Meg STe without a single
problem. Even with dialogs covering 90% of the screen, I've had no problems
whatsoever. I like it better than FormDoIt because of the flying dialogs and
CPX configuration program.
--
Doug Wokoun / / |
(aa384@cleveland.Freenet.Edu) [o]-[o] |
||| L ((( STe ))) | . _ .- _- |||
Atari / | \ S I G \___/ | - - .- / | \
------------------------------
Date: 2 Sep 91 19:34:20 GMT
From:
noao!ncar!zaphod.mps.ohio-state.edu!rpi!ghost.unimi.it!sissa.cineca.it!cotizela
ti@arizona.edu
Subject: Mail Order Companies
To: Info-Atari16@naucse.cse.nau.edu
I would like to have some address (both e-mail and regular) of mail
order companies where to buy software and hardware for Atari ST.
Prices here in Italy seem to be much higher than in the States.
I am particularly interested in removable Hard drives (any suggestion
is welcome) and in music writing programs like Notator.
My e-mail is
cotizelati@sissa.cineca.it (internet)
cotizelati@itssissa (bitnet)
Thanks a lot.
------------------------------
Date: 3 Sep 91 02:54:12 GMT
From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter)
Subject: MultiGEM Question!
To: Info-Atari16@naucse.cse.nau.edu
In article <uHu071w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
(Michel Forget) writes:
>Hello. A friend of mine recently bought a new ST, and he discovered a
>program called MultiGEM. It was installed on his Hard Drive, so he tried
>to use it. He had a little success, in that he was able to have
>InterLink execute in the background. He was also able to bring up a TTP
>program in a window. This was good, but he couldn't do anything serious
>with the program because there was no way (that he knew of) to exit from
>a background task other than clicking on an empty slot in the Desk menu.
>He asked me for help, but I've never seen or heard of MultiGEM. If
>anyone can tell me the following information, I will relay it to him:
>
>1. Are there any keystrokes to exit a program while not in a menu bar?
Mmm, try this: CONTROL-ALTERNATE-SHIFT-DELETE
>
>2. What kinds of programs can be multitasked with MultiGEM?
None worth mentioning.
>The second question is for me, since I will consider purchasing the
>product if it is good. If you have any general information about the
>product, that would also be helpful. I hope someone can help him out
>(and me as well with the second question). Thanks for your time.
Buy Mr. Small's GCR if you want to do anything serious with your ST....
OR well, like all things in life there are exceptions to the rule...
Buy Turbo C...gosh, AWESOME. I get aroused just booting the program.
><< ---------------------------------- >>
><< ersys!mforget@nro.cs.athabascau.ca >>
><< mforget@ersys.edmonton.ab.ca >>
><< Michel Forget >>
><< "He's dead, Jim..." - Bones >>
><< ---------------------------------- >>
-Greg
------------------------------
Date: 2 Sep 91 18:36:59 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!swrinde!mips!news.cs.indiana.edu!lynx!unmvax!nmt
.edu!eahsnsr@arizona.edu (Eric A. Hobbs)
Subject: MUSEDT.LZH (Corrupted?)
To: Info-Atari16@naucse.cse.nau.edu
There is a program on terminator called MUSEDT.LZH, which appears
to be some sort of scoring program. Unfortunately, after trying a
few times to get it, the LZH file appears to have two corrupted
files in it. I would like to try out this program, so if anyone
could email me a working copy of it, I would be appreciative.
Thanks,
Eric A. HOBBS?
eahsnsr@jupiter.nmt.edu
------------------------------
Date: 2 Sep 91 22:17:29 GMT
From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi)
Subject: NeoDesk 3.0 and Command Line interpretter.
To: Info-Atari16@naucse.cse.nau.edu
In article <3161@tamsun.TAMU.EDU> n160ao@tamuts.tamu.edu (Mark Lehmann) writes:
> I think that I want the Command line interprestter two. I really want
> somethin like the Korn Shell but can't seem to find on for the Atari ST
running
> under TOS.
i am sure others would want it too: you definitely want Scott Skolodzieski's
port of bash v1.08 (+patches) for TOS. It has almost all features of
KSH plus lots more. This is the best and most complete port of bash to
the ST/Tos i have seen. You should be bugging Scott
(uunet!sparc1.stevens-tech.edu!scott) to post it here :-)
--
--
bang: uunet!cadence!bammi jwahar r. bammi
domain: bammi@cadence.com
GEnie: J.Bammi
CIS: 71515,155
------------------------------
Date: 3 Sep 91 01:46:20 GMT
From:
noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!s
cott.skidmore.edu!psinntp!rodan.acs.syr.edu!ggreenbe@arizona.edu (Gerald
Greenberg)
Subject: POSTING FLOPPY DISCS IN MAIL (CUSTOMS SCANNING DAMAGE)
To: Info-Atari16@naucse.cse.nau.edu
In article <1991Sep1.013243.19870@minyos.xx.rmit.oz.au>
t821431@minyos.xx.rmit.oz.au (Richard Clarkson) writes:
>Has anyone experience damaged floppy discs after they have gone though
>overseas airmail?
>Do the customs or postal services scan all mail with damaging magnetic fields
>in search of the things they are meant to find?
>I have just experienced a disc which worked no problems but i sent it to a
freind in the USA and he says the disc is damaged!
>I had checked the disk on another atari before sending it and i have never had
>alignment problems on my machine.
>Does anyone know anything about posting floppy disks( did i just have bad
luck?)
>Thanks in advance
>Richard Clarkson
I don't know about any of the details, but I've sent a disk to
Germany without any problems (i.e. the disk worked when it
arrived). I also got one back with no problems.
--Gerry
ggreenbe@rodan.acs.syr.edu
------------------------------
Date: 3 Sep 91 03:30:27 GMT
From: vax5.cit.cornell.edu!wwhy@cu-arpa.cs.cornell.edu
Subject: ST memory allocation
To: Info-Atari16@naucse.cse.nau.edu
Hello,
I am having problems with the memory allocation on the ST. The BIOS
function getmpb doens't seem to work at all. It always returns a pointer
to the same mpb no matter how much memory I have allocated. I was wondering
if anyone knew how to find out what blocks are allocated and free.
The reason why I need this information is because I need to write my own
malloc and free functions. I have to write my own functions because I
need to use malloc and free inside an interrupt (this would normally make the
ST crash).
I have seen a program on terminator in the programming directory (memaddrs.arc
- or something like that) that prints a list of allocated and free memory.
I tried to disassemble it but it was written and C and it is difficult to
follow.
So, if anyone can help me out, I would appreciate it greatly.
Thanks
Bill
------------------------------
Date: 2 Sep 91 17:42:12 GMT
From: mcsun!unido!nixpbe!mboen@uunet.uu.net (Martin Boening)
Subject: TeX -- uhhg!
To: Info-Atari16@naucse.cse.nau.edu
I'm sure zoo says to use 'zoo x//', not 'zoo -x//'.
As far as I remember, zoo thinks of this as a
commands rather than an option.
However, the problem of options folded to upper case
may also hit you.
Have fun.
Martin
--
Email: in the USA -> mboening.pad@sni-usa.com
outside USA -> mboening.pad@sni.de
Paper Mail: Martin Boening, Siemens Nixdorf Informationssys. AG, SNI STO SI 325,
Pontanusstr. 55, 4790 Paderborn, W.-Germany (Phone: +49 5251 846155)
------------------------------
Date: 3 Sep 91 02:46:45 GMT
From: daffy!cat13.cs.wisc.edu!gcarter@rsch.wisc.edu (Gregory Carter)
Subject: Tos 2.0x coming to an STf(m) near you... NOT!
To: Info-Atari16@naucse.cse.nau.edu
>I agree with everything you say except for the bit about IBM software.
>Allow third parties to built PC emulators, but don't drag the machine down
>to the level of just another PC clone. Build something with a 68030 or
>an 88000 in it.
>
>> Developers that can say I WANT to build hardware and write software for it.
>
>As far as I'm concerned, "I want to build hardware and write software for
>it" if and only if "It is not based on any existing Intel processor".
>
>
>mathew
>
>
Gosh and I thought I was the only one in the world that thought iNTEL
was made up of a bunch of brain dead people?
--Greg
PS: Yes, after a short break, he's back. Opinionated yes, but always right.
s
------------------------------
Date: 2 Sep 91 21:58:07 GMT
From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi)
Subject: YG modem
To: Info-Atari16@naucse.cse.nau.edu
In article <A1380063007@thelake.mn.org> steve@thelake.mn.org (Steve Yelvington)
writes:
> compression. There are such programs for the PC, though, and I know of no
> reason why realtime compression couldn't be done on the ST.
>
i did this with zmdm (my port of chuck forsbergs x/y/z modem protos to
the ST) it now does compression on the fly. what i found was that it
was hardly worth it. the thruput on large files went from around an
average of 918 cps to around an average of about 924 cps @9600 baud
over a hardwired link (so there were no modems involved). i suspect
this is more a phenomenon of the compression scheme used rather
than the concept.
cheers,
--
--
bang: uunet!cadence!bammi jwahar r. bammi
domain: bammi@cadence.com
GEnie: J.Bammi
CIS: 71515,155
------------------------------
End of Info-Atari16 Digest
******************************
