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

[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

[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

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

sed for drawing > … 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 <j...@dishaw.org > <mailto:j...@dishaw.org>> wrote: &g

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

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

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

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

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

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

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

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

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

; exactly this behaviour, however it is commented out. Using git blame I >> found the commit that commented the line out >> >> commit 5867959e87e64e08ed2ed57bc66a3cfa6e22450f >> Author: Jim Dishaw <j...@dishaw.org> >> Date: Mon Jun 15 12:10:04 2015 -0400

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

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

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

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

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

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

ut > mouse interference. 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 <j...@dis

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

[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

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

you want. > 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

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

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

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,

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 ir...@beluga.phys.uvic.ca wrote: On 2015-07-30 01:08-0400 Jim Dishaw wrote: On Jul 29, 2015, at 7:56 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Hi Jim: I have just discovered the regression mentioned by the subject line. My

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 j...@dishaw.org wrote: On Jul 30, 2015, at 3:21 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-07-30 01:08-0400 Jim Dishaw wrote: On Jul 29, 2015, at 7:56 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Hi Jim: I

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 ir...@beluga.phys.uvic.ca 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

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 ir...@beluga.phys.uvic.ca 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

[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

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

to be 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 Rosenberg mailto:p.d.rosenb

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, 2015, at 2:11 PM, Jim

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

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, 2015, at 2:11 PM, Jim Dishaw j...@dishaw.org wrote: On Jun 13, 2015, at 1:13 PM, Phil Rosenberg p.d.rosenb...@gmail.com mailto:p.d.rosenb...@gmail.com

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

On Jun 14, 2015, at 5:59 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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 should work

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

On Jun 14, 2015, at 5:28 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: On 11 June 2015 at 17:57, Jim Dishaw j...@dishaw.org mailto:j...@dishaw.org wrote: On Jun 11, 2015, at 4:06 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi Jim The documentation states that the provided

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

On Jun 11, 2015, at 12:29 AM, Jim Dishaw j...@dishaw.org wrote: On Jun 10, 2015, at 11:30 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: snip Just to confirm that I just now played a lot with resizing of examples/c/x01c -dev xwin for 5.10.0, 5.11.0, and git master tip

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

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

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

: 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 j...@dishaw.org wrote: On Jun 11, 2015, at 12:29 AM, Jim Dishaw j...@dishaw.org wrote: On Jun 10, 2015, at 11

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

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 19:11 To: Phil Rosenberg Cc: Alan W. Irwin

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

On Jun 11, 2015, at 11:42 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

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

the pointer #ifdef/#endif for 64 bits can just use the 64-bits version now for either compilation. On Wed, Jun 10, 2015 at 6:44 PM, Jim Dishaw j...@dishaw.org wrote: I have two questions on driver behavior that I’m trying to figure out. In the new wingdi driver I have implemented text rendering

[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

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

On Jun 10, 2015, at 11:30 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-06-10 19:58-0400 Jim Dishaw wrote: On Jun 10, 2015, at 3:57 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: I am sufficiently concerned by your explanation of this fix above that I am now

[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:

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

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 a priority at the moment. Phil On 7 June 2015 at 05:25, Jim Dishaw j...@dishaw.org wrote: While

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

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- From: Jim Dishaw [mailto:j...@dishaw.org] Sent

[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] Release status: plmetafile.c and plbuf.c compiler warnings

On May 31, 2015, at 10:11 PM, Jim Dishaw j...@dishaw.org wrote: Yep, I will take a look On May 31, 2015, at 9:32 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

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

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 plexit calls. Phil On 26 May 2015 at 21:17, Jim Dishaw j...@dishaw.org wrote: On May 26, 2015, at 3:53 PM, Phil Rosenberg p.d.rosenb

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 ir...@beluga.phys.uvic.ca wrote: Hi Phil: A

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

exceeds 100; stopping compilation 9 plot3d.c 9 plpage.c 9 plsdef.c 9 plshade.c 9 plstdio.c 9 plstripc.c 9 plsym.c 9 pltick.c 9 pltime.c 9 plvect.c 9 plvpor.c 9 plwind.c On 21 May 2015 at 23:59, Jim Dishaw j...@dishaw.org wrote: Please send me the errors. I'm

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 p.d.rosenb...@gmail.com wrote: Hi Alan I just did a git pull and tried to build PLPlot this evening and got a massive number of build errors.

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

On May 14, 2015, at 12:11 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

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

On May 13, 2015, at 6:06 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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, you had a lot of interesting ideas

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

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, 2015 5:06 PM To: Jim Dishaw Cc: Aaron Hexamer; PLplot development list

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

Markus has commented this approach should be possible, but he has not had time to pursue it further. Also, my understanding is that Jim Dishaw has worked on implementing a Windows device driver. I am not sure what the status of that project is, but he might have some comments also about

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

On Mar 29, 2015, at 9:17 AM, Andrew Ross andrewr...@users.sourceforge.net 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

Re: [Plplot-devel] Version 6?

On Mar 24, 2015, at 2:00 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

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

On Mar 21, 2015, at 1:48 PM, Hazen Babcock hbabc...@mac.com 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 unicode-aware drivers and the original

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

On Mar 20, 2015, at 3:58 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-20 14:31-0400 Jim Dishaw wrote: On Mar 20, 2015, at 2:09 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-20 08:46-0400 Hazen Babcock wrote: 5. Use a library (Freetype

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

On Mar 19, 2015, at 4:03 PM, Andrew Ross andrewr...@users.sourceforge.net wrote: On Thu, Mar 19, 2015 at 03:30:21PM -0400, Hazen Babcock wrote: From: Andrew Ross andrewr...@users.sourceforge.net The attached patch fixes the memory leak for me. Pressing the close button should now behave

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

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, I noticed a bug that occurs when resizing a plot. Every time a plot is resized, an extra key press is required to advance

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

On Mar 12, 2015, at 3:38 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

Re: [Plplot-devel] Release status

/plmetafile.c not plmeta.c. On 12 March 2015 at 04:03, Jim Dishaw j...@dishaw.org wrote: I made a fix for double line fill bug. Please see attached file I noticed a different bug. If you don't resize a plot, pressing enter advances to the next page. After resizing a plot, it takes

Re: [Plplot-devel] Release status

On Mar 12, 2015, at 2:13 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-11 14:49-0700 Alan W. Irwin wrote: Hi Phil: I just saw your one-line fix at http://sourceforge.net/p/plplot/plplot/ci/4e93f99a84a5c72d253c8791f813400ba2f46ff6. Does that really do the job? For

[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,

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

On Mar 12, 2015, at 6:08 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca 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

Re: [Plplot-devel] Release status

machine which I am sat in front of too. Phil On 11 March 2015 at 11:33, Arjen Markus arjen.mar...@deltares.nl wrote: Hi Alan, -Original Message- From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] Sent: Wednesday, March 11, 2015 11:49 AM To: Andrew Ross; Phil Rosenberg; Jim

Re: [Plplot-devel] buffer state parameters

at the patch series tonight. Phil On 9 March 2015 at 12:27, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi Jim (back on list) Is this fix committed to the online repo or just in your local repo? Phil On 8 March 2015 at 03:47, Jim Dishaw j...@dishaw.org wrote: I fixed the bug

Re: [Plplot-devel] Mac OS X testing

Just a quick response because I'm not at my dev machine. On Mar 10, 2015, at 4:17 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-10 10:48-0400 Jim Dishaw wrote: [...]There is a third patch that I sent to update the build instructions for Mac OS X that does not seem

[Plplot-devel] Updated documentation for OS X

I updated the build instructions for OS X in the documentation. Please see the attached. osx_doc_update.patch Description: Binary data -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored

Re: [Plplot-devel] plot metafile questions

). I think the second option is the right way to go and it is closest to what was originally discussed when this effort started. @Alan: I will update the documentation as requested. Phil From: Maurice LeBrun Sent: ‎05/‎03/‎2015 09:42 To: Jim Dishaw Cc: PLplot development list Subject

Re: [Plplot-devel] plot metafile questions

On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Of course, it is always true that if you store raw user input (as opposed to some transformed result) in the plmeta file and then plrender calls the relevant plplot routine with that raw user data, then the direct

[Plplot-devel] Should plstring use chrht/chrdef or symht/symdef?

The reason I ask is because plpoin and plsym use symht/symdef and the plstring documentation mentions that it supersedes those two functions. The plstring function passes the string to plP_text to render the text and plP_text uses chrht/chrdef. The plpoin and plsym use plhersh, which changes

Re: [Plplot-devel] plot metafile questions

On Mar 4, 2015, at 4:01 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Regarding non-solid lines, are you referring to dashed lines? If so what is the issue? The devices have different number of pixels, which results in a different number of dashes. The plplot docs state that the

Re: [Plplot-devel] plot metafile questions

On Mar 4, 2015, at 8:50 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-04 16:07-0500 Jim Dishaw wrote: On Mar 4, 2015, at 4:01 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Regarding non-solid lines, are you referring to dashed lines? If so what is the issue

Re: [Plplot-devel] plot metafile questions

of dashes. From: Jim Dishaw Sent: ‎04/‎03/‎2015 07:42 To: PLplot development list Subject: [Plplot-devel] plot metafile questions I have gotten things to the point where the differences are due to round off error, the rendering of non-solid lines, and plot symbols generated by commands

Re: [Plplot-devel] plot metafile questions

On Mar 4, 2015, at 6:04 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-04 02:41-0500 Jim Dishaw wrote: I have gotten things to the point where the differences are due to round off error, the rendering of non-solid lines, and plot symbols generated by commands that utilize

Re: [Plplot-devel] buffer state parameters

On Mar 4, 2015, at 9:13 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi Jim There is still a bug in the buffer with respect to the correct state parameters. I think we discussed this in the past regarding plplot initialisation, but this particular bug occurs at page change.

[Plplot-devel] plot metafile questions

I have gotten things to the point where the differences are due to round off error, the rendering of non-solid lines, and plot symbols generated by commands that utilize plhrsh (i.e. plsym, plpoin, and plpoin3). Rendering non-solid lines I can't think of a simple solution to this problem

Re: [Plplot-devel] Metafile questions

On Mar 2, 2015, at 2:09 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Hi Jim: On 2015-03-01 21:33-0500 Jim Dishaw wrote: Do we want to store unicode or non-unicode data in the metafiles? My guess is that unicode strings should be stored. No. Do nothing special in plmeta

Re: [Plplot-devel] Revised plot metafiles and changes to plbuf

On Mar 2, 2015, at 4:55 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-03-02 02:01-0500 Jim Dishaw wrote: Attached is a patch for testing, I don't recommend pushing it to master yet. It comes very close to rendering a metafile identically (modulo rounding differences

[Plplot-devel] Revised plot metafiles and changes to plbuf

Attached is a patch for testing, I don't recommend pushing it to master yet. It comes very close to rendering a metafile identically (modulo rounding differences). The main problem is that plot symbols are missing. I should be able to fix that on Monday. I also disabled the alternative

Re: [Plplot-devel] Revamping plmeta format

but they are scaled a bit too large. On Feb 28, 2015, at 4:28 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2015-02-20 13:13-0800 Alan W. Irwin wrote: On 2015-02-20 14:32-0500 Jim Dishaw wrote: I've gone through the coordinate transformation and where/how it is applied in the library

Re: [Plplot-devel] Redesigned wxWidgets Driver

will look to see if it is possible to do before plinit and store the wxDC buffer until plinit is called. Phil From: Jim Dishaw Sent: ‎27/‎02/‎2015 01:27 To: Phil Rosenberg Cc: Alan W. Irwin; PLplot development list Subject: Re: [Plplot-devel] Redesigned

[Plplot-devel] cmake issue on Mac OS X

I have identified an issue while testing on a relatively clean machine. If the user is using XQuartz (which is likely) and has some of X11 installed via MacPorts (possible because xorg-libX11 might be a dependency) then plplot won't configure correctly and the build fails. I have sorted

[Plplot-devel] Problem encountered on Mac OS

I was attempting to do some work while traveling, and I encountered the following build error on my laptop (which is newer than my development machine thus it has a much smaller accumulation of installed software). [ 16%] Swig source :3: Error: Unable to find 'python.swg'

Re: [Plplot-devel] Problem encountered on Mac OS

Solved my own problem. The port swig-python must be installed. I will update the os_notes.xml document and add a Mac OS X section. On Feb 26, 2015, at 5:25 PM, Jim Dishaw j...@dishaw.org wrote: I was attempting to do some work while traveling, and I encountered the following build error

Re: [Plplot-devel] Redesigned wxWidgets Driver

Have you considered a function analogous to plsfnam() that can be used to pass the wxDC? It could be useful for other drivers and not specific to wxWidgets. On Feb 26, 2015, at 3:30 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi All I have hit a bit of a snag with the wxWidgets

Re: [Plplot-devel] Redesigned wxWidgets Driver

with a very large error message, 15 hangs with only a small section rendered. Phil From: Alan W. Irwin Sent: ‎24/‎02/‎2015 19:51 To: Phil Rosenberg Cc: Jim Dishaw; PLplot development list Subject: Re: [Plplot-devel] Redesigned wxWidgets Driver On 2015-02-24 17:55- Phil Rosenberg wrote

Re: [Plplot-devel] Redesigned wxWidgets Driver

On Feb 23, 2015, at 2:50 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: Also, I am going to try again to attach the patch to this e-mail, but this time in compressed form just in case some software in the mail train between us is changing the bits in a pure text attachment. That, of

Re: [Plplot-devel] Redesigned wxWidgets Driver

On Feb 24, 2015, at 12:58 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: librt is not available on Mac OS X nor is it in MacPorts. Which function are we pulling in from librt? I think (and I might be misremembering) that this is required either for the memory map or for the named

Re: [Plplot-devel] Redesigned wxWidgets Driver

On Feb 24, 2015, at 12:55 PM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi Alan et al snip Inline text changes probably requires an overhaul of the text parsing/buffering so it too intrusive to do now. The other two issues may well be internal to the driver, if I get time I will

Re: [Plplot-devel] Redesigned wxWidgets Driver

On Feb 24, 2015, at 1:20 AM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: I tested with wxWidgets 3.0 from MacPorts. CMake string: PATH=${PATH}:/opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/bin cmake -DCMAKE_INSTALL_PREFIX=/opt/nuclear -DBUILD_TEST=ON

Re: [Plplot-devel] Redesigned wxWidgets Driver

On Feb 24, 2015, at 4:35 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: I am a bit concerned by your use of the clang compiler which as far as I know has never been used before for building or testing PLplot on any platform. Alan - I seem to remember reading that clang has replaced

Re: [Plplot-devel] Redesigned wxWidgets Driver

Is it crashing on the initial draw or after a resize? If it is the latter, it might be something that the plot buffer does. There are some mallocs that happen prior to plP_fill if there are a large number of control points in the fill. Do you know how many there are when it crashes? On

Re: [Plplot-devel] Redesigned wxWidgets Driver

/screen. Phil On 25 February 2015 at 14:57, Jim Dishaw j...@dishaw.org wrote: Would you send the backtrace and line number where the error occurs. I wonder if filling in a curved area is overflowing the control point array? I'm grasping at straws. On Feb 25, 2015, at 8:40 AM, Phil

Re: [Plplot-devel] Redesigned wxWidgets Driver

Would you send the backtrace and line number where the error occurs. I wonder if filling in a curved area is overflowing the control point array? I'm grasping at straws. On Feb 25, 2015, at 8:40 AM, Phil Rosenberg p.d.rosenb...@gmail.com wrote: Hi Jim I doubt there are very many

Re: [Plplot-devel] Redesigned wxWidgets Driver

wrote: On 2015-02-22 22:04-0500 Jim Dishaw wrote: I just cloned from SF and tried to apply the patch with no success (see below [where the git apply command was used rather than the correct git am]). Hi Jim: I prepared this (one-patch) patch series with git format-patch. I am pretty sure

  1   2   >