Re: [Plplot-devel] buffer growth

It's been awhile for me (and I apologize). As the original author of the memory buffer implementation I think your approach is the smart way to do it on current computers. When I implemented it originally, I did try an exponential approach and it crushed my computer at the time so opted for me

[Plplot-devel] Patch set for postscript driver

While fixing the plm render bug, I’m working on how text is handled in general. I’ve made some minor changes to the postscript driver in preparation for the bigger changes. I’m in a bit of a hobbled development environment right now and running the test suite and pushing the change is not real

[Plplot-devel] Which cmake do I need to modify?

I need to add comctl32.lib as one of the libraries when building Windows executables. Which cmake file should be modified such that the examples are built correctly? The wingdi driver needs that library. Thanks ___ Plplot-devel mailing list Plplot

Re: [Plplot-devel] Font issues for -dev plm and plrender

> On Sep 11, 2019, at 9:30 PM, Alan W. Irwin wrote: > > Hi Jim: > > My understanding is plbuf supports unicode-aware system fonts. But > my recent test (for details of the test, see the commit message for the > commit git-decribed > as plplot-5.15.0-31-g3af0b2cf1) showed the combination of -

Re: [Plplot-devel] wingcc and wingdi build bugs

awing > … That seems reasonable. No real reason why I put them down lower other than a desire to put some common members at the top. > Thanks, > Greg > > On Sun, Dec 31, 2017 at 5:14 AM, Jim Dishaw <mailto:j...@dishaw.org>> wrote: > I think that is a Windows

Re: [Plplot-devel] wingcc and wingdi build bugs

I think that is a Windows vs Windows 8. I will look at that today and patch. > On Dec 31, 2017, at 1:10 AM, Greg Jung wrote: > > Hi guys, >Because my main PC (win 7) is busted I am working with a backup system > which is windows 8.1 pro 32-bits > and I was interested in deploying the new w

Re: [Plplot-devel] wingcc and wingdi build bugs

> On Oct 4, 2017, at 3:26 PM, Alan W. Irwin wrote: > > To Phil, Jim, and Arjen: > >> On 2017-10-04 12:11+0100 Phil Rosenberg wrote: >> >> For some reason I cannot build wingcc or wingdi, they do not come up >> as enabled on my system when I run cmake. I have never looked into why >> as I don'

Re: [Plplot-devel] -eofill issues with -dev wxwidgets and possible rewrite of streams and src/plargs.c

> On Sep 30, 2017, at 2:35 PM, Alan W. Irwin wrote: > > On 2017-09-30 15:06+0100 Phil Rosenberg wrote: > >> Hi Alan >> >> >> On 30 September 2017 at 07:31, Alan W. Irwin >> wrote: >>> On 2017-09-30 02:27+0100 p.d.rosenb...@gmail.com wrote: >>> I suspect this will be a bug in the rende

Re: [Plplot-devel] Pause behavior while minimized

Makes sense to me. I might make it an option on the wingdi to test the concept. Minimized is the same concept as iconified. > On Jun 21, 2017, at 2:29 AM, Alan W. Irwin wrote: > >> On 2017-06-21 00:26-0400 James Dishaw wrote: >> >> I have been working on a wingcc bug that was reported and I

Re: [Plplot-devel] Best git version for Windows?

> On Feb 21, 2017, at 4:45 PM, Alan W. Irwin wrote: > > @Jim, Phil, and Arjen: > > I used the git SF server just this morning with no issues. Also, for > the reasons discussed in README.developers you should avoid all gui > versions or "enhanced" versions of git (i.e., try to stick as much as

Re: [Plplot-devel] Proposed eop/wait changes have now been committed

> On Feb 3, 2017, at 4:13 PM, Alan W. Irwin wrote: > > Hi Jim: > > Since you were unable to answer my questions below in a timely manner, > because it is early in the release cycle (so plenty of time to fix any > errors introduced by commits), and because I would like to move on to > other PLpl

Re: [Plplot-devel] Error propogation

> On Jan 30, 2017, at 6:00 AM, Phil Rosenberg wrote: > > Hi all > We have had this discussion in the past. But I would like to reopen it. > > We really really need to get id of the exit() calls in PLplot. I don't > think that we can really make any recommendation that our library is > "industri

Re: [Plplot-devel] Your development plans for this release cycle

> On Jan 30, 2017, at 3:40 AM, Alan W. Irwin wrote: > > Hi Jim: > > Now that 5.12.0 has been released, I am writing a series of posts to > our active developers with this subject line, and it is now your > turn. :-) > > By all means please tell us of your plans for the current release > cycle

Re: [Plplot-devel] plreplot and clearing the page (jim please read if you'e around)

however it is commented out. Using git blame I >> found the commit that commented the line out >> >> commit 5867959e87e64e08ed2ed57bc66a3cfa6e22450f >> Author: Jim Dishaw >> Date: Mon Jun 15 12:10:04 2015 -0400 >> Fix to the multiple keypress bug on page adva

Re: [Plplot-devel] plbuffer bug

> On Dec 15, 2016, at 5:59 PM, Alan W. Irwin wrote: > >> On 2016-12-15 20:38- Phil Rosenberg wrote: >> >> The problem is that text is written and read in "device native" >> encoding (i.e. Unicode or ascii) so if a buffer is copied from a >> Unicode device to an ascii one then the plreplot

Re: [Plplot-devel] Potential Mac OS X rpath change needs testing on that platformu

> On Aug 25, 2016, at 3:19 PM, Alan W. Irwin wrote: > > @Jim: You stated recently that you had some trouble with getting the > Fortran parts of PLplot to work on Mac OS X. If that is still the > case, the report tarball generated by the above script invocatin will > likely give me everything I

Re: [Plplot-devel] Potential Mac OS X rpath change needs testing on that platform

> On Aug 22, 2016, at 1:19 PM, Alan W. Irwin wrote: > > Hi Jim: > > You said: > >> I ran the comprehensive test suite [presumably for test_fortran] and got the >> following error > >> ERROR: cmake in the build tree failed > >> I reran the test and specified the fortran compiler and got the

Re: [Plplot-devel] Potential Mac OS X rpath change needs testing on that platform

> On Aug 21, 2016, at 5:55 PM, Alan W. Irwin wrote: > > Hi Jim (and any others here with access to Mac OS X): > > I need some fairly urgent help with a test of a potential rpath change > for Mac OS X. If you have time to help out this way, please apply > the attached patch to the latest update

Re: [Plplot-devel] Using Window's raw API for shapes and text

Sounds good. I will take a look at it > On Mar 9, 2016, at 6:07 PM, Alan W. Irwin wrote: > > I have summarized the wingcc-relevant parts of this important thread at > https://sourceforge.net/p/plplot/feature-requests/20/. > > @Jim: > > I have made you the owner of this feature request on the a

Re: [Plplot-devel] Thread safety

> On Feb 22, 2016, at 5:48 PM, Alan W. Irwin wrote: > > @Everybody: now on to my C idea for thread safety. > > My idea for implementing that (closely following what was done for the > C ephcom library case where David Howells implemented an ephcom > context to help provide an API that did not d

Re: [Plplot-devel] Am I using eop() or abusing it?

nce. This due to insertion of ->eop() call in ->Update(), > which is called after > each GDL plot routine. Without the ->eop(), only one plot would show until > the window > was moved. > >> On Sun, Feb 7, 2016 at 8:22 PM, Jim Dishaw wrote: >> >>> On

[Plplot-devel] The wingdi driver

Greg’s email about the additional EOP call made me think that it might be time to offer the wingdi driver for beta testing. What would be the best way to do that? -- Site24x7 APM Insight: Get Deep Visibility into Applica

Re: [Plplot-devel] Am I using eop() or abusing it?

> On Feb 7, 2016, at 1:44 AM, Greg Jung wrote: > > GDL has had a problem in its use of the wingcc driver in that, > plotting additions to a basic PLOT call do not stick to the plot > when it is moved or resized. I've found that when I stick another > eop() call after each of these plot calls,

Re: [Plplot-devel] plP_bop() was killing functionality in wingcc

nt. > Can GDL catch paint events for the plot window? If so perhaps it could pass a > transparent background colour to Plplot and deal with background clearing > itself and draw the images at the same time. > > Phil > From: Greg Jung > Sent: ‎03/‎02/‎2016 01:31 > To: Phil Rosenber

Re: [Plplot-devel] plP_bop() was killing functionality in wingcc

I will try building on my windows machine to see if I can track down the problem. I think this might be a problem in the wingcc driver. > On Jan 31, 2016, at 10:34 PM, Greg Jung wrote: > > Hi Alan, > > I don't program in plplot directly and so I'm pretty sure I'd be going > through a month

Re: [Plplot-devel] plP_bop() was killing functionality in wingcc

> On Jan 28, 2016, at 8:15 PM, Greg Jung wrote: > > Hi all, > >I've been having difficulties under windows with plplot 5.11+ > when used with GDL (gnudatalanguage). When I run a test > that exercises 2-d bitmaps and line plots together (test_tv.pro > ), > I got wrong

Re: [Plplot-devel] Font problems

The PS driver has support for unicode, though it relies on the fonts installed in the postscript device that is rendering the file. There is no reliable method for plplot to know which fonts are available to the postscript device. When the PLplot ps driver was converted to unicode, I think the

Re: [Plplot-devel] What are your current plans for the plmeta device?

I'm still working on plmeta, though my progress is slow right now do to some other commitments. If you want to temporarily disable, that would be fine with me. I will try to see if I can get something finished by the deadline. Thanks and sorry for the delay. > On Sep 9, 2015, at 5:48 PM, Ala

Re: [Plplot-devel] The 5-week window of opportunity for the current (post-5.11.1) release cycle

> On Aug 20, 2015, at 7:43 PM, Alan W. Irwin wrote: > >> On 2015-08-20 21:48+0100 Phil Rosenberg wrote: >> >>> On 20 August 2015 at 20:44, Alan W. Irwin wrote: >>> [...]If you agree with this approach for setting default PLplot-wide >>> plsc->xdpi and plsc->ydpi values will you please push

Re: [Plplot-devel] Need help with test_extXdrawable target regression introduced by "Fix to the multiple keypress bug on page advance"

> On Jul 30, 2015, at 6:36 AM, Jim Dishaw wrote: > > > > > >>> On Jul 30, 2015, at 3:21 AM, Alan W. Irwin >>> wrote: >>> >>> On 2015-07-30 01:08-0400 Jim Dishaw wrote: >>> >>> >>>> On Jul 29, 201

Re: [Plplot-devel] Need help with test_extXdrawable target regression introduced by "Fix to the multiple keypress bug on page advance"

> On Jul 30, 2015, at 3:21 AM, Alan W. Irwin wrote: > >> On 2015-07-30 01:08-0400 Jim Dishaw wrote: >> >> >>> On Jul 29, 2015, at 7:56 PM, Alan W. Irwin >>> wrote: >>> >>> Hi Jim: >>> >>> I have just discover

Re: [Plplot-devel] Need help with test_extXdrawable target regression introduced by "Fix to the multiple keypress bug on page advance"

> On Jul 29, 2015, at 7:56 PM, Alan W. Irwin wrote: > > Hi Jim: > > I have just discovered the regression mentioned by the subject line. > > My apologies for not spotting this issue earlier in the release cycle. > I guess I did all sorts of spot checking after your multiple keypress > changes

Re: [Plplot-devel] Plans for the release of 5.11.1

No objection on my part. I'm working towards the next release. > On Jul 15, 2015, at 11:59 AM, Alan W. Irwin wrote: > > Unless someone (Phil? or Jim?) objects because they are in the middle > of a substantial bug fix they would like to get into this release I > plan to declare a freeze 24 hou

Re: [Plplot-devel] Status report on remaining issues to be addressed for the forthcoming 5.11.1 release (wxwidgets issues)

The behavior with the -np flag is something I have grappled with while implementing the new windows driver. Example 17 is particularly challenging because of the way the stripchart function is implemented. Splitting out the wait for user input from the EOP handler is part of the fix. If that fu

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 22, 2015, at 1:50 PM, Alan W. Irwin wrote: > >> On 2015-06-21 23:50-0400 Jim Dishaw wrote: >> >> I fixed the compilation error on cairo.c and I am working on a fix to cairo >> so that it actually resizes the plot (at least for xcairo, not sure when I

Re: [Plplot-devel] Bug fix to plbuf.c

sequencing of the events. I pushed the changes to the repository. > On Jun 20, 2015, at 3:45 AM, Alan W. Irwin wrote: > > On 2015-06-15 12:24-0400 Jim Dishaw wrote: > >> Attached is a patch series that implements the second solution. I > tested the changes to xwin driver; ho

Re: [Plplot-devel] A patch series to fix an off by 1 error when calling check_buffer_size()

I will read up and push the patch > On Jun 17, 2015, at 1:12 PM, Alan W. Irwin wrote: > >> On 2015-06-17 10:56-0400 Jim Dishaw wrote: >> >> Greg Jung pointed out that the call to check_buffer_size() could be > 1 byte smaller than required. It most cases this wil

[Plplot-devel] A patch series to fix an off by 1 error when calling check_buffer_size()

Greg Jung pointed out that the call to check_buffer_size() could be 1 byte smaller than required. It most cases this will not be a problem due to the way memory is allocated, but it is possible that an edge case could result in a memory access error. I will need to check the PLESC_IMPORT_BUFFE

Re: [Plplot-devel] Bug fix to plbuf.c

updated to work correctly because it uses the plot buffer. Without an updated, it will need an extra keypress after a resize event. Extra eyes on the patches is appreciated. Thanks. > > Phil > From: Jim Dishaw <mailto:j...@dishaw.org> > Sent: ‎16/‎06/‎2015 16:11 > To: Phil Rosen

Re: [Plplot-devel] Bug fix to plbuf.c

t;> plot. >> >> >> >> >> On Jun 15, 2015, at 12:24 PM, Jim Dishaw wrote: >> >> >> On Jun 14, 2015, at 1:40 PM, Jim Dishaw wrote: >> >> >> On Jun 14, 2015, at 5:19 AM, Alan W. Irwin >> wrote: >> >> On 20

Re: [Plplot-devel] Bug fix to plbuf.c

Description: Binary data On Jun 15, 2015, at 12:24 PM, Jim Dishaw <j...@dishaw.org> wrote:On Jun 14, 2015, at 1:40 PM, Jim Dishaw <j...@dishaw.org> wrote:On Jun 14, 2015, at 5:19 AM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote:On 2015-06-13 22:29-0400 Jim Dishaw wrote:On Jun 13

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 14, 2015, at 1:40 PM, Jim Dishaw wrote: > > >> On Jun 14, 2015, at 5:19 AM, Alan W. Irwin wrote: >> >> On 2015-06-13 22:29-0400 Jim Dishaw wrote: >> >>> >>>> On Jun 13, 2015, at 2:11 PM, Jim Dishaw wrote: >&g

Re: [Plplot-devel] Driver behavior questions and wingdi preview

> On Jun 14, 2015, at 5:28 AM, Phil Rosenberg wrote: > > On 11 June 2015 at 17:57, Jim Dishaw <mailto:j...@dishaw.org>> wrote: >> >>> On Jun 11, 2015, at 4:06 AM, Phil Rosenberg wrote: >>> >>> Hi Jim >>> The documentation states t

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 14, 2015, at 5:59 PM, Alan W. Irwin wrote: > >> On 2015-06-14 13:40-0400 Jim Dishaw wrote: >> >> []The aqt driver is a mystery. It does not use the plot buffer > nor does it look at the nopause member; however, it is an interactive > driver. It shoul

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 14, 2015, at 5:19 AM, Alan W. Irwin wrote: > > On 2015-06-13 22:29-0400 Jim Dishaw wrote: > >> >>> On Jun 13, 2015, at 2:11 PM, Jim Dishaw wrote: >>> >>> >>> On Jun 13, 2015, at 1:13 PM, Phil Rosenberg >> <mailto:p.d.r

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 13, 2015, at 2:11 PM, Jim Dishaw wrote: > > > On Jun 13, 2015, at 1:13 PM, Phil Rosenberg <mailto:p.d.rosenb...@gmail.com>> wrote: > >> Hmmm >> Then h some more >> Followed by an ummm or two. >> >> As you say Jim, clearl

Re: [Plplot-devel] Bug fix to plbuf.c

future it will be a > useful reference. > Absolutely. Writing a driver should not be this hard. I think getting things documented might clear some of the problems between what we think is happening and what is really happening. > Phil > From: Jim Dishaw > Sent: ‎13/‎06/‎2015

Re: [Plplot-devel] Bug fix to plbuf.c

for input state on a redraw event from the callback. > Phil > From: Jim Dishaw > Sent: ‎13/‎06/‎2015 17:55 > To: Alan W. Irwin > Cc: PLplot development list > Subject: Re: [Plplot-devel] Bug fix to plbuf.c > > >>> On Jun 13, 2015, at 12:03 PM, Jim Dishaw wrote:

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 13, 2015, at 12:03 PM, Jim Dishaw wrote: > > >> On Jun 11, 2015, at 12:29 AM, Jim Dishaw > <mailto:j...@dishaw.org>> wrote: >> >>> >>> On Jun 10, 2015, at 11:30 PM, Alan W. Irwin >> <mailto:ir...@beluga.phys.uvic.ca>>

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 11, 2015, at 12:29 AM, Jim Dishaw wrote: > >> >> On Jun 10, 2015, at 11:30 PM, Alan W. Irwin >> wrote: >> Just to confirm that I just now played a lot with resizing of >> >> examples/c/x01c -dev xwin >> >> for 5.10.0, 5.

Re: [Plplot-devel] Driver behavior questions and wingdi preview

ground; >> We would like to see it, though: >>// >>ShowWindow( dev->hwnd, SW_SHOWDEFAULT ); >>BringWindowToTop( dev->hwnd ); >> >> I think, instead of buying into UNICODE/TCHAR ansii, just convert to >> unicode where needed and call

Re: [Plplot-devel] Driver behavior questions and wingdi preview

> On Jun 11, 2015, at 11:42 AM, Alan W. Irwin wrote: > > On 2015-06-10 21:44-0400 Jim Dishaw wrote: > >> [...]The driver does not support alpha blending or native gradient fills. > I’m not sure if it is worthwhile to add these features in this driver, > particular wi

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 10, 2015, at 11:30 PM, Alan W. Irwin wrote: > > On 2015-06-10 19:58-0400 Jim Dishaw wrote: > >>> On Jun 10, 2015, at 3:57 AM, Alan W. Irwin >>> wrote: > >>> I am sufficiently concerned by your explanation of this fix above that >&g

[Plplot-devel] Driver behavior questions and wingdi preview

I have two questions on driver behavior that I’m trying to figure out. In the new wingdi driver I have implemented text rendering using the GDI interface. The current implementation honors the height specified in chrht. I have measured the heights both on the screen and when printed via wing

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 10, 2015, at 3:57 AM, Alan W. Irwin wrote: > >> On 2015-06-09 23:10-0400 Jim Dishaw wrote: >> >> >>> On Jun 9, 2015, at 10:39 PM, Alan W. Irwin >>> wrote: >>> >>> On 2015-06-09 18:18-0400 Jim Dishaw wrote: >>>

Re: [Plplot-devel] Bug fix to plbuf.c

> On Jun 9, 2015, at 10:39 PM, Alan W. Irwin wrote: > > On 2015-06-09 18:18-0400 Jim Dishaw wrote: > >> Attached is a patch series that corrects a NUL termination bug in > the plot buffer that I discovered while working on the windows GDI > driver. > > Hi Jim: &

[Plplot-devel] Bug fix to plbuf.c

Attached is a patch series that corrects a NUL termination bug in the plot buffer that I discovered while working on the windows GDI driver. I apologize that it has not been uncrustified. Is cygwin required to run the script? 0003-Fixed-a-NUL-termination-bug-in-plbuf.c.patch Description: Bin

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

On Jun 8, 2015, at 7:24 AM, Phil Rosenberg wrote: >> >> I agree. In the new wingdi I tried to minimize the use of the stream. > Out of curiosity, how do you deal with redraws then - or do you just > not scale anything and store the bitmap for refreshing? > I looked at using the stretched bli

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

tream. > This will put them solidly in the graphics device region and make the > buffer way simpler. > I agree. In the new wingdi I tried to minimize the use of the stream. > But at the same time we have plenty of other stuff to do so I don't > think this is anything like

Re: [Plplot-devel] The multiple keypress problem when using interactive drivers

e to try them > out. I'm not sure I understand the reason you're asking about adding > Freetype back. Is it not possible to eliminate it and still get nice looking > anti-aliased text with GDI/GDI+/Uniscribe? > > Thanks, > > Aaron. > > -Original Message

[Plplot-devel] The multiple keypress problem when using interactive drivers

While working on my old Windows GDI based driver (see attached patches), I stumbled across the problem that prompted Phil to add plP_eop() in plRemakePlot(). This is related to the issue that Andrew raised on 3/29 on problems with -np when running automated testing. In plbuf.c, the EOP is never

[Plplot-devel] Patch series that cleans up warning and error messages

When I was working on reviving my new windows driver, I took a detour on cleaning up some code to help improve warnings and errors. The attached patch series moves the plwarn() etc from plctrl.c to a new file plerror.c. I also cleaned up a bunch of fprintf(stderr, …) into plwarn() or plexit()

Re: [Plplot-devel] PLPlot 6 and C++

n). We are far better off calling free() when the memory is not utilized. I would advocate using the atexit() function, which appears to be available on many (if not all) the platforms we support. > With this in place, using setjmp/longjmp seems to give us a trivial > way to remove all our ple

Re: [Plplot-devel] Release status: plmetafile.c and plbuf.c compiler warnings

> On May 31, 2015, at 10:11 PM, Jim Dishaw wrote: > > Yep, I will take a look > > > >> On May 31, 2015, at 9:32 PM, Alan W. Irwin wrote: >> >>> On 2015-05-31 22:06+0100 Phil Rosenberg wrote: >>> >>> Hi Alan >>> You shoul

Re: [Plplot-devel] Release status: plmetafile.c and plbuf.c compiler warnings

Yep, I will take a look > On May 31, 2015, at 9:32 PM, Alan W. Irwin wrote: > >> On 2015-05-31 22:06+0100 Phil Rosenberg wrote: >> >> Hi Alan >> You should now find that the plbuf.c warning is gone. I haven't >> touched the plmeta files. I will leave these to Jim as I don't know >> that code

Re: [Plplot-devel] Working around the bug in the -np option for -dev wxwidgets

I believe this bug is due to extra EOP (or BOP I can't remember now) call that I mentioned in email several months ago. I can't search the mailing list right now, but I can do it later if needed. > On May 26, 2015, at 4:35 PM, Alan W. Irwin wrote: > > Hi Phil: > > A known bug for the new w

Re: [Plplot-devel] PLPlot 6 and C++

> On May 26, 2015, at 3:53 PM, Phil Rosenberg wrote: > > Okay, well it was an option I thought I would put out there as I think > it was worth considering. I will try to answer the questions people > had anyway in case people are interested. > > Regarding domestic bindings, the C front end w

Re: [Plplot-devel] PLplot build fails on Mac OS X Yosemite 10.10.3

> On May 21, 2015, at 11:21 PM, Alan W. Irwin wrote: > > Hi Lewis: > > I am going to use a new subject line for this question for obvious > reasons. > > On 2015-05-21 17:51-0500 J. Lewis Muir wrote: > >> P.S. Even though the problem I reported appears to have been fixed, >> my build did not s

Re: [Plplot-devel] PLPlot 6 and C++

> On May 25, 2015, at 1:29 PM, Arjen Markus wrote: > > Hi everyone, > > An issue related to the use of C++ that has not been raised yet, but which > surfaced recently in my comprehensive testing efforts is the fact that > linking a C++ program requires a C++-enabled linker. Thus introducing

Re: [Plplot-devel] Protecting plP_state calls by level checks

c\plplot-plplot\src\plmetafile.c(681): error C2065: > 'rc' : undeclared identifier > > 9>D:\usr\local\src\plplot-plplot\src\plmetafile.c(682): error C2065: > 'rc' : undeclared identifier > > 9>D:\usr\local\src\plplot-plplot\src\plmetafile.c(683): error C2065:

Re: [Plplot-devel] Using Window's raw API for shapes and text

> On May 14, 2015, at 12:11 AM, Alan W. Irwin wrote: > > On 2015-05-13 21:44-0500 Aaron Hexamer wrote: > >> Would it be developed using the GDI? If so, then maybe wingdi? > > Hi Aaron: > > To respond to your first question even though I am not > that familiar with Windows, I did look up the

Re: [Plplot-devel] Protecting plP_state calls by level checks

Please send me the errors. I'm getting a windows build machine going, so I will take a look at that c > On May 21, 2015, at 6:51 PM, Phil Rosenberg wrote: > > Hi Alan > I just did a git pull and tried to build PLPlot this evening and got a > massive number of build errors. > > Some are relat

Re: [Plplot-devel] Using Window's raw API for shapes and text

The code that I currently have uses GDI, so we can start from there. > On May 14, 2015, at 11:51 AM, hexa...@comcast.net wrote: > > Alan, > > One potential downside of the newer Direct2D/DirectWrite APIs is that they > aren't supported on Windows XP. I know I have users of my application sti

Re: [Plplot-devel] Using Window's raw API for shapes and text

> On May 13, 2015, at 8:43 PM, Alan W. Irwin wrote: > >> On 2015-05-13 18:27-0400 Jim Dishaw wrote: >> >> >>> On May 13, 2015, at 6:17 PM, Aaron Hexamer wrote: >>> >>> Alan, >>> >>> I'm a little confused by the sta

Re: [Plplot-devel] Using Window's raw API for shapes and text

> On May 13, 2015, at 6:06 PM, Alan W. Irwin wrote: > >> On 2015-05-13 14:03-0400 Jim Dishaw wrote: >> >> I still have the revised windows driver that I can blow the dust off and >> offer as a possible replacement. > > Hi Jim: > > As I recall, y

Re: [Plplot-devel] Using Window's raw API for shapes and text

; > Aaron. > I think the smart thing to do is to have one Windows driver. I can't recall any differences that could not be handled without an #ifdef block. > -Original Message- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: Wednesday, May 13, 201

Re: [Plplot-devel] Using Window's raw API for shapes and text

24) and to > > do the required (complex) text layout. > > > > Thus, I agree that the plfreetype approach used by wingcc (the last > > device driver that still uses that approach) should be completely > > replaced by calling the appropriate native Windows API for sel

Re: [Plplot-devel] Using Window's raw API for shapes and text

Windows API for selecting > the best system font to render each unicode glyph that is encountered > and to do the text layout. > > I think in the past that Arjen Markus has commented this approach > should be possible, but he has not had time to pursue it further. > Also, my un

Re: [Plplot-devel] Release status: call for comprehensive testing

> On Mar 29, 2015, at 9:17 AM, Andrew Ross > wrote: > > Also -np to prevent pausing between > pages doesn't work. This is not a major issue, but is a slight pain when > running the automatic tests. > > Andrew I believe this bug might be related to the extra plP_eop() call. This results

Re: [Plplot-devel] Version 6?

> On Mar 24, 2015, at 2:00 PM, Alan W. Irwin wrote: > >> On 2015-03-24 14:59- Phil Rosenberg wrote: >> >> Probably the biggest issue is the use of plsc. >> >> Consider two threads which both set different streams then call >> another plplot function function. Between the first thread's ca

Re: [Plplot-devel] Version 6?

> On Mar 23, 2015, at 1:24 PM, Phil Rosenberg wrote: > > Hi Hazen > This seems like a good plan to me. > > I agree with most things. To me the core role of plplot is to take > "plot instructions" and convert them to "drawing instructions" for > whichever device we are rendering to. > I have

Re: [Plplot-devel] Version 6: text rendering

> On Mar 21, 2015, at 1:48 PM, Hazen Babcock wrote: > > On 03/20/2015 05:35 PM, Jim Dishaw wrote: >>> >>> In sum, the technical choice is between the alt approach which >>> requires already implemented code in the core with simpler code in the >&g

Re: [Plplot-devel] Version 6: text rendering

> On Mar 20, 2015, at 3:58 PM, Alan W. Irwin wrote: > >> On 2015-03-20 14:31-0400 Jim Dishaw wrote: >> >> >>> On Mar 20, 2015, at 2:09 PM, "Alan W. Irwin" >>> wrote: >>> >>>> On 2015-03-20 08:46-0400 Hazen Babcock wro

Re: [Plplot-devel] Version 6: text rendering

On Mar 20, 2015, at 2:09 PM, "Alan W. Irwin" wrote: > On 2015-03-20 08:46-0400 Hazen Babcock wrote: > >> 5. Use a library (Freetype?) for rendering text instead of delegating >> this to the driver? The driver would instead be responsible for the >> display of the resulting bitmaps. This would f

Re: [Plplot-devel] fixed memory leak plplot-5.10.0 (Andrew Ross)

On Mar 19, 2015, at 4:03 PM, Andrew Ross wrote: > On Thu, Mar 19, 2015 at 03:30:21PM -0400, Hazen Babcock wrote: >>> From: Andrew Ross >>> The attached patch fixes the memory leak for me. Pressing the close button should now behave the same as pressing 'Q', i.e. it will abort the >>

Re: [Plplot-devel] Release status

On Mar 19, 2015, at 12:57 PM, "Alan W. Irwin" wrote: > On 2015-03-19 09:23-0600 Orion Poplawski wrote: > >> On 03/19/2015 12:41 AM, Alan W. Irwin wrote: >>> On 2015-03-18 21:26-0600 Orion Poplawski wrote: >>> On 03/18/2015 08:41 PM, Alan W. Irwin wrote: > Here is where I think we are.

Re: [Plplot-devel] Strange issues with octave+swig+UTF8 in Fedora rawhide

Would you run the example in the debugger and set a breakpoint in plP_text and send me a hexdump of the contents of *string? A backtrace would also be handy. > On Mar 19, 2015, at 11:22 AM, Orion Poplawski wrote: > >> On 03/18/2015 10:48 PM, Jim Dishaw wrote: >> >>

Re: [Plplot-devel] Strange issues with octave+swig+UTF8 in Fedora rawhide

On Mar 18, 2015, at 11:18 PM, Orion Poplawski wrote: > The check in the plplot package for the octave bindings is failing in > Fedora rawhide. I point my finger at gcc 5.0.0 :), but I have no idea > what is going on so just putting this out there. > > plplot uses a swig generated interface fo

Re: [Plplot-devel] Call for testing of the PLplot git master tip version

On Mar 17, 2015, at 1:13 PM, "Alan W. Irwin" wrote: > Hi Jim: > > You said: > >> I think for most devices the argument will be positive. Due to the > experimental nature of plmetafile.c and the desire to change to a > different representation for internal coordinates, I don't think we > need

Re: [Plplot-devel] Call for testing of the PLplot git master tip version

0001-Fixed-linking-error-in-VS-2012-due-missing-lround-wh.patch Description: Binary data On Mar 17, 2015, at 4:10 AM, "Alan W. Irwin" wrote: > On 2015-03-16 22:08-0400 Jim Dishaw wrote: > >> Because plmetafile.c is experimental, we can swap out lround(...) > with

Re: [Plplot-devel] Call for testing of the PLplot git master tip version

Because plmetafile.c is experimental, we can swap out lround(...) with (short)ceil(...) for now. It appears that ceil is in VS 2012. I can code up something better after release. > On Mar 16, 2015, at 7:47 PM, Alan W. Irwin wrote: > >> On 2015-03-16 15:10-0700 Alan W. Irwin wrote: >> >>> O

Re: [Plplot-devel] Call for testing of the PLplot git master tip version

The issue is not with read_line(), rather the lround() function used in read_line(). It appears lround() is not defined in VS2012. VS2012 is not entirely a C99 compliant compiler. > On Mar 16, 2015, at 7:47 PM, Alan W. Irwin wrote: > >> On 2015-03-16 15:10-0700 Alan W. Irwin wrote: >> >>>

Re: [Plplot-devel] Release status: fix for plbuf resizing issue

Did we ever come to a resolution on this? > On Mar 13, 2015, at 3:10 PM, Jim Dishaw wrote: > > >> On Mar 13, 2015, at 2:34 PM, Phil Rosenberg wrote: >> >> Hi Jim Alan >> Firstly I'm not in front of a pc right now so I'm doing function names f

Re: [Plplot-devel] Release status: request for release notes on plbuf and plmeta/plrender changes

Release notes: An experimental plot metafile input function, plreadmetafile(), was implemented to provide an integrated read/write capability into the core of PLplot. In conjunction, the plmeta driver has been updated to support a transition to a new format. A key change is storing the raw s

Re: [Plplot-devel] Release status: fix for plbuf resizing issue

sing the issue. > Phil > From: Alan W. Irwin > Sent: ‎13/‎03/‎2015 17:59 > To: Phil Rosenberg; Jim Dishaw > Cc: PLplot development list > Subject: Release status: fix for plbuf resizing issue > > On 2015-03-13 11:10-0400 Jim Dishaw wrote: > > > Alan, > > >

Re: [Plplot-devel] Release status: plmeta/plrender

On Mar 12, 2015, at 3:38 PM, "Alan W. Irwin" wrote: > Hi Jim: > > Here are the results of a simple test I tried with -DPLD_plmeta=ON > > # Build what is relevant > make plrender > make plmeta > make x01c > make ps > > # Test > examples/c/x01c -dev psc -o test1.psc > examples/c/x01c -dev plmet

[Plplot-devel] Static build

What is the option for a pure static build on linux. I tried BUILD_SHARED_LIBS=OFF and it still linked to some dynamic libraries like Qt. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsore

Re: [Plplot-devel] Release status: plmeta/plrender

> On Mar 12, 2015, at 6:08 PM, Alan W. Irwin wrote: > > Hi Jim: > > Could you clarify the purpose of the -mfi and -mfo options > and the plreadmetafile routine? > -mfi sets the file name that plreadmetafile will use if one is not otherwise specified by the caller. Nothing will happen unless

Re: [Plplot-devel] Release status

On Mar 12, 2015, at 2:13 PM, "Alan W. Irwin" wrote: > On 2015-03-11 14:49-0700 Alan W. Irwin wrote: > >> Hi Phil: >> >> I just saw your one-line fix at >> . >> >> Does that really do the job? For example, I n

Re: [Plplot-devel] Release status

affect anything else. > It is in src/plmetafile.c not plmeta.c. > >> On 12 March 2015 at 04:03, Jim Dishaw wrote: >> I made a fix for double line fill bug. Please see attached file >> >> >> >> >> I noticed a different bug. If you don't resize

  1   2   3   >