Hi John,
I was triggered by similar behaviour under MinGW, with the only difference the
programmatic choice for a device. I tried this myself via one of the standard
examples, but that worked without the problems you reported. A relief :). That
means only MinGW is special.
Regards,
Arjen
From: John Baumgardner [mailto:jrbaumgard...@cox.net]
Sent: Tuesday, January 20, 2015 7:30 PM
To: Arjen Markus; John Baumgardner
Cc: plplot-general@lists.sourceforge.net; Alan W. Irwin
Subject: RE: [Plplot-general] plwidth fails to link under Cygwin against
plplot5.9.10 libraries
Hi Arjen,
I am sure that your assessment as to the two possible causes for the failure
is correct. Given that I deleted all the plplot files in /usr/local except
those I loaded into /usr/local/plplot, it is now close to impossible for me to
reproduce the conditions responsible for the failure. I had been trying to get
the plplot-5.9.10 version to work, and I suspect my application was accessing
some of those files which I had failed to remove or overwrite. In any case, it
is a great relief to have things working now.
Just to let you know, most of the graphics software I am using here I wrote
in the early 1980's, almost 35 years ago, while at Los Alamos National
Laboratory, where I utilized what was called the Common Graphics System (CGS).
These graphics allow me to visualize results from a large 3D spherical
geometry finite element program called TERRA used for modeling the dynamics of
planetary mantles. Plplot has enabled me, with little additional effort, to
continue to utilize these CGS-based graphics after CGS was retired about 15
years ago. I want to express my earnest thanks to you for helping maintain and
improve Plplot.
John
At 07:25 AM 1/20/2015, Arjen Markus wrote:
Hi John,
I am glad you were able to solve it. I am not entirely sure which step in the
device selection process failed (there are two: get the device information and
load the library that implements it). One of the two must have been working on
an incomplete directory and by properly installing all the stuff it has been
solved. Might still be worth looking into at some point J.
Regards,
Arjen
From: John Baumgardner [ mailto:jrbaumgard...@cox.net]
Sent: Tuesday, January 20, 2015 4:20 PM
To: Arjen Markus; John Baumgardner
Cc:
plplot-general@lists.sourceforge.net<mailto:plplot-general@lists.sourceforge.net>
Subject: RE: [Plplot-general] plwidth fails to link under Cygwin against
plplot5.9.10 libraries
Hi Arjen,
I took the step of placing the bin, include, and lib folders in a directory
named /usr/local/plplot and I removed the plplot files everywhere else in
/usr/local. I think it was this cleanup that fixed the problem. The program
now runs beautifully with the line 'call plsdev(wingcc)'. Thanks so much for
your help!
Kind regards,
John
At 12:06 AM 1/20/2015, Arjen Markus wrote:
Hi John,
I have seen this type of behaviour under MinGW. I still have to figure why this
is happening there.
What happens if you leave out the call to plsdev and instead use the
command-line option "-dev wingcc"? I assume you use the routine plparseopts
like in all examples - that does the trick for me.
Regards,
Arjen
From: John Baumgardner [ mailto:jrbaumgard...@cox.net]
Sent: Monday, January 19, 2015 6:53 PM
To: Arjen Markus; Alan W. Irwin; John Baumgardner
Cc:
plplot-general@lists.sourceforge.net<mailto:plplot-general@lists.sourceforge.net>
Subject: RE: [Plplot-general] plwidth fails to link under Cygwin against
plplot5.9.10 libraries
Hi Alan and Arjen,
Thanks for that piece of information about the f95 implementation not
requiring the array dimensions. With that awareness, I was able quickly to
modify the f77 code to compile correctly.
However, I am now having difficulties when I attempt to execute. My
executable is unable to find the device drivers. Here is the message I get:
*** PLPLOT ERROR, ABORTING OPERATION ***
plInitDispatchTable: Could not open drivers directory, aborting operation
Requested device wingcc not available
Plotting Options:
Enter device number or keyword:
At the top of my main program, as implied by this output, I have the line
call plsdev('wingcc').
I copied the plplot dll and drivers directories into the directory where I
am trying to execute, hoping that might resolve the problem. But it did not.
Any suggestions as to what I am missing?
Thanks,
John
At 01:44 AM 1/19/2015, Arjen Markus wrote:
Hi John,
> -----Original Message-----
> From: Alan W. Irwin [ <mailto:ir...@beluga.phys.uvic.ca>
> mailto:ir...@beluga.phys.uvic.ca]
> Sent: Sunday, January 18, 2015 2:49 AM
> To: John Baumgardner
> Cc:
> plplot-general@lists.sourceforge.net<mailto:plplot-general@lists.sourceforge.net>
> Subject: Re: [Plplot-general] plwidth fails to link under Cygwin against
> plplot5.9.10
> libraries
>
> However, the good news is I found what I needed (circle.f and how you built
> it) to
> figure out this problem which turns out not to be specific to Cygwin.
>
> > $ compile.sh
> > circle.f:26.72:
> >
> > call plline(n101,xx,yy)
> >
> > 1
> > Error: There is no specific subroutine for the generic 'plline' at (1)
>
This is a typical message relating to the available interfaces for plline. The
thing is that with Fortran 95 and beyond you can define a single interface name
to be applied to multiple implementations. The compiler looks at the actual
argument list and decides to use the implementation that matches that list (by
number of arguments and the type, kind and rank of each). If it can not find
any matching implementation, it will respond with a message like the above.
For the Fortran 95 bindings we have used the features provided by that standard
as much as possible. One is that arrays ?know? their size. So the routine
plline queries the arrays xx and yy for their size and there is no need to pass
the size explicitly. That method is actually rather error-prone.
If you want to pass a section of the array only, you can use:
Call plline( xx(1:10), yy(1:10) )
For instance.
> I verified that issue. To solve it, I simply used the redacted form of
> subroutine/function call with the redundant dimension information dropped,
> i.e.,
>
> call plline(xx,yy)
>
> Note, it is quite a while since we have used the f77 interface so my original
> advice to
> you was incomplete about converting over to f95. I should have also added to
> the
> "use plplot" advice that since we dropped f77, our f95 capabilities and API
> have
> evolved and, for example, we are now taking advantage of certain Fortran 95
> capabilities like knowing the redundant array dimensions. So you have to use
> the
> redacted form (like above with redundant dimension information dropped) of
> all calls.
>
> When in doubt about exactly what the redacted form is, look at files in
> examples/f95/
> for working examples of all the calls to the PLplot Fortran binding API.
>
Regards,
Arjen
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
