date:20161215

Re: [Plplot-devel] plbuffer bug

2016-12-15 Thread p.d.rosenberg

Hi Alan, Jim
I don't think the size impact of storing everything as a ucs4 string is a big 
deal. Most text stored will be single character points. But we already have 
overheads for storing the position, rotation, style, font, etc. So for a 1 byte 
ascii character we probably already store 20 or so bytes. Adding another 3 is 
not an issue.

Sent from my Windows 10 phone

From: Alan W. Irwin
Sent: 15 December 2016 22:59
To: Phil Rosenberg
Cc: plplot-devel@lists.sourceforge.net
Subject: Re: [Plplot-devel] plbuffer bug

On 2016-12-15 20:38- Phil Rosenberg wrote:

> Hi All
> I've just posted a bug to the bug tracker regarding  the buffer.
>
> I just wanted to send an email out to say that I don't particularly
> intend to fix it before the freeze as I don't think there is time. But
> I wanted to stick it on the tracker so it didn't get forgotten.
>
> The problem is that text is written and read in "device native"
> encoding (i.e. Unicode or ascii) so if a buffer is copied from a
> Unicode device to an ascii one then the plreplot call will hit a
> problem with buffer reading and call plexit. The solution would be to
> always write Unicode or to add a flag to indicate the encoding in the
> buffer. If anyone has a preference then let me know.

Hi Phil:

Thanks for bringing this potentially nasty issue to our attention,
and I agree with your judgement this is an issue that should be
tackled after the release.

To answer your question for when you do work on this, if I recall
correctly, user-specified strings which are assumed to be written in
the UTF-8 encoding (which includes ascii) of unicode are uniformly
translated to a modified UCS4 (32-bit) unicode encoding for internal
PLplot use where the modifications include the possibility of
embedding 32-bit FCI (font characterization integer) words (to change
some font characteristic in mid string) in the middle of the modified
UCS4 arrays.  I also recall (but haven't checked to be sure) that
right now that if the device cannot handle
unicode, then we store the text information in an entirely different
array which is 4 times shorter.

But I would strongly prefer instead that we move to always using the
modified UCS4 array for text with the ascii-only devices using a core
function to convert that back to an ascii string (with appropriate
filtering when the UCS4 array contains an FCI or a 32-bit
representation of a non-ascii glyph) for their own text plotting.  The
big advantage of this approach is our text handling then automatically
becomes greatly simplified/much less confusing to understand.  The
downside, of course, is UCS4 is 4 times larger than the equivalent
ascii (for those cases when the pure ascii subset of UTF-8 is used by
our users).  However, I think pure ascii use is becoming rarer and
rarer (especially for scientific plotting where many Unicode math
symbols are typically used in labels).  So instead of using our own
(incredibly inefficient) "#[nnn]" unicode encoding that keeps users
strings strictly in ascii, users now tend to just cut and paste the
UTF-8 math symbol they need into their PLplot text string with
some very nice results for our modern (unicode-aware) devices.

So assuming that is a correct summary of the present text situation,
and we also decide to make the simplifying code modification I
strongly suggest above, then obviously the modified UCS4 array that
will then always contain the text information should be included in
the buffer.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-16 01:05- Phil Rosenberg wrote:

> Hmm - well another theory down in smoke.
>
> Attached is an absolute minimum example of the use of wxEVT_CREATE. On
> Windows I get the expected behaviour of a popup dialog appearing
> before the frame saying "OnCreate called."
>
> Could you try it on one of your Linux machines? I'm afraid it's way
> past my bedtime here in the UK, so I'll have to continue tomorrow.

@Pedro: You should do this test as well since your Linux platforms are the ones 
where
(so far at least) issues are showing up.  But for what it is worth, I did the 
following

irwin@raven> g++ $(wx-config --cppflags --libs) evtCreateExample.cpp

to successfully (no errors/warnings) build Phil's test application.

Then I ran it with

irwin@raven> ./a.out

and a popup window came up (apparently as a subGUI of a grey GUI blank
called "My Frame") with the "OnCreate Called" message displayed (which
I understand was the expected result when everything is working
properly).

I hope that experiment helps you guys to gain some insight in what the
heck is going on for wxwidgets-gtk+ on Linux.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Pedro Vicente

Hi Alan

ok, I will reformat the commit message later today.
since I am not that familiar with git to do the  amend, I'll just create a 
new branch and do the same commit with the message you sent in the last 
email

that's a good idea to have messages as detailed as possible,

-Pedro

- Original Message - 
From: "Alan W. Irwin" 
To: "Pedro Vicente" 
Cc: "Phil Rosenberg" ; "PLplot development list" 

Sent: Thursday, December 15, 2016 8:34 PM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error


> On 2016-12-15 19:56-0500 Pedro Vicente wrote:
>
>> Alan
>>
>> All my linux failures were on 3 different "real" machines (CentOS with 
>> personal wxwidgets 3.1 build, 2 ubuntus 14.04 16.4 from packages)
>>
>> the 4th linux failure was on a debian I installed on VirtualBox.
>
> Hi Pedro:
>
> Sorry.  As Phil said, one more theory goes up in smoke.  :-(
>
> My suggestion for reformatting your commit message still stands but 
> obviously
> without the Virtual box remark I inserted.
>
> Alan
> __
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __
>
> Linux-powered Science
> __
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 19:56-0500 Pedro Vicente wrote:

> Alan
>
> All my linux failures were on 3 different "real" machines (CentOS with 
> personal wxwidgets 3.1 build, 2 ubuntus 14.04 16.4 from packages)
>
> the 4th linux failure was on a debian I installed on VirtualBox.

Hi Pedro:

Sorry.  As Phil said, one more theory goes up in smoke.  :-(

My suggestion for reformatting your commit message still stands but obviously
without the Virtual box remark I inserted.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-16 00:26- Phil Rosenberg wrote:

> Unfortunately I don't think I have enough space to install virtualbox.
> I presume I need a few 10s of GB for an Ubuntu install?
>
> I have also just tried on the Bash on Ubuntu on Windows (still trying
> to decide if I like this or Cygwin best. Anyway...). Again everything
> works fine on this (I'm using Xming for my X server).
>
> Is there something different with the X server or something in a
> VirtualBox install?

Yes, the X server is different for VirtualBox.  For example, my
understanding is they have implemented their own X device when Linux
is the host, and presumably something different again when Windows is
the host (as in Pedro's case). (By chance I happen to know this bit of arcane
knowledge from my couple of years of lurking on the Intel X driver
list in an attempt to help me figure out some glitches in how the Intel
Linux X driver was working for my Intel video chip.)

> I suspect that you are correct Alan and this is a subtle VitualBox
> thing. We should create a minimum working example of a wxFrame using
> the two stage creation totally independent of plplot and see if this
> works. If it doesn't then we know this is a VirtualBox/wxWidgets bug.
> If it does then we can start adding complexity to find where it
> breaks.

If you could implement that great idea for looking at this issue
deeper, it would be great. Note I plan to merge Pedro's fix (once he
gets it to me in format-patch form) and let it ride for the release or
until you can figure this out if that happens before the release.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] The pls NULL fix for VirtualBox'd Linux platforms

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 18:39-0500 Pedro Vicente wrote:

> I did what the README file said and here it is my first patch attached:-)
>
> what it has it's *just* some print messages (not my fix yet) so that you and 
> Phil could get a better idea of the bug
>
> I have
>
> 17:57:49: Debug: wxPLplotwindow::wxPLplotwindow
> 17:57:49: Debug: frame->Create
> 17:57:49: Debug: pls NULL
> 17:57:49: Debug: wxPLplotwindow::RenewPlot
> 17:57:49: Debug: wxPLplotwindow::OnCreate
> 17:57:49: Debug: wxPLplotwindow::RenewPlot
>
> so this clearly shows that the stream is NULL on my linux build

Hi Pedro:

Your commit applied cleanly here on a topic branch.  And I like the
fact you have a separate commit for the debugging output and
later you will follow up with your commit with your actual
fix (for VirtualBox'd Linux platforms).

I do have a strong suggestion that the style of your commit message
needs to be reformatted.

So instead of saying

add debug messages that show sequence of events for a bug that happens
on linux with wxwidgets3.0 installed from packages cause is that
frame->Create does not trigger a OnCreate() event before the PLot() call

in your very first paragraph, you should reformat that as follows:

wxwidgets binding: insert debug messages

Add debug messages that show sequence of events for a bug that happens
on linux with wxwidgets3.0 installed from packages.  The cause (at
least on VirtualBox Linux platforms) is that frame->Create does not
trigger an OnCreate() event before the PLot() call as shown by the
following debug messages when the test_wxPLplotDemo target is built
on a VirtualBox'd Linux system.

17:57:49: Debug: wxPLplotwindow::wxPLplotwindow
17:57:49: Debug: frame->Create
17:57:49: Debug: pls NULL
17:57:49: Debug: wxPLplotwindow::RenewPlot
17:57:49: Debug: wxPLplotwindow::OnCreate
17:57:49: Debug: wxPLplotwindow::RenewPlot

That first very short (one line) paragraph is important (as I also
noted in README.developers) because that short summary of
the commit is used in all sorts of places within git.

IF you haven't done any further commits,
you can change to this new style by simply using

git commit --amend

which allows you to amend your current commit message if you have
nothing staged yet for your next commit.

Or I can do a similar commit amend here (but I prefer you do it for the
practice).

@Phil:

I implemented the current form of Pedro's first commit here as follows:

First update local git master to latest git master from SF as per usual.  Then

# If not there already
git checkout master
# Always develop on topic branches starting from fresh master
git checkout -b wxwidgets_fixes
# Create Pedro's commit on that new branch
git am 
Create
16:37:03: Debug: wxPLplotwindow::RenewPlot
16:37:03: Debug: wxPLplotwindow::RenewPlot
16:37:03: Debug: wxPLplotwindow::OnCreate
16:37:03: Debug: wxPLplotwindow::RenewPlot
16:37:03: Debug: Plot()
16:37:03: Debug: wxPLplotwindow::RenewPlot
PLMemoryMap::close: just entering close
[100%] Built target test_wxPLplotDemo

which continues to show non-NULL pls here.

Nevertheless from my perspective as release manager we want to
accommodate all platforms including VirtualBox ones (even if we are
missing something now, as Phil suggested, to explain this difference
between those platforms and ordinary Linux).

So please go ahead and send me both commits (the first one amended as
above, and your next commit to take care of this pls NULL issue on
VirtualBox'd Linux platforms). And then assuming there are no problems
here due to these two commits, I will merge both commits to SF master
unless I hear differently from Phil between now and then.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Phil Rosenberg

Hmm - well another theory down in smoke.

Attached is an absolute minimum example of the use of wxEVT_CREATE. On
Windows I get the expected behaviour of a popup dialog appearing
before the frame saying "OnCreate called."

Could you try it on one of your Linux machines? I'm afraid it's way
past my bedtime here in the UK, so I'll have to continue tomorrow.

Phil



On 16 December 2016 at 00:56, Pedro Vicente
 wrote:
> Alan
>
> All my linux failures were on 3 different "real" machines (CentOS with
> personal wxwidgets 3.1 build, 2 ubuntus 14.04 16.4 from packages)
>
> the 4th linux failure was on a debian I installed on VirtualBox.
> So, it's not a VirtualBox issue.
> -Pedro
>
>
> - Original Message - From: "Alan W. Irwin"
> 
> To: "Pedro Vicente" ; "Phil Rosenberg"
> 
> Cc: "PLplot development list" 
> Sent: Thursday, December 15, 2016 7:05 PM
> Subject: Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error
>
>
>> On 2016-12-15 17:19-0500 Pedro Vicente wrote:
>>
>>> Hi Phil
>>>
>>>
> I can't help feeling that there is something that we are missing here.
> Given both I and Pedro have tested on Ubuntu 14.04 there must be
> something different between the two systems.
>>>
>>>
>>> it seems so.
>>> the only way to be sure is that on your side to install a completely new
>>> Ubuntu, or Debian on VirtualBox, and then do
>>>
>>> sudo apt-get install libwxgtk3.0-dev
>>>
>>> VirtualBox can be installed on Windows or Mac (this is called the host
>>> system).
>>> I am running it on my Windows machine and I have three linux installed on
>>> it , ubuntu, centos, debian
>>
>>
>> @ Phil and Pedro:
>>
>> I am beginning to wonder whether something that is being done
>> differently but legitimately by VirtualBox is highlighting some subtle
>> bug we have in the Linux wxwidgets code that doesn't happen to show any
>> symptoms for the non-VirtualBox'd case.
>>
>> @Phil:
>>
>> I am just going to go ahead and merge Pedro's patch (once he gets it
>> to me in "git format-patch" form) to SF master since it apparently
>> solves his "VirtualBox" issue (if we can call it that) without messing
>> up the Linux success we have on non-VirtualBox'ed Linux.  But if you
>> have any qualms about his changes, feel free to either contact me
>> immediately (if you are not sleeping now) or ask me to revert my merge
>> of his work tomorrow.
>>
>> Alan
>> __
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation for stellar interiors (freeeos.sf.net); the Time
>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>> software package (plplot.sf.net); the libLASi project
>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>> and the Linux Brochure Project (lbproject.sf.net).
>> __
>>
>> Linux-powered Science
>> __
>>
>
#include 

class myFrame : public wxFrame
{
public:
	myFrame();
	~myFrame();
private:
	void OnCreate(wxWindowCreateEvent& event);
	//DECLARE_EVENT_TABLE();
};

class MyApp : public wxApp
{
public:
	virtual bool OnInit();
};

IMPLEMENT_APP(MyApp);

bool MyApp::OnInit()
{
	myFrame* frame = new myFrame();
	frame->Create(NULL, wxID_ANY, "My Frame");
	frame->Show();
	return true;
}

//BEGIN_EVENT_TABLE(mainFrame, wxFrame)
//END_EVENT_TABLE()

myFrame::myFrame()
{
	Connect(wxEVT_CREATE, wxWindowCreateEventHandler(myFrame::OnCreate));
}

void myFrame::OnCreate(wxWindowCreateEvent& event)
{
	wxMessageBox( "OnCreate called" );
}

myFrame::~myFrame()
{
}--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Pedro Vicente

>>Unfortunately I don't think I have enough space to install virtualbox.
>>I presume I need a few 10s of GB for an Ubuntu install?

not at all ! :-)

the beauty of Virtual Box is that it has this feature called dynamic size.
you can install ubuntu with 8GB or less.

all the OS is contained on a single file on the host system.
so it does not alter the host in any shape or form

I routinely install and delete linux installations just to test something


>> > I have also just tried on the Bash on Ubuntu on Windows (still trying
> to decide if I like this or Cygwin best. Anyway...).


go for Bash on Ubuntu on Windows if you have Windows 10
I have Windows 7 and I use git bash ;
so I can run bash on Windows 7

>> Again everything
> works fine on this (I'm using Xming for my X server).

the bug does not happen in Windows ;
that is if you mean the Visual Studio build that uses the wxWidgets WIN32 
API
completely different from the GTK part on Linux


>> > I suspect that you are correct Alan and this is a subtle VitualBox
> thing.

see my previous email
the errors happened on real linux installations



- Original Message - 
From: "Phil Rosenberg" 
To: "Alan W. Irwin" 
Cc: "Pedro Vicente" ; "PLplot development 
list" 
Sent: Thursday, December 15, 2016 7:26 PM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error


> Unfortunately I don't think I have enough space to install virtualbox.
> I presume I need a few 10s of GB for an Ubuntu install?
>
> I have also just tried on the Bash on Ubuntu on Windows (still trying
> to decide if I like this or Cygwin best. Anyway...). Again everything
> works fine on this (I'm using Xming for my X server).
>
> Is there something different with the X server or something in a
> VirtualBox install?
>
> I suspect that you are correct Alan and this is a subtle VitualBox
> thing. We should create a minimum working example of a wxFrame using
> the two stage creation totally independent of plplot and see if this
> works. If it doesn't then we know this is a VirtualBox/wxWidgets bug.
> If it does then we can start adding complexity to find where it
> breaks.
>
> On 16 December 2016 at 00:05, Alan W. Irwin  
> wrote:
>> On 2016-12-15 17:19-0500 Pedro Vicente wrote:
>>
>>> Hi Phil
>>>
>>>
> I can't help feeling that there is something that we are missing here.
> Given both I and Pedro have tested on Ubuntu 14.04 there must be
> something different between the two systems.
>>>
>>>
>>> it seems so.
>>> the only way to be sure is that on your side to install a completely new
>>> Ubuntu, or Debian on VirtualBox, and then do
>>>
>>> sudo apt-get install libwxgtk3.0-dev
>>>
>>> VirtualBox can be installed on Windows or Mac (this is called the host
>>> system).
>>> I am running it on my Windows machine and I have three linux installed 
>>> on
>>> it , ubuntu, centos, debian
>>
>>
>> @ Phil and Pedro:
>>
>> I am beginning to wonder whether something that is being done
>> differently but legitimately by VirtualBox is highlighting some subtle
>> bug we have in the Linux wxwidgets code that doesn't happen to show any
>> symptoms for the non-VirtualBox'd case.
>>
>> @Phil:
>>
>> I am just going to go ahead and merge Pedro's patch (once he gets it
>> to me in "git format-patch" form) to SF master since it apparently
>> solves his "VirtualBox" issue (if we can call it that) without messing
>> up the Linux success we have on non-VirtualBox'ed Linux.  But if you
>> have any qualms about his changes, feel free to either contact me
>> immediately (if you are not sleeping now) or ask me to revert my merge
>> of his work tomorrow.
>>
>>
>> Alan
>> __
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and 
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation for stellar interiors (freeeos.sf.net); the Time
>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>> software package (plplot.sf.net); the libLASi project
>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>> and the Linux Brochure Project (lbproject.sf.net).
>> __
>>
>> Linux-powered Science
>> __
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Pedro Vicente

Alan

All my linux failures were on 3 different "real" machines (CentOS with 
personal wxwidgets 3.1 build, 2 ubuntus 14.04 16.4 from packages)

the 4th linux failure was on a debian I installed on VirtualBox.
So, it's not a VirtualBox issue.
-Pedro


- Original Message - 
From: "Alan W. Irwin" 
To: "Pedro Vicente" ; "Phil Rosenberg" 

Cc: "PLplot development list" 
Sent: Thursday, December 15, 2016 7:05 PM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error


> On 2016-12-15 17:19-0500 Pedro Vicente wrote:
>
>> Hi Phil
>>
>>
 I can't help feeling that there is something that we are missing here.
 Given both I and Pedro have tested on Ubuntu 14.04 there must be
 something different between the two systems.
>>
>> it seems so.
>> the only way to be sure is that on your side to install a completely new 
>> Ubuntu, or Debian on VirtualBox, and then do
>>
>> sudo apt-get install libwxgtk3.0-dev
>>
>> VirtualBox can be installed on Windows or Mac (this is called the host 
>> system).
>> I am running it on my Windows machine and I have three linux installed on 
>> it , ubuntu, centos, debian
>
> @ Phil and Pedro:
>
> I am beginning to wonder whether something that is being done
> differently but legitimately by VirtualBox is highlighting some subtle
> bug we have in the Linux wxwidgets code that doesn't happen to show any 
> symptoms for the non-VirtualBox'd case.
>
> @Phil:
>
> I am just going to go ahead and merge Pedro's patch (once he gets it
> to me in "git format-patch" form) to SF master since it apparently
> solves his "VirtualBox" issue (if we can call it that) without messing
> up the Linux success we have on non-VirtualBox'ed Linux.  But if you
> have any qualms about his changes, feel free to either contact me
> immediately (if you are not sleeping now) or ask me to revert my merge
> of his work tomorrow.
>
> Alan
> __
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __
>
> Linux-powered Science
> __
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Phil Rosenberg

Unfortunately I don't think I have enough space to install virtualbox.
I presume I need a few 10s of GB for an Ubuntu install?

I have also just tried on the Bash on Ubuntu on Windows (still trying
to decide if I like this or Cygwin best. Anyway...). Again everything
works fine on this (I'm using Xming for my X server).

Is there something different with the X server or something in a
VirtualBox install?

I suspect that you are correct Alan and this is a subtle VitualBox
thing. We should create a minimum working example of a wxFrame using
the two stage creation totally independent of plplot and see if this
works. If it doesn't then we know this is a VirtualBox/wxWidgets bug.
If it does then we can start adding complexity to find where it
breaks.

On 16 December 2016 at 00:05, Alan W. Irwin  wrote:
> On 2016-12-15 17:19-0500 Pedro Vicente wrote:
>
>> Hi Phil
>>
>>
 I can't help feeling that there is something that we are missing here.
 Given both I and Pedro have tested on Ubuntu 14.04 there must be
 something different between the two systems.
>>
>>
>> it seems so.
>> the only way to be sure is that on your side to install a completely new
>> Ubuntu, or Debian on VirtualBox, and then do
>>
>> sudo apt-get install libwxgtk3.0-dev
>>
>> VirtualBox can be installed on Windows or Mac (this is called the host
>> system).
>> I am running it on my Windows machine and I have three linux installed on
>> it , ubuntu, centos, debian
>
>
> @ Phil and Pedro:
>
> I am beginning to wonder whether something that is being done
> differently but legitimately by VirtualBox is highlighting some subtle
> bug we have in the Linux wxwidgets code that doesn't happen to show any
> symptoms for the non-VirtualBox'd case.
>
> @Phil:
>
> I am just going to go ahead and merge Pedro's patch (once he gets it
> to me in "git format-patch" form) to SF master since it apparently
> solves his "VirtualBox" issue (if we can call it that) without messing
> up the Linux success we have on non-VirtualBox'ed Linux.  But if you
> have any qualms about his changes, feel free to either contact me
> immediately (if you are not sleeping now) or ask me to revert my merge
> of his work tomorrow.
>
>
> Alan
> __
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __
>
> Linux-powered Science
> __

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] plbuffer bug

2016-12-15 Thread Jim Dishaw



> On Dec 15, 2016, at 5:59 PM, Alan W. Irwin  wrote:
> 
>> On 2016-12-15 20:38- Phil Rosenberg wrote:
>> 
>> The problem is that text is written and read in "device native"
>> encoding (i.e. Unicode or ascii) so if a buffer is copied from a
>> Unicode device to an ascii one then the plreplot call will hit a
>> problem with buffer reading and call plexit. The solution would be to
>> always write Unicode or to add a flag to indicate the encoding in the
>> buffer. If anyone has a preference then let me know.
> 
> Hi Phil:
> 
> Thanks for bringing this potentially nasty issue to our attention,
> and I agree with your judgement this is an issue that should be
> tackled after the release.
> 
> To answer your question for when you do work on this, if I recall
> correctly, user-specified strings which are assumed to be written in
> the UTF-8 encoding (which includes ascii) of unicode are uniformly
> translated to a modified UCS4 (32-bit) unicode encoding for internal
> PLplot use where the modifications include the possibility of
> embedding 32-bit FCI (font characterization integer) words (to change
> some font characteristic in mid string) in the middle of the modified
> UCS4 arrays.  I also recall (but haven't checked to be sure) that
> right now that if the device cannot handle
> unicode, then we store the text information in an entirely different
> array which is 4 times shorter.
> 
> But I would strongly prefer instead that we move to always using the
> modified UCS4 array for text with the ascii-only devices using a core
> function to convert that back to an ascii string (with appropriate
> filtering when the UCS4 array contains an FCI or a 32-bit
> representation of a non-ascii glyph) for their own text plotting.  The
> big advantage of this approach is our text handling then automatically
> becomes greatly simplified/much less confusing to understand.  The
> downside, of course, is UCS4 is 4 times larger than the equivalent
> ascii (for those cases when the pure ascii subset of UTF-8 is used by
> our users).  However, I think pure ascii use is becoming rarer and
> rarer (especially for scientific plotting where many Unicode math
> symbols are typically used in labels).  So instead of using our own
> (incredibly inefficient) "#[nnn]" unicode encoding that keeps users
> strings strictly in ascii, users now tend to just cut and paste the
> UTF-8 math symbol they need into their PLplot text string with
> some very nice results for our modern (unicode-aware) devices.
> 
> So assuming that is a correct summary of the present text situation,
> and we also decide to make the simplifying code modification I
> strongly suggest above, then obviously the modified UCS4 array that
> will then always contain the text information should be included in
> the buffer.
> 

Oops. I didn't think of that when I implemented the buffer awhile back. It 
probably would be best to have an encoding flag because if the library is 
compiled without unicode support, I think forcing Unicode could cause problems. 

My goof, so I can try my hand at a patch, but it will be after the freeze. 

> Alan
> __
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __
> 
> Linux-powered Science
> __
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Plplot-devel mailing list
> Plplot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/plplot-devel


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 17:19-0500 Pedro Vicente wrote:

> Hi Phil
>
>
>>> I can't help feeling that there is something that we are missing here.
>>> Given both I and Pedro have tested on Ubuntu 14.04 there must be
>>> something different between the two systems.
>
> it seems so.
> the only way to be sure is that on your side to install a completely new 
> Ubuntu, or Debian on VirtualBox, and then do
>
> sudo apt-get install libwxgtk3.0-dev
>
> VirtualBox can be installed on Windows or Mac (this is called the host 
> system).
> I am running it on my Windows machine and I have three linux installed on it 
> , ubuntu, centos, debian

@ Phil and Pedro:

I am beginning to wonder whether something that is being done
differently but legitimately by VirtualBox is highlighting some subtle
bug we have in the Linux wxwidgets code that doesn't happen to show 
any symptoms for the non-VirtualBox'd case.

@Phil:

I am just going to go ahead and merge Pedro's patch (once he gets it
to me in "git format-patch" form) to SF master since it apparently
solves his "VirtualBox" issue (if we can call it that) without messing
up the Linux success we have on non-VirtualBox'ed Linux.  But if you
have any qualms about his changes, feel free to either contact me
immediately (if you are not sleeping now) or ask me to revert my merge
of his work tomorrow.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Recruiting members of the core development team

2016-12-15 Thread Pedro Vicente


Hi Alan


we frankly do like to
recruit new and energetic core development help for our favourite
software project) ask you to become a core PLplot developer with "git
push" privileges.


yes , I would like to be a core PLplot developer .
I intend to use PLplot on a major project and there are some features that I 
would like to add probably (I'll elaborate another day).


I did what the README file said and here it is my first patch attached:-)

what it has it's *just* some print messages (not my fix yet) so that you and 
Phil could get a better idea of the bug


I have

17:57:49: Debug: wxPLplotwindow::wxPLplotwindow
17:57:49: Debug: frame->Create
17:57:49: Debug: pls NULL
17:57:49: Debug: wxPLplotwindow::RenewPlot
17:57:49: Debug: wxPLplotwindow::OnCreate
17:57:49: Debug: wxPLplotwindow::RenewPlot

so this clearly shows that the stream is NULL on my linux build

-Pedro


- Original Message - 
From: "Alan W. Irwin" 

To: "Pedro Vicente" 
Cc: "PLplot development list" 
Sent: Thursday, December 15, 2016 6:22 PM
Subject: Recruiting members of the core development team



On 2016-12-15 16:39-0500 Pedro Vicente wrote:


do I have git permissions to do
git commit
git push
?


Hi Pedro:

I am putting your good general question above on the list so others can
share my answer.  Of course, you always have git commit privileges
on your local cloned PLplot repository.  So the fundamental question
is about "git push".

First we would like to get some experience with you contributing to
PLplot using the "git format-patch" (you) and "git am" (me or some
other core team member) approach.  But if you continue to make
contributions in that form that we like, then we will certainly
(probably sooner rather than later because we frankly do like to
recruit new and energetic core development help for our favourite
software project) ask you to become a core PLplot developer with "git
push" privileges.

If you would like to see who is a core team member now, take a look at
.  From git log results
you will find that some of them are no longer active and are only core
team members to acknowledge their past contributions to PLplot.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and 
Astronomy,

University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__



0001-add-debug-messages-that-show-sequence-of-events.tar.gz
Description: GNU Zip compressed data
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

2016-12-15 Thread Greg Jung

So I found a reference to the discussion about the unicode patching in wx:
https://groups.google.com/forum/#!topic/wx-dev/MTYzgOqLdfU

And here is discussion on including the replacement file in MSYS2:

https://github.com/Alexpux/MINGW-packages/pull/727

On Thu, Dec 15, 2016 at 2:40 PM, Greg Jung  wrote:

>
>
> On Tue, Dec 13, 2016 at 2:13 AM, Laurent Berger <
> laurent.ber...@univ-lemans.fr> wrote:
>
>> Thanks Greg,
>>
>> with your patch linking problem is solved. Can you post an answer in this
>> question https://forums.wxwidgets.org/viewtopic.php?f=19&t=42882&p=17
>> 4262#p174262
>>
>>
>> https://github.com/maynardGK/wxWidgets/commit/
> cb28fe5c5c49be4467a5d044f6fa4f7885972931
>
> I first submitted the patch in github around jul 30, 2015 and it went to a
> discussion somewhere in the bowels of the wxwidgets,  where after several
> back-and-forth about what the issue was, the wx guy decided it was
> "worthwhile"
> to consider a fix of somesort - or maybe he just wanted to leave that
> impression so I would stop replying.  I also suggested it be included in
> the MSYS2 repo mash-up but since it was no one else's problem, evidently
> not worthy.
> So providing me another example of the fuitility of propogating patches
> into a well-worn package.
>
>> Now there is still a problem in cmake process because I have to modify
>> file 
>> plplot\buildmingw64\examples\c++\CMakeFiles\wxPLplotDemo.dir\linklibs.rsp
>> to link wxPlplotDemo
>>
>> in this file I have changed all  /f/lib/wxWidgets-3.1.0 in
>> f:/lib/wxWidgets-3.1.0. May be it is not a bug in plot cmake but in cmake.
>>
>>
>> Yes the references in the .rsp file are in native format for me because I
> have edited the wxconfig file as follows:
>
>> # Determine the base directories we require.
>>
>> prefix=${input_option_prefix-${this_prefix:-/mingw32}}
>>
>> if [ "x${MSYSTEM}" = "xMINGW32" ] || [ "x${MSYSTEM}" = "xMINGW64" ]; then
>>
>> prefix=$(cygpath -m ${prefix})
>>
>> fi
>>
>> exec_prefix=${input_option_exec_prefix-${input_option_
>>> prefix-${this_exec_prefix:-${prefix
>>
>> wxconfdir="${exec_prefix}/lib/wx/config"
>>
>>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] Recruiting members of the core development team

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 16:39-0500 Pedro Vicente wrote:

> do I have git permissions to do
> git commit
> git push
> ?

Hi Pedro:

I am putting your good general question above on the list so others can
share my answer.  Of course, you always have git commit privileges
on your local cloned PLplot repository.  So the fundamental question
is about "git push".

First we would like to get some experience with you contributing to
PLplot using the "git format-patch" (you) and "git am" (me or some
other core team member) approach.  But if you continue to make
contributions in that form that we like, then we will certainly
(probably sooner rather than later because we frankly do like to
recruit new and energetic core development help for our favourite
software project) ask you to become a core PLplot developer with "git
push" privileges.

If you would like to see who is a core team member now, take a look at
.  From git log results
you will find that some of them are no longer active and are only core
team members to acknowledge their past contributions to PLplot.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] plbuffer bug

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 20:38- Phil Rosenberg wrote:

> Hi All
> I've just posted a bug to the bug tracker regarding  the buffer.
>
> I just wanted to send an email out to say that I don't particularly
> intend to fix it before the freeze as I don't think there is time. But
> I wanted to stick it on the tracker so it didn't get forgotten.
>
> The problem is that text is written and read in "device native"
> encoding (i.e. Unicode or ascii) so if a buffer is copied from a
> Unicode device to an ascii one then the plreplot call will hit a
> problem with buffer reading and call plexit. The solution would be to
> always write Unicode or to add a flag to indicate the encoding in the
> buffer. If anyone has a preference then let me know.

Hi Phil:

Thanks for bringing this potentially nasty issue to our attention,
and I agree with your judgement this is an issue that should be
tackled after the release.

To answer your question for when you do work on this, if I recall
correctly, user-specified strings which are assumed to be written in
the UTF-8 encoding (which includes ascii) of unicode are uniformly
translated to a modified UCS4 (32-bit) unicode encoding for internal
PLplot use where the modifications include the possibility of
embedding 32-bit FCI (font characterization integer) words (to change
some font characteristic in mid string) in the middle of the modified
UCS4 arrays.  I also recall (but haven't checked to be sure) that
right now that if the device cannot handle
unicode, then we store the text information in an entirely different
array which is 4 times shorter.

But I would strongly prefer instead that we move to always using the
modified UCS4 array for text with the ascii-only devices using a core
function to convert that back to an ascii string (with appropriate
filtering when the UCS4 array contains an FCI or a 32-bit
representation of a non-ascii glyph) for their own text plotting.  The
big advantage of this approach is our text handling then automatically
becomes greatly simplified/much less confusing to understand.  The
downside, of course, is UCS4 is 4 times larger than the equivalent
ascii (for those cases when the pure ascii subset of UTF-8 is used by
our users).  However, I think pure ascii use is becoming rarer and
rarer (especially for scientific plotting where many Unicode math
symbols are typically used in labels).  So instead of using our own
(incredibly inefficient) "#[nnn]" unicode encoding that keeps users
strings strictly in ascii, users now tend to just cut and paste the
UTF-8 math symbol they need into their PLplot text string with
some very nice results for our modern (unicode-aware) devices.

So assuming that is a correct summary of the present text situation,
and we also decide to make the simplifying code modification I
strongly suggest above, then obviously the modified UCS4 array that
will then always contain the text information should be included in
the buffer.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

2016-12-15 Thread Greg Jung

On Tue, Dec 13, 2016 at 2:13 AM, Laurent Berger <
laurent.ber...@univ-lemans.fr> wrote:

> Thanks Greg,
>
> with your patch linking problem is solved. Can you post an answer in this
> question https://forums.wxwidgets.org/viewtopic.php?f=19&t=42882&p=
> 174262#p174262
>
>
>
https://github.com/maynardGK/wxWidgets/commit/cb28fe5c5c49be4467a5d044f6fa4f7885972931

I first submitted the patch in github around jul 30, 2015 and it went to a
discussion somewhere in the bowels of the wxwidgets,  where after several
back-and-forth about what the issue was, the wx guy decided it was
"worthwhile"
to consider a fix of somesort - or maybe he just wanted to leave that
impression so I would stop replying.  I also suggested it be included in
the MSYS2 repo mash-up but since it was no one else's problem, evidently
not worthy.
So providing me another example of the fuitility of propogating patches
into a well-worn package.

> Now there is still a problem in cmake process because I have to modify
> file plplot\buildmingw64\examples\c++\CMakeFiles\wxPLplotDemo.dir\linklibs.rsp
> to link wxPlplotDemo
>
> in this file I have changed all  /f/lib/wxWidgets-3.1.0 in
> f:/lib/wxWidgets-3.1.0. May be it is not a bug in plot cmake but in cmake.
>
>
> Yes the references in the .rsp file are in native format for me because I
have edited the wxconfig file as follows:

> # Determine the base directories we require.
>
> prefix=${input_option_prefix-${this_prefix:-/mingw32}}
>
> if [ "x${MSYSTEM}" = "xMINGW32" ] || [ "x${MSYSTEM}" = "xMINGW64" ]; then
>
> prefix=$(cygpath -m ${prefix})
>
> fi
>
>
>> exec_prefix=${input_option_exec_prefix-${input_option_prefix-${this_exec_prefix:-${prefix
>
> wxconfdir="${exec_prefix}/lib/wx/config"
>
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Pedro Vicente

Hi Phil


>>I can't help feeling that there is something that we are missing here.
>>Given both I and Pedro have tested on Ubuntu 14.04 there must be
>>something different between the two systems.

it seems so.
the only way to be sure is that on your side to install a completely new 
Ubuntu, or Debian on VirtualBox, and then do

sudo apt-get install libwxgtk3.0-dev

VirtualBox can be installed on Windows or Mac (this is called the host 
system).
I am running it on my Windows machine and I have three linux installed on it 
, ubuntu, centos, debian

-Pedro




- Original Message - 
From: "Phil Rosenberg" 
To: "Pedro Vicente" 
Cc: "Alan W. Irwin" ; "PLplot development list" 

Sent: Thursday, December 15, 2016 5:06 PM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error


> Hi Pedro, Alan
> I'm still unable to reproduce the problem on my Ubuntu 14.04 system
> with wxWidgets 3.0. Very strange. I have tried a totally fresh build
> directory and static and dynamic builds.
>
> I had forgotten to test on my work CentOS PC and although I know it is
> powered on I can't ssh into it. I'm not sure why. I will test it when
> I get in tomorrow.
>
> I can't help feeling that there is something that we are missing here.
> Given both I and Pedro have tested on Ubuntu 14.04 there must be
> something different between the two systems.
>
> Phil
>
> On 15 December 2016 at 15:22, Pedro Vicente
>  wrote:
>> Hi Alan
>>
>> I installed the latest from the debian site, here
>>
>> https://www.debian.org/distrib/
>>
>> it's not surprising that I got the same results in ubuntu because I used 
>> the
>> same package
>>
>> sudo apt-get install libwxgtk3.0-dev
>>
>>
>>
>>
>> On 2016-12-15 04:32, Alan W. Irwin wrote:
>>>
>>> On 2016-12-15 01:11-0500 Pedro Vicente wrote:
>>>
 Hi Alan

 I just installed the latest debian on VirtualBox, and I get the same
 errors.
 the results are attached, same thing that I did for ubuntu.
>>>
>>>
>>> Hi Pedro:
>>>
>>> Just for the record, what version of Debian?
>>>
>>> Currently Jessie = stable (a largely frozen release from two years
>>> ago), Stretch = testing (a rolling release not as stable as stable),
>>> and Sid = unstable (another rolling release not as stable as testing).
>>> Stretch has turned or will turn soon into a frozen distribution
>>> similar to Jessie but two years more modern and be designated stable
>>> likely sometime in 2017.  Jessie will be redesignated as oldstable at
>>> that Debian release epoch, and Sid is always going to be unstable.
>>> :-)
>>>
>>> So if you installed Jessie, I would be officially amazed you cannot
>>> replicate my good results there.  But if Stretch or Sid, then those
>>> are quite different, and all bets are off.
>>>
 it seems that something on your debian is preventing this error,
 but you should be able to verify this by just installing a new debian 
 (or
 any linux , it seems) on VirtualBox.
>>>
>>>
>>> Half my computer memory fried itself a year or so ago so my computer
>>> (already 9 years old but with ASUS motherboard, Intel CPU's, new
>>> disks, and new power supply still doing pretty well) is a little short
>>> of memory. Thus, I don't plan to look at VirtualBox at the moment, but
>>> when (if?) one of my motherboard, CPU's, or remaining RAM die so that
>>> I really do have to replace all three, I intend to buy a huge amount
>>> of memory for the new system so I can play with VirtualBox with ease.
>>>
>>> Alan
>>> __
>>> Alan W. Irwin
>>>
>>> Astronomical research affiliation with Department of Physics and
>>> Astronomy,
>>> University of Victoria (astrowww.phys.uvic.ca).
>>>
>>> Programming affiliations with the FreeEOS equation-of-state
>>> implementation for stellar interiors (freeeos.sf.net); the Time
>>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>>> software package (plplot.sf.net); the libLASi project
>>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>>> and the Linux Brochure Project (lbproject.sf.net).
>>> __
>>>
>>> Linux-powered Science
>>> __
>>
>>
>> --
>> Pedro Vicente
>> pedro.vice...@space-research.org
>> http://www.space-research.org/
> 


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Phil Rosenberg

Hi Pedro, Alan
I'm still unable to reproduce the problem on my Ubuntu 14.04 system
with wxWidgets 3.0. Very strange. I have tried a totally fresh build
directory and static and dynamic builds.

I had forgotten to test on my work CentOS PC and although I know it is
powered on I can't ssh into it. I'm not sure why. I will test it when
I get in tomorrow.

I can't help feeling that there is something that we are missing here.
Given both I and Pedro have tested on Ubuntu 14.04 there must be
something different between the two systems.

Phil

On 15 December 2016 at 15:22, Pedro Vicente
 wrote:
> Hi Alan
>
> I installed the latest from the debian site, here
>
> https://www.debian.org/distrib/
>
> it's not surprising that I got the same results in ubuntu because I used the
> same package
>
> sudo apt-get install libwxgtk3.0-dev
>
>
>
>
> On 2016-12-15 04:32, Alan W. Irwin wrote:
>>
>> On 2016-12-15 01:11-0500 Pedro Vicente wrote:
>>
>>> Hi Alan
>>>
>>> I just installed the latest debian on VirtualBox, and I get the same
>>> errors.
>>> the results are attached, same thing that I did for ubuntu.
>>
>>
>> Hi Pedro:
>>
>> Just for the record, what version of Debian?
>>
>> Currently Jessie = stable (a largely frozen release from two years
>> ago), Stretch = testing (a rolling release not as stable as stable),
>> and Sid = unstable (another rolling release not as stable as testing).
>> Stretch has turned or will turn soon into a frozen distribution
>> similar to Jessie but two years more modern and be designated stable
>> likely sometime in 2017.  Jessie will be redesignated as oldstable at
>> that Debian release epoch, and Sid is always going to be unstable.
>> :-)
>>
>> So if you installed Jessie, I would be officially amazed you cannot
>> replicate my good results there.  But if Stretch or Sid, then those
>> are quite different, and all bets are off.
>>
>>> it seems that something on your debian is preventing this error,
>>> but you should be able to verify this by just installing a new debian (or
>>> any linux , it seems) on VirtualBox.
>>
>>
>> Half my computer memory fried itself a year or so ago so my computer
>> (already 9 years old but with ASUS motherboard, Intel CPU's, new
>> disks, and new power supply still doing pretty well) is a little short
>> of memory. Thus, I don't plan to look at VirtualBox at the moment, but
>> when (if?) one of my motherboard, CPU's, or remaining RAM die so that
>> I really do have to replace all three, I intend to buy a huge amount
>> of memory for the new system so I can play with VirtualBox with ease.
>>
>> Alan
>> __
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation for stellar interiors (freeeos.sf.net); the Time
>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>> software package (plplot.sf.net); the libLASi project
>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>> and the Linux Brochure Project (lbproject.sf.net).
>> __
>>
>> Linux-powered Science
>> __
>
>
> --
> Pedro Vicente
> pedro.vice...@space-research.org
> http://www.space-research.org/

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

2016-12-15 Thread Pedro Vicente


> I get something different here
>
> 12:45:37: Debug: wxPLplotwindow
> 12:45:37: Debug: frame->Create
> 12:45:37: Debug: wxPLplotwindow::Show


this is interesting.
It seems that the
frame->Create
call does *NOT* trigger the
wxPLplotwindow::OnCreate
event on your run

otherwise you would have this


12:45:37: Debug: wxPLplotwindow
12:45:37: Debug: frame->Create
11:13:52: Debug: wxPLplotwindow::OnCreate

but on the other hand, without my changes, you did get the plot, 
correct?

but probably this does not matter at this time, unless you're really 
curious about the sequence
of events in your code.
In that case , start from the original files as in the repo now and 
just add calls like these
wxLogDebug("wxPLplotwindow::OnCreate");

in all functions

> Important!  Also please follow the cookbook instructions in
> README.developers to format your change in "git format-patch" form. 
> (I
> just [commit ae4af16] updated those instructions with you in mind so 
> I
> hope you will find them easy to follow.)

ok

> But regardless of that system difference issue, your changes work
> here, and also work there.  So a big thanks for that fundamental
> fix for the problem!

your're welcome, glad I could help


> The alternative is I could just go ahead and commit your changed 
> files
> here, but then that would give me git credit for your work (as seen
> by, e.g., git log, git blame, etc.) so I far prefer you to use "git
> format-patch" following the cookbook instructions in
> README.developers.


I will commit, always good to get credit where credit is due :-)
do I have git permissions to do
git commit
git push
?


> I think the debugging output you have in your current changes should
> stay in for your commit.  Because that might help Phil understand
> your changes


ok

-Pedro

On 2016-12-15 16:12, Alan W. Irwin wrote:
> On 2016-12-15 11:24-0500 Pedro Vicente wrote:
>
>> Hi Alan
>>
>>
>> Success
>>
>> The solution is to override the Show() function of the window, that 
>> is called in the demo.
>> So no need to modify the demo at all with a custom function call.
>>
>>
>> in wxPLplotwindow.h I just added this function
>>
>> template
>> bool wxPLplotwindow::Show(bool show)
>> {
>>  wxLogDebug("wxPLplotwindow::Show");
>>  CreateStream();
>>  WXWINDOW::Show(show);
>>
>> }
>>
>> where
>> CreateStream();
>> is a new internal function of the class that contains the code that 
>> is now in OnCreate()
>>
>> the 2 files are attached
>> they contain a couple of debug messages
>>
>> this is the sequence I get
>>
>> 11:13:52: Debug: wxPLplotwindow
>> 11:13:52: Debug: frame->Create
>> 11:13:52: Debug: wxPLplotwindow::Show
>> 11:13:52: Debug: wxPLplotwindow::CreateStream
>> 11:13:52: Debug: wxPLplotwindow::RenewPlot
>> 11:13:52: Debug: Plot()
>> 11:13:52: Debug: wxPLplotwindow::RenewPlot
>> 11:13:52: Debug: wxPLplotwindow::RenewPlot
>> 11:13:52: Debug: wxPLplotwindow::OnCreate
>> 11:13:52: Debug: wxPLplotwindow::CreateStream
>> 11:13:52: Debug: wxPLplotwindow::OnErase
>>
>>
>> as you can see the stream is NOT NULL when we get at
>> 11:13:52: Debug: Plot()
>
> I get something different here
>
> 12:45:37: Debug: wxPLplotwindow
> 12:45:37: Debug: frame->Create
> 12:45:37: Debug: wxPLplotwindow::Show
> 12:45:37: Debug: wxPLplotwindow::CreateStream
> 12:45:37: Debug: wxPLplotwindow::RenewPlot
> 12:45:37: Debug: wxPLplotwindow::RenewPlot
> 12:45:37: Debug: wxPLplotwindow::RenewPlot
> 12:45:37: Debug: wxPLplotwindow::OnCreate
> 12:45:37: Debug: wxPLplotwindow::CreateStream
> 12:45:37: Debug: Plot()
> 12:45:37: Debug: wxPLplotwindow::RenewPlot
> 12:45:37: Debug: wxPLplotwindow::OnErase
> 12:45:43: Debug: wxPLplotwindow::OnErase
> 12:45:45: Debug: wxPLplotwindow::OnErase
> PLMemoryMap::close: just entering close
> [100%] Built target test_wxPLplotDemo
>
> Perhaps this different result is why the issue did not cause
> any problems on my system?
>
> But regardless of that system difference issue, your changes work
> here, and also work there.  So a big thanks for that fundamental
> fix for the problem!
>
> Important!  Also please follow the cookbook instructions in
> README.developers to format your change in "git format-patch" form. 
> (I
> just [commit ae4af16] updated those instructions with you in mind so 
> I
> hope you will find them easy to follow.)
>
> The alternative is I could just go ahead and commit your changed 
> files
> here, but then that would give me git credit for your work (as seen
> by, e.g., git log, git blame, etc.) so I far prefer you to use "git
> format-patch" following the cookbook instructions in
> README.developers.  Then I can follow up properly here with "git am"
> and then merge the commit that creates here (that is identified as
> yours) to master.
>
> I think the debugging output you have in your current changes should
> stay in for your commit.  Because that might help Phil understand
> your changes (if he gets back in contact before the release).
> Later on just before the release I plan to make an additi

[Plplot-devel] More on the -dev wxwidgets long pause issue

2016-12-15 Thread Alan W. Irwin

Hi Pedro:

I thought your fix and/or the additional debugging output it produces
might yield some insight into the long-pause issue that still remains.

So here is the most recent debugging output result for conditions
(a quick repeat of an example) that always cause the long pause issue
here.

Could you try the same experiment on one of your Linux systems that is
a lot more modern than Debian Jessie to confirm that the long pause
issue still occurs for those systems, i.e., it is not due to some
kernel, wxwidgets, or GTK+ issue that has been subsequently fixed?

Build the x01c, and wxwidgets targets (needed prerequisites).  Then run

software@raven> time examples/c/x01c -dev wxwidgets -np; echo "done x01c"; time 
examples/c/x01c -dev wxwidgets -np;echo "done x01c"
PLplot library version: 5.11.1
PLMemoryMap::close: just entering close
PLMemoryMap::create: (mustNotExist) calling shm_open
PLMemoryMap::create: shm_open was a success for plplotMemoryMapYDIQRGQQHF
PLMemoryMap::create: (mustNotExist) calling ftruncate
PLMemoryMap::create: calling mmap
PLMemoryMap::create: finished with call of mmap
12:54:39: Debug: wxPLplotwindow
PLMemoryMap::close: just entering close
PLMemoryMap::create: (mustExist) calling shm_open
PLMemoryMap::create: shm_open was a success for plplotMemoryMapYDIQRGQQHF
PLMemoryMap::create: calling mmap
PLMemoryMap::create: finished with call of mmap
12:54:39: Debug: wxPLplotwindow::Show
12:54:39: Debug: wxPLplotwindow::CreateStream
12:54:39: Debug: wxPLplotwindow::RenewPlot
12:54:39: Debug: wxPLplotwindow::RenewPlot
12:54:39: Debug: wxPLplotwindow::RenewPlot
12:54:39: Debug: wxPLplotwindow::OnCreate
12:54:39: Debug: wxPLplotwindow::CreateStream
12:54:39: Debug: wxPLplotwindow::OnCreate
12:54:39: Debug: wxPLplotwindow::CreateStream
PLMemoryMap::close: just entering close
PLMemoryMap::close: calling munmap
PLMemoryMap::close: calling shm_unlink
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapYDIQRGQQHF
PLMemoryMap::close: start deleting m_name
PLMemoryMap::close: end deleting m_name
12:54:39: Debug: wxPLplotwindow::OnErase

real0m0.256s
user0m0.044s
sys 0m0.012s
done x01c
PLplot library version: 5.11.1
12:54:40: Debug: wxPLplotwindow::RenewPlot
12:54:40: Debug: wxPLplotwindow::OnErase
PLMemoryMap::close: just entering close
PLMemoryMap::close: calling munmap
PLMemoryMap::close: calling shm_unlink
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
PLMemoryMap::close: start deleting m_name
PLMemoryMap::close: end deleting m_name
PLMemoryMap::close: just entering close
**[long ~5 second pause]*
PLMemoryMap::close: just entering close
PLMemoryMap::create: (mustNotExist) calling shm_open
PLMemoryMap::create: shm_open was a success for plplotMemoryMapJVIGLNDRKZ
PLMemoryMap::create: (mustNotExist) calling ftruncate
PLMemoryMap::create: calling mmap
PLMemoryMap::create: finished with call of mmap
12:54:45: Debug: wxPLplotwindow
PLMemoryMap::close: just entering close
PLMemoryMap::create: (mustExist) calling shm_open
PLMemoryMap::create: shm_open was a success for plplotMemoryMapJVIGLNDRKZ
PLMemoryMap::create: calling mmap
PLMemoryMap::create: finished with call of mmap
12:54:45: Debug: wxPLplotwindow::Show
12:54:45: Debug: wxPLplotwindow::CreateStream
12:54:45: Debug: wxPLplotwindow::RenewPlot
12:54:45: Debug: wxPLplotwindow::RenewPlot
12:54:45: Debug: wxPLplotwindow::RenewPlot
12:54:45: Debug: wxPLplotwindow::OnCreate
12:54:45: Debug: wxPLplotwindow::CreateStream
12:54:45: Debug: wxPLplotwindow::OnCreate
12:54:45: Debug: wxPLplotwindow::CreateStream
12:54:45: Debug: wxPLplotwindow::OnErase
PLMemoryMap::close: just entering close
PLMemoryMap::close: calling munmap
PLMemoryMap::close: calling shm_unlink
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapJVIGLNDRKZ
PLMemoryMap::close: start deleting m_name
PLMemoryMap::close: end deleting m_name

real0m5.754s
user0m0.048s
sys 0m0.008s
done x01c
software@raven> 12:54:46: Debug: wxPLplotwindow::RenewPlot
12:54:46: Debug: wxPLplotwindow::OnErase
PLMemoryMap::close: just entering close
PLMemoryMap::close: calling munmap
PLMemoryMap::close: calling shm_unlink
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
PLMemoryMap::close: start deleting m_name
PLMemoryMap::close: end deleting m_name
PLMemoryMap::close: just entering close

The time stamps on the debug output you inserted 
confirm the pause which previous analysis shows must
occur somewhere in -dev wxwidgets before the indicated call to

PLMemoryMap::close

after the long pause.  None of your own debug output occurs from the
second example before that call to PLMemoryMap::close so we are no
further forward (at present) in nailing down where the pause occurs
before that call to PLMemoryMap::close in the -dev wxwidgets code.
But it was worth a look with this more extensive debug output.

Unless something else comes up, I plan to work on nailing down
the exact commma

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 11:24-0500 Pedro Vicente wrote:

> Hi Alan
>
>
> Success
>
> The solution is to override the Show() function of the window, that is called 
> in the demo.
> So no need to modify the demo at all with a custom function call.
>
>
> in wxPLplotwindow.h I just added this function
>
> template
> bool wxPLplotwindow::Show(bool show)
> {
>  wxLogDebug("wxPLplotwindow::Show");
>  CreateStream();
>  WXWINDOW::Show(show);
>
> }
>
> where
> CreateStream();
> is a new internal function of the class that contains the code that is now in 
> OnCreate()
>
> the 2 files are attached
> they contain a couple of debug messages
>
> this is the sequence I get
>
> 11:13:52: Debug: wxPLplotwindow
> 11:13:52: Debug: frame->Create
> 11:13:52: Debug: wxPLplotwindow::Show
> 11:13:52: Debug: wxPLplotwindow::CreateStream
> 11:13:52: Debug: wxPLplotwindow::RenewPlot
> 11:13:52: Debug: Plot()
> 11:13:52: Debug: wxPLplotwindow::RenewPlot
> 11:13:52: Debug: wxPLplotwindow::RenewPlot
> 11:13:52: Debug: wxPLplotwindow::OnCreate
> 11:13:52: Debug: wxPLplotwindow::CreateStream
> 11:13:52: Debug: wxPLplotwindow::OnErase
>
>
> as you can see the stream is NOT NULL when we get at
> 11:13:52: Debug: Plot()

I get something different here

12:45:37: Debug: wxPLplotwindow
12:45:37: Debug: frame->Create
12:45:37: Debug: wxPLplotwindow::Show
12:45:37: Debug: wxPLplotwindow::CreateStream
12:45:37: Debug: wxPLplotwindow::RenewPlot
12:45:37: Debug: wxPLplotwindow::RenewPlot
12:45:37: Debug: wxPLplotwindow::RenewPlot
12:45:37: Debug: wxPLplotwindow::OnCreate
12:45:37: Debug: wxPLplotwindow::CreateStream
12:45:37: Debug: Plot()
12:45:37: Debug: wxPLplotwindow::RenewPlot
12:45:37: Debug: wxPLplotwindow::OnErase
12:45:43: Debug: wxPLplotwindow::OnErase
12:45:45: Debug: wxPLplotwindow::OnErase
PLMemoryMap::close: just entering close
[100%] Built target test_wxPLplotDemo

Perhaps this different result is why the issue did not cause
any problems on my system?

But regardless of that system difference issue, your changes work
here, and also work there.  So a big thanks for that fundamental
fix for the problem!

Important!  Also please follow the cookbook instructions in
README.developers to format your change in "git format-patch" form. (I
just [commit ae4af16] updated those instructions with you in mind so I
hope you will find them easy to follow.)

The alternative is I could just go ahead and commit your changed files
here, but then that would give me git credit for your work (as seen
by, e.g., git log, git blame, etc.) so I far prefer you to use "git
format-patch" following the cookbook instructions in
README.developers.  Then I can follow up properly here with "git am"
and then merge the commit that creates here (that is identified as
yours) to master.

I think the debugging output you have in your current changes should
stay in for your commit.  Because that might help Phil understand
your changes (if he gets back in contact before the release).
Later on just before the release I plan to make an additional commit
to drop the debugging output your commit creates (and also
similarly for the debugging output I have put into -dev wxwidgets
and wxPLViewere).

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] plbuffer bug

2016-12-15 Thread Phil Rosenberg

Hi All
I've just posted a bug to the bug tracker regarding  the buffer.

I just wanted to send an email out to say that I don't particularly
intend to fix it before the freeze as I don't think there is time. But
I wanted to stick it on the tracker so it didn't get forgotten.

The problem is that text is written and read in "device native"
encoding (i.e. Unicode or ascii) so if a buffer is copied from a
Unicode device to an ascii one then the plreplot call will hit a
problem with buffer reading and call plexit. The solution would be to
always write Unicode or to add a flag to indicate the encoding in the
buffer. If anyone has a preference then let me know.

Phil

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

2016-12-15 Thread Pedro Vicente


Hi Alan


Success

The solution is to override the Show() function of the window, that is 
called in the demo.

So no need to modify the demo at all with a custom function call.


in wxPLplotwindow.h I just added this function

template
bool wxPLplotwindow::Show(bool show)
{
  wxLogDebug("wxPLplotwindow::Show");
  CreateStream();
  WXWINDOW::Show(show);

}

where
CreateStream();
is a new internal function of the class that contains the code that is 
now in OnCreate()


the 2 files are attached
they contain a couple of debug messages

this is the sequence I get

11:13:52: Debug: wxPLplotwindow
11:13:52: Debug: frame->Create
11:13:52: Debug: wxPLplotwindow::Show
11:13:52: Debug: wxPLplotwindow::CreateStream
11:13:52: Debug: wxPLplotwindow::RenewPlot
11:13:52: Debug: Plot()
11:13:52: Debug: wxPLplotwindow::RenewPlot
11:13:52: Debug: wxPLplotwindow::RenewPlot
11:13:52: Debug: wxPLplotwindow::OnCreate
11:13:52: Debug: wxPLplotwindow::CreateStream
11:13:52: Debug: wxPLplotwindow::OnErase


as you can see the stream is NOT NULL when we get at
11:13:52: Debug: Plot()

-Pedro



On 2016-12-15 10:22, Pedro Vicente wrote:

Hi Alan

I installed the latest from the debian site, here

https://www.debian.org/distrib/

it's not surprising that I got the same results in ubuntu because I
used the same package

sudo apt-get install libwxgtk3.0-dev



On 2016-12-15 04:32, Alan W. Irwin wrote:

On 2016-12-15 01:11-0500 Pedro Vicente wrote:


Hi Alan

I just installed the latest debian on VirtualBox, and I get the 
same

errors.
the results are attached, same thing that I did for ubuntu.


Hi Pedro:

Just for the record, what version of Debian?

Currently Jessie = stable (a largely frozen release from two years
ago), Stretch = testing (a rolling release not as stable as stable),
and Sid = unstable (another rolling release not as stable as
testing).
Stretch has turned or will turn soon into a frozen distribution
similar to Jessie but two years more modern and be designated stable
likely sometime in 2017.  Jessie will be redesignated as oldstable 
at

that Debian release epoch, and Sid is always going to be unstable.
:-)

So if you installed Jessie, I would be officially amazed you cannot
replicate my good results there.  But if Stretch or Sid, then those
are quite different, and all bets are off.


it seems that something on your debian is preventing this error,
but you should be able to verify this by just installing a new
debian (or any linux , it seems) on VirtualBox.


Half my computer memory fried itself a year or so ago so my computer
(already 9 years old but with ASUS motherboard, Intel CPU's, new
disks, and new power supply still doing pretty well) is a little
short
of memory. Thus, I don't plan to look at VirtualBox at the moment,
but
when (if?) one of my motherboard, CPU's, or remaining RAM die so 
that

I really do have to replace all three, I intend to buy a huge amount
of memory for the new system so I can play with VirtualBox with 
ease.


Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and
Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__


--
Pedro Vicente
pedro.vice...@space-research.org
http://www.space-research.org/


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel


--
Pedro Vicente
pedro.vice...@space-research.org
http://www.space-research.org/// Copyright (C) 2005  Werner Smekal
//
// This file is part of PLplot.
//
// PLplot is free software; you can redistribute it and/or modify
// it under the terms of the GNU Library General Public License as published
// by the Free Software Foundation; either version 2 of the License, or
// (at your option) any later version.
//
// PLplot is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
// GNU Library General Public License for more details.
//
// You should have received a copy of the GNU Library General Public License
// along with PLplot; if not, write to the Free Software
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
//
//

// For compilers that support precompilation, includes "wx/

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Pedro Vicente

Hi Alan

I installed the latest from the debian site, here

https://www.debian.org/distrib/

it's not surprising that I got the same results in ubuntu because I 
used the same package

sudo apt-get install libwxgtk3.0-dev



On 2016-12-15 04:32, Alan W. Irwin wrote:
> On 2016-12-15 01:11-0500 Pedro Vicente wrote:
>
>> Hi Alan
>>
>> I just installed the latest debian on VirtualBox, and I get the same 
>> errors.
>> the results are attached, same thing that I did for ubuntu.
>
> Hi Pedro:
>
> Just for the record, what version of Debian?
>
> Currently Jessie = stable (a largely frozen release from two years
> ago), Stretch = testing (a rolling release not as stable as stable),
> and Sid = unstable (another rolling release not as stable as 
> testing).
> Stretch has turned or will turn soon into a frozen distribution
> similar to Jessie but two years more modern and be designated stable
> likely sometime in 2017.  Jessie will be redesignated as oldstable at
> that Debian release epoch, and Sid is always going to be unstable.
> :-)
>
> So if you installed Jessie, I would be officially amazed you cannot
> replicate my good results there.  But if Stretch or Sid, then those
> are quite different, and all bets are off.
>
>> it seems that something on your debian is preventing this error,
>> but you should be able to verify this by just installing a new 
>> debian (or any linux , it seems) on VirtualBox.
>
> Half my computer memory fried itself a year or so ago so my computer
> (already 9 years old but with ASUS motherboard, Intel CPU's, new
> disks, and new power supply still doing pretty well) is a little 
> short
> of memory. Thus, I don't plan to look at VirtualBox at the moment, 
> but
> when (if?) one of my motherboard, CPU's, or remaining RAM die so that
> I really do have to replace all three, I intend to buy a huge amount
> of memory for the new system so I can play with VirtualBox with ease.
>
> Alan
> __
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __
>
> Linux-powered Science
> __

-- 
Pedro Vicente
pedro.vice...@space-research.org
http://www.space-research.org/

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Comprehensive testing

2016-12-15 Thread Arjen Markus

Hi Alan,



> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]


> Hi Arjen:
>
> That's a really nice piece of news to hear from you.  I will take a look at 
> the details
> in that report tomorrow and post it and your prior report for MinGW-w64/MSYS2 
> on
> our wiki.
>
Glad to hear that - my renewed installation of MinGW-w64/MSYS2 is misbehaving 
so I cannot produce any report for that platform at the moment.

Regards,

Arjen

DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 01:31-0500 Pedro Vicente wrote:

> Hi Alan
>
>> I think you will agree with me that smells like a workaround rather
>> than a fundamental fix.
>
> yes, I agree.
>
>>> Eventually, we had to change our
>>> minimum acceptable wxwidgets version from 2.8 to 3.0 because of one
>>> commit which only worked for 3.0.
>
> hhm, ok
> I have to double check this but the comments in your code say ::Bind() is 
> only available
> for 3.0, and ::Bind()  is not used
>
> so probably the code as of now is compatible with 2.8 (meaning it only has 
> 2.8 calls, not 3.0 calls)

Not exactly.  If you read Phil's commit messages carefuly they imply
the code was developed for 3.0 and the minimum changes made as
an afterthought when it did not work on his CentOS box at that time
so it would work on 2.8.  So, for example, there is a
commit that _replaced_ Bind by the current connect method.

>
>
>>> I would appreciate
>>> your thoughts on this matter of moving to pure 3.0.
>
> we could try the ::Bind()   route, yes, to see what happens

Good.  And thanks for your willingness to give us some help with wxwidgets to
get these current Linux build errors straightened out.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Comprehensive testing

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 07:49- Arjen Markus wrote:

> Hi Alan,
>
>
>
>> -Original Message-
>> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>> Sent: Thursday, December 15, 2016 2:31 AM
>>
>> Well, if I recall correctly, the last time we discussed the
>> MinGW-w64/MSYS2 version of cmake, the conclusion then was your install of 
>> that
>> platform had problems just like every other MinGW-w64/MSYS2 user at that time
>> so a complete reinstall was recommended, but I suspect you did not do that.  
>> But
>> now is your chance to do that in the next several weeks.
>>
> I will have to, the thing is completely unuseable ;).
>
>>
>> Likely the best advice I can give you for this Linux-like (except for the 
>> core parts
>> which are native Windows, of course) free software distribution, is to keep 
>> careful
>> file records of everything you install and update.  (I have found that habit 
>> to be
>> invaluable for
>> Debian.) Typically, I capture such output with the "tee" command, e.g.,
>>
>> apt-get install python-pil |tee -a 20161202
>>
> I usually redirect all output to a file and then examine that afterwards. 
> Cygwin is easier in this respect: the setup program shows the installed 
> packages itself.
>
>>
>> BTW, I see the expected three good dashboards from your recent Cygwin
>> comprehensive test so I am looking forward to seeing the corresponding report
>> tarball which should finish your comprehensive testing for this release with 
>> any luck
>> at all.
>>
> See the attached tarball. It took a long time to run through all the tests 
> and all the build configurations, but it finished without any complaints 
> indeed.

Hi Arjen:

That's a really nice piece of news to hear from you.  I will take a
look at the details in that report tomorrow and post it and your prior
report for MinGW-w64/MSYS2 on our wiki.

Alan

__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

2016-12-15 Thread Alan W. Irwin

On 2016-12-15 01:11-0500 Pedro Vicente wrote:

> Hi Alan
>
> I just installed the latest debian on VirtualBox, and I get the same errors.
> the results are attached, same thing that I did for ubuntu.

Hi Pedro:

Just for the record, what version of Debian?

Currently Jessie = stable (a largely frozen release from two years
ago), Stretch = testing (a rolling release not as stable as stable),
and Sid = unstable (another rolling release not as stable as testing).
Stretch has turned or will turn soon into a frozen distribution
similar to Jessie but two years more modern and be designated stable
likely sometime in 2017.  Jessie will be redesignated as oldstable at
that Debian release epoch, and Sid is always going to be unstable.
:-)

So if you installed Jessie, I would be officially amazed you cannot
replicate my good results there.  But if Stretch or Sid, then those
are quite different, and all bets are off.

> it seems that something on your debian is preventing this error,
> but you should be able to verify this by just installing a new debian (or any 
> linux , it seems) on VirtualBox.

Half my computer memory fried itself a year or so ago so my computer
(already 9 years old but with ASUS motherboard, Intel CPU's, new
disks, and new power supply still doing pretty well) is a little short
of memory. Thus, I don't plan to look at VirtualBox at the moment, but
when (if?) one of my motherboard, CPU's, or remaining RAM die so that
I really do have to replace all three, I intend to buy a huge amount
of memory for the new system so I can play with VirtualBox with ease.

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] git blog

2016-12-15 Thread Alan W. Irwin

On 2016-12-14 21:35-0800 Alan W. Irwin wrote:

> One issue you should be aware of is git blame results are obfuscated
> by our code styling events (often triggered by me) which amount to
> putting random blanks in the code to make it conform to our style.
>
> So
>
> software@raven> git blame bindings/wxwidgets/wxPLplotwindow.h |grep '2\.8'
> 39a6c01b (Alan W. Irwin  2015-02-14 19:32:12 -0800  90) //We use connect 
> instead of Bind for compatiblity with wxWidgets 2.8
> 39a6c01b (Alan W. Irwin  2015-02-14 19:32:12 -0800 123) //on at least one 
> system (CentOS with intel compiler and wxWidgets 2.8.12).
>
> "shows" I was the author of the above comment in commit 39a6c01b, but
> that was a styling commit so you have to back off one commit to 39a6c01b^ to 
> find the true
> author/commit which then shows the following:
>
> software@raven> git blame 39a6c01b^ bindings/wxwidgets/wxPLplotwindow.h |grep 
> '2\.8'
> cf59c54a (Phil Rosenberg 2015-01-15 14:18:42 +  75) //We use 
> connect instead of Bind for compatiblity with wxWidgets 2.8
> fa121bd5 (Phil Rosenberg 2015-01-20 15:56:53 + 102) //on at least 
> one system (CentOS with intel compiler and wxWidgets 2.8.12).

Never mind.  I learn something new about git every week it seems.
Which is why this subject line is "git blog" again.

I just now discovered the -w option ignores whitespace for git blame.  So we 
have the
following result (note there is no specification required of the commit prior
to a style event)

software@raven> git blame -w bindings/wxwidgets/wxPLplotwindow.h |grep '2\.8'
cf59c54a (Phil Rosenberg 2015-01-15 14:18:42 +  90) //We use connect 
instead of Bind for compatiblity with wxWidgets 2.8
fa121bd5 (Phil Rosenberg 2015-01-20 15:56:53 + 123) //on at least one 
system (CentOS with intel compiler and wxWidgets 2.8.12).

So that -w option is extraordinarily useful for us (because of all our
whitespace style changes).

Of course, this also illustrates one of my principal gripes with git
which is the inconsistent option names.  So to ignore whitespace for
diffs, use either -w or --ignore-all-space, but to do that same thing
for git blame use -w only.  git blame does accept --ignore-all-space,
but it ignores it silently which is a bug that should be fixed.  (Either
accept the option and use it, or reject the option, but do not silently
ignore it.)

So to be really provactive here, because of such option
inconsistencies and bugs, it is possible git might be the CVS of
_distributed_ version control systems. Eventually CVS, the premier
centralized version control system was replaced in just a few years by
something much slicker and consistent (svn).  Does that slicker and
consistent git already exist, and is the git demise therefore just
around the corner?

Of course, to return to reality the two cases are obviously not
parallel.  CVS probably would have continued to be virtually the only
centralized version control system if there had been a development
team to support it, but its original developer(s) abandoned it and
which left a vacuum for the svn development team to populate.  My
understanding is git continues to have an active development team.  So
it is likely going to be around for a very long time.  But I sure wish
those git developers made a point of systematically cleaning up the
many inconsistent option names that are used (to return to my
principal git gripe).

Alan
__
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__

Linux-powered Science
__

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] plbuffer bug

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

[Plplot-devel] The pls NULL fix for VirtualBox'd Linux platforms

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] plbuffer bug

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] Recruiting members of the core development team

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

[Plplot-devel] Recruiting members of the core development team

Re: [Plplot-devel] plbuffer bug

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

[Plplot-devel] More on the -dev wxwidgets long pause issue

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

[Plplot-devel] plbuffer bug

Re: [Plplot-devel] wxPLplotDemo.cpp -- FIXED

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] Comprehensive testing

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

Re: [Plplot-devel] Comprehensive testing

Re: [Plplot-devel] wxPLplotDemo.cpp -- linux build error

[Plplot-devel] git blog

30 matches

Site Navigation

Mail list logo

Footer information