=========================================================================
 
INFO-ATARI16 Digest         Wed, 31 Jan 90       Volume 90 : Issue  132
 
Today's Topics:
                  1040st for sale in Indiana: Update
                            ARC 6.02 bugs
                      Bob Dobbs character set??
                           DESKJET UPGRADE
                     DMC - Calamus (phone number)
                 I need a GEM to PostScript converter
                          Picture Converter
                          Shareware Policy.
ST Format, TOS 1.4 moans directed at Atari UK (was: HAPPY NEW YEAR, ALL!)
                           Terminal Program
                     What's so good about an STE?
----------------------------------------------------------------------
 
Date: Wed, 31 Jan 90 09:54 EST
From: EDGINGTC%Wabash.Bitnet@Forsythe.Stanford.EDU
Subject: 1040st for sale in Indiana: Update
 
I recently made a posting that I was selling a 1040st with about $800 worth of
software.  Alot of people have made offers to buy the hardware, but if I sell
the hardware, I will have no use for the software.  Therefore, make me some
offers on the software & then if enought of that is disposed of, I'll consider
selling the hardware alone.
 
Thanks for all your replys,
Chris
 
------------------------------
 
Date: 31 Jan 90 13:33:09 GMT
From: mcsun!unido!laura!klute%heike.informatik.uni-dortmund.de@uunet.uu.net
 (Rainer Klute)
Subject: ARC 6.02 bugs
Message-ID: <1941@laura.UUCP>
 
In article <2008@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
> I believe Zoo supports ARGV, which is the officially supported
>extended argument standard.  The README.ST file said it supports
>"xARGV" (whatever that means) "as supported by CRAFT/GPshell,
>gulam, msh..."  Gulam and msh definitely support ARGV.
>You should too!
 
Aha! Thank you for this information. Yes, I really should
support ARGV. I hope to find the time...
 
 
>| (Still missing: Sources for Arc 6.02 to get it to work on the
>| UNIX machines.)
> Judging from what I know about the Arc 6.02 port, it wouldn't
>help much to have the sources.  The individual who ported it
>is a speed freak, and probably hacked up a lot of it in assembler.
>If not, I congratulate him for learning the beauty of portability :)
 
The sources for the ST are not neccessary as long as the binary
itself works without problems. What is needed are Arc 6.02
sources for UNIX so that Arc 6.02 can run there, too. Subdirs
etc. in an archive do not help much if I cannot deal with them
on my UNIX machines.
 
  Dipl.-Inform. Rainer Klute      klute@heike.informatik.uni-dortmund.de
  Univ. Dortmund, IRB             klute@unido.uucp, klute@unido.bitnet
  Postfach 500500         |)|/    ...uunet!mcvax!unido!klute
D-4600 Dortmund 50        |\|\    Tel.: +49 231 755-4663
 
------------------------------
 
Date: 31 Jan 90 15:56:56 GMT
From: mcsun!sunic!tut!hydra!viljanen@uunet.uu.net  (Lea Viljanen)
Subject: Bob Dobbs character set??
Message-ID: <3908@hydra.Helsinki.FI>
 
In article <4031@jhunix.HCF.JHU.EDU> rick@jhunix.UUCP (Eric Ruck) writes:
>
>I don't know about this Bob character, but I do seem to recall that either
>one or both of the Tramiels were Auschwitz survivors, hence the Hebrew.
 
Well, well, I've wanted to know about those %#&$"! Hebrew characters
a long time. I do wonder if they've been actually used by anyone.
 
I just wish they had used the standard ISO 8-bit character set or
even the IBM (yuck!) block graphics or something *USEFUL* to majority
of ST users. *SIGH*
 
>Eric
 
--
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Lea 'LadyBug' Viljanen           ____     University of Helsinki, Finland
viljanen@finuha.bitnet       \  / . '     Dept. of Computer Science
viljanen@cs.helsinki.fi       \/  |_      ' All this and brains too'
 
------------------------------
 
Date: Wed, 31 Jan 90 09:44:20 EST
From: NEWSTV1@CARLETON.CA
Subject: DESKJET UPGRADE
Message-ID: <900131.09455251.075293@CU.CP6>
 
 There was talk on this net several months ago about upgrading
the HP Deskjet to the Deskjet Plus by buying some parts. Anyone
know if if has been done, or CAN be done? And is it worth it
in terms of cost and results?
 
They say I am a miser but I do not buy that-- old Slovak proverb
 
------------------------------
 
Date: Wed, 31 Jan 90 09:13
From: "O. Steinmeier"
 <UK14%DKAUNI2.BITNET@Forsythe.Stanford.EDU>
Subject: DMC - Calamus (phone number)
Message-ID: <"90-01-31-09:13:47.19*UK14"@DKAUNI2.BITNET>
 
In article <2724@cunixc.cc.columbia.edu>, Imran Anwar writes:
 
> Subject line says it all. Urgently need phone number
> of Calamus people and also need to know what "fonts"
> Calamus comes with.
 
Here is the complete address and phone number of DMC (developer
of Calamus):
 
        DMC
        Schoene Aussicht 41
        D-6229 Walluf
        West-Germany
 
        (6123) 73881
 
 
Oliver Steinmeier (uk14@dkauni2.bitnet)
Karlsruhe, West-Germany
 
 
------------------------------
 
Date: 31 Jan 90 12:14:19 GMT
From: mcsun!unido!ztivax!corvara@uunet.uu.net  (Harald Vollmer)
Subject: I need a GEM to PostScript converter
Message-ID: <891@ztivax.UUCP>
 
Can you help me get a GEM format to PostScript format converter?
I need one that can run on one of the following machines:  Atari,
MacII, Apollo, Vax, or Sun 3.
 
Gabi Umbreit
corvara@ztivax.siemens.com
 
------------------------------
 
Date: Tue, 30 Jan 90 12:33
From: "Bernd Feist"
 <UK61%DKAUNI2.BITNET@Forsythe.Stanford.EDU>
Subject: Picture Converter
Message-ID: <"90-01-30-12:33:34.80*UK61"@DKAUNI2.BITNET>
 
Hi,
 
I'm writing a program that converts MAC Paint Pictures in Gem Image
files and vice versa. As I don't want to reinvent the wheel, I ask
here wheter somebody has written some code (I prefer C) that packs
a monochrome Bitmap into a Gem Image or a Mac Paint file. I also
plan to include the TIFF Format, so if you have a packer for this
please let me know.
As it's much easier to unpack images, I can write the unpacking code
on my own (part of this is already done) but if YOU have written such
a procedure or program I'd be really happy to get the code, because
it saves me much time.
At the momemt I'm writing the Gem-Interface for the program and this is
really a lot of work to do if you have to begin from scratch. I plan to
release the program into the PD in a few weeks.
 
Thanx a lot .... Bernd Feist
========================================================================
*  BERND FEIST         *   E-MAIL: UK61@DKAUNI2.BITNET                 *
========================================================================
*   HIER KOMMT NOCH EIN DUMMER SPRUCH HIN ....                         *
========================================================================
 
 
------------------------------
 
Date: 31 Jan 90 13:32:12 GMT
From: mcsun!unido!laura!klute%heike.informatik.uni-dortmund.de@uunet.uu.net
 (Rainer Klute)
Subject: Shareware Policy.
Message-ID: <1940@laura.UUCP>
 
In article <3063@dogie.macc.wisc.edu> gilmore@vms.macc.wisc.edu (Neil Gilmore)
 writes:
>I find shareware to be an interesting idea. It would seem a good way to
>at least get some kind of response from those who use your programs.
>However, I have never myself paid a shareware fee, although I have many
>shareware programs. The reason for this is that I have yet to find one I
>use even on an occasional basis. I keep them about so that I can get
>them to other ST people who might find them useful (a couple of the
>people I have given the shareware stuff to have sent in money). I do
>find it amusing that some authors seem petulant that not many people pay
>their fee. I don't think that they can *expect* people to pay. As for
>me, if the product is worth the money, it doesn't matter how it is
>distributed.
 
The problem for shareware authors is how to manage to really
get some money for their work. Even if he puts a note like "If
you use this program regularly please send some money" into his
program the overwhelming majority will not pay. The reason is
simple: They want to keep their money with themselves. I - as a
shareware author - can understand this reason.
 
If the shareware author does really want to see any money he
has to find out how he can "encourage" the user to pay. This
can be done be offering some additional benefit for paying. I
tried this with my Arcgsh from version 2.1 upwards: From time
to time a dialog box pops up and asks the user to pay for the
program. He then can click any button and the program
continues. This procedure has two advantages:
 
1. Occasional use of Arcgsh: The user can take full advantage
   of the program without paying. The "Please pay your
   shareware donation" dialog boxes he can ignore. He is not
   *forced* to pay. The boxes will not disturbe him too much
   because he uses Arcgsh seldom.
 
2. Regular use of Arcgsh: The frequent popping up of those
   dialog boxes gets really annoying and the user wants to get
   rid of them. And this is exactly what he gets if he pays his
   shareware donation.
 
Experience has shown that this procedure works very well.
Before I implemented it in Arcgsh V2.1 I released Arcgsh V1.0
and V1.4 and got exactly *one* shareware contribution. After
release of Arcgsh V2.1 (which offers support of the Zoo
archiver) I received *several* donations.  No, I am still no
millionaire :-( but I am encouraged to proceed working on
Arcgsh.
 
  Dipl.-Inform. Rainer Klute      klute@heike.informatik.uni-dortmund.de
  Univ. Dortmund, IRB             klute@unido.uucp, klute@unido.bitnet
  Postfach 500500         |)|/    ...uunet!mcvax!unido!klute
D-4600 Dortmund 50        |\|\    Tel.: +49 231 755-4663
 
------------------------------
 
Date: 30 Jan 90 21:44:43 GMT
From: mcsun!ukc!icdoc!syma!grahamt@uunet.uu.net  (Graham Thomas)
Subject: ST Format, TOS 1.4 moans directed at Atari UK (was: HAPPY NEW YEAR,
 ALL!)
Message-ID: <2080@syma.sussex.ac.uk>
 
From article <1990@atari.UUCP>, by kbad@atari.UUCP (Ken Badertscher):
>
> I don't know why Atari UK doesn't read netnews, but your comments
> (and Neil's, and all the other reasonable gripes that I've seen
> from U.K. users) are being forwarded to the Tramiels.
>
Thanks Ken.  Much appreciated.  For the record, I don't think Atari UK
are malicious or even particularly incompetent - just overworked.  I
believe the company's just a little too 'lean and mean' these days.  Too
many products - from the Lynx to the Transputer workstation - and too
few people to support them.
 
Graham
 
ps. UK mags have been saying that disks formatted with the STE and TOS
1.6 are not readable by IBM PCs.  Any comments?
 
 
--
Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
 JANET: grahamt@uk.ac.sussex.syma  EARN/BITNET: grahamt@syma.sussex.ac.uk
 ARPA:  grahamt%syma.sussex.ac.uk@nsfnet-relay.ac.uk
 UUCP:  grahamt@syma.uucp          Phone: +44 273 686758
 
------------------------------
 
Date: 31 Jan 90 13:01:52 GMT
From: mcsun!unido!ztivax!mjk@uunet.uu.net  (Michael John Kaelbling)
Subject: Terminal Program
Message-ID: <892@ztivax.UUCP>
 
Hi,
 
does anybody know about terminal programs for the Atari ST handling Kermit
protocols?  A program that does both terminal emulations, and the normal
Kermit functions like send and receive would be even more appreciated.
Right now I'm working with a very primitive Kermit for the ST.  It's not
a GEM program but a .TTP, so there's no switching between the emulation
and the send/receive, the program has to be started for every single
function.  One particular problem is the handling of cursor key events.  The
host machines (Sun 3, Vax, Apollo) provide perfect termcap entries, but
obviously my dumb Kermit gets its input by simple getchar()'s, i.e. it
throws away the high byte of the keyboard event.  So, when I press a cursor
key, all I see on the screen is a Ctrl @ (the NULL character).  Maybe I can
get something that's a little more comfortable.
 
If someone can help me, please e-mail to me.  Help is appreciated in any
form (binary, source, or pointer).
 
Thank you,
chr
 
 
 
Christian Veith |  e-mail   : mjk@ztivax.siemens.com
----------------------------------------------------------------------------
                                |  Address  : Siemens, ZFE IS EA 11
                                |             Otto-Hahn-Ring 6
                                |             8000 Munich 83,  West Germany
----------------------------------------------------------------------------
                                |  Phone    : +49-89-636-44519
 
------------------------------
 
Date: 31 Jan 90 13:40:27 GMT
From: mcsun!unido!laura!hh%trillian@uunet.uu.net
Subject: What's so good about an STE?
Message-ID: <1942@laura.UUCP>
 
Path: trillian
!hh
 
In article <2939@water.waterloo.edu> ljdickey@water.waterloo.edu (L.J.Dickey)
 writes:
>I would like it if someone who has an STE and who has used a
>520 or 1040 or Mega would mention some of the upgraded features
>of the STE that they like the most.
 
That's what I like most: Everybody keeps telling me about really cute
features (68030 support, >4 MB memory, more colors, more sound) but nobody
knows how to access them. This was a hint, people of Atari!
 
Snail mail:        | E mail: hh@trillian.informatik.uni-dortmund.de
Hasko Heinecke     +-------------------------------------------------
Ostenbergstr. 97   | Computers are different from telephones!
D-4600 Dortmund 50 | Computers do not ring!        -Tanenbaum
 
------------------------------
 
Date: Tue, 30 Jan 90 01:19+0100
From: Ritzert%DMZRZU71.BITNET@Forsythe.Stanford.EDU
Message-ID: <900130001909.312838@DMZRZU71-UNI-MAINZ--GERMANY>
 
Subject:  gcc problems
 
I just installed the gcc1.36 which I got from dsrgsun and tried to build
ctex (initex).  It soon turned out that gcc1.36 is not able to compile
this stuff on the ST.  Even at the first module, align.c, the error
message "virtual memory exhausted" appeared. Switching off any
optimizations didn't really help: the same error message appeared in the
module "cmds.c". Playing around with the stacksize wasn't successful,
too. I used an old gulam, no memory resident programs or accessories at
all. All auto folder programs have been disabled, including tos14fix, to
ensure it isn't a conflict with anything of my standard configuration.
 
Gcc1.34 is able to compile this routine but only when the optimisation
is switched off.  I guess this is a bug in the library.  I had similar
problems when I recompiled gcc1.34 with itself. It was possible but the
newbuilt compiler could only compile small programs (same error as
above). John Dunning told me that alloca would fail due to a bug in
qmult which I thought has been fixed in the meantime.
 
Simple lack of system memory can't be the reason --- replacing my ST4 by
a ST2 reproduced the error at the same point.
 
Interestingly, the Unix based cross-compiler seems to work correctly...
 
Has anyone fixed this in the meantime? I have lots of trouble with
ftp (via bitftp to a vm host, uploading across a strange serial
conncection with an ibmclone since neither uniterm nor ckermit work with
this connection, then transferring everything to the ST is an annoying
procedure, and it takes weeks to fetch the stuff). So is someone willing
to mail me the fixes, please? (needed: fixed gcc_cc1, fixed lib and
diffs for the lib sources.)
 
A few other bugs: contrary to the readme.st, the stacksize of gcc_cc1
was 128K instead of 1M. 1.34 usually runs with 0.5M.
I don't trust the utilities to manipulate the stacksize since they are
buggy.
 
fixstk 524288 gcc_cc1 resulted in a reported stack size of 51K !!!!!!
 
I had to specify 10 times the amount of memory I wanted to have in order
to get a correct report. So either the input or the output conversion
routine of the library is broken.
 
Again, please help me since I don't have the time to dig into the
library stuff (and lack documentation) but need a compiler I can trust.
 
Thanks for any help,
 
Michael Ritzert
mjr@dmzrzu71.bitnet
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #132
*****************************************
