HDTenEightyP/NetNews huggingface dataset:
From: wolfe@wvnvms.wvnet.edu
Newsgroups: comp.sys.amiga.programmer
Subject: NoisTracker info wanted.
Date: 7 Jan 93 11:32:35 GMT
Organization: West Virginia Network for Educational Telecomputing

Does anyone know where I can find the specs on the NoiseTracker MOD format?
     Thomas
Newsgroups: comp.sys.amiga.programmer
From: fheitkamp@desire.wright.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Re: C++ Compilers
Date: 7 Jan 93 06:39:44 EST
Organization:  Wright State University 

In article <C0H4Fz.JM6@well.sf.ca.us>, comeau@csanta.attmail.com (Greg Comeau) writes:
> In article <1993Jan6.110912.5813W@baron.edb.tih.no> havardn@edb.tih.no writes:
>>Are there any *REALLY* good C++ Compilers around for the Amiga?
> 
> If you're talking about a good quality, robust, up-to-date, and
> supported compiler, then Comeau C++ 3.0 With Templates has been
> heralded on just about every platform it is available on, including
> under AmigaDOS.
> 
> - Greg

	How well does Comeau C++ work with the CPR debugger?  Can you
	step through programs read variables, memory, set break points
	etc.?  Basically is the debugger useable after the C++ translation?

> -- 
>          Comeau Computing, 91-34 120th Street, Richmond Hill, NY, 11418
>                    Producers of Comeau C++ 3.0 With Templates
>           Here:attmail.com!csanta!comeau / BIX:comeau / CIS:72331,3421
> 	    Voice:718-945-0009 / Fax:718-441-2310 / Prodigy: tshp50a
Fred Heitkamp,  ** Not an organization **
From: shulick@navajo.ucs.indiana.edu (Sam Hulick)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Enough talk.  FILE: server.c (IMPORTANT!!!)
Date: 8 Jan 93 07:39:49 GMT
Organization: Vallen Software

In article <C0IyF5.9Gv@usenet.ucs.indiana.edu>, shulick@navajo.ucs.indiana.edu says most sayishly:
>blink lib:c.o server.o lib lib:lc.lib lib:amiga.lib DEFINE __main=__tinymain
           ^^^
Sorry. =u(  That's supposed to be cback.o.

-- 
    // Amiga 3000   ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)
   // 68030 25 MHz /__/\ \ My opinions wear combat boots.  Or whatever.
\\// OS 2.04       \__\/ / "Walk!  Not bloody likely.  I am going in a
 \/                     / taxi."  --George Bernard Shaw
Xref: sparky comp.sys.amiga.programmer:18484 comp.sys.amiga.hardware:22764
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: Sun, 10 Jan 93 13:58:46 EST
Reply-To: rock@lakes.trenton.sc.us (Rockerboy)
Organization: Lakes Public Access

mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:

> In <LZ21wB3w165w@lakes.trenton.sc.us> rock@lakes.trenton.sc.us (Rockerboy) wr
> >The appropriate thing to do is demand responsibility from software 
> >manufacturers.
> 
> Dream on....
> 
> regards,
> -- 
> Michael van Elst
> UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554m
> Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
>                                 "A potential Snark may lurk in every tree."

Being a software person, I'm sure you're loathe to do that, eh?
From: johnl@SDFSERV.hac.com (John Lee)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Version Strings...
Date: 12 Jan 93 01:42:40 GMT
Organization: Hughes Aircraft Company, El Segundo, CA

In article <C0KBM1.Kun@well.sf.ca.us> comeau@csanta.attmail.com (Greg Comeau) writes:
>In article <24661@hacgate.SCG.HAC.COM> johnl@SDFSERV.hac.com (John Lee) writes:
>>....  By then, it's too late since the
>>linker can't throw out things in a module.
>
>What can't it throw it away?  (I obviously feel it can).

The answer is...it _can_!  *BUT* the linker and the object code
generators (be it assembler or compiler) must cooperate in a way that
they current don't.

Currently, BLink and most traditional linkers operate at the "module"
level, where (usually) one source file equals one object module.  At
this level, the linker can detect that a module has no references to
it, assuming that it's not the startup module, and easily throw it
out.  (I don't know of any linker that does this, however.) It can't
throw out parts of a module because of internal references (i.e.
offsets) not mentioned in the symbol table.  It can't removing strings
from the middle of a module without adjusting those internal
references.

Moreover, the linker has no idea of what in a module can be left out.
The object module has no information about the smaller units that make
up the module (e.g., strings or arrays.)  But enhance the assembler or
compiler to add this info and to create object modules in the right
way, and the linker can throw away non-referenced objects.

But why complicate an already complicated link process?  The whole
point is to clean up stuff the programmer has left in by accident.  I
have a better idea...


>>Now, if it had been declared:
>>
>>	static UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";
>>
>>then the compiler might have noticed the lack of references and
>>optimized it away.
>
>Which leads to the earlier question of: but should it.
>I certainly don't want nonsense cluttering up my executables,
>OTOH, there are things like Version (I've seen similar on other systems
>and have even written said type of situations myself), and other things.

Good question.  My answer is "No."  If you don't want nonsense to
clutter your executables, use "lint"-like tools or have the compiler
warn you about the nonsense.  I think SAS/C will warn you about
non-referenced statics, but not about non-referenced globals
(externally-visible symbols.)  "lint" will warn you about both.  With
"lint" I can ensure things that belong (like a Version string) belong,
and things that don't are caught.

The bottom line?  "lint" is your _friend_.  Everybody should get to know
their friends.

-------------------------------------------------------------------------------
The crew faces deadly GURUs!  Next time on AmigaDOS: The Next Generation.
	+--------+			John Lee
	| HUGHES |
	+--------+			Internet: jhlee@hac2arpa.hac.com	
The above opinions are those of the user and not of those of this machine.
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Wanted: info on available C++ compilers
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (04.01.93) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 7 Jan 93 06:30:07 EST
Organization: Well, I haven't decided on a name yet...

In article <C0H47o.JG8@well.sf.ca.us> comeau@csanta.attmail.com (Greg Comeau) writes:
> In article <7cPfs*kI1@kink.PhaedraV.On.Ca> hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble) writes:
> >...You always have the
> >option of getting the AT&T Cfront c++ front end from Comeau, which
> >will be as good as the c compiler you put underneath it, but g++ is a
> >top quality compiler.
>
> Neither of those latter two clauses are entirely accurate.

Thanks for that wonderful, fact-filled, specific rebuttal Greg.        :)
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: comp.sys.amiga.programmer
From: aa302@Freenet.carleton.ca (Russell McOrmond)
Subject: Re: Busy file?  How do I wait?
Reply-To: aa302@Freenet.carleton.ca (Russell McOrmond)
Organization: The National Capital Freenet
Date: Wed, 6 Jan 1993 16:42:19 GMT


In a previous article, Leon@abcd.Houghton.MI.US (Leon) says:

>I've just written a program in a BBS environment.
>
>Since I have three lines, it is inevitable that at SOME time, more than one
>person will be using the program at the same time...  It reads from two
>files and rewrites both of them...  Even though the run time is EXTREMELY
>short, I know there are potential problems...

  The easiest way is to somehow get an agreement with all the authors of the
utilities that manipulate the files to use a shared semaphore, or some other
way to share the access.  A few examples of this already exist in the Amiga
environment with dlg.library which gives you arbitration for the .MSG
message base, and xferq.library which (as well as many other functions)
gives you shared access to an outbound list of files (For use with network
session handlers, tosser/scanner/packers, GUI outbound managers, file
request handlers, etc).

>Is there a CLEAN way to wait for the files to be closed before I try to
>access them???  Is this was a file "lock" is all about???

  I don't know of any way other than to 'poll' the file to actually check
for things.  You might want to look into AmigaDos 2.0 file notification to
find out if it will notify you once a file is closed.
-- 
 Russell McOrmond, Ottawa Ontario, Canada    | Standard Disclaimer applies.
 Freenet: aa302@freenet.carleton.ca (Faster) | WPL 'keeper of sources'.
 Home: rwm@Atronx.OCUnix.On.Ca,  1:163/109   | Libertyware Telecomunications.
From: pochanay@cae.wisc.edu (Adisak Pochanayon)
Newsgroups: comp.sys.amiga.programmer
Subject: Error in AmigaDOS Execute() ???
Date: 4 Jan 93 17:24:35 GMT
Organization: College of Engineering, Univ. of Wisconsin--Madison


   I have been running into a problem with AmigaDos's Execute() function.
It returns a non-zero value even when trying to Execute() a command that
doesn't exist.  How do I get the actual return value and how do I find out
if an error occured while using Execute().  According to the documentation,
Execute() returns a NULL if unsuccessful.  I'd consider an inexistant command
to be nonsuccessful???
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Public screen - how?
Date: 5 Jan 93 15:52:15 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <alien.026x@acheron.amigans.gen.nz> alien@acheron.amigans.gen.nz (Ross Smith) writes:
>How do you make a screen public (from a C program)? The Libraries RKM
>(3rd ed., p. 53) says to use the PubScreenStatus() function, but that
>function's autodoc says that it can only be used to make a public screen
>private, not vice versa. So once I've opened the screen (with an SA_PubName
>tag), how do I switch it from private to public?

PSNF_PRIVATE is a bit which controls whether a screen is to be made
private or public, so:

	PubScreenStatus( screen, PSNF_PRIVATE )

makes a screen private, and:

	PubScreenStatus( screen, 0 )

makes it public.

Note you must specify that the screen will be public during
OpenScreenTagList().  PubScreenStatus() is used to control whether other
applications would have access to your public screen.

>...... Ross Smith (Wanganui, NZ) ...... alien@acheron.amigans.gen.nz ......

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"Opinions enlarged to show detail"
From: crystal@glia.biostr.washington.edu (Crystal)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Subliminal Messages
Date: 7 Jan 93 20:31:06 GMT
Organization: University of Washington
NNTP-Posting-Host: glia.biostr.washington.edu

In <1993Jan7.165811.6987@csar.encore.com> chattend@csar.encore.com (Chuck Hattendorf) writes:

>crystal@glia.biostr.washington.edu (Crystal) writes:
><Lots deleted> (Besides, Lynx was exceedingly bug-ridden anyway...)

>>There's no proof that subliminals even work anyway.  Much debate.  It's kinda
>>like astrology...some swear by it, and others swear AT it... ;>

>>Crystal
>>  ;>

>Crystal,
>Are those stories of movie-goers interrupting their viewing by responding to
>coke and candy adds at the snack bar incorrect? I thought subliminal sug. was
>deemed illegal due to its effectiveness....(while were on this thread!)

Supposedly it is one of those "urban myths and legends", although the
advertisers DID attempt the idea and promoted its value to drum up clients.
Any laws deeming the practice to be illegal were done so out of FEAR of
something that was not completely understood.  And we all know that lawmakers
tend to bend under the pressure they receive from the lobbyists, rather than
common sense.   (Just because there is a law against something, doesn't mean
it makes any sense, or that any actual study was done - kinda like the witch
trials of the 1600's)

The ads weren't "sub" "liminal" messages.  They can be perceived if you
look for them.  Sub-liminal means "below the threshold of perception".  If you
can perceive it, it's not subliminal, and if it's subliminal it can't be
perceived so it can't POSSIBLY work.

Much has been written about this.  The Center for the Scientific Investigation
of Claims of the Paranormal (CSICOP) have reviewed the claims in the "Skeptical
Inquirer".  I have read other WHOLE BOOKS on the subject.  Much controversy.

But, like anything else, if you BELIEVE it will work, then it will.  If you
don't, then there is no way in H*ll it will have any effect on you.

BTW, I have a few so-called subliminal cassettes and a video.  The music and
background waves and picturesque photography are well worth their RELAXING
qualities.  

But I'm *STILL* fat...                       

Draw your own conclusions...

Crystal
  ;>

(If you think this sounds confusing, you should see it through my eyes!)
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% I'm turning off Snoqualmie Falls, the tourists can go home./  *           % 
% Feel it time to travel; time to write a poem...           /  Bring Back * %
% Time to seek some therapy; I'm going walkabout           /*  The Magic!   %
% Answers are the easy part - Questions raise the doubt.  /          *      %
%               --- Jimmy Buffett ---                    / (Don't make life % 
%    -->>> Believe it and it will come true! <<<--      /       so tragic)  %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
From: Leon@abcd.Houghton.MI.US (Leon)
Newsgroups: comp.sys.amiga.programmer
Subject: Version Strings...
Distribution: world
Date: 6 Jan 93 18:46:40 EST
Organization: Amiga BitSwap Central Dispatch

Can anyone give me a code fragment to insert a version string in my program
so that the AmigaDOS version program will detect it?

Thanks MUCH...

Bi Bi...

\Leon

-- Via DLG Pro v0.995

______________________________________________________________________
|  o__ ----       \\ABCD///Amiga BitSwap Central Dispatch - DLG BB/OS!
| _.>/ _-------    \\BBS// 16K8bps - 3 Lines! - Fido/UUCP(906)482-8248
|(_) \(_)Leon Shaner\\\// <leon@abcd.houghton.mi.us> or <leon@mtu.edu>
|________[MTU - CTS] \\/  ...Non-Conformity is a virtue I hold dear...
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Please help with stupid memory leak
Date: 08 Jan 93 16:14:28 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
NNTP-Posting-Host: lk-hp-20.hut.fi
In-reply-to: shulick@navajo.ucs.indiana.edu's message of 7 Jan 93 23:43:26 GMT

In article <C0ICKI.H57@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:

   I can't figure this one out.  It seems to not free either 56 bytes or
   296.  Anyway, the usage is:  req <title> <text> <choice1> [choice]...
   Some examples:
     req Problem "There's a bug in here." "Kill it" "Hang it" Cancel

   Well, it doesn't free up memory, but I can't figure out WHAT.. any help
   would be appreciated.

[ Lot of deleted here ...]

   void main(int ac, char **av)
   {
      int x, len;
      char workstr[BUFSIZ];

      memset(arr, '\0', sizeof(arr));
      /* Oh, ReadArgs() is so nice.. :) */
      if (!(rd = ReadArgs("Title/A,Text/A,Choice1/A,Choices/F", arr, NULL)))
      {
	 fprintf(stderr, "required argument missing\n");
	 bye();
      }


You should use FreeArgs(rd) to free memory allocated by ReadArgs().

--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
From: dac@prolix.apana.org.au (Andrew Clayton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Arexx question HOW TO IMPLEMENT DELAY()
Date: Fri, 08 Jan 1993 15:39:50 GMT
Organization: More like Dis~, really.
X-Newsreader: Arn V1.00

In article <1993Jan8.032750.1849@latcs1.lat.oz.au>, James Burton version 1340 writes:

> >I have a simple question about Arexx... I want for my Arexx program to
> >sit and wait for say 3 minutes or so, and then continue on with the program.

> >How do I get ARexx to do that without~r using up much processor time?

> >Aaron Ramsey

> Yes, I would be interested in this.
> If you try to do the following
> 'c:wait' 50
> from an AREXX program, it does not wait.

The answer is here:

             --cut--------------------------------
/*rexx*/
if ~show('L','rexxsupport.library') then
   call addlib('rexxsupport.library',0,-30)

say time()
call delay(250) /*5 seconds*/
say time()
              --cut ------------------------------

testcon
01:39:12
01:39:17

> I suppose it backgrounds the shell task.
> Can somebody please confirm this?
> I find it extremely annoying.

This will do the delay that you seek.

Why it isn't in the Amiga doco, I don't know.  It's in the
original Arexx release, and is part of the rexxsupport.library.

> James

Dac
--
dac@prolix.apana.org.au              David Andrew Clayton.           // _| _  _
dac@prolix.sserve.cc.adfa.oz.au      Canberra, Australia           \X/ (_](_](_
                    <Using ARN on an Amiga 4000. Yay!>
Newsgroups: comp.sys.amiga.programmer
From: ridder@zowie.zso.dec.com (Hans)
Subject: Re: IPC and shared memory
Organization: Digital Equipment Corporation - DECwest Engineering
Date: Tue, 5 Jan 1993 20:52:46 GMT

In article <1ib8dmINNesj@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
>>The operation of FindSemaphore may be clunky but each task only has
>>to do it once.
>
>Actually, no.
>
>Like public message ports, each time you wish to access a public
>semaphore you must do a Forbid();FindSemaphore();Permit().

Sort of off the subject, but presumably you'd want to do *something*
between the FindSemaphore() and the Permit(), no?  Otherwise, what's
being protected by the Forbid()/Permit()?

>Greg

-hans
-- 
  Hans-Gabriel Ridder <ridder@rust.zso.dec.com>
  DECwest Engineering, Bellevue, Washington, USA
  "I'd rather be writing MACRO-20!"
  Any opinions expressed are not those of my employer, honest.
From: cs_e445@ceres (Vlod Kalicun)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Amiga COBOL compiler?
Date: 12 Jan 1993 15:10:23 GMT
Organization: Kingston University
NNTP-Posting-Host: ceres.kingston.ac.uk
X-Newsreader: Tin 1.1 PL4

courtn@hercules.cs.uregina.ca (todd courtnage) writes:
: I'm looking for COBOL for the Amiga.  Is there a PD version available on FF
: or fTP?  If so, could you please supply me with the FF number or an FTP site?
: 
: Please e-mail me.
: 

ARRRrrgghh NOT AGAIN!! 

IS there a FAQ for this?? If there isn't someone (??) should write one,
and have for for the first statement :-

	1. COBOL is NOT available for the amiga.

Anyway, I hope I've answered your question.. ;-)

Regards..

Vlod
-Amiga Advocate.
----------------------------------------------
Amiga - Anything else isn't worth considering
----------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: A bug in SAS/C 6.0
Originator: walker@twix.unx.sas.com
Date: Mon, 4 Jan 1993 14:55:07 GMT
Organization: SAS Institute Inc.


In article <1993Jan2.153715.1112@tom.rz.uni-passau.de>, agsteine@kirk.fmi.uni-passau.de (Karlheinz Agsteiner) writes:
|> 1) You can't use the same name with Your struct and Your typedef.
|>    (What You're doing is "typedef struct bug1 bug1"). Try struct _bug1
|>    or something like that.

This isn't true.  It's perfectly OK to use the same name as a structure
tag and a typedef.

|> 2) I don't know where K&R are stating this, but I think You have to
|>    define every type before using it. The only exception is a 
|>    struct <name> *  where name doesn't need to be defined. Therefore

This *is* true.

|>    You should replace Your declaration by e.g.
|> 
|> typedef struct _bug1 {
|>        struct _bug2 *bugb;
|> } bug1;
|> 
|> typedef struct _bug2 {
|>        struct _bug1 *buga;
|> } bug2;
|> 
|> (which is how I implement crosswise linkings) or maybe
|> 
|> struct _bug1 { 
|>   struct _bug2 *bugb;
|> }
|> 
|> struct _bug2 {
|>   struct _bug1 *buga;
|> }
|> 
|> typedef struct _bug1 bug1;
|> typedef struct _bug2 bug2;

The following also works, although it looks strange:

typedef struct bug2 bug2;  // Use struct bug2 without defining it

typedef struct bug1
{
   bug2 *bugb;
} *bug1;

struct bug2                // NOW go ahead and define struct bug2
{
   bug1 *buga;
};

|> |> This program cause the compiler confusing and it displayed the strange
|> |> message - Missing closed bracket (']'). I looked for the open bracket
|> |> character but it is not in my program! 
|> 
|> I don't know why the compiler complains about a "]". I think It "hits"

It doesn't.  It complains about a "close brace expected".  A brace is
a }, not a ].

|> the undeclared type "bug2", and thinks that this can't be probably part 
|> of the type definition of "bug1", and therefore it should expect a "}"
|> here to end the definition (hoping that "bug2" makes sense outside the
|> definition.

Exactly.

|> Hope this helps. I'm sure someone here has a much more K&R - like
|> way to define the above, but I ran into the same problem as You
|> defining crosswise dependencies, and this was the solution I found.

The above method is supported by ANSI, but (I think) not by pre-ANSI K&R.

|> |> -- Tim Stark

|> Karlheinz Agsteiner

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: plav@cup.portal.com (Rick M Plavnicky)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Upgrade MANX C for ADOS 3.0 stuff? How?
Date: Tue, 12 Jan 93 18:33:15 PST
Organization: The Portal System (TM)
Distribution: world
  <73230@cup.portal.com> <C0p01p.Bq4@unx.sas.com>


walker@twix.unx.sas.com (Doug Walker) writes:
>In article <73230@cup.portal.com>, plav@cup.portal.com (Rick M Plavnicky)
>writes:
>|> environment, but I find it quite confining.) It'll kinda bum me out to
>|> end up switching to SAS for current support, and having to a) learn a
>|> new way of doing things, and b) figure out how to get all the GUI
>|> stuff out of the way without losing too much functionality. 
>
>You will have to do (A), but not (B).  The GUI stuff is NOT required
>at all.  The command-line compiler and make utility combination works
>every bit as well as the GUI.
 ^^^^^ ^^^ ^^ ^^^^

Thanks.  Some had pointed out to me in email that one could simply
drop the GUI.  But no one claimed no loss in functionality or feature,
leading me to believe that none of them customarily work GUI-less.

(Oops.  One just *did* say that in email minutes ago.)

>That said, the SCOPTIONS file [...]

Sounds like a convenient feature.

Y'know, Doug, what with your net.presence (and support!) and so many
good things being said about your product I just might be making the
switch.  Back when Lattice was around v3.something, and after using
both, I went with Aztec C for my Amiga work.  Over the years it's held
up fine, but SAS seems to have done it significantly better lately.

And to save the mythical potential bandwidth, folks, I already have
the information I need to order.  :-) :-)


/* Rick Plavnicky   plav@cup.portal.com */
Newsgroups: comp.sys.amiga.programmer