Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Tuesday, January 27, 2015 2:17 AM
> To: Arjen Markus; Phil Rosenberg; Jim Dishaw; PLplot development list
> Subject: Release plans
>
> To Arjen, Phil, and Jim:
>
> I am addressing this post mos
On 27 January 2015 at 08:16, Arjen Markus wrote:
> Hi Alan,
>
>
>
>> -Original Message-
>> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>> Sent: Tuesday, January 27, 2015 2:17 AM
>> To: Arjen Markus; Phil Rosenberg; Jim Dishaw; PLplot development list
>> Subject: Release plans
>>
On 2015-01-27 10:35- Phil Rosenberg wrote:
> All line width issues are now sorted.
I am very glad to hear that has been cleaned up since those
issues were badly killing the rendered results of everything
I have looked at so far.
> The only remaining issue is the
> 3d text rendering. As I men
For reference the question was
> Would you be willing to give your official permission to adapt your
> new approach for the needs of ephcom under the LGPL?
On 2015-01-27 09:12-0500 Jim Dishaw wrote:
> You have my permission though it probably is not really needed
because the algorithm is generic
On Tue, Jan 27, 2015 at 12:17:22PM -0800, Alan Irwin wrote:
> For reference the question was
>
> > Would you be willing to give your official permission to adapt your
> > new approach for the needs of ephcom under the LGPL?
>
> On 2015-01-27 09:12-0500 Jim Dishaw wrote:
>
> > You have my permiss
On 2015-01-27 21:39- Andrew Ross wrote:
> The sane way round this [potential misalignment issue] is make two
> allocations, one for the array of
> pointers and one for all the data. This is still a lot more efficient
> than the current multiple allocation approach, but still always
> guarante
Hi Alan
I know we are way off topic here, but how come you are reallocating so
often? Perhaps you might be interested in memory pools, or object
oriented style C or even C++ for saving you some of those allocations.
Phil
On 27 January 2015 at 22:20, Alan W. Irwin wrote:
> On 2015-01-27 21:39-00
I have attached a patch for the plmem.c change. This was part of a larger
patch that I sent to Phil for testing, but I saw your email about wanting to
get things tested sooner than later.
plmem.patch
Description: Binary data
Also, I will try to test plplot on the Mac and let you know if ther
Jim said:
> Also, I will try to test plplot on the Mac and let you know if there
are any issues.
In my opinion we have been skating on thin ice for a long time with
Mac OS X because of our lack of testing on that platform so your tests of
that platform would be answering an important need.
> Do
