HDTenEightyP/NetNews huggingface dataset:
From: ccsw@bristol.ac.uk (EthaStorm)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Double buffering an Intuition window ?
Date: 12 Aug 92 11:15:09 GMT
Organization: University of Bristol, England

In article <c8908461.713591809@jupiter.newcastle.edu.au> c8908461@jupiter.newcastle.edu.au (Robert Lang) writes:
>Has someone got some example source for double buffering an
>Intuition window from C ???
>
>I'm about to experiment with an idea myself, but further input would
>be great...what I'm going to do is make myself a rastport, draw into
>it, then swap it with the window's rastport....is this bad ?
>
>Thanks,
>
>Robert.


Hiya..
  I haven't got the code with me, but there is an example of double-buffering
in the RKM libraries manual (got mine last weekend YEAH!!!). The sources
in the RKM are availbale by ftp from

   athene.uni-paderborn.de  in /pcsoft/amiga/system/docs

  as the files rkm1.lha and rkm2.lha.

Hope this is of some help

   Steff  *8)
From: dac@prolix.pub.uu.oz.au (Andrew Clayton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C and floats
Date: Thu, 13 Aug 92 12:30:22 GMT
Reply-To: munnari!labtam!eyrie!prolix!dac
FollowUp-To: comp.sys.amiga.programmer
 <1b7aa695.ARN229a@prolix.pub.uu.oz.au> <Bsrw06.FsC@unx.sas.com>
Keywords: 
Organization: More like Dis~, really.

In article <Bsrw06.FsC@unx.sas.com>, James Cooper writes:

> In article <1b7aa695.ARN229a@prolix.pub.uu.oz.au>, dac@prolix.pub.uu.oz.au (Andrew Clayton) writes:
> >My problem is that if I have a floating point number less than
> >1.0 and I do a printf("2.0f",num); I sometimes get a printout of
> >'0.' instead of '0'.  None of the other numbers [>1] display this
> >spurious decimal point.
> 
> This was a problem with the 5.10a version of printf().  I can't remember
> if this was fixed in 5.10b or not... :-(

I'll have to upgrade to V6.

> this regard was in passing floats without having full, proper, and
> *separate* ANSI style prototypes at the top of the file.

It used to work. I changed the code. It doesn't work anymore. I
guess I must be in the wrong, and I'm not too fussed over
regurgitation the code again. It's not that important at the
moment.

Thanks for your help.

Dac
--
Newsgroups: adsp.sw,comp.sys.amiga.programmer
From: epang@fraser.sfu.ca (Eugene Pang)
Subject: Re: Exception handler example
Organization: Simon Fraser University, Burnaby, B.C., Canada
Distribution: adsp,world
Date: Sun, 16 Aug 1992 01:18:59 GMT

epang@fraser.sfu.ca (Eugene Pang) writes:
>You should also remind people that it's only for the DIVU/DIVS divide by
>zero exceptions.

I meant to say DIVU.w & DIVS.w.  *sigh*  That's what happens when the
air conditioning doesn't work, and the ceiling fan seems to generate more
heat.  But I digress...I'll post a complete divide by zero handler
later this evening to alt.sources.amiga, if my brain doesn't melt.
From: mykes@amiga0.SF-Bay.ORG (Mike Schwartz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Speculations: Amiga and Mach?
Distribution: world
X-NewsSoftware: GRn 1.16f (beta) by Mike Schwartz & Michael B. Smith
Date: 15 Aug 92 17:34:57 PST
Organization: Amiga makes it possible

In article <mwm.1jm3@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
> In <1992Aug15.003726.5366@hpmcaa.mcm.hp.com>, bryanf@hpmcaa (Bryan Ford) wrote:
> > I never suggested that Commodore should abandon Amigas without MMUs.  That
> > would be insanity.
>
> When 68030's have been $5/pop or less for over a decade, it'd be
> insanity *not* to abandon Amigas without MMUs.
>

One sure way to make the 68030 cost $5/pop is to sell lots of them.  Something
that selling 68000 machines doesn't do - sell 68030 machines.

> 	<mike
>

--
Amiga programmer of: GRn, MailMinder, Budokan, Beyond Dark Castle, Dark Castle
Sega Genesis programmer of: Dick Tracy and Marble Madness.
Mike Schwartz  (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
1124 Fremont Ave.
Los Altos, CA 94024
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Speculations: Amiga and Mach?
Date: Mon, 17 Aug 92 08:48:57 PDT
Organization: The Portal System (TM)

Having worked with "porting" applications into the Mach environment
I would say that moving Amigados to Mach(similar to what I did with
a different Real time system in Ada) would be a mistake.  Mach documentation
makes the RKM and other Amiga documentation look like a set of 
detailed instructions!  My vote is to say aways from Mach at this time!
From: lecuyer@legende.UUCP (Arnaud Lecuyer)
Newsgroups: comp.sys.amiga.programmer
Subject: Debug a WB application with CPR
Date: 19 Aug 92 09:29:44 GMT
Organization: Not an Organization


I would like to debug the part of my application which contains WB args parses
with CPR V5.10b.

            main()
                {
                if(FromWB) /* WB appli. */
                    {                      )
                                           )--> Debug this part
                                           )    ~~~~~~~~~~~~~~~
                    }
                else   /* CLI appli. */
                    {



                    }
                .........
                .......
                .....
                ...
                .
                }

                                    Thanks.

P.S. : You can post news or email me.

--
     __       __ __       __ __
    / /   /  /  /  / / \//  / /
   /~/ . /  /~~/  / /  //~~/~~\
         ~~ ~~ ~~ ~~    ~~
email : cbmvax!cbmehq!cbmfra!legende!lecuyer
mail  : Arnaud Lecuyer
        49Bis Boulevard de Picpus
        75012 Paris   (France)
Newsgroups: comp.sys.amiga.programmer
From: harlock@netcom.com (Mike Harlock)
Subject: How to compile AmigaUUCP with Lattice?
Date: Fri, 21 Aug 92 03:11:33 GMT
Organization: The Space Vessel Arcadia
Keywords: lattice uucp help

Greetings.  I recently downloaded the Amiga UUCP program by Matt Dillon (sp).
I was dissapointed in there only being source, I don't have a compiler and
you can't compile it with the freeware version of dice.  Sooo...I called 
my friend with Lattice C.  He can't get the batch file to work with Lattice.
He knows C (He's a Computer Engineering student) but hasn't had any experience
with multipule source files or batch files yet.  What do you need to do with
the amke file, or batch files, to get it to work with Lattice?  Any help
appreciated.  
---Mike

-- 
 _____________________________________________________________________________
| harlock@netcom.com (Mike "Harlock" Massee)| Arcadian Productions Subtitling |
|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Graphics/Titles            //   |
|   Head Guru, Foothill A.N.I.M.E. Club     | Conventions     Amiga!  \\//    |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: bryanf@hpmcaa (Bryan Ford)
Subject: Re: Speculations: Amiga and Mach?
Organization: HP Cardiology Business Unit - McMinnville, OR
X-Newsreader: Tin 1.1 PL4
Date: Sat, 15 Aug 1992 00:37:26 GMT

PS...

tna@mentor.cc.purdue.edu (Trevor Andrews) writes:
> In article <1992Aug14.013328.7580@hpmcaa.mcm.hp.com> bryanf@hpmcaa (Bryan Ford) writes:
>   Protected Mem would be great but you must realize you need an MMU
>   for both virmem and protection.... Most amigas still have 68000s in them.

I never suggested that Commodore should abandon Amigas without MMUs.  That
would be insanity.  But that wouldn't prevent moving the OS on MMU-based
machines to Mach.  Also, note that it's possible to make Mach work without
an MMU, although it's rather crippled compared to what it can do with one.
That's what MachTen for the Mac does, I hear.

				Bryan
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LoadSeg and order of hunks
Date: 21 Aug 92 22:11:19 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

rkaivola@mits.mdata.fi (Risto Kaivola) writes:
>  The AmigaDOS function LoadSeg() loads a load module into memory.
>I would like to know whether the resulting segment list is
>guaranteed to reflect the order of hunks in the load module.  That
>is, is the order of the segments in the segment list the same as
>the order of code and data hunks in the load module?

	The order of hunks in the seglist will match the order in the loadfile.
The memory addresses they're loaded to are of course random.

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
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.
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GCC - How to debug a program using ixemlib?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 19 Aug 1992 15:13:13 GMT

In article <KENTD.92Aug18140500@zappa.FtCollins.NCR.com> kentd@FtCollins.NCR.com (Kent Dalton) writes:
>Does this mean you're thinking about or better yet, working on, porting
>gdb? Please say yes :^). Source debugging is the only thing holding me
>back from using GCC to its (my :) fullest potential.

As soon as I get a libbfd.a that knows about hunks, I'll try to get
ptrace working as well.

>Also, is there a new ixemlib due out anytime soon? Any neat new
>features?

For those that didn't notice yet, there's gcc-2.2.2 on wuarchive, 
systems/amiga/incoming/devel/gcc222.lha.

I'll upload a fix for the first reported bugs in one or two days (nothing
heavy ;-)).

-Markus
-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
Newsgroups: comp.sys.amiga.programmer
From: Frederick.Theilig@bbs.oit.unc.edu (Frederick Theilig)
Subject: Re: Native 2.0 developpers kit for mear mortals?
Organization: Extended Bulletin Board Service
Date: Sat, 15 Aug 1992 07:07:26 GMT

In article <fgd3.01kf@nifty.UUCP> fgd3@nifty.UUCP (Fabbian G. Dufoe, III) writes:
>
     [Reguarding obtaining the Native Developer's Update Kit]

>Send check or money order only (no credit card orders) to
>Department C at the above address.  These materials are shipped from
>the new warehouse location in Mechanicsburg, PA.
>
>Shipping and handling for USA is $3.00.  Shipping and handling for
				   ^^^^
>
>AmigaDOS V2.0 Native Developer Update, P/N:NATDEV20       $20.00
							    ^^^^^

     Ok, yell at me for being dumb.  Am I to send them $20 or $20 + $3?

>--Fabbian G. Dufoe, III

     F. Michael Theilig  -  RPG117@URIACC.URI.EDU
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Program Fragmenting Memory
Date: 17 Aug 92 20:21:02 GMT
Organization: Jet Propulsion Laboratory

In article <rwm.713818561@atronx.OCUnix.On.Ca> rwm@atronx.OCUnix.On.Ca (Russell McOrmond) writes:
>stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
>>I've been trying to track this problem down for two days now, so I ask here in
>>case it has to do with something outside my code.
>
>  Do you by any chance use Amigados Local environment variables?  I've myself
>been trying to track down a fragmentation problem in my own software, and I
>can't find any of my own memory allocations that are causing the problem.
>
>  I haven't really spent a lot of time on it yet, so I'm not sure, but I'm
>getting a little curious about whether or not local environment variables
>are Free()'d when the process ends (IE: there is memory left over after I
>exit the program).
>
	I haven't investigated how environment variables are handled by 2.0,
but under 1.3 they were simply stored as files in the ENV: directory. The
ENV: directory is assigned to reside in the ram disk when the system is boot.

>getting a little curious about whether or not local environment variables
>are Free()'d when the process ends (IE: there is memory left over after I

	Haven't the slightest idea, but you could check by doing a directory
listing of the ENV: directory. The files are named after the environment
variables.

jeff
Newsgroups: comp.sys.amiga.programmer
From: wild@nessie.cs.id.ethz.ch (Markus Wild)
Subject: Re: GCC - How to debug a program using ixemlib?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 18 Aug 1992 13:01:08 GMT

In article <PPESSI.92Aug18050721@vipunen.hut.fi> ppessi@vipunen.hut.fi (Pekka Pessi) writes:
>	using ixemlib. Is there some way to tell ixemlib that those
>	nasty ILLEGALs are really breakpoints made by my debugger?

Hmm.. nah, the only way to have is to attach to an already running process. 
As soon as gdb can use a hunk libbfd.a, i'll go for ptrace(), which will 
enable a special SIGTRAP mode.

>	Also, what can I assume in atexit'ed function? Is stdio still
>	working? Or unix compatible system calls? (I want to restore

stdio is closed as pretty much the last thing to happen in the atexit
chain. system calls and lower level things in general should not present
any problems. In C++, classes are destructed thru atexit, so you should
call any non-static class members there.

>	stdin to cooked mode and disable all RAW event reporting.) If
>	I call restoring function before exit(), it works fine. If it
>	is atexit()'ed, result is a meditation moment.

Strange... 

-Markus



-- 
Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
Vital papers will demonstrate their vitality by spontaneously moving
from where you left them to where you can't find them.
From: mwm@contessa.palo-alto.ca.us (Mike Meyer)
Subject: Re: SAS/C 6.0 Details (LONG!)
Newsgroups: comp.sys.amiga.programmer
Distribution: world
X-NewsSoftware: Amiga Yarn 3.4, 1992/08/12 15:49:52
Keywords: 
Summary: 
Date: 22 Aug 92 21:00:17 PST
Organization: Missionaria Phonibalonica

In <rwm.714413035@atronx.OCUnix.On.Ca>, rwm@atronx.OCUnix.On.Ca (Russell McOrmond) wrote:
>   I got my upgrade notice last night.  I need to be convinced that this
> upgrade is actually worth another $109+shipping for myself. The
> 'tagcall' pragma is about the only thing that hit me as interesting, and
> I can't think that it's worth $109 ;-)

You get 1200+ pages of rewritten-from-the-ground-up documentation.
Since that was the worst part of 5.10, it should be a major point for
you.

You also get a compiler whose differences from ANSI are considered
bugs, not features.

	<mike
From: kaarts@ccu.umanitoba.ca (Kenneth John Aarts)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Ordering SAS/C Version 6
Date: 21 Aug 92 21:48:11 GMT
Organization: University of Manitoba, Winnipeg, Canada

In <1992Aug21.195042.23787@beaver.cs.washington.edu> wille@june.cs.washington.edu (Robert Wille) writes:

>In article <1992Aug20.210844.27609@schaefer.math.wisc.edu>, mueller@schaefer.math.wisc.edu (Carl Douglas Mueller) writes:
>|> In article <BtAsGE.J1E@news.cso.uiuc.edu> jmrg9881@uxa.cso.uiuc.edu (Jon Reid) writes:

>|> As long as SAS has an office in a state, they must charge sales tax there
>|> (I think that's the law ... but soon all the mail order places will charge
>|> tax in all states).

>I believe that's correct.  I just upgraded by Borland C++ compiler and the
>guy told me he had to charge sales tax because they have an office in
>Washington.  And Washington has a killer 8.2% sales tax :-(

What about Canadian residents?  Thanks,

Ken
From: johnv@tower.actrix.gen.nz (John Veldthuis)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Forcing CHIP RAM in Assembly
Distribution: world
Date: 13 Aug 92 05:21:42 +1200
Organization: Amiga Virus Extermination Services, TAUG

Quoted from <Zapper.0iyw@qube.OCUnix.On.Ca> by Zapper@qube.OCUnix.On.Ca (Zapper):
> In a message dated Tue 10 Aug 92  5:43, Steven_frank@cryo.rain.com (steven 
> wrote:
> 
>  S>     Don't _ever_ write code that has to use NoFastMem, and avoid
>  S> absolute cruncher programs like they were the black death.
> 
>   But I need absolute crunching... I am using lowlevel trackdisk access to
> block read sections of code into the upper reaches of CHIP, and then
> uncrunching them to the lower reaches of CHIP... I have to know where the
> code is gonna come out...

What a lot of rubbish. Allocate some mem and then give this pointer to your
routine. I use Lowlevel trackdisk access as well and have no trouble with
it. If you go for hard coding then don't expect your program to work with
most machines and OS's.
---
*** John Veldthuis, Taranaki Amiga Users Group, johnv@tower.actrix.gen.nz ***
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: console device raw mode
Organization: Jet Propulsion Laboratory
Distribution: comp
Date: Fri, 14 Aug 1992 18:02:24 GMT

In article <1992Aug14.114648.9446@syma.sussex.ac.uk> mpue2@syma.sussex.ac.uk (James E. Talbut) writes:
>In article <NIX.92Aug14014127@zombie.oulu.fi>, nix@zombie.oulu.fi (Tero Manninen) writes:
>> On Thu, 13 Aug 1992 12:39:36 GMT, ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) said:
>> Bernhard> Just call DoPkt(conport,ACTION_SCREEN_MODE,DOSTRUE) to enable RAW-mode and
>> Bernhard> use DoPkt(...,DOSFALSE) to go back to cooked output.
>> There is even siplier way to do it:
>> fh = Open("CON:....", ...);
>> SetMode(fh, 1);   (1 is raw, 0 is cooked or normal line buffered mode).
>
>These are both useful (assuming they work, I haven't got onto my Ami' in
>the last few days!)
>But wasn't the original question about how to read from a RAW with
>dos.library commands?
>If not, it must have been another post, but how do I do it?
>Whenever I try to read from a RAW: it hangs.
>
>	J.T.
>
>-- 
>Fine beer may be judged with just one sip,
>	but it's better to be thoroughly sure.  -  Czech proverb
>
>James Talbut            mpue2@syma.susx.ac.uk


Yes, the original question was about how to read from a RAW with dos.library.

The reason Read() hangs, is because it will block until the number of char-
acters you specified to be read are read! There's no way to judge how many
characters may have been input, because unlike some of the other devices (i.e.
serial device) a kind of QUERY command (i.e. SCMD_QUERY) is not supported.

One way to escape all this is to abandon the dos.library altogether and use
the IO Request mechanisms instead. At least this way you could post an asyn-
chronous read for one character (i.e. SendIO) and get signaled when the read
completed. 

jeff














Newsgroups: comp.sys.amiga.programmer
From: nix@zombie.oulu.fi (Tero Manninen)
Subject: Re: console device raw mode
Reply-To: nix@stekt.oulu.fi
Organization: University of Oulu, Finland
	<1992Aug14.114648.9446@syma.sussex.ac.uk>
	<1992Aug14.180224.2182@jato.jpl.nasa.gov>
Distribution: comp
Date: Sat, 15 Aug 1992 09:09:28 GMT


On Fri, 14 Aug 1992 18:02:24 GMT,
jdickson@jato.jpl.nasa.gov (Jeff Dickson) said:

Jeff> Yes, the original question was about how to read from a RAW with dos.library.

Jeff> The reason Read() hangs, is because it will block until the number of char-
Jeff> acters you specified to be read are read! There's no way to judge how many
Jeff> characters may have been input, because unlike some of the other devices (i.e.
Jeff> serial device) a kind of QUERY command (i.e. SCMD_QUERY) is not supported.

Ok, how about this then:
#include <exec/types.h>
#include <dos/dos.h>
#include <signal.h>

BPTR con = 0;

void sigint_handler() {
  if (con) {
    SetMode(con, 0);
    Close(con);
  }
  exit(0);
}

int main(void)
{
  signal(SIGINT, sigint_handler);

  con = Open("CONSOLE:", MODE_OLDFILE);
  if (con) {
    SetMode(con, 1);

    for (;;) {
      char buf[5], numbuf[10];
      long n;
      n = Read(con, buf, sizeof(buf));
      if (n) {
        int i;
        for (i = 0; i < n; i++) {
          sprintf(numbuf, "%02x,", buf[i]);
          Write(con, numbuf, 3);
        }
      }
      if (buf[0] == 'q') break;
    }

    SetMode(con, 0);
    Close(con);
  }
  return (0);
}

This works quite well, producing for example following output
(one hex number after each key press):
SRC:test> raw
61,62,63,64,65,66,67,71,SRC:test>
SRC:test>

If you dont want the behaviour that Read does not return until
there is at least one character available you can check the
file handler by calling WaitForChar(fh, delay_time_in_usec).
In case there won't be character available in check time,
WaitForChar returns 0.  I guess you could use this even in
normal line buffered mode ?  but Read() would then hang for
waithing the linefeed :-/

++Tero
Newsgroups: comp.sys.amiga.programmer
From: aurel@uni-paderborn.de (Aurel Balmosan)
Subject: Re: problem with movea.l
Organization: Uni-GH Paderborn, Germany
Date: Fri, 14 Aug 1992 00:38:02 GMT

In article <1992Aug13.123046.12142@lri.fr>, jpr@sun4.lri.fr (Jean-Pierre Riviere) writes:
|> 
|> Do you know of an assembler which would allow me
|> to have a move and not a movea when the destination
|> is an address register ?
|> I can't do that neither with a8k nor Ncode.
|> 
|> -- 
|>   Jean-Pierre RIVIERE        |     ///
|>   LRI - Universite Paris Sud | \\\///
|>   e-mail : jpr@lri.lri.fr    |  \///

The move.l code with a address register as it's destination can not use
all possible source forms. So i think you are using an illegal combination. 
-- 
	Alexandru-Aurel Balmosan		aurel@uni-paderborn.de
	University of Paderborn (Germany)
Newsgroups: comp.sys.amiga.programmer
From: jamie@cdevil.unx.sas.com (James Cooper)
Subject: Re: SAS/C V6.0 Announcement
Originator: jamie@cdevil.unx.sas.com
Date: Wed, 19 Aug 1992 14:46:40 GMT
Organization: SAS Institute Inc.


In article <Bt60D8.1MA@gfxbase.in-berlin.de>, ebers@gfxbase.in-berlin.de (Thorsten Ebers) writes:
>walker@twix.unx.sas.com (Doug Walker) writes:
>: 
>: In article <heinz.02z4@edohwg.UUCP>, heinz@edohwg.UUCP (Heinz Wrobel) writes:
>: |> What if I purchased my 5.1 just a short time ago? Is there some special
>: |> discount in upgrading related to a purchase after some date?
>: |> 
>: 
>: Yes, if you purchased 5.10 after May 1, 1992, contact our Book Sales
>: department.  You are entitled to an additional discount.
>
>
>Is there also a deadline (dateline) for the ANSI Compliant Lib?
>
>IMHO I find the difference between the two updates 
>(still having Ansi Libs an not) not very high.
>I come the conclusion that I should have not bought them.
>                             ^^^^^^
>
>: Call (919)677-8000 and ask for Book Sales, or write
>: 
>: SAS Institute, Inc
>: ATTN: Book Sales
>: SAS Campus Drive
>: Cary, NC 27513
>:
>
>I will do that if there is also a Deadline.

When you bought the ANSI compliant library package, you should have
gotten a coupon good for 20% off of the upgrade price.  That would
bring your upgrade price to $87.20.

I don't know of a deadline on the ANSI package, so you will need to
contact the Book Sales department to find out.

-- 
---------------
Jim Cooper
(jamie@unx.sas.com)                             bix: jcooper

Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
and not necessarily those of my employer.
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.multimedia