INFO-ATARI16 Digest         Tue, 13 Feb 90       Volume 90 : Issue  196
 
Today's Topics:
                         Anybody using FORTH?
                         Bookmark for the ST?
                            curses library
                    European ST magazines (2 msgs)
                            Fine scrollin'
                     Floppy drive 1.44 meg woes!
                      Help Needed with MICRO RTX
                               PC-SPEED
                            PHANTOM TYPIST
                        Portfolio <-> ATARI ST
                        Termcap Library Needed
                         The 'PHANTOM TYPIST'
                              Tim Roeder
----------------------------------------------------------------------
 
Date: 13 Feb 90 14:07:00 GMT
From: ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs325ec@iuvax.cs.indiana.edu
Subject: Anybody using FORTH?
Message-ID: <16000014@ux1.cso.uiuc.edu>
 
        Is anybody using Forth that has been posted to various sites?
        I am about to embark on learning it, but I would like to know
        if it is able to save executable binaries.  The docs seem a
        little hazy about it.
 
        -Greg
 
------------------------------
 
Date: 13 Feb 90 17:08:43 GMT
From: silver!jburka@iuvax.cs.indiana.edu  (Jeffrey C. Burka)
Subject: Bookmark for the ST?
Message-ID: <35684@iuvax.cs.indiana.edu>
 
Gee.  Sounds like one of the best reasons I've yet heard to buy
WordPerfect, which has an auto-backup feature (I've never lost more
than 8 minutes of work, and with my hard drive, I don't notice the
autosaving at all).
 
Come to think of it, I've only seen the phantom typist twice the school
year.  It's shown up much less frequently in the last 8 months
or so...the only thing I can think of that's different in my system is
that I'm using TurboST
 
Jeff
 
------------------------------
 
Date: 13 Feb 90 10:38:19 GMT
From: aplcen!anagld!jwforce@uunet.uu.net  (James W. Force)
Subject: curses library
Message-ID: <911@anagld.UUCP>
 
     Is the curses library available for the Atari ST?  If so, could
someone tell me where I might acquire it; it sure would come in handy for
a project that I am currently working on.
 
 
                                          Thanks in advance,
                                                     Jim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
        Jim Force         | UUCP: ?uunet,aplcen,netsys,sundc?!anagld!jwforce
     Analytics, Inc.      | ARPA: anagld!jwforce@uunet.uu.net
        Suite 200         |
 9891 Broken Land Parkway |
    Columbia, MD 21046    | Voice: (301) 381-4300         Fax: (301) 381-5173
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 
------------------------------
 
Date: 13 Feb 90 17:41:37 GMT
From: brunix!iris.brown.edu!mjv@uunet.uu.net  (Marshall Vale)
Subject: European ST magazines
Message-ID: <29087@brunix.UUCP>
 
 I'm thinking about getting both some ST magazines from Europe. What
are some good general interest ones that are in either English or
German?  Has anyone done overseas subscriptions and what success have
they had?
 
 Please e-mail any responses.  Thanks much!
 
-- mjv@iris.brown.edu
 
------------------------------
 
Date: 13 Feb 90 18:39:23 GMT
From: brunix!rjd@uunet.uu.net  (Rob Demillo)
Subject: European ST magazines
Message-ID: <29098@brunix.UUCP>
 
In article <29087@brunix.UUCP> mjv@iris.brown.edu (Marshall Vale) writes:
>
> I'm thinking about getting both some ST magazines from Europe. What
>are some good general interest ones that are in either English or
>German?  Has anyone done overseas subscriptions and what success have
>they had?
>
> Please e-mail any responses.  Thanks much!
>
>-- mjv@iris.brown.edu
 
Marshall ---
 
Funny you should mention this. :-)
 
I get three Europian ST mags, one in  English and the
other two in German. The one in English is from the
UK and called ST World. It is really a decent rag, with
alot of (envious) product announcements, some decent articles/reviews,
and reasonable programming/hardware hacks. The 68000'er (German)
is similiar. ST Magazin (German) I let the subscription run out on
because it is a little to basic user oriented.
 
-- Rob
 
 
 - Rob DeMillo                  | Internet: rjd@brown.cs.edu
   Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
   Planetary Science Group      | Reality: 401-273-0804 (home)
"I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
 
------------------------------
 
Date: 13 Feb 90 16:21:07 GMT
From: mailrus!jarvis.csri.toronto.edu!utgpu!barry@tut.cis.ohio-state.edu  (Barry
 Lay)
Subject: Fine scrollin'
Message-ID: <1990Feb13.162107.2537@gpu.utcs.utoronto.ca>
 
Jeff,
  I tried to mail to you directly the last time, but the message got sent back
"userid not known".  This seems to happen a lot on this network nowadays.
Hopefully others will be interested too.
 
Having done some playing around with scrolling methods, I would say that
blitting is definitely the way to go.  Figure out the screen size in pixels,
subtract the offset of the scroll amount (1, in your case), and use a raster
copy opaque (vro_cpyfm(), if memory serves me right) to shift the screen by
the offset amount.  You will now need to overlay the "vacated" screen space.
If you are working within a window, v_gtext() will work fine.  It doesn't care
what pixel it starts on, although it is faster if it is snapped horizontally
to a byte boundary.  If you are dealing with the alpha screen, you are in for
some work, unless somebody in netland knows a quick way to do this.  I would
build the text line image in some buffer (alternate Logbase?) and blit a
portion of it into the screen.  I don't have much experience with the alpha
mode, so I will defer to better advice here.
 
If you would like to see a code fragment for a window, send me a note.  Perhaps
personal mail works better.
 
Barry
 
------------------------------
 
Date: 11 Feb 90 09:55:00 GMT
From:
 cs.utexas.edu!usc!snorkelwacker!ira.uka.de!smurf!gopnbg!tmpmbx!einoed!hase_1!ha
 se@tut.cis.ohio-state.edu  (Hartmut Semken)
Subject: Floppy drive 1.44 meg woes!
Message-ID: <418@hase_1.UUCP>
 
clf3678@ultb.isc.rit.edu (C.L. Freemesser) writes:
 
>>  I'm haveing a few problems hooking up my 1.44 meg teac. I was wondering
> From what I know, you can't use HD on the ST.  The controller chip
>can't handle it.  Just be glad it works in 720k mode.  :~)
 
Well, you can, if you hack the hardware.
 
Here we go again:
 
The trick is to double the clock frequency of the controller chip, so it
will talk twice as fast to the drive: the bit stream has "high-density"
format.
A clock of 16 MHz is well behind specification (the WD1772 is rated to
run at up to 10 MHz), but it will work most of the time.
 
The hack consists of two parts: hardware and software and works with
high density drives only!
Now: the hardware.
 
The clock pin of the WD1772 is pin 18. It is normally hooked to the 8
MHz clock.
Cut this pin and connect it to the output of a simple circurit. feed the
two inputs of this simple circurit with 8 MHz and 16 MHz clocks (16 MHz
can be get at SHIFTER pin 39).
The "simple circurit" mentioned above could be a simple, manual switch.
Now You are able to select two clock frequencies and therfore two
"modes" for the controller chip: double density and high density.
 
The simple circurit could also be a multiplexer (74LS157, I think)
controlled by the "I detected a HD-disk in me"-output of the floppy
drive (the TEAC FD 235 HFN provides this outout on pin 2 if a jumper is
set; the 235 HFN has a second jumper that enables internal detection of
HD disks: this must be set, too).
With the MUX, a disk inserted will select the appropriate mode of
operation automatically.
 
Do not worry about two drives in different modes: when copying from one
drive to the other, the clock rate will be switched once to twice a
second. This will not trouble the controller (remember the clock to be
in the range of Megahertz...).
If you want to connect one HD drive and one DD drive, you'll need two
more TTL gates (one 74LS00 will do) to make sure, the controller is in
DD mode for the DD only drive: invert the HD-detected-output (it is LOW
for DD before, HIGH for DD behind the inverter) and feed it into a NAND
together with drive select for the DD drive. Let a HIGH output of the
NAND select DD-clock (8 MHz). Now "not-HD-detected OR DD-drive-select"
will select DD mode, right?
 
With two HD drives, there is no problem at all :-)
 
Now for the software:
 
The controller uses its clock as base for all timings.
The pulse width and time between pulses for the step line are controller
controlled.
To make it short: with the doubled clock the controller will try to make
the head step twice as fast: he will send a step pulse every 1.5
milliseconds if set to 3 milliseconds (which is TOS standard).
Just set the step rate to 6 milliseconds to make the controller step 3
milliseconds in HD mode (well, the 6 milliseconds steps in DD mode will
slow down floppy operation a bit, but not that much. Not stepping,
reading and writing takes the time!).
 
How to set the step rate?
Well, there is a documented TOS variable for the step rate at 0x440
called seekrate.
The step rate in this variable will be used by the BIOS after a call of
the routine, pointed to by "hdv_init" (the hdv_init routine seems to
initialize the BIOS parameter blocks for the floppies). The pointer to
hdv_init can be found at 0x46A (this is a supported TOS variable, too).
Look at the MWC-Assembler source below.
 
The second thing is to get a formatter that will format 18 sectors per
track. HYPERFORMAT by Claus Brodt is such a thing, but a simple
formatter hacked from the example in the Mark Williams C Lexicon did the
same. It's included below.
 
 
For help try to write to hase@hase_1.mbx.sub.org, but it'll probably
bounce; our mail service is fading fast...
I'll try to reply to anything, I finally get.
 
hase
 
------- cut for seek6.s -----------
/       module name seek6
 
        .shri
 
        .globl main_
main_:
        clr.l   -(sp)
        move.w  $0x20,-(sp)
        trap    $1
        addq.l  $6,a7
        move.l  d0,_save_ssp
        move.w  $0,0x440        / 0 => 6 ms
        lea     0x46a,a0
        move.l  (a0),d0
        movea.l d0,a0
        jsr     (a0)
        move.l  _save_ssp,-(sp)
        move.w  $0x20,-(sp)
        trap    $1
        addq.l  $6,a7
        .even
_save_ssp:
        .blkl   1
/ seek rate codes are 0,1,2,3 for 6,12,2,3 milliseconds
 
------------ cut for formath.c -------------
 
/* formath.c Formatter fuer High Density Disketten */
/* nur fuer angepasste Hardware! Floppycontroller und Laufwerk */
/* muessen High-Density tauglich sein! */
/* Hartmut Semken, Lupsteiner Weg 67 1000 Berlin 37 */
/* hase@hase_1.mbx.sub.org or hase@netmbx.mbx.sub.org */
/* 03-SEP-89 */
#include <stdio.h>
#include <osbind.h>
#include <time.h>
 
#define SLEEPTIME 1     /* 1: Zeitschleife, 0: Taste */
#define BLANK (0xE5E5)
#define MAGIC (0x87654321L)
#define BUFSIZE (20*1024) /* Platz fuer mehr als 18 Sektoren... */
 
#define DEVICE 0        /* 0 = Floppy A, 1 = Floppy B   */
#define SIDES 2         /* je                           */
#define SECTORS 18      /* nach                         */
#define TRACKS 80       /*Belieben                      */
 
#define TOTSEC (TRACKS * SIDES * SECTORS)
 
extern int errno;
 
main()?
        int track;
        int side;
        int status;
        short *bf;
        register char reply;
        short *middle;
        char buffer[512];
 
        printf("\033E\n");
        printf("Public Domain High Density Mini Formatter\n");
        printf("von H. Semken\nDer Autor garantiert in keiner Weise fr die
 Funktion\nDieses Programmes.\nBenutzung auf eigene Gefahr.\n");
        printf("\n\n\n");
        printf("\007\033pFormatiere Diskette in Drive %c\033q\n%d Seiten\n%d Sektoren
 pro Spur\n%d Spuren\n\n", (65+DEVICE), SIDES, SECTORS, TRACKS);
        printf("Wirklich formatieren? ");
        fflush(stdout);
        if ((reply = Crawcin()) != 'y' && reply != 'Y' && reply != 'j' && reply != 'J')
 ?
                printf("Nein. Floppy nicht formatiert.\n");
                sleep(1);
                Pterm0();
        ?
        printf("Ja.\n");
        printf("Diskette einlegen; Taste drcken...");
        fflush(stdout);
        Crawcin();
        printf("\n");
        bf = malloc(BUFSIZE);
        for (track = TRACKS-1; track >= 0; track--) ?
                for (side = 0; side < SIDES; side++) ?
                        printf("Formatiere Spur %d, Seite %d", track, side);
                        fflush(stdout);
                        status = Flopfmt(bf, 0L, DEVICE, SECTORS, track, side, 1, MAGIC, BLANK);
                        if (status) ?
                                middle = bf;
                                printf("\t%d\n", status);
                                while (*middle) ?
                                        printf("\tDefekter Sektor %d\n", *middle++);
                                ?
                        ? else ?
                                printf("\tokay\r");
                        ?
                ?
        ?
        printf("\n\nAlle Spuren formatiert\n");
        printf("Initialisiere Directory\n");
        for (track = 0; track < (BUFSIZE>>1); bf[track++] = 0);
        for (track = 0; track < 2;track++) ?
                for (side = 0; side < SIDES; side++)?
                if (status = Flopwr(bf, 0L, DEVICE, 1, track, side, SECTORS)) ?
                        errno = -status;
                        perror("Write Error");
                ?
                ?
        ?
        Protobt(buffer, (long)Random(),3,0); /* Prototyp Bootsector fr
                                              * 80 * 2 * 9 Sektoren */
        /* Prototyp Bootsektor fr das neue Format anpassen */
        /* Bytes 19 und 20 enthalten die Sektoren pro Disk */
 
        /* unteres Byte von TOTSEC */
        buffer[19] = (char)(((TOTSEC>>8)<<8)~TOTSEC);
        /* oberes Byte von TOTSEC; es lebe das Intel int-Format */
        buffer[20] = (char)(TOTSEC>>8);
        buffer[24] = (char)SECTORS; /* Sektoren pro Spur */
        status = Flopwr(buffer, 0L, DEVICE, 1, 0, 0, 1);
        if (status) ?
                errno = -status;
                perror("Write Error (Bootsector)");
        ?
        status = Flopver(buffer, 0L, DEVICE, 1, 0, 0, 1);
        if (status) ?
                errno = -status;
                perror("Verify Error (Bootsector)");
        ?
        printf("Diskette in Laufwerk %c formatiert\n", (65+DEVICE));
        sleep(1);
        Pterm0();
?
 
sleep(seconds)
int seconds;
#if SLEEPTIME
?
        clock_t t;
        for(t = clock();clock() < (t + CLK_TCK*seconds););
?
#else
?
        printf("Taste druecken\n");
        fflush(stdout);
        Crawcin();
?
#endif
--
Hartmut Semken, Lupsteiner Weg 67, 1000 Berlin 37 hase@hase_1.UUCP
Dennis had stepped up into the top seat whet its founder had died of a
lethal overdose of brick wall, taken while under the influence of a
Ferrari and a bottle of tequila. (Douglas Adams; the long dark teatime...)
 
------------------------------
 
Date: 8 Feb 90 15:43:06 GMT
From:
 snorkelwacker!ira.uka.de!smurf!gopnbg!altger!watzman!michaelv@bloom-beacon.mit.
 edu  (Michael Vishchers)
Subject: Help Needed with MICRO RTX
Message-ID: <608@watzman.as.sub.org>
 
In article <2083@ultb.isc.rit.edu> rxg3321@ultb.isc.rit.edu (R.X. Getter )
 writes:
>I'm using the Sozobon C compiler, which is supposed to be Alcyon
>compatible, and it compiles RTXBIND.S to RTXBIND.O fine, and then
>I put it in my libraries directory and #include <RTXBIND.H>, but
>I can't get my programs to link with it. Can anyone tell me how
>to fix this problem?
Are you passing the rtxbind.o to the linker explicitly, or have you
put it in your dlibs.a ? just putting it in the lib directory won't work.
 
>for Fforce? or does micrortx patch Fforce? micrortx seems like a
>fantastic package, and I will register for it if I can use it
>effectively.
 
I really think it's worth the price. If you are using dlibs, you will
have to change initargs.c in the last part, where it tries to get
the program name from the parent memory (I guess). the line containing
something like p= *(p + 0x36) (I think) must be checked if p != NULL,
and argv[0] set to something reasonable, else the program will crash.
 
That means you have to recompile all programs that were compiled with
dLibs (of course, even the compiler, linker etc.) if you want to
use them under RTX.
 
I've build a small root program, a "backgrounder" (i.e., a program that
can be accessed from other programs and starts background jobs), and a
cron utility last weekend. I am starting gulam as the main shell from
the root program and am very happy with RTX doing all the background work
(hopefully also running uucp etc.)
 
If there is enough interest, I might post the sources after some cosmetic
cleanups, so others may avoid doing the same mistakes that I made 8-) .
 
Michael
--
_____________________________________________________________________________
Michael Vishchers                                     (michaelv@watzman.UUCP)
"Wer fuer alles offen ist, kann nicht ganz dicht sein." (unbekannt)
_____________________________________________________________________________
 
------------------------------
 
Date: Tue, 13 Feb 90 18:52
From: "O. Steinmeier"
 <UK14%DKAUNI2.BITNET@Forsythe.Stanford.EDU>
Subject: PC-SPEED
Message-ID: <"90-02-13-18:52:08.72*UK14"@DKAUNI2.BITNET>
 
In <90Feb9.235128est.57802@ugw.utcs.utoronto.ca> Greg Csullog
writes:
 
> Since that posting, I formatted drive C: with MS DOS but I could
> not get PC Speed to boot from hard disk. Was that because I reran
> HINSTALL to have the ST boot from C: as well?
 
Yes, that's it!
If you want TOS to boot from C:, you cannot tell PC-SPEED to boot
MS-DOS from TOS-drive C:. The PC-SPEED-software reads the MS-DOS-
system-files from DOS-drive C:, which can be set to an arbitrary
TOS-drive (e.g. D:). So all you have to do (assuming MS-DOS
boot-drive is TOS-D:) is:
 
1. Run PCS_INST and tell PC-Speed that you have a harddisk (do NOT
   select 'HDBOOT') and attach MS-DOS drive C: to TOS-drive D:
   (other connections as you would like to have them)
2. Run PC_SPEED and boot MS-DOS using your boot floppy-disk.
3. Try to switch to drive C:. It should work - and the contents
   should be the contents of your TOS-partition D:.
4. Format MS-DOS-drive C: using the FORMAT-command. Don't forget to
   use option /s to install the system files on your boot partition.
   FORMAT deletes the information which was stored on MS-DOS-drive C:.
   Make sure that you have copied your important files to another
   partition or disk, before you format the partition.
5. Leave MS-DOS and rerun PCS_INST. Tell PC-SPEED that you would
   like to boot MS-DOS from your harddisk (i.e. select HDBOOT).
6. Run PC_SPEED and press RETURN without inserting a boot disk.
   Your computer should boot from your harddisk.
 
By the way, you should NOT allow PC-SPEED to access harddisk
partitions which are smaller than 4.2 MB, because MS-DOS cannot
handle them. It could cause data loss!
 
Oliver
 
-----------------------------------------------------------
Disclaimer: Everything I wrote might be wrong, even this!
-----------------------------------------------------------
Oliver Steinmeier                     (UK14@DKAUNI2.BITNET)
Waldhornstrasse 4-8
D-7500 Karlsruhe, FRG
-----------------------------------------------------------
 
------------------------------
 
Date: 13 FEB 90 14:02:48 CST
From: Z4648252 <Z4648252%SFAUSTIN.BITNET@Forsythe.Stanford.EDU>
Subject: PHANTOM TYPIST
Message-ID: <900213.14024526.032409@SFA.CP6>
 
Scott Flinn writes:
 
"Has anybody else noticed any correlation between rapid sequences of
keystrokes (involving multiple backspaces) and the appearance of the Phantom?"
 
    I think that Scott has sort of hit the nail on the head.  But heck if
I can get the creature to show up at my beckoning.  I wonder if it takes
a certain combination of keys that occur upon fatfingering.  That would
explain why it is so difficult to get the critter to show up.
    Furthermore, I still feel that it is on the keyboard side and not the
motherboard side.  Seems the fact that it has happened also with Spectre
would be a significant clue.
 
Larry Rymal:  |East Texas Atari 68NNNers| <Z4648252@SFAUSTIN.BITNET>
 
------------------------------
 
Date: Tue, 13 Feb 90 18:51
From: "O. Steinmeier"
 <UK14%DKAUNI2.BITNET@Forsythe.Stanford.EDU>
Subject: Portfolio <-> ATARI ST
Message-ID: <"90-02-13-18:51:01.98*UK14"@DKAUNI2.BITNET>
 
In <90021118332768@masnet.uucp> Calvin Bruner asked for a program,
which allows data transfer between Portfolio and ATARI ST using
the parallel interface.
 
As far as I know, there is a technical problem that makes it
impossible to use the parallel port of the ATARI ST. The Portfolio-
interface uses the paper-end signal (I think for handshaking). The
pin which should handle this signal is not connected in the ST's
parallel port. So I think the only way to use the parallel interface
to transfer data between ATARI ST and Portfolio is to write a new
transfer program for both computers. I don't know if ATARI is going
to write this program.
 
Oliver
 
-----------------------------------------------------------
Disclaimer: Everything I wrote might be wrong, even this!
-----------------------------------------------------------
Oliver Steinmeier                     (UK14@DKAUNI2.BITNET)
Waldhornstrasse 4-8
D-7500 Karlsruhe, FRG
-----------------------------------------------------------
 
------------------------------
 
Date: 13 Feb 90 13:10:10 GMT
From:
 cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watdragon!tiger!achowe@tut
 .cis.ohio-state.edu  (anthony howe)
Subject: Termcap Library Needed
Message-ID: <20854@watdragon.waterloo.edu>
 
I am looking for a termcap library for the ST. I have the curses
library but that is ill suited for my current needs. Can anyone
tell me where to find one or send me one?
 
- ant
  achowe@tiger.waterloo.edu     | "It is hard to make the world go away
   _     -|-|_   _              |  when it has decided to notice you."
  (_\ |\| | | | (_) |\| \/      |  - Spock's World
                     ___/       |                        disclaimer...
 
------------------------------
 
Date: 13 Feb 90 16:40:19 GMT
From: usc!cs.utexas.edu!mailrus!usenet.ins.cwru.edu!guava!pietrzak@apple.com
 (John Pietrzak)
Subject: The 'PHANTOM TYPIST'
Message-ID: <1990Feb13.164019.4830@usenet.ins.cwru.edu>
 
In article <13352@watcgl.waterloo.edu> wsflinn@watcgl.waterloo.edu (Scott Flinn)
 writes:
>
>Has anybody else noticed any correlation between rapid sequences of
>keystrokes (involving multiple backspaces) and the appearance of the Phantom?
>
>--
>Me:      Scott Flinn                   /  "If it doesn't fit, force it.
>Domain:  wsflinn@watcgl.waterloo.edu  /  If it breaks, then it didn't
>UUCP:    watmath!watcgl!wsflinn      /  fit anyway."
 
   The only time a phenomenon like the "Phantom" ever happened to me was in a
case similar to this, where I was typing in WordPerfect quickly or backspacing
quickly, and the machine sort of took over.  This hasn't happened to me
in the last year or so; I attributed this to getting the Wordperfect 89 update
and/or moving to a mega ST (both of which happened around the same time :-).
If the people with mega's have experienced the phantom, could this problem be
solved in software (i.e., the new WordPerfect fixes the problem)?
 
J P
 
------------------------------
 
Date: 13 Feb 90 16:52:27 GMT
From: naucse!tar@arizona.edu  (Tim Roeder)
Subject: Tim Roeder
Message-ID: <1878@naucse.UUCP>
 
In article <8540@pogo.WV.TEK.COM>, bluneski@pogo.WV.TEK.COM (Bob Luneski)
 writes:
> Tim,
>
> It's a pity you can't see the genuine concern for the health of the ST I
> displayed in the first message through your emotion.
>
 
As you might have suspected Bob, I reacted rather hastily and
emotionally to your post.  Of course, I have to admit that it WAS
difficult to see any concern in your original post.  It did seem to be
merely another in a long series (not necessarily all from you) of
unproductive gripes.
 
>
> This "attitude" is is derived from finding Diamond Back on no less than 20
> BBS's within 3 months of it's initial release.
>
 
I am now more ready to accept your previous statement given a little
more 'fact' in regards to Pirate BBS'es, etc.  I am rather sorry that
you found your product on such places.  I am aware that it hurts.
 
>
> I dislike losing hard earned money through software theft.  If someone came
> into your home and stole your TV and then you saw it at the flea market
> wouldn't you get upset??  I dislike the tone of your response because I have
> made positive contributions to the ST community. If you can't handle that
> then you should just BE QUIET.
>
 
I can, given the above response(s), readily understand your anger
towards me.  For my somewhat out of line personal attacks, I do
apologise.  However, I guess I should point out that the main point I
was (probably poorly) attempting to make was that one should not get on
other people's case when they ask for a program that does what they want
and hope that something in the public domain will fit the bill.  I
realize that you wish to make a little money on your efforts, but
there's no need to lash out against them.
 
>
> Well, a man's got to eat.
>
> Hey, this line of discussion is counter productive. Flame off ok?
>
 
Yes, I agree that it is <was?> counter-productive.  I also apologise
(once again) for my rather vehement attack.  I hope I have made my
reasoning a little clearer.  I shall endeavor to be more restrained in
the future.
 
 
 
 
--
Timothy A. Roeder - Northern Arizona University/Univeristy of Arizona
UUCP: ...!arizona!naucse!tar
Internet: arizona.edu!naucse!tar -- troeder@mis.arizona.edu
Bitnet:   roedert@arizvm1.BITNET
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #196
*****************************************