[Info-vax] GKS : gopwk problem with VSI's version of GKS
Joukj
joukj at hrem.nano.tudelft.nl
Wed Mar 17 11:28:31 EDT 2021
Stephen Hoffman wrote:
> On 2021-03-17 11:59:22 +0000, Paul Hardy said:
>
>> Joukj <joukj at hrem.nano.tudelft.nl> wrote:
>>> Hi all,
>>>
>>> I try to call GKS from a Fortran program. All worked fine with de "HP
>>> GKS". However when upgrading to "VSI GKS" I got problems
>>> initializing GKS. It looks like the call to GOPWK should be adapted:
>>>
>>> What always worked was:
>>> CALL GOPWK(1, 0 , GWSDEF )
>>> It looks like the second parameter is not integer anymore in VSI-GKS
>>> but a character string (I get the error "Invalid representation of
>>> integer in translated string")
>>>
>>> I have no idea what to fill in for the second parameter to get the
>>> default connection ID. The examples the installation stored on disk
>>> only show an integer parameter here.Who can get me a hint on how to
>>> call GOPWK in a proper way.
>>>
>>> I tried this on OpenVMS8.4-2L1 with VSI-GKS 7.3 (and HP-GKS V7.2 for
>>> reference) and VSI Fortran V8.3-104957-50Q83 running on IA64.
>>> regards Jouk
>>>
>>
>> In terms of the GKS standard, the second parameter must be an integer
>> passed into GOPWK and is CONID the connection identifier - described
>> as the channel that the operating system will use to communicate with
>> the workstation - probably originally the Fortran unit number.
>>
>> If VSI is expecting a string, then it’s a bug/ violation of standard.
>
> Well, no.
>
> The argument in question here is of variable type, with that type
> dependent on the values of another.
>
> Related info:
> http://ngwww.ucar.edu/fund/chp6-10/workstations.html
> https://linux.die.net/man/3/ncl_gopwk
> http://vtda.org/docs/computing/DEC/VMS/AA-MJ29A-TE_DEC_GKS_FORTRAN_Binding_Reference_Manual_Apr1989.pdf
>
> http://vtda.org/docs/computing/DEC/VMS/AA-HW44C-TE_DEC_GKS_Reference_Manual_Volume_II_Apr1989.pdf
> (appendix A; there's something to be said for a manual that's ~half
> appendix, too. Also see that CONID_DEFAULT is also language-specific, on
> page A-3)
>
> I find vanishingly few references to GWSDEF, so I might wonder if that's
> a now-archaic DEC extension. And I'd wonder whether GWSDEF might
> default differently in this GKS.
>
> One of the few references to GWSDEF is on page 230 here:
> http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.907.5093&rep=rep1&type=pdf
>
GWSDEF is defined in the gks.f files which comes with the installation
and is also used in all the examples:
Directory SYS$COMMON:[SYSLIB]
GKS.F;1
Total of 1 file.
$) search gks.f GWSDEF
INTEGER GWSDEF, GMOUTP, GMINPT, GWSWIS,
PARAMETER( GWSDEF=0, GMOUTP=2, GMINPT=3 , GWSWIS=5,
>
> The need for some Fortran code changes here would not be surprising.
>
> DECwindows has one or two of these cases, too; where a locally-defined X
> argument is different from what's locally-defined on most other
> platforms. q.v. XtAppAddInput
>
> Cue discussions of the complexity of compiler-time type checking with
> some APIs, too.
>
> And then there are the discussions of OpenGL and Vulkan, but those
> discussions can sometimes get too Metal.
>
>
>
More information about the Info-vax
mailing list