Re: [Plplot-devel] Is PLplot dead?

On 9/18/24 02:32, Rafael Laboissière wrote: * Orion Poplawski [2024-09-13 21:49]: I haven't seen a post on this list from anyone other than me since August 2023. Is it time to consider this project dead? I'm still waiting for Alan (Irwin) to chime in, but this is looking less and less likely a

Re: [Plplot-devel] setlocale

ing/getting 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,

Re: [Plplot-devel] setlocale

ndroid <https://aka.ms/AAb9ysg> -------- *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

Re: [Plplot-devel] setlocale

ead of giving up after plPlot had been rendering for a 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, J

Re: [Plplot-devel] setlocale

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 all

[Plplot-devel] ndiff software commit

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 ___ Plplo

Re: [Plplot-devel] Tentative plan for removing our support of Qt4

@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

Re: [Plplot-devel] Status of examples/c/extXdrawable_demo.c

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

Re: [Plplot-devel] PyQt4 on MinGw-w64/MSYS2 - pyqtconfig

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? (

Re: [Plplot-devel] Python3

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 p

Re: [Plplot-devel] A mysterious pyc file corruption issue

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 (

Re: [Plplot-devel] Python3

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 v

Re: [Plplot-devel] Python3

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 c

Re: [Plplot-devel] Python3

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 opti

Re: [Plplot-devel] Testing with Docker

On 11/25/2016 09:46 AM, Hazen Babcock wrote: > > I think have this more or less working now. I created a git repository > for this here: > https://github.com/PLplot/plplot-docker > > And our docker images are here: > https://hub.docker.com/u/plplot/ > > Assuming that yo

[Plplot-devel] Python3

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 su

[Plplot-devel] Testing with Docker

ependencies 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 Haze

[Plplot-devel] Fwd: Failed: HazenBabcock/PLplot#26 (master - ae56402)

is CI To: hbabc...@mac.com *HazenBabcock / PLplot <https://travis-ci.org/HazenBabcock/PLplot>* (master <https://github.com/HazenBabcock/PLplot/tree/master>) Build #26 failed. <https://travis-ci.org/HazenBabcock/PLplot/builds/178368681> 37 minutes and 50 seconds *

Re: [Plplot-devel] Continuous Integration

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 h

Re: [Plplot-devel] Continuous Integration

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

Re: [Plplot-devel] Continuous Integration

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 diff

[Plplot-devel] Continuous Integration

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

Re: [Plplot-devel] How to build with QT5?

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

Re: [Plplot-devel] How to build with QT5?

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., Qt5)

[Plplot-devel] How to build with QT5?

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 exten

Re: [Plplot-devel] ctest failure with Qt file devices

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 > lib

Re: [Plplot-devel] ctest failure with Qt file devices

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

Re: [Plplot-devel] ctest failure with Qt file devices

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

Re: [Plplot-devel] ctest failure with Qt file devices

On 11/15/2016 02:46 AM, Alan W. Irwin wrote: >> >> 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

[Plplot-devel] ctest failure with Qt file devices

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 OUTPUT_DI

Re: [Plplot-devel] Error report system plus thread safety

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

Re: [Plplot-devel] Error report system plus thread safety

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 (l

Re: [Plplot-devel] Error report system plus thread safety

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

[Plplot-devel] PyQt5 bindings

Hello, I just added PyQt5 binding to PLplot and a corresponding example, examples/python/pyqt5_example.py. It should be enabled if you are using Qt5 and you have all the dependencies installed. I tested it and at the minimum it works on my linux machine :). The biggest issue with these bindin

Re: [Plplot-devel] Qt5 / cmake error

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 PRIVATE

[Plplot-devel] Qt5 / cmake error

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:

[Plplot-devel] OpenGL driver starter kit

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 T

Re: [Plplot-devel] Python, anyone?

> 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 plplot/

Re: [Plplot-devel] patch 31 which contains wincairo fixes

On 07/06/2015 01:26 PM, Greg Jung wrote: > I have been using the calls > -SetWindowLong( aStream->hwnd, GWL_USERDATA, (long) pls ); > +SetWindowLongPtr( aStream->hwnd, GWLP_USERDATA, (LONG_PTR) pls ); > > in both 32- and 64-bit compiled wincairo application for months, as well as > in wingc

Re: [Plplot-devel] patch 31 which contains wincairo fixes

On 07/04/2015 12:15 PM, Alan W. Irwin wrote: > Hi Hazen: > > A PLplot user has created a patch containing wincairo fixes (see > ). As the originator of > the wincairo device could you please evaluate this 3-line change to > see whether we should apply i

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

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 b

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

> > 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 cons

Re: [Plplot-devel] FPE in plfill.c

On 05/14/2015 11:42 AM, Hazen Babcock wrote: > 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

Re: [Plplot-devel] FPE in plfill.c

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 r

Re: [Plplot-devel] floating point exception in example 29

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 target

[Plplot-devel] FPE in plfill.c

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 th

Re: [Plplot-devel] floating point exception in example 29

On 05/12/2015 01:22 PM, Alan W. Irwin wrote: > On 2015-05-12 09:41-0400 Hazen Babcock wrote: >> >> Hm.. example 21 also generates an FPE, but at least in this case it >> looks like it is coming from the qhull library. And example 29 also >> generates an FPE, but only th

Re: [Plplot-devel] Version 6?

This e-mail is to provide a summary of what we had discussed, please let me know if I left anything out. I think we had a consensus that the following change would be made as part of a possible version 6: 1. All API functions return error codes. I think we also agreed on these items, which mi

Re: [Plplot-devel] floating point exception in example 29

> > 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 yo

Re: [Plplot-devel] floating point exception in example 29

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 i

Re: [Plplot-devel] floating point exception in example 29

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 deb

Re: [Plplot-devel] Comprehensive testing reports

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 th

Re: [Plplot-devel] Comprehensive testing reports

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. Instead,

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

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 st

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

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 ~$ unam

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

On 03/21/2015 05:51 PM, Jim Dishaw wrote: > >> 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 alre

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

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 approach which allows us to >> drop core code at the expense of more dup

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

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" >> wrote: >> >>> On 2015-03-20 08:46-0400 Hazen Babcock wrote: >>> >>>> 5. Use a lib

Re: [Plplot-devel] OpenGL

> From: Norman Goldstein > > 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 is that as

[Plplot-devel] Version 6?

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 particu

Re: [Plplot-devel] OpenGL

> From: Norman Goldstein > > Let me know if you would like to discuss sharing the load ... > > > > On 03/18/2015 02:48 PM, Chris Marshall wrote: >> >> Actually it is a work in progress...just slowly. >> >> On Mar 18, 2015 12:06 PM, "Norman Goldstein" > > wrote: >> >>

Re: [Plplot-devel] fixed memory leak plplot-5.10.0

On 03/19/2015 03:30 PM, 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 >>> program and

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

> 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 >> program and clean up correctly. It looks like this was changed at some >> stage in the past, but I don't know why. I guess th

Re: [Plplot-devel] Fwd: metafiles

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

Re: [Plplot-devel] Plplot-devel The current project to upgrade the Fortran interface

> From: "Alan W. Irwin" > Subject: [Plplot-devel] The current project to upgrade the Fortran > interface > To: Arjen Markus , PLplot development list > > Message-ID: > Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII > > An additional possible goal we have been discussing

Re: [Plplot-devel] [plplot:plplot] [c77029] - Hazen Babcock: Remove (apparently) unused INCLUDEPATH.

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

Re: [Plplot-devel] smoke bindings

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 = >>> qMetaTypeC

Re: [Plplot-devel] smoke bindings

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 bin

Re: [Plplot-devel] smoke bindings

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 a

Re: [Plplot-devel] smoke bindings

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

Re: [Plplot-devel] Exit calls and memory management

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 perh

Re: [Plplot-devel] Exit calls and memory management

> Message: 5 > Date: Mon, 22 Sep 2014 15:17:36 +0100 > From: Phil Rosenberg > Subject: [Plplot-devel] Exit calls and memory management > To: PLplot development list > Message-ID: <218078.55503...@smtp115.mail.ir2.yahoo.com> > Content-Type: text/plain; charset="windows-1252" > > This one is mostly

Re: [Plplot-devel] git blog

> > 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 bet

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

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 > historical_repository_conversio

Re: [Plplot-devel] Your recent update to README.developers concerning workflow

> From: Arjen Markus > Subject: Re: [Plplot-devel] Your recent update to README.developers > concerning workflow > To: PLplot development list > Message-ID: > <8CF085736108634681FD03EC36E6A0720E6A4FC7@V-EXC-C02.DIRECTORY.INTRA> > Content-Type: text/plain; charset="us-ascii" > > Hi

Re: [Plplot-devel] README suggestion

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 20

Re: [Plplot-devel] Your recent update to README.developers concerning workflow

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 --f

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

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

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

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 automaticall

Re: [Plplot-devel] Trying to understand how git workflow for CMake is enforced

> > @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 >

Re: [Plplot-devel] Trying to understand how git workflow for CMake is enforced

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" > > .. > >> In sum, I think rebas

Re: [Plplot-devel] Plplot-devel Digest, Vol 99, Issue 16

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" .. > 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 that > purpose but

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

On 8/17/2014 2:41 AM, Alan W. Irwin wrote: > On 2014-08-16 22:37-0400 Hazen Babcock wrote: >> >> "git reflog doesn't traverse HEAD's ancestry at all. The reflog is an >> ordered list of the commits that HEAD has pointed to: it's undo >> history f

Re: [Plplot-devel] Trying to understand how git workflow for CMake is enforced

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 s

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

On 8/13/2014 3:16 PM, Alan W. Irwin wrote: > On 2014-08-13 10:28-0400 Hazen Babcock wrote: > > > That method does not seem fool-proof. See the expire subcommand for "git > reflog". Furthermore, some of the PLplot branches are still active > (e.g., test_cmake) and usef

Re: [Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

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 develop

Re: [Plplot-devel] exit() calls

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 > as

Re: [Plplot-devel] Trying to understand how git workflow for CMake is enforced

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 i

Re: [Plplot-devel] exit() calls

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

Re: [Plplot-devel] Preferred git workflow

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 Plplot-devel@lists.sourcefo

[Plplot-devel] Fwd: Re: [Plplot-core] git conversion status

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

Re: [Plplot-devel] [PATCH] QColor warning when Qt PlPlot widget is created

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

[Plplot-devel] smoke bindings

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

Re: [Plplot-devel] floating point exception in example 29

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 p

Re: [Plplot-devel] floating point exception in example 29

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 someth

[Plplot-devel] floating point exception in example 29

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 belie

Re: [Plplot-devel] git (again)

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

[Plplot-devel] Example 27 missing arcs()?

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,

Re: [Plplot-devel] git (again)

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 that conversion (at SourceForge, see below) after I have > finished my timeephem git evaluation, i.e.

Re: [Plplot-devel] git (again)

> Date: Wed, 5 Feb 2014 16:01:25 -0700 > From: Jerry >>> >>> 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 the

  1   2   3   4   5   6   >