the locale is a a file write/read, so it's wy
slower than setting a few pixels.
Phil
Sent from Outlook for Android <https://aka.ms/AAb9ysg>
*From:* Hazen Babcock
*Sent:* Wednesday, June 14, 2023 6:03:03 PM
*To:
ysg>
*From:* Hazen Babcock
*Sent:* Tuesday, June 13, 2023 1:31:38 PM
*To:* Phil Rosenberg ;
plplot-devel@lists.sourceforge.net
*Subject:* Re: [Plplot-devel] setlocale
Hi Phil,
I don't think (1) is a good idea. It seems like thi
few hours, the plot is
rendered in under 2 minutes. So that's around two orders of magnitude
speed increase at least.
Phil
*From:* Arjen Markus
*Sent:* Friday, June 2, 2023 7:47:08 AM
*To:* Hazen Babcock ;
plplot-devel@l
Github has an interesting feature which lets you browse the code and see
the last commit that touched a particular part of the code. Using that
it looks like saving and restoring the locale was added to the functions
in src/plcore.c by Alan on Sep 7, 2009.
The commit message:
"""
Protect
Hello,
The ndiff software commit (a974e9802cc0b54ed33d9078b7767b29286c5684 I
believe) added a lot of files and directories in the utils/ndiff
directory that appear to be output files (checkXYZ.xyz). Perhaps this
was a mistake?
best,
-Hazen
___
@Hazen: In light of the smoke binding issue we should discuss this
still tentative roadmap further.
That smoke binding issue is bindings/qt_gui/smoke/ needs to be removed
when we drop support for Qt4 because [smoke is not available for
Qt5](https://news.ycombinator.com/item?id=20636312). You
On 06/20/2018 07:51 PM, Alan W. Irwin wrote:
If you try the -DGTK_DISABLE_SINGLE_INCLUDES flag that is recommended
in the above URL that works, but as soon as you try the additional
recommended -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED flags a
whole host of issues show up, i.e., porting
On 06/02/2017 08:40 AM, Arjen Markus wrote:
Hi everyone,
I have a simple question regarding PyQt4 on MinGW-w64/MSYS2. I have
installed the package but when I run Cmake to build PLplot, I get the
message that pyqtconfig is missing – is this something I need to install
separately? If so, how?
On 04/21/2017 03:42 AM, Alan W. Irwin wrote:
Hi Hazen:
Could you please test commit 578b028? For that commit I made some
modest progress with Python 3 for both pyqt4 and pyqt5, but I have hit
a roadblock with a run-time error saying the plplot_pyqt[45] extension
modules are not initialized
On 02/21/2017 09:26 PM, Alan W. Irwin wrote:
>
> I have now been in contact with the OP, Barry Warsaw of python.org, of
> that thread who was quite helpful. For example, Barry told me that
> Python is designed so it is frankly impossible for
>
> import Plframe
> from Plframe import *
>
> to race
On 12/01/2016 04:13 AM, Alan W. Irwin wrote:
>> Spoke too soon I guess. It appears that swig detects which version of
>> Python you are using and creates a binding that only works with that
>> version. So if you create the bindings in a Python3 environment they
>> will not work with Python2 and
On 11/27/2016 01:40 PM, Alan W. Irwin wrote:
> It is good to hear it is likely going to be even easier than I thought. I
> guess that -py3 flag is needed for more complex Python bindings than ours.
Spoke too soon I guess. It appears that swig detects which version of
Python you are using and
On 11/27/2016 02:51 AM, Alan W. Irwin wrote:
>
> P.S. This further comment assumes that generating a python3 binding
> is fairly trivial, i.e., nothing much more than using the -py3 option
> to swig. If your experiments confirm that assumption holds, then I
> suggest you should define a CMake
Hello,
I would like to fix PLplot so that it works with Python3. At a minimum
it looks like this means fixing all the print statements, i.e.:
print "asdf" -> print("asdf")
I'll test against Python2.7. Do I also need to test against Python2.6?
Or is that far enough in the past that we don't
pendencies and PLplot loaded. Then for updated test
results all that we'd have to do is pull the most recent version of
PLplot, cmake, make and ctest.
So, thoughts about what 5 or so linux distros we want to be sure that
PLplot works on?
-Hazen
# Distro
FROM debian:latest
MAINTAINER Hazen Babc
On 11/23/2016 06:08 AM, Alan W. Irwin wrote:
>
> Sorry for the length of this, but I have a lot to say that should be a
> big help to you for testing purposes.
No problem, I appreciate your thoughts and help.
> * -- WARNING: CMAKE_VERSION = 3.2.2 is in the range from 3.2 through
> 3.3.1 which
On 11/23/2016 02:52 AM, Arjen Markus wrote:
>
> Nevertheless, do you have an error report for gfortran 4.8? We have seen
> a few issues when we started on this, but I do not remember whether they
> were serious and with the newer version they have disappeared. (The NAG
> compiler is rather picky
On 11/20/2016 01:12 PM, Tom Schoonjans wrote:
> That’s exactly how I do it though: trial and error :-)
I think I have at least sort of figured out travis-vi. To make it easier
I've been doing all the experiments on a personal copy of the PLplot
repo. It is pretty cool to be able to build 5
Hi Tom,
Any pointers for getting started with continuous integration? I'm
planning to set this up on the Github PLplot mirror using Travis-CI to
start.
In particular I'd like to know what you think is the best way to go
about debugging the Travis scripts? It appears to me that this is going
On 11/18/2016 02:34 AM, Alan W. Irwin wrote:
On 2016-11-17 20:43-0500 Hazen Babcock wrote:
Sorry, it appears that I was missing the qttools5-dev package.
Glad that "how to build" issue is sorted out.
As an aside it looks like x02c works fine with Qt5 even in -fam mode.
Does
On 11/17/2016 07:26 PM, Alan W. Irwin wrote:
>
> Hi Hazen:
>
> My recent set of changes introduced no changes concerning the meaning
> of PLPLOT_USE_QT5. In fact, my recent tests of those changes (see my
> commit message) show Plplot builds properly here with both
> -DPLPLOT_USE_QT5=ON (i.e.,
How does one get PLplot to build with QT5 now?
This is what I used to do:
cmake -DPLPLOT_USE_QT5=ON ../plplot
However the cmake cache now has the following mistakes (or what appear
to me to be mistakes):
//Enable pyqt4 Python extension module
ENABLE_pyqt4:BOOL=ON
//Enable pyqt5 Python
On 11/17/2016 04:49 AM, Alan W. Irwin wrote:
>
> So you will want to try that version as well.
I'm still seeing the same problem.
> However, if the example 2 memory management issues continue to show up
> for qt4 (in contradiction to my good valgrind result above), then I
> suspect your Qt4
>
On 11/15/2016 10:47 PM, Hazen Babcock wrote:
>>
>> If I recall correctly example 2 moves through the pages in a unique
>> but legitimate way that other examples do not use so that may be
>> triggering this issue for the qt devices. So I plan to take a look
>> late
On 11/15/2016 03:36 PM, Alan W. Irwin wrote:
This is happening with Qt4, specifically:
OK. That very likely means this is our problem and nothing
to do with Qt4.
[this] command does not segfault:
./x02c -dev pngqt -o ex2.png
But it does segfault in family mode:
./x02c -fam -dev pngqt -o
Hello,
All the file based Qt devices are failing for me in ctest. This is an
example error message:
test 17
Start 17: examples_pngqt
17: Test command: /bin/bash "-c"
"EXAMPLES_DIR=/home/hbabcock/Code/plplot-build/examples
SRC_EXAMPLES_DIR=/home/hbabcock/Code/plplot/examples
On 02/27/2016 10:10 PM, Alan W. Irwin wrote:
> On 2016-02-27 23:22- Phil Rosenberg wrote:
>
>> Perhaps it would be good for Hazen and Alan to start looking
> in more detail at implementing the error code propagation? If there
> are tools to help with that, then maybe it will be easier than I
On 02/26/2016 05:18 PM, Alan W. Irwin wrote:
> @Hazen:
>
> Please pay close attention to this ongoing discussion and participate
> in it further because I don't want you to start work on the return
> value approach for reporting errors like you have already volunteered
> to do just in case the
>
>> I obviously don't have any idea of the size of ephcom, but Plplot
> must have thousands of internal function calls that would need the
> return value checking.
>
> I believe there are some 300 functions in our public and private API,
> and not all of those will be affected by this (because
On 01/22/2016 02:42 AM, Alan W. Irwin wrote:
> I had success with a build of PLplot against Qt5 some time ago. But I
> am pretty
> sure that predated May 2015 when "git blame" tells me I introduced
> that PRIVATE keyword in bindings/qt_gui/CMakeLists.txt. So I would
> try locally removing
Hello,
As Qt4 is now at least technically no longer supported I thought I might
spend some time to see if I could get our PyQt bindings to work with
Qt5. However unfortunately I can't even build PLplot with Qt5 due to a
cmake error. Any suggestions would be appreciated.
The error message:
Hello,
I am still interested in the idea of an OpenGL driver, however I am not
that familiar with OpenGL myself. So, in the hopes that this will happen
I am providing a branch of PLplot with a skeleton for the driver here:
https://github.com/HazenBabcock/PLplot/tree/opengl_driver_2015_10_06
> Im working on MSYS2 which brings in all of the latest-and-greatest,
> ground-breaking compatibility-crushing versions, of which python is of
> course the worst offender.
>
> I'm trying to get the PyQT4 binding to work in MSYS2. All of the
> prerequisites
> are ready and I've patched the
On 06/14/2015 05: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 should work with just a NULL in the wait handler
On 2015-05-22 13:00+0100 Phil Rosenberg wrote:
Hi All
I mentioned this briefly during the previous release cycle, but we all
had more pressing things to deal with. Dealing with errors is
something we really need to get a hold on for PLPlot 6 and one of the
big drivers for considering a
On 05/13/2015 05:50 PM, Alan W. Irwin wrote:
Hi Hazen:
I have reviewed plfill.c, and the returned intersection from
notcrossed is only used when status is zero. So I have (commit ID =
b916d4b) considerably simplified noncrossed to do the PLINT
transformation of the intersection and return
Hello Alan, Arjen,
As I mentioned before, the FPE's in x25c, x30c and x33c are all coming
from the notcrossed() function in plfill.c. Hopefully you can provide
some insight as the authors. Basically the problem arises in a situation
where the two lines do not cross, but are not parallel. In
On 05/13/2015 03:58 PM, Alan W. Irwin wrote:
In my case the only fortran compiler available is gfortran so I don't
need to choose that. So instead of the above I set
export FFLAGS='-g -ffpe-trap=invalid,zero,overflow,underflow'
before calling cmake and building the x29f95 and ps targets.
On 05/11/2015 06:05 PM, Alan W. Irwin wrote:
On 2015-05-11 16:23-0400 Hazen Babcock wrote:
Much time passes during which I never implement this branch as
promised, and it looks like some more floating point exceptions have
crept in. More specifically I'm seeing floating point exceptions in
x25
On 05/11/2015 06:05 PM, Alan W. Irwin wrote:
Hi Hazen:
I am glad to hear you have created a topic branch that catches
floating point exceptions. However, I am not keen on pulling a PLplot
topic branch from github for the reasons discussed in
README.developers. So could you either share
On 04/15/2014 07:44 AM, Hazen Babcock wrote:
On 4/7/2014 11:08 PM, Alan W. Irwin wrote:
I have just had a further idea. For comprehensive testing situations
it might be good to have the option to call feenableexcept (the C
library function that you used to help debug x29c.c that should
On 04/13/2015 06:29 PM, Alan W. Irwin wrote:
On 2015-04-13 13:51-0400 Hazen Babcock wrote:
On 04/12/2015 08:23 AM, Alan W. Irwin wrote:
On 2015-04-11 21:05-0400 Hazen Babcock wrote:
It worked fine without the Qt components. Is there an output file that
I should send?
Excellent news
On 04/12/2015 08:23 AM, Alan W. Irwin wrote:
Why do you think these Qt components fail in the tests, but work fine
if they are run independently? What is the testing framework doing
that is not being done from the command line?
My guess is nothing explictly different is being done.
On 04/10/2015 09:06 PM, Alan W. Irwin wrote:
On 2015-04-10 12:29-0400 Hazen Babcock wrote:
That's a fairly sparse but still acceptable comprehensive test result
for
this release, but to start the next release cycle properly I strongly
encourage everybody here to learn to run the
scripts
On 04/10/2015 04:54 PM, Andrew Ross wrote:
Hazen,
That's interesting, and at odds with my tests a week or so back on Kubuntu
14.10. Can you confirm which flavour and version of Ubuntu you are using?
Also, I assume this is with Qt4 and not Qt5?
Andrew,
This is what I have:
hb ~$ uname -a
On 03/21/2015 05:51 PM, Jim Dishaw wrote:
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
From: Norman Goldstein norm...@telus.net
I agree, I don't see that plplot would need to spin or in any other way
manipulate the 3d plots. It would be up to the programmer to have the
GL context wrapped in a 3D GL viewer, for example, if that kind of
functionality is desired.
The big change
Hello,
Since we are considering a number of changes, such as fixing error
handling, that would break backwards compatibility anyway I propose that
we think a bit about all the other things that we might like to change,
perhaps bringing us to version 6 of PLplot. So, my proposals in no
On 03/20/2015 03: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
ir...@beluga.phys.uvic.ca wrote:
On 2015-03-20 08:46-0400 Hazen Babcock wrote:
5. Use a library (Freetype?) for rendering text instead of delegating
On 03/19/2015 03:30 PM, 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 the same as pressing 'Q', i.e. it will abort the
program and clean up correctly. It looks like
Phil,
The problem was that we updated the API and added new functionality that
was never included in the metafiles since no-one was supporting it. In
the end we took the decision to disable it by default rather than
distribute something that didn't work fully. The plrender code is still
From: Alan W. Irwin ir...@beluga.phys.uvic.ca
Subject: [Plplot-devel] The current project to upgrade the Fortran
interface
To: Arjen Markus arjen.mar...@deltares.nl, PLplot development list
Plplot-devel@lists.sourceforge.net
Message-ID:
On 11/05/2014 12:45 PM, Alan W. Irwin wrote:
On 2014-11-05 12:01-0500 Hazen Babcock wrote:
Also, the current log file contains the following:
plplotqt.h: (96111, 51): Expression expected : ConstructPtr cptr =
qMetaTypeConstructHelperT;
plplotqt.h: (96111, 51): Initializer clause
On 11/07/2014 01:00 PM, Alan W. Irwin wrote:
Hi Hazen:
Arguing by analogy with the similar pkg-config case, I don't think
removing INCLUDEPATH is the correct thing to do in plplotqt.pro (where
that file is used by qmake to generated compile and link flags for
users similarly to the way that
On 11/04/2014 09:12 PM, Alan W. Irwin wrote:
On 2014-11-04 16:35-0500 Hazen Babcock wrote:
But if none of the above helps, then the fundamental question you
should ask yourself is whether you also have similar issues for the
hand-crafted smoke bindings you started with. [...] If not, then I
On 11/03/2014 02:46 PM, Alan W. Irwin wrote:
On 2014-11-03 07:40-0500 Hazen Babcock wrote:
Hi Alan,
Returning to this old topic. Thank you for this fix which also enables
me to also compile the smoke bindings. Unfortunately however they are
empty in the sense that they contain no symbols
On 08/28/2014 11:54 PM, Alan W. Irwin wrote:
To take up this old topic again, the above speculation turned out to be
the issue which
was extremely easy to fix (commits 022a53b and b6e9afe).
To test this build fix for yourself, use the cmake option
-DENABLE_smoke=ON (which I currently have
Message: 5
Date: Mon, 22 Sep 2014 15:17:36 +0100
From: Phil Rosenberg philip_rosenb...@yahoo.com
Subject: [Plplot-devel] Exit calls and memory management
To: PLplot development list Plplot-devel@lists.sourceforge.net
Message-ID: 218078.55503...@smtp115.mail.ir2.yahoo.com
Content-Type:
On 9/22/2014 3:37 PM, Alan W. Irwin wrote:
On 2014-09-22 12:08-0400 Hazen Babcock wrote:
I think creating a branch on github (or some other public repository) is
the only way that you can proceed if you want others to see what you are
doing. Though not perhaps ideal, you should be able
Remember the three file status's (unstaged, staged, and committed)
that are emphasized so much by the Pro Git book?
Intellectually I know these distinctions are important, but they still
caught me by suprise today. It turns out that both unstaged and
staged git changes persist between
On 8/24/2014 9:30 PM, Alan W. Irwin wrote:
DONE. See 6c81eb2.
The files are called
historical_repository_conversions/README_cvs2svn_conversion
historical_repository_conversions/README_svn2git_conversion
historical_repository_conversions/authors.txt
From: Arjen Markus arjen.mar...@deltares.nl
Subject: Re: [Plplot-devel] Your recent update to README.developers
concerning workflow
To: PLplot development list Plplot-devel@lists.sourceforge.net
Message-ID:
8CF085736108634681FD03EC36E6A0720E6A4FC7@V-EXC-C02.DIRECTORY.INTRA
On 8/27/2014 12:09 AM, Alan W. Irwin wrote:
Here are some questions concerning git capabilities and
our current workflow that you have documented in README.developers.
Do you think it would be a good idea to change all the git merge
commands in your workflow documentation to use the --ff-only
On 8/28/2014 11:24 AM, Alan W. Irwin wrote:
On 2014-08-25 12:54-0700 Alan W. Irwin wrote:
On 2014-08-13 10:28-0400 Hazen Babcock wrote:
1. Like github, SF is displaying the README.txt file. This appears to
have last been modified in 2007. Maybe this should be the same as
README.release
On 8/24/2014 9:30 PM, Alan W. Irwin wrote:
On 2014-08-17 07:56-0400 Hazen Babcock wrote:
This is fine with me. Perhaps the directory should be called something
like historical and vcs_conversions, and you could include what
was done for the CVS to SVN conversion as well?
DONE. See 6c81eb2
On 8/21/2014 8:48 PM, Alan W. Irwin wrote:
So we were all in agreement that storage (in a file) of the SHA1 id of
the HEAD commits from each branch to be deleted would be enough to
guarantee branch resurrection, but it turns out that is incorrect.
Further reading shows that git automatically
@Everybody:
Instead of writing a rebase workflow document myself that we could
use, I have been looking for something like that written by someone
else. What do you think of adopting (the quite restrictive) rebase
workflow outlined in
http://kevinold.com/2013/04/17/my-git-workflow.html to
On 8/20/2014 5:51 AM, plplot-devel-requ...@lists.sourceforge.net wrote:
Date: Tue, 19 Aug 2014 12:24:54 -0700 (PDT)
From: Alan W. Irwin ir...@beluga.phys.uvic.ca
..
In sum, I think rebase-only is not only back on the table for our
initial workflow model due to Brad's recommendation of it for
Correcting the subject line..
On 8/20/2014 11:29 AM, Hazen Babcock wrote:
On 8/20/2014 5:51 AM, plplot-devel-requ...@lists.sourceforge.net wrote:
Date: Tue, 19 Aug 2014 12:24:54 -0700 (PDT)
From: Alan W. Irwin ir...@beluga.phys.uvic.ca
..
In sum, I think rebase-only is not only back
On 8/16/2014 1:50 PM, Alan W. Irwin wrote:
On 2014-08-16 06:50-0400 Hezekiah M. Carty wrote:
I agree with Hazen here - adding hooks on day one seems overkill for
the project. [...]
Given that the project and developers are overall new to git I think
it would be premature to start stacking
On 8/15/2014 2:53 PM, Alan W. Irwin wrote:
Hi Hazen:
Earlier today I sent an e-mail to Brad King, the CMake git guru (with
CC to you to keep you fully informed) asking how they implemented the
enforcement hooks in their git repo to maintain the desired
--first-parent properties of the
On 8/14/2014 6:00 PM, Phil Rosenberg wrote:
Hi Hazen
The approach of just don't call exit and see what happens was also my first
thought. Then the first case i looked at was plscmap0n, which attempts to set
the number of colours in cmap0, this is called by plspal0, which immediately
On 8/13/2014 4:38 PM, phil rosenberg wrote:
The impression I get from reading the docs and the post you linked Alan, is
that there is a tendency for people coming from svn to forget that git is a
distributed vcs. Perhaps some of these branches would be more at home in the
various developers
On 8/14/2014 4:39 AM, phil rosenberg wrote:
That workflow seems good to me.
It also sounds good to me.
-Hazen
--
___
Plplot-devel mailing list
Hi All
I have had the exit() calls in Plplot rolling around in the back of my head
for a while. They were brought to the fore, recently when I had some code
which generated a lot of plots and displayed them all via wxWidgets - except
it didn't. The program exited half way through. It
Sending this to a wider audience. In short, PLplot is now using git for
version control.
http://sourceforge.net/p/plplot/plplot/ci/master/tree/
-Hazen
Original Message
Subject: Re: [Plplot-core] git conversion status
Date: Tue, 12 Aug 2014 16:24:27 -0400
From: Hazen Babcock
On 7/11/2014 2:38 PM, Alan W. Irwin wrote:
On 2014-07-03 12:33+0930 Jonathan Woithe wrote:
Hi all
I have a relatively simple Qt program which utilises the PlPlot Qt widget
(QtExtWidget). QtExtWidget is a component of the main application window
and as such is constructed during program
Hello,
I've just committed (r13136) an initial attempt at creating smoke
bindings for the qtwidget and extqt drivers.
A description of smoke:
https://techbase.kde.org/Development/Languages/Smoke
Basically smoke makes it easy (or at least easier) to write binding for
Qt and KDE from scripting
On 4/7/2014 11:08 PM, Alan W. Irwin wrote:
I have just had a further idea. For comprehensive testing situations
it might be good to have the option to call feenableexcept (the C
library function that you used to help debug x29c.c that should be
available for c99 according to its Linux man
On 4/6/2014 10:16 PM, Alan W. Irwin wrote:
On 2014-04-06 17:35-0400 Hazen Babcock wrote:
In the process of converting some of the PLplot demos to Lisp as part of
the cl-plplot project I found that example 29 triggers a floating point
exception. This is not something that a C compiler
Hello,
In the process of converting some of the PLplot demos to Lisp as part of
the cl-plplot project I found that example 29 triggers a floating point
exception. This is not something that a C compiler will normally report,
but you can make it (or at least gcc) more strict about this. I
On 4/2/2014 4:14 AM, Alan W. Irwin wrote:
On 2014-02-06 06:27-0500 Hazen Babcock wrote:
On 2/4/2014 5:05 PM, Alan W. Irwin wrote:
So Hazen, assuming no other core PLplot developer have questions about
the conversion of the official PLplot repo to git would you be willing
to do
Hello,
It appears that the examples web-page for example 27 is missing the
final graph, the arcs() demonstration graph.
-Hazen
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic,
On 2/5/2014 12:25 AM, Alan W. Irwin wrote:
How big will the local copy be? And yes, the learning curve is kinda
big. I fiddled around some time back with git w.r.t. LyX, the document
processor. As I recall, the local storage requirements can be large.
@Jerry:
Good question on local size
Date: Wed, 5 Feb 2014 16:01:25 -0700
From: Jerry lancebo...@qwest.net
Here is a related question. My understanding from superficial reading
is that git users normally have a local repository (unlike the svn
case where there is normally just one repository). But if someone is
worried about
On 1/31/2014 3:58 PM, Alan W. Irwin wrote:
I did some further investigation:
According to
http://stackoverflow.com/questions/2059326/git-equivalent-of-subversions-url-keyword-expansion,
support of svn:keywords is not available with git. However, the
historical trend is to remove such
On 1/30/2014 5:51 PM, Alan W. Irwin wrote:
On 2014-01-30 16:35-0500 Hazen Babcock wrote:
Hello,
I know this has come up before. However, I've been using git alot at
work and I feel that it has many advantages over SVN and I think we
should again consider switching over (after the next
Hello,
I know this has come up before. However, I've been using git alot at
work and I feel that it has many advantages over SVN and I think we
should again consider switching over (after the next release of course).
To get an idea of the power of git I would suggest reading the first 3
On 08/13/2012 07:04 PM, Ken Wessen wrote:
Hi,
I have written a Quartz driver for PLPlot (I\'m using version
5.7.4 so a little out of date) and am using it inside an iOS
app I have written. It is not on the app store, but I am
considering uploading it, so I wanted to check about any
issues
On 01/30/2012 08:20 AM, Aleksander Schwarzenberg-Czerny wrote:
Hi,
I suspect the issue is not plplot itself but how it cairo interprete
info passed from gtk (the cc structure below). In my sample code, the
plplot part, except for cc calls, does exactly what is
contained in your simplest
On 11/01/2011 10:06 AM, Steve Schwartz wrote:
Dear All,
Is there a good reason why plexit must force a program abort even if the
programmer has written their own exit_handler? For simple user-written
code I guess this isn't too much of a problem, but for anything that is
distributed or given
Hello,
Version 5.9.9 of PLplot is now available.
As always:
(1) Please refer to our wiki for the latest build and install
instructions.
(http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page)
(2) Let us know of any problems / bugs that you come across while
installing / using PLplot.
There seems to be some issue with the doxygen documentation. Perhaps
something went wrong when I generated them? I think I have all the
prerequisites as my recollection is that they were generated properly
for v5.9.8.
http://plplot.sourceforge.net/doxygen/html
-Hazen
Hello,
As some may be aware, due to a recently discovered issue with 5.9.8
dynamic libraries on Windows the plan is to generate a 5.9.9 release in
the next few days. The original plan was that this would happen tonight,
but since my impression is that things have not quite settled down yet,
As of v11887 I removed my (unfinished) work on plget / plset. This was
an attempt to provide a 'unified' way to get and set many of the
variables in the PLStream structure. While I still think the idea may
still have merit, I was overly ambitious and this project turned out to
be too much
On 06/01/2010 10:40 AM, Alan W. Irwin wrote:
Agreed, although perhaps it would be more efficient to do this at the
library
level rather than the driver level. We would only have to do it once, and
then any new interactive drivers would simple have to detect the close
window
button press and
On 08/16/2011 12:11 PM, Alan W. Irwin wrote:
Hi Hazen:
Thanks for bringing this up. I have just now reviewed this whole
interesting thread, and I still think this is a good idea. Sometimes,
though, Andrew quietly fixes things so I am not sure whether this good
idea has been implemented yet
On 08/10/2011 03:57 PM, Alan W. Irwin wrote:
II. With control configured, debuild then informed me of a number of other
build dependencies I didn't have installed. After addressing those
issues, debuild complained about a missing ChangeLog file. That file
was dropped (since it was full of
Hello,
Version 5.9.8 of PLplot is now available.
As always:
(1) Please refer to our wiki for the latest build and install
instructions.
(http://www.miscdebris.net/plplot_wiki/index.php?title=Main_Page)
(2) Let us know of any problems / bugs that you come across while
installing / using PLplot.
On 07/28/2011 03:26 PM, Hazen Babcock wrote:
I believe that I will be able to generate the 5.9.8 release this Sunday
night, starting around 8 or so EST. Hopefully that works for everyone.
Apologies for this, but as I feared I do not have the time to generate
the release tonight. However, I
1 - 100 of 369 matches
Mail list logo