HDTenEightyP/NetNews huggingface dataset:
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: SAS 6.1 (ARGH!)
Originator: walker@twix.unx.sas.com
Date: Tue, 29 Dec 1992 19:32:56 GMT
Organization: SAS Institute Inc.


In article <8824@orbit.cts.com>, chucks@pnet51.orb.mn.org (Erik Funkenbusch) writes:
|> Why, oh why could anyone imagine that supplying a struct 
|> Window * in a TagItem would cause SAS 6.1 to not only complain, but reject the
|> code as an Error 20:  invalid constant expression?  A TagItem does not use
|> constants, and a window pointer is certainly not a constant...  This is
|> annoying to say the least.

I can't tell for sure from your rather vague reference, but my guess
is that you are attempting to intialize a static or extern struct
TagItem with a variable.  This is illegal in C.  You cannot use
expressions that cannot be evaluated at compile time to initialize
static or extern data items.   If this is a wrong guess, please post
the code that is producing the message and the actual text of
the message.

|> I'd mail this to EMITS, however, as an idiot, (and the holidays) i haven't
|> sent in my registration yet.  Today, i will however.

Please allow a little time... the tech support staff will be on
holiday until Monday, January 4, and then I'm sure they will
be backlogged for a few days.

-- 
  *****
=*|_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: mrr@mrsoft.network23.com (Mark Rinfret)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS C6.1 datecmp bug
Date: Wed, 23 Dec 1992 09:56:47 GMT
Organization: MRsoftware
X-Newsreader: Arn V1.00

Well, you don't have this to complain about any more. I wrote this a long,
long time ago (original name was CompareDS). It's a drop-in replacement
for the broken datecmp(). Merry Christmas! 

( If you turn on the file's "S"bit with the PROTECT command, this file is 
self-compiling/linking.)

;/* datecmp.c
sc DEFINE=TEST LINK datecmp
quit;
*/

#include <exec/types.h>
#include <dos/dos.h>

/*  FUNCTION
        datecmp - compare two DateStamp values.

    SYNOPSIS
        int datecmp(const struct DateStamp *date1, 
                    const struct DateStamp *date2);

    DESCRIPTION
        datecmp performs an ordered comparison between two DateStamp
        values, returning the following result codes:

            -1 => date1 < date2
             0 => date1 == date2
             1 => date1 > date2

    NOTE:
        This routine makes an assumption about the DateStamp structure,
        specifically that it can be viewed as an array of 3 long integers
        in days, minutes and ticks order.
 */

int
datecmp(const struct DateStamp *date1, const struct DateStamp *date2)
{
    USHORT  i;
    LONG    compare;
    LONG    *d1 = (LONG *) date1;
    LONG    *d2 = (LONG *) date2;

    for (i = 0; i < 3; ++i) {
        if (compare = (d1[i] - d2[i])) {
            return ( (compare < 0) ? -1 : 1);
        }
    }
    return 0;                       /* dates match */
}

#ifdef TEST
#include <stdio.h>
#include <proto/dos.h>

int main(int argc, char **argv)
{
    static struct DateStamp __aligned date1;
    static struct DateStamp __aligned date2;

    DateStamp(&date1);
    Delay(50L);
    DateStamp(&date2);

    if (datecmp(&date1, &date2) >= 0)
        printf("Mark screwed up.\n");
    else if (datecmp(&date2, &date1) <= 0)
        printf("Rinfret blew it.\n");
    else
        printf("This datecmp() looks OK. Send Mark lots of money.\n");
}

#endif

# Mark R. Rinfret                   MRsoftware
# Certified Amiga Developer         348 Indian Avenue
# mrr@mrsoft.network23.com          Portsmouth, RI  02871
# galaxia!mrsoft!mrr                (401) 846-7639
#
Newsgroups: comp.sys.amiga.programmer
From: agsteine@kirk.fmi.uni-passau.de (Karlheinz Agsteiner)
Subject: Re: Advice to SAS/C 5.10b users
Organization: University of Passau, Germany
Date: Tue, 22 Dec 1992 19:42:59 GMT

In article <BzD93n.JCo@usenet.ucs.indiana.edu>, shulick@shoshone.ucs.indiana.edu (Sam Hulick) writes:
|> 
|> It would be rather safe to stick with 5.10b.  6.0 and 6.1 are too
|> buggy.. But you can probably see that from all the posts(complaints) on
|> c.s.a.p. :)

This is not true at all. There may be small bugs in the new user interface,
but the compiler itself is _much_ more reliable than 5.10b. Take the optimizer:
GO 5.1 had lots of bad bugs, which made it totally unusable for me (most of my
bigger programs didn't run if compiled with go, but did well without optimisation
or if compiled with other compilers / other machines). The optimizer of SAS/C 6.1,
however, is doing a _great_ job. It generates very good code and it's quite reliable
(only one function I wrote until now was optimized badly (yes, I have reported 
this to EMITS - it's a bug in the tail recursion code)).

IMHO, SAS/C 6.1 is a very good compiler package and if You prefer using 5.10b,
it's Your own fault. I can only recommend upgrading to 6.1 to every version 5
user. I'm using SAS/C for my "final thesis" (don't know a better English word :( )
as a student of computer science right now, and I'm really quite impressed.

--
e-mail: agsteine@kirk.fmi.uni-passau.de
From: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Icon dragging fun (Hmm?)
Date: 31 Dec 92 04:50:05 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

jesup@cbmvax.commodore.com (Randell Jesup) writes:

>labenrsa@ICIL64.CILEA.IT writes:
>>Now, we know that the Wbench HAS been re-written, and things may be
>>different now.

>	Workbench has not been rewritten.  It was hacked for 2.0 and 3.0, but
>all of it's basic structures and flaws are basically intact.  Believe me, you'd
>know if Mike had had time to rewrite it... :-)

Yep... ...if there's one thing I've learned about the Amiga in my 3 years
experience with it, it's that the more things change, the more things stay
the same... ...one thing that I'm continually disappointed with is the
complete lack of a methodology with which to approach combining graphics
with text for requesters and other system structures.  Is there any
possibility that a nice super-Intuitext sort of structure will be developed
which will allow this sort of thing?

>-- 
>GNU Emacs is a LISP operating system disguised as a word processor.
> - Doug Mohney, in comp.arch

>Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
>jesup@cbmvax.commodore.com  BIX: rjesup  
>Disclaimer: Nothing I say is anything other than my personal opinion.
-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Jake Rose               :: Every cloud has a silver lining.
jaker@csugrad.cs.vt.edu :: Every silver lining has a cloud inside it.
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 29 Dec 1992 11:42:06 GMT

In <C00nKw.Lx7@unix.portal.com> danb@shell.portal.com (Dan E Babcock) writes:
>mask, dest, and dest) per word transferred. On a TI graphics chip it requires
>only 2 accesses, source and dest, because it can avoid disturbing the destination
>byte if the source byte is 0 (transparent). It's inherently twice as fast.

>Dan

You meant, the TI chip performs the operation twice as fast as our blitter.
True (besides that it is even faster because of a higher clock).

With planes you could read a word of each plane (at that time OR them together
in a register) read the destination if the generated mask is nonzero and
different from all-one (AND it at that time with the mask) and write it back
(just if the mask was nonzero).

This generates extra reads of the destination for the boundaries of the
object compared to chunky pixel.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: rovero@attu.oc.nps.navy.mil (Josh Rovero)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help me find the guy who wrote AREXX
Date: 24 Dec 92 07:28:49 GMT
Organization: Naval Postgraduate School,Monterey CA

The creator of ARexx is William S. Hawes.  He is whawes on bix,
and should be very reachable at:

Wishful Thinking Development Corp.
P.O. Box 308
Maynard, MA 01754
(508)568-8695

Years ago, he used to answer the phone himself, don't know if that's
still the case   :-)

-- 
Josh Rovero   (rovero@oc.nps.navy.mil) | or Internet 5346p@cc.nps.navy.mil 
Department of Oceanography, Code OC/Rv |      Bitnet 5346p@NAVPGS 
Naval Postgraduate School              |              
Monterey, CA  93943   (408) 646-2084   |
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: New hardware reference guide?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Sun, 27 Dec 1992 23:48:25 GMT

In <1992Dec27.192924.2501@ugle.unit.no> mortene@Lise.Unit.NO (Morten Eriksen) writes:
>so on. And this is just to get started! Very tedious and offputting. Lots of
>talents would be waisted.

I don't think so. Talents are supported by letting them _learn_ all the
art of programming. Knowing the 680x0 processor and Amiga hardware specifics
does not make a good programmer.

>date. This decision is like spitting in the face on a huge part of their userbase.

At least not a a huge part of the users that buy software and hardware. If
the coders have no money for system documentation they won't have much more
than the basic A500.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: alex@bilver.uucp (Alex Matulich)
Subject: Re: GadToolsBox & listview...
Organization: W. J. Vermillion - Winter Park, FL
Date: Tue, 29 Dec 1992 22:37:30 GMT

dwdyer@eskimo.com (Wayne Dyer) writes:
>Well, I create a LISTVIEW gadget with GadToolsBox 1.4a, in a window and
>I get (if I want it or not) IDCMP flags of MOUSEBUTTONS, GADGETDOWN,
>INTUITICKS, and MOUSEMOVE in addition to the ones I want of CLOSEWINDOW,
[..etc..]

>Why?

It requires it because it's specified in the header file
<libraries/gadtools.h>.  LISTVIEW uses the ARROWS gadget which in turn
needs INTUITICKS.  Whether you see INTUITICKS in your own source or not is
irrelevant - it's being used because LISTVIEW requires it.

-- 
 _ |__  Alex Matulich    alex.matulich@oau.org
 /(+__>  Unicorn Research Corp, 4621 N Landmark Dr, Orlando, FL 32817
//| \     UUCP:  alex@bilver.uucp   {peora|ge-dab|uunet!tous}!bilver!alex
///__)     Internet:  alex@bilver.oau.org | alex%bilver@peora.sdc.ccur.com
From: monster@mbear.apana.org.au (Martin Ozolins)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS C6.1 datecmp bug [Was: Re: Advice to SAS/C 5.10b users]
Distribution: world
X-NewsSoftware: GRn-beta 1.16g (10.12.92) by Michael B. Smith & Mike Schwartz
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Date: 1 Jan 93 08:33:34 PST
Organization: Bears Incorporated

In article <C01BK6.ApK@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
> 
> In article <monster.05uo@mbear.apana.org.au>, monster@mbear.apana.org.au (Martin Ozolins) writes:
> |> > Right now, 6.2 is being held pending discovery of a weird memory-
> |> > trashing bug on '040 machines that was introduced after 6.1 was
> |> > shipped.  I apologize for the delay;  I'd love to be able to ship
> |> > it right now, but until we locate this problem, we can't ship
> |> > anything.
> |> > 
> |> 
> |> Thats good, but since I do not have FTP access, I still have not gotten the
> |> 6.1 patch, I have asked b4. How do I get the 6.1 & 6.2 patches ?
> 
> |> Martin Ozolins :Internet monster@mbear.apana.org.au
> 
> The 6.1 patch was uploaded to FTP, BIX, Compuserve, Genie, and
> Portal.  I happen to know it made it to CIX in Britain as well.
> Since it is freely redistributable, check your local BBS for it;
> it should be making the rounds (I hope).
> 
> If you can't get it from a friend or a local BBS, tech support
> can mail you a copy.  Unfortunately, they won't be able to do
> that until after January 4, when the Institute as a whole reopens
> after the holidays.
> 

As luck would have it, it turned up in 2 places that I have access to 
the day after I posted the message.

Thanx for the offer of Email tho

-- 

Martin Ozolins :Internet monster@mbear.apana.org.au
Victoria       :FIDO 3:633/359.6 AMIGANET 41:300/359.6 TRINET 42:8699/8.6
Australia      :Amiga Programmer, UniSYS 1100/2200 Systems Programmer
From: beust@aurora.unice.fr (Cedric Beust)
Newsgroups: comp.sys.amiga.programmer
Subject: gnuemacs development package
Date: 24 Dec 1992 09:26:42 +0100
Organization: University of Nice Sophia-Antipolis, France
Distribution: world
NNTP-Posting-Host: aurora.unice.fr



      I just uploaded my small gnuemacs development package to the following
      places :

amiga.physik.unizh.ch:/amiga/new/gnuemacs-dev1.00.lha
avahi.inria.fr:/amiga/gnuemacs-dev1.00.lha (soon)

      The readme is the following :




This is a short development package for David Gay's gnuemacs latest port.
It includes a gdb-mode clone for use with SAS' cpr and an autodoc.el file to
consult autodocs (Amigaguide or .doc) within the editor.

This is v1.00, first public release.




      Feel free to send me your comments!

--
Cedric BEUST, beust@sa.inria.fr, Bull Research Koala proj, KoalaBus & xforum
Pho:(33) 93.65.78.07(.66 Fax), INRIA, B.P.93 - 06902 Sophia Antipolis, FRANCE.
From: Lee_Robert_Willis@cup.portal.com
Newsgroups: comp.sys.amiga.programmer
Subject: Re: What is htonl() ?
Date: Wed, 23 Dec 92 17:48:34 PST
Organization: The Portal System (TM)
Distribution: world

'htonl()' is "host-to-network-long", a function designed to convert
the host computer's format of a 'long' into the standard network
long format.  This is a function designed to eliminate incompatibilities
between big-endian and little-endian machines.

You can get away with ignoring this call if you're not porting to 
a non-Amiga, because "network" format is the same as 680x0 format.
On 680x0 machines, htonl() is a no-op.

Lee		Lee_Robert_Willis@cup.portal.com
From: bob@atlantis.CS.ORST.EDU (robert s. richardson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: HiSoft BASIC & WB2.04
Date: 22 Dec 92 00:55:10 GMT
Organization: Computer Science Outreach Services - Oregon State University
NNTP-Posting-Host: atlantis.cs.orst.edu

I have been using Hisoft Basic Professional under 2.04 for quite some time
(a couple of years) without the problems you have experienced.  It also 
works fine under 1.3 and 2.1, but I haven't tried under 3.0.  Did you buy
yours from MichTron?  Check the version number of the compiler (its displayed
whenever you compile a program) and be sure that its 1.05 or higher.  1.05
was the last official release (I have seen betas that are higher and the
fireworks from some are spectacular! :-) )

Bob Richardson
bob@atlantis.cs.orst.edu
(503) 758-5018
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: AmigaDos Assign command
Organization: Jet Propulsion Laboratory
Date: Mon, 21 Dec 1992 18:54:17 GMT

In article <37922@cbmvax.commodore.com> jesup@cbmvax.commodore.com (Randell Jesup) writes:
>
>	while (1) {
>		dp = GetDeviceProc(path,dp);
>		if (!dp)
>		{	/* getdevproc freed dp for us */
			   ^^^^^^^^^^^^^^^^^^^^^^^^^^

	How? Before getdevproc returned dp?

>-- 
>To be or not to be = 0xff
>-
>Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
>{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
>Disclaimer: Nothing I say is anything other than my personal opinion.

Jeff S. Dickson
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
From: jbickers@templar.actrix.gen.nz (John Bickers)
Date: 26 Dec 92 12:50:36 PST
Organization: TAP

Quoted from <paulk.2wmm@terapin.com> by paulk@terapin.com (Paul Kienitz):

> > You have all sorts of possible interference with the resources you
> > need to use.
>  
> Well if the user tries to run the demo at the same time as something
> else that needs the same resources, give an ERROR MESSAGE.  Duh.

    Not all interference is of the type that can be detected when you
    run your program. Stuff like having the user switch your screen to
    the back, or having a screen blanker wipe you out, or having other
    VBLANK interrupt handlers screwing with your timing.

> Lots better than obliterating whatever else is going on regardless of
> consequences.

    IMHO, a good solution would be to let the user know that the demo
    will take over the machine. For example, I currently won't try
    running any demo while doing a download or some other "live"
    process, because I know that the demo will zap the machine.

> > may be in use, or controlling the display registers and also trying
> > to use the OS for double-buffering may be out of the question
>  
> I should think so.  Why try to mix both approaches at once?  That
> gives you no advantages of either approach.

    So you're advocating not using the OS for double-buffering?

> All I said was that the alleged "constraints" that some say make
> demo-like stuff impossible through the OS are largely mythical.

    Well, we'll see. After all, people can do demos on PCs, so I guess
    they'll figure out a way to do demos on AGA machines.
--
*** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Does opening libraries require a fixed varname?
Originator: walker@twix.unx.sas.com
Date: Tue, 22 Dec 1992 13:31:49 GMT
Organization: SAS Institute Inc.


In article <1992Dec21.120329.19630@bristol.ac.uk>, ccsw@bristol.ac.uk (Steff Watkins) writes:
|> Hello.
|> 
|>   No, it doesn't matter what you name the variable that stores the base address
|> of an opened library. You just have to make sure that you always use the same
|> name within a code segment ie..


This is wrong information;  the correct information has been posted
here four or five times.  You have to have a consistent name not only
in your code but also between your code and either the library stub
routines or the #pragma statements, whichever you are using.

|> =  E-Mail:- Steff.Watkins@bristol.ac.uk  Telephone:- +44 (272) 303531         =

-- 
  *****
=*|_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: marc@aargh.adsp.sub.org (Marc Heuler)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Simple C question
Date: 2 Jan 93 09:46:05 GMT
Organization: ImageArts

In article <C02JCH.pC@ccu.umanitoba.ca> umbadiu0@ccu.umanitoba.ca (Ted Babiuk) writes:
>is there something simular to a sleep() command which puts a task to sleep
>for 'x' ticks? (and uses little/no cpu time?)

There is, it's Delay() of dos.library.

--
  _____________ _____________________________________ ______________________
 | Marc Heuler | UUCP: marc@aargh.adsp.sub.org       | Wer hat Angst vor 'm |
 |  Wuerzburg  | ZNet: marc%aargh.incubus@aworld.zer | Schwarzen Schilling? |
 |   Germany   | Tel.: [+49]-(0)931-53295            |    - Ein Unbekannter |
  ~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~
From: gel36@gel.ulaval.ca (Usager temporaire)
Newsgroups: comp.sys.amiga.programmer
Subject: How do you resize GadTools gadgets??
Date: 22 Dec 92 21:20:09 GMT
Organization: Universite Laval

I'm working on a resizable window and I need to resize
my listviews whenever I get a NEWSIZE message.
Is there a way I can resize the listviews without having
to use FreeGadgets() and CreateGadget() to rebuild all
my gadgets?
Why are the GFLG_RELWIDTH, GFLG_RELBOTTOM, etc... flags
filtered by Gadtools??
I found you could manually add these flags after creating
a gadget, but they only work with simple gadgets like
BUTTON, CHECKBOX, ... but they don't work with listviews.
I'd like to hear from someone who built a resizable window
with gadtoolsbox and was successfull with resizing...
From: cmcmanis@pepper.Eng.Sun.COM (Chuck McManis)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: InputHandler debugging (long)
Date: 30 Dec 1992 00:56:16 GMT
Organization: Sun
NNTP-Posting-Host: pepper

The best way to debug any sort of task (input handlers included) is
to "create" a debug port. This can be done with a simple program
that opens a message port and waits for messages on it. Since
tasks _can_ send messages and you _can_ use sprintf, you can just
say :
	char	buf[STRSIZE];
	struct
		Message	msg;
		char	*buf;
	}

	sprintf(buf, "Some debugging message at %s, or %d",foo, bar);
	port = FindPort("DEBUG-PORT");
	if (port)
		mymsg.buf = buf;
		PutMsg(port, &mymsg);
		WaitPort(mymsg.mn_ReplyPort);
	}
	return();

Note you'll have to fill in the reply port for the return message but
all in all its pretty easy to do. At one point I thought I'd recreate
the Berkeley syslog(1) interface for the C library.


--
--Chuck McManis			    Mr. NIS+			    Sunsoft
uucp: {anywhere}!sun!cmcmanis   BIX: <none>   Internet: cmcmanis@Eng.Sun.COM
These opinions are my own and no one elses, but you knew that didn't you.
From: cliffwd@soda.berkeley.edu (Cliff Draper)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: AllocRemember - how does it work?
Date: 3 Jan 1993 04:58:20 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu


The AutoDocs describe this Intuition command.  But if your AutoDocs arn't
handy....

struct Remember  *remkey=NULL;

char  *block1, *block2;

if (!(block1=(char *) AllocRemember(&remkey, BLOCK1SIZE, MEMF_CLEAR)))
   fail("insufficient memory");
if (!(block2=(char *) AllocRemember(&remkey, BLOCK2SIZE, MEMF_CLEAR)))
   fail("insufficient memory");
/* use the 2 blocks as if you got them from AllocMem() */
fail("all done");
...
/* and within fail() */
FreeRemember(*remkey, TRUE);

You might also need some includes, but there's the bones.
fail() can be called before, in-between, or after the AllocRember()'s and 
all memory allocated through that one key will be released.

-Cliff
Newsgroups: comp.sys.amiga.programmer
From: shulick@navajo.ucs.indiana.edu (Sam Hulick)
Subject: SAS/C 5.10b bug discovered - Thanks, John
Originator: shulick@navajo
Reply-To: shulick@navajo.ucs.indiana.edu
Organization: Vallen Software
Date: Mon, 21 Dec 1992 23:32:40 GMT


Ok, John, this seems to be a bug in 5.10b.

#undef <symbol>

This is fine, but 5.10b doesn't check the syntax fully.  In 5.10b, no
complaints are made about this:

#undef FOOBAR "spaz"

However, this same line would give you a warning in 6.0/6.1, saying that
there are extra characters of the symbol, etc.  The error was something
like that.

From my C experience, it's just #undef <symbol>, nothing more.  Maybe
UNIX C is bit different, I don't know.  All I know is that 5.10b keeps
quiet, 6.0/6.1 warn you.

-- 
    // 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