HDTenEightyP/NetNews huggingface dataset:
From: rock@lakes.trenton.sc.us (Rockerboy)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: ScrollVPort vs ScrollRaster
Date: Thu, 07 Jan 93 16:57:31 EST
Reply-To: rock@lakes.trenton.sc.us (Rockerboy)
Organization: Lakes Public Access

juncewic@dodo.cis.ohio-state.edu (thomas michael juncewicz) writes:

> 
> Calling all gurus,
> 	I wish to write a game that uses 8-directional smooth-scrolling.  I've
> looked into ScrollVPort() and ScrollRaster(), but I'm confused (and
> the RKM manual I have has 1 sentence about each function).  The way I think
> I understand it, ScrollRaster() actually moves data thru the BitMap(raster)
> while ScrollVPort() just moves the ViewPort "window" around over different
> parts of a BitMap.  Is this right?  If so, then ScrollRaster would seem
> too slow to do the job (like if I had to scroll an entire screen of stuff)
> and ScrollVPort wouldn't work either as my 'playfield' will be quite
> large and therefore couldn't fit into 1 raster (1024 x 1024).  So what do you
> you all recommend?  Oh, BTW, I want to be as system friendly as possible, so
> I'd like suggestions that will work on other Amigas, from 1.3-3.0 KS and
> 68000-68040.  Plus, I'd prefer a C solution but I can work with assembly
> if necessary...Thanx in advance.

You simply make an enormous (or as close as you like) raster, then define 
your viewport as screen size.  Then, by using scrollviewport and the 
offset addresses, you can move the viewport to another part of the raster 
smoothely.  You just have to change the values in RxOffset and RyOffset 
in the viewport structure.  Calling scrollviewport() makes the system 
re-eval the view according to the new offsets.  This is all perfectly 
system friendly (well, of you're multi tasking, you should protect other 
stuff by setting up and IDCMP for rmb trap and requester traps in case 
some screen hopping window comes up, so you don't draw all over it with 
low level gfx commmands.)
Newsgroups: comp.sys.amiga.programmer
From: obaby@ens-lyon.fr (Olivier Baby)
Subject: Is there a disk in the drive ?
Keywords: disk
Reply-To: obaby@ens-lyon.fr
Organization: Ecole Normale Superieure de Lyon
Date: Mon, 11 Jan 1993 11:50:07 GMT

Hi,

I am currently writing a C program which needs to test if there is a disk in the disk drive.
Does anyone know how to make such a test ?

Thanks a lot,

Olivier.

Newsgroups: comp.sys.amiga.programmer
From: Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Does SAS/C 6.1 have new manuals?
Date: Wed,  6 Jan 93 08:39:36 PST
Organization: The Portal System (TM)

From my standpoint(a SAS/C 6.1 user), the manuals are worth the upgrade
alone, not to mention some very good benefits in CPR.  With 5.10B, I had
a program that would not link with debug info, under 6.0/6.1 it links
fine.  The size of the image was the problem(2 MBs).  Even on my 7 mb
A2000, 5.10B would not link it.  Now with 6.1, I can run CPR and catch
enforcer hits(something 5.10B did not do) and see the code line that 
caused the problem.  With the 6.0 manuals, I can look up in a very complete
list the CPR command and see examples of the various formats in alphabetical
order.  The manuals are very well done.  This is a very good package.
From: bruce@zuhause.MN.ORG (Bruce Albrecht)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: People please infer! [ResEdit 21. for Amiga]
Distribution: world
Date: 11 Jan 93 20:17:33 CST
Organization: Society to Stamp Out Bogus Organizations

In article <1if40bINNhjc@crcnis1.unl.edu> pdietz@cse.unl.edu (Phil Dietz) writes:
>The Amiga has absolutley no type of ResEdit available.  If you want to move
>or edit a gadget...change a menu item...or add a font or what-have-you one
>has to recompile the whole darn thing.

Isn't this purpose of Preferences files?
--
bruce@zuhause.mn.org
Youth is wasted on the young.
From: ruil@ersys.edmonton.ab.ca (Rui Lopes)
Newsgroups: comp.sys.amiga.programmer
Subject: IntuitionBase
Date: Sun, 10 Jan 93 16:23:30 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

How do you initialize an IntuitionBase structure???  I've declared it, 
locked the IBase, but don't know how to get the structure when I get 
here.  I'm trying to get the pointer to the currently active window from 
IntuitionBase.
Later,
             Rui....

--
Rui Lopes              ruil@ersys.edmonton.ab.ca
From: bloc1469@ee.ee.uwm.edu (Gregory R Block)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Flushing Devices; C= doco (mutter!)
Date: 9 Jan 1993 08:26:40 GMT
Organization: Electrical Engineering Dept. University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.2.33

In article <crystal.726454269@glia> crystal@glia.biostr.washington.edu (Crystal) writes:
>Ok, so, other than "avail flush", what other ways are there?  I want to
>recover as much as I can from those programs that don't clean up after
>themselves.

This is the thing, you don't seem to understand how the system of
libraries seems to work.

When AllocMem is called, the system checks the free lists of memory to
see if there is enough.  If there isn't, it does something unusual:

It goes through everything, and tells each library, etc., to "expunge"
itself.  If it is still in use, it simply replies to the expunge request.
If the library _ISN'T_ in use, it frees itself from memory, and the
system goes on to the next library/etc.

After it does this, it checks the free lists again.  If it _STILL_
fails, the call fails.  Otherwise, the system gives you the memory.

This has the advantage of preserving the amount of times a library is
loaded from disk/wherever.  It speeds up the system considerably when
there is enough memory, and when memory gets low, the system
automatically cleans up what isn't in use.

You're worrying about a problem that doesn't exist, dear.

Greg



--
(: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
(: "Our father, who art in Iowa, Hollow be thy head, Thy ideas run    :)
(:  Thy will be done, At Commodore as it is at Apple"  -Dan Barrett   :)
(: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
From: chucks@pnet51.orb.mn.org (Erik Funkenbusch)
Newsgroups: comp.sys.amiga.programmer
Subject: Amigaguide XRef help
Date: 7 Jan 93 09:45:08 GMT
Organization: People-Net [pnet51], Minneapolis, MN.


Well, i'm using some second hand information about Crossreferences in
Amigaguide.

If I build a cross reference file that looks like this

   "AllocAslRequest()"    "asl.guide"   0 1
    .
    .
    .

etc..  and use RX "AddLib libs:amigaguide.library, 0, -30)"
               RX "LoadXRef('s:ad.xref')"

It loads the cross reference.  Fine.. that works good.  Using XOper i see the
loaded xref semaphore.

However, When using the version of Amigaguide supplied with SAS/C 6 (ver
33.49) the DOCUMENT keyword doesn't seem to use the xref AT ALL.  It works if
i supply the Database name, it will correctly find the correct page.  However,
it won't use the cross reference to produce a database name.  I get the
message "Requires an Amigaguide Database".

Yes, i've defined ENV:Amigaguide/PATH to point to my autodoc.guide files
directory, and i can load them fine with just issuing AmigaGuide asl.library. 
However i cannot issue AmigaGuide DOCUMENT AllocAslRequest().

Is this a deficiency with the version shipped with SAS/C?

I'm currently stuck making an ARexx script that parses the XRef file to find
the database name, then inserting that into the command line.  But this is
defeating the whole purpose and i was wondering if anyone could help.

No, I'm not a registered developer, and if giving this information voids your
non-disclosure, nevermind.  But since AmigaGuide is now public, i don't see
why not.
From: pochanay@cae.wisc.edu (Adisak Pochanayon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: IntuitionBase
Date: 12 Jan 93 17:18:25 GMT
Organization: College of Engineering, Univ. of Wisconsin--Madison

In article <Dok9wB1w165w@ersys.edmonton.ab.ca> ruil@ersys.edmonton.ab.ca (Rui Lopes) writes:
>Well, that's what I thought to, but IntuitionBase is a Library structure 
>(ie. you declare it as: struct Library *IntuitionBase) but what I want is 
>the IntuitionBase structure that holds current system information.  I was 
>hoping that there would be some sort of function that would do this, but 
>I can't find any.....
>Later,
>               Rui....


   Ahem...  Check out the includes for Intuition...

   struct IntuitionBase *IntuitionBase;

   will do the trick.  The first member in an IntuitionBase structure is
a library and then there is sytem information appended to it.  Using
OpenLibrary() works just fine.
From: HUEPPINR@EZINFO.VMSMAIL.ETHZ.CH (HUEPPIN,RALPH)
Subject: monitors
Organization: ETH ZUERICH
Date: Thu, 7 Jan 1993 09:06:01 GMT
X-News-Reader: VMS NEWS 1.24

is there anybody out there who knows how to program a new monitor 
program to display ,say 1000x600 or somthing like that.
I am using kick 2.04 and wb 2.1

Thanks bitbuster
From: k114636@ee.tut.fi (Kuulusa Mika)
Newsgroups: comp.sys.amiga.programmer
Subject: How to detect WBscreenmode change?
Date: 11 Jan 1993 10:14:11 GMT
Organization: Tampere University of Technology
Distribution: world
NNTP-Posting-Host: ohmi.ee.tut.fi
Originator: k114636@ohmi.ee.tut.fi

How can I detect a change in WBScreenModes nicely?

A small source code example would be nice ... :)

- MKsa
-- 
	Mika Kuulusa		                            p. 931-236 304
	Yliopistonkatu 46B49,33100 TAMPERE         email k114636@cc.tut.fi
	FINLAND		      "Argh. Astuin telamiinaan!" - Korkeajannitys
----------------------------------------------------------------------------
Newsgroups: comp.sys.amiga.programmer
From: shulick@navajo.ucs.indiana.edu (Sam Hulick)
Subject: Re: Enough talk.  FILE: server.c
Organization: Vallen Software
Date: Fri, 8 Jan 1993 18:20:31 GMT

So Forbid() should be used before creating new message ports, and
finding them?  How's this revised version?

....code....
   Forbid();
   myport = FindPort("Foobar!");
   if (myport)
   {
      if (EasyRequest(NULL, &ereq[SERVER_RUNNING], NULL))
      {
         Permit();
         shutdown(myport);
      }
      else
      {
         Permit();
         CloseLibrary(GfxBase);
         CloseLibrary(IntuitionBase);
         exit(0);
      }
   }
   if (!(myport = CreateMsgPort()))  /* Create the port.. */
   {
      Alert(AN_CreatePort);
      exit(0);
   }
   Permit();

I'd put Permit() in shutdown(), but I'm afraid that if Forbid() wasn't
called, it might crash?  Plus, do I need to Forbid() before doing
DeleteMsgPort() and RemPort()?

-- 
    // 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
From: sie@fulcrum.co.uk (Simon Raybould)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GCC signal handling bug
Date: 11 Jan 93 12:03:51 GMT
Organization: Fulcrum Communications Ltd., Birmingham, England

In article <mbs.1jk6@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
Path: fulcrum!uknet!mcsun!uunet!zaphod.mps.ohio-state.edu!caen!uvaarpa!adastra!mbs
   From: mbs@adastra.cvl.va.us (Michael B. Smith)
   Newsgroups: comp.sys.amiga.programmer
   Date: 9 Jan 93 01:54:27 GMT
   References: <SIE.93Jan8094837@introitus.fulcrum.co.uk>
   Organization: Well, I haven't decided on a name yet...
   Lines: 22
   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

   In article <SIE.93Jan8094837@introitus.fulcrum.co.uk> sie@fulcrum.co.uk (Simon Raybould) writes:
   > On the amiga, I have to press return after the ^C for it to see it
   > which I don't have to do on the SUN. Also the ^C is only seen if it is
   > on the first line typed, i.e. before the first newline.
   >
   > The ^C is only seen it I comment out the puts() line, with this line,
   > the signals are ignored.
   >
   > Any advice much appreciated, this is stopping me finishing a rather
   > important project.

   I don't have any good news for you. That is the way Markus built stdio.
   There are a variety of reasons, and my memory on them is foggy, but they
   made sense at the time.

   Someone runs into this every couple of months.

   I suggest that you don't use stdio and use read()/write() with FNONBIO.
   That is, roll your own.
   --
     //   Michael B. Smith
   \X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs

I could roll my own but this is in a port of rcs5.6 so I'd rather not
make more changes than necessary. Still this isn't too difficult a
change, perhaps I'll just write my own getc() that will then override
the one in the C lib.

Sie

--
Simon J Raybould    (sie@fulcrum.co.uk)               //              {o.o}
"What's on the end of the stick, Vic?"              \X/AMIGA           \-/
===========================================================================
Fulcrum communications L.T.D., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
From: sie@fulcrum.co.uk (Simon Raybould)
Newsgroups: comp.sys.amiga.programmer
Subject: SAS C6
Date: 6 Jan 93 13:16:14 GMT
Organization: Fulcrum Communications Ltd., Birmingham, England


Has anyone in the UK recieved update info from V5.10 to V6 yet?

I have stopped using SAS C as it doesn't work with the 68040 properly,
I am reliably informed that V6 works properly with the 40.

I still haven't recieved any info about upgrading to V6.00, though
many people seem to be upgrading from V6.00 to V6.10 !!

It seems that new customers are getting precedence to V6.00 and us old
users are just getting left behind till last, a bit annoying that.

Sie

--
Simon J Raybould    (sie@fulcrum.co.uk)               //              {o.o}
"What's on the end of the stick, Vic?"              \X/AMIGA           \-/
===========================================================================
Fulcrum communications L.T.D., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: C++
Originator: walker@twix.unx.sas.com
Date: Mon, 4 Jan 1993 15:01:27 GMT
Distribution: inet
Organization: SAS Institute Inc.


In article <1i8a9aINN703@agate.berkeley.edu>, cliffwd@soda.berkeley.edu (Cliff Draper) writes:

|> SAS has produced a wonderful product in a (now) good "integrated"
|> environment.  I see some C++ environments now entering the Amiga world, but
|> I think SAS should also compete.  (From what I've heard, Lattice C++ isn't

...and we intend to.  Many, many users have requested this.  I've
stated it here before - we are planning a C++ release this year,
tentatively for third quarter.  It will be a translator.  It will
be well-integrated into the SAS/C environment.  It will require
SAS/C 6.0.

|>  cliffwd@soda.Berkeley.Edu             UC Berkeley

-- 
  *****
=*|_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.

Newsgroups: comp.sys.amiga.programmer
From: egott@triton.unm.edu (Eric Gottlieb)
Subject: Re: GNU C++ Help
Date: Wed, 06 Jan 93 17:47:12 GMT
Organization: University of New Mexico, Albuquerque

In article <1993Jan6.043743.22679@leland.Stanford.EDU> kellyj@leland.Stanford.EDU (Kelly Johnson) writes:
>Can someone tell me where I can get the GNU C++ compiler ported to
>the Amiga (especially one that can be compiled with my Lattice C
>compiler).  Obviously, I would prefer a version that has been
>proven to compile/link/run so I don't have to spend lots of time
>debugging things.  I know...I know...I'm asking alot here, but
>what the heck.
>
>Thanks
>

merlin.etsu.edu /aminet/dev/gcc/gcc233.lha  and .../gcc/gcc233libfix.lha
wuarchive.wustl.edu /systems/amiga/aminet/dev/gcc/...

  or you can go to the source for these mirrors.

amiga.physik.unizh.ch /amiga/dev/gcc/...

gcc233.lha contains all the amiga binaries and support files necissary
to get you going with gcc or g++.  have fun.

By the way, if you are going to be using a lot of gnu stuff on your amiga
you might want to consider getting the amiga makeinfo program (also at the
above sites...in .../util/gnu/ I think) which has an added switch that allows
it to make amigaguide files from texinfo sources.

	--egott@triton.unm.edu
Organization: City University of New York/ University Computer Center
Date: Thursday, 7 Jan 1993 08:21:11 EST
From: <PAACC@CUNYVM.BITNET>
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Stupid C question

 Couldn't you also just do a regular assign?

 main() {
   int i;
   float f;


   f = 5.679;
   i = f;
   printf(%fn%dn",f,i);

}

 I haven't tried this but result should be
5.679 (with some trailing zeros)
5

 There are problems with negative numbers but it should work.
Paul
From: c92caren@IDA.LiU.SE (Dingbats)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Flushing Devices; C= doco (mutter!)
Date: 10 Jan 93 17:18:33 GMT
	<1iobssINN50u@werple.apana.org.au>
Organization: CIS Dept, University of Linkoping, Sweden

In article <1iobssINN50u@werple.apana.org.au> bytey@werple.apana.org.au (Chris Hames) writes:

>   Note that "Avail FLUSH" has a bit of a bug anyway.  To flush it only
>   tries to allocate 8 Meg(-1).   Problem is many machines now have 16meg or
>   more so the allocate succeeds and no flush is done!
So C= has done it again... <SIGH>. Well who could ever imagine that an
Amy would have more than *EIGHT* megs of continous memory :-?
--
    +------------------------------------------+---------------+--+
   /      00101011 or 11010100 ?               | Calle Englund |  |##
  /                                            +---------------+  |##
 /  CompSci Student @ Linkoping University of Technology          |##
+                                          __                     |##
| Voice: +46(0)13 17 71 49                ///                     |##
| Email: c92caren@und.ida.liu.se   __    ///\                     +##
| Snail: Namndemansgarden 10       \\\  ///\ \                   /###
|        S-582 38 LINKOPING         \\\///--\ \                 /###
|        SWEDEN                      \XX/    \ \MIGA           /###
+-------------------------------------------------------------+###
  ###############################################################
% cat disclaimer
cat: disclaimer: No such file or directory
Not my fault
Core dumped
%
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RKM description of WaitPort()
Date: 5 Jan 93 15:50:15 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1ib7peINNele@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R Block) writes:
>In article <1993Jan1.221013.26070@urbana.mcd.mot.com> qbarnes@urbana.mcd.mot.com (Quentin Barnes) writes:
>>It seems to me to OS is waking up the task before it has attached the
>>message to the specified port

>No, it's just possible to send a signal to a port without sending a
>message.

In general (99.999%?) one doesn't signal a port without sending a
message.  That's not the issue at all.  I'll show two quite possible
scenarios for the order of message arrival and application processing
of messages, and you'll see quite easily how the signal might be
set even though there are no waiting messages.

Because messages queue but signals don't, there can be multiple
messages for one signal (in this case two).  Thus, an application
must remove ALL messages from the message port when it wakes up,
which is why you often see:

	while ( msg = GetMsg( port ) )
	{
	    ...
	}

Scenario A:

 - Message 1 arrives and is queued, and the signal is set.

 - Message 2 arrives and is queued, and signal is set (which has
   no effect, since the signal was already set).

 - Your application wakes up, clearing the signal.

 - The application GetMsg()s Message 1 and processes it.

 - The application GetMsg()s Message 2 and processes it.

 - The application finds no further messages, so Wait()s for the next
   signal.

OK, now consider a slightly different order of arrival:


Scenario B:

 - Message 1 arrives and is queued, and the signal is set.

 - Your application wakes up, clearing the signal.

 - The application  GetMsg()s Message 1 and starts to process it.

 - Message 2 arrives and is queued, and the signal is set.

 - Your application finishes with Message 1, and like all well-written
   applications, you loop back to see if there are any more messages
   queued, and you find Message 2, so you GetMsg() that and process
   it.  NOTE that you didn't WaitPort() a second time, so the signal
   is not cleared.

 - You're done with Message 2, and find no further messages on your
   port, so you WaitPort().

 - You wake up immediately because there was a left-over signal, as
   described above.  So you check for messages, and there are none.

To summarize:  because messages queue and signals do not, you have to
exhaust the message port for every signal received.  Because you do
that, you might end up with a set signal whose messages you've already
processed.


     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"
Newsgroups: comp.sys.amiga.programmer
From: accs1@bagheera.mumath
Subject: Re: Version Strings...
Reply-To: accs1@bagheera.mumath
Organization: Sun Microsystems
Date: Mon, 11 Jan 93 08:42:48 GMT

In article 29380@samba.oit.unc.edu, Todd_Lewis@unc.edu (Todd M. Lewis) writes:
>In article <1993Jan8.111612.25180@sunbim.be> accs1@bagheera.mumath writes:
>>
>>>UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";
>>
>>I wonder why that stays in the executable. I would expect a good compiler  
>>would through that line away unless it is really referenced.
>
>It _IS_ really referenced--by the Version program.  I'm not sure I would
>call a compiler "good" if it started getting in the way building programs.
>Perhaps a "really good" compiler would have an option to turn off some
>optimizations in selected places.
>--
> _/_/_/  _/     Todd_Lewis@unc.edu          You can lead a horse to 
>  _/    _/     utoddl@guitar.oit.unc.edu   Mohammad, but you can't make
> _/    _/_/_/                             a mountain drink a mole hill.


I meant referenced by the program it is contained in. I agree, an option would
be nice and the default should be 'get unreferenced variable space' out of
the executable.

Besides, I think a much better declaration of the above would be

  const UBYTE Version[] = "\0$VER: ProgName 1.0 (7.1.92)";

as I don't think the program it is contained in should change the version string.

Frank
Newsgroups: comp.sys.amiga.programmer
From: robart@agora.rain.com (Joe Bob)
Subject: Re: 680x0 Branch Instructions?
Organization: a gora
Distribution: world 
Date: Sun, 10 Jan 1993 08:27:07 GMT

In article <1993Jan7.211810.21995@jato.jpl.nasa.gov> jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>
>BPL and BMI determine if the branch condition is true based on the state of
>the MSB of the data register or memory location being tested. Sometimes I
>use them or their equivilents BGE and BLT respectively. 


  These are not equivalent.  BPL and BMI check only the N flag,
while BGE and BLT also use the V flag.

Newsgroups: comp.sys.amiga.programmer
From: sutela@polaris.utu.fi (Kari Sutela)
Subject: Re: Lattice C compiler with OS 2.0
Organization: University of Turku, Finland
Date: Fri, 8 Jan 93 12:01:00 GMT

goglio@ghost.dsi.unimi.it (giuseppe goglio) writes:

>Does anyone know about a version that works with my configuration?

Yep, SAS/C (SAS bought Lattice C quite a while ago) version 6.0 works
perfectly.  Recommended.

-- 
Kari Sutela	sutela@utu.fi
Newsgroups: comp.sys.amiga.programmer