Path: utzoo!censor!geac!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!samsung!umich!terminator!dabo.ifs.umich.edu!rees
From: rees@dabo.ifs.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: bitmap and image conversion programs
Keywords: bitmap, image, graphics
Message-ID: <1990Apr9.163017.1971@terminator.cc.umich.edu>
Date: 9 Apr 90 16:30:17 GMT
References: <1990Apr8.161841.14435@bath.ac.uk>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Reply-To: rees@citi.umich.edu (Jim Rees)
Organization: University of Michigan IFS Project
Lines: 22

In article <1990Apr8.161841.14435@bath.ac.uk>, @gdt.bath.ac.uk writes:
> 
> The graphics programs made available by ROQUE OLIVEIRA
> (oliveria@caen.engin.umich.edu) at freebie.engin.umich.edu
> contain gpr calls of the following type...
> 
>        status_$t   status;
> 
>        gpr_$***(...,...,&status)
> 
> Why is status passed as &status?
> 

This is the way it's done with the new <apollo/*.h> include files, which use
ANSI C declarations.  It's much nicer than the old std_$call ("/sys/ins")
way, but you can't mix and match.  Code written for /sys/ins can't be used
with <apollo> without changing all the out params (as you have discovered).

> [ I've got the recent bgc.pas converted to bgc.c if anyone is interested ]

I am, but your article had a bad address on it "@gdt.bath.ac.uk" so I can't
mail to you.