Activity for Matthew Halverson
-
Matthew Halverson posted a comment on ticket #2675
Looking at the additional ways this was failing, this is almost certainly the same bug as 2491.
-
It may be related to that commit. Looking at the bug notes, I tried to pipe the gnuplot script into gnuplot (removing Python from the equation), and got an error suggesting that the second line of the script is parsed funny. It produced the error message t multiplot layout 2,2 title "test"; line 0: invalid command (see attached screenshot). I bet this is also why the Python script didn't work. Trying both Windows and Linux type EOL's did not change the behavior. It seems whatever is on this second...
-
It may be related to that commit. Looking at the bug notes, I tried to pipe the gnuplot script into gnuplot (removing Python from the equation), and got an error suggesting that the second line of the script is parsed funny. It produced the error message t multiplot layout 2,2 title "test"; line 0: invalid command (see attached screenshot). I bet this is also why the Python script didn't work. Trying both Windows and Linux type EOL's did not change the behavior. It seems whatever is on this second...
-
Multiplot not working when piped in from an external program
-
It may be related to that commit. Looking at the bug notes, I tried to pipe the gnuplot script into gnuplot (removing Python from the equation), and got an error suggesting that the second line of the script is parsed funny. It produced the error message t multiplot layout 2,2 title "test"; line 0: invalid command (see attached screenshot). I bet this is also why the Python script didn't work. Trying both Windows and Linux type EOL's did not change the behavior. It seems whatever is on this second...
-
It may be related to that commit. Looking at the bug notes, I tried to pipe the gnuplot script into gnuplot (removing Python from the equation), and got an error suggesting that the second line of the script is parsed funny. It produced the error message t multiplot layout 2,2 title "test"; line 0: invalid command (see attached screenshot). I bet this is also why the Python script didn't work. Trying both Windows and Linux type EOL's did not change the behavior. It seems whatever is on this second...
-
It is possible that it is unique to Windows. I don't have any other OS available to test, but it did work correctly under the older version of gnuplot on my machine but does not run under the new version. If you can't reproduce under Linux, I would suspect that it is somewhere in the Windows specific code. What seems odd is that moving that multiplot command to the previous line: gp.stdin.write(b'set term pdf; set output "test.pdf"; set multiplot layout 2,2 title "test"\n') works to trigger multiplot,...
-
Edited as the wrong python script was attached.
-
Multiplot not working when piped in from an external program
-
Multiplot not working when piped in from an external program
-
Thanks for the suggested workaround, I will apply it to the script for now.
-
NA not being ignored with label style
-
NA not being ignored with label style
-
NA not being ignored with label style
-
Testing it out with the development version that I built on May 1st, I am also seeing...
-
SVG a binary terminal
-
Looking at the source code, I can see where the error message seems to be fixed in...
-
Looking at the source code, I can see where the error message seems to be fixed in...
-
I just tested with the development version of 5.1 that I compiled current up to 3/21,...
-
My original patch to term.c was simplified by Bastian Märkisch by applying the same...
-
In this case, I would prefer the key entries to be in the order they are listed in...
-
Boxplot does not understand space in factor level
-
Boxplot does not understand space in factor level
-
Boxplot does not understand space in factor level
-
Boxplot does not understand space in factor level
-
Horizontal Boxplot
-
I am using the precompiled windows binaries (I have only had marginal luck compiling...
-
I am using the precompiled windows binaries (I have only had marginal luck compiling...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (with both wgnuplot.exe and gnuplot.exe) it limits how many...
-
On the windows version (wgnuplot.exe and gnuplot.exe) it limits how many items are...
-
I'm seeing this in 5.0.3 Doing the following: $k << EOD 1 2 1 8 2 9 2 1 3 9 3 10...
-
Actually that is probably best (why did I come up with so complicated solutions,...
-
I've been trying to think of how this issue could be fixed and although I can think...
-
History recall off by 1 on full history stack
-
A related issue occurs because the item number 1 gets pushed off the history stack....
-
I've been trying to think of how this issue could be fixed and although I can think...
-
A related issue occurs because the item number 1 gets pushed off the history stack....
-
History recall off by 1 on full history stack
-
History recall off by 1 on full history stack
-
I'm seeing this same problem and gave up on trying to build with wxWidgets. These...
-
Testing this, the order does not seem to matter. term_initialise calls term_set_output...
-
I agree that your previous example would suggest some ambiguity, and works the way...
-
Agreed. I just didn't know if these variables were supposed to be generated in "user...
-
As stated, relying on the type function may not be best as the behavior we need is...
-
Could this fix have somehow caused bug #1758?
-
As stated, relying on the type function may not be best as the behavior we need is...
-
As stated, relying on the type function may not be best as the behavior we need is...
-
As stated, relying on the type function may not be best as the behavior we need is...
-
As stated, relying on the type function may not be best as the behavior we need is...
-
I have a Windows version that was built, I believe, from the development source as...
-
I have a Windows version that was built, I believe, from the development source as...
-
I have a version that was built, I believe, from the development source as of 3/16...
-
I made the changes only for the Windows version, because I was uncertain if there...
-
cvs development version special filename "+" causes crash
-
I was able to build under Windows using the link provided on how to do it with MSYS2....
-
Ignoring the problem with wgnuplot.exe for the moment, we see With the unpatched...
-
Ignoring the problem with wgnuplot.exe for the moment, we see With the unpatched...
-
Ignoring the problem with wgnuplot.exe for the moment, we see With the unpatched...
-
Actually, even better would this attached patch work? It is made against the 5.0.3...
-
Actually, even better would this attached patch work? It is made against the 5.0.3...
-
Actually, even better would this attached patch work? It is made against the 5.0.3...
-
As I said, I am not very experienced with C and unfamiliar with the gnuplot source,...
-
I tried something myself here, but I think my C knowledge wasn't up to par - it doesn't...
-
(this didn't work)
-
-
Actually, even better would this attached patch work? It is made against the 5.0.3...
-
Actually, even better would this attached patch work? It is made against the 5.0.3...
-
As I said, I am not very experienced with C and unfamiliar with the gnuplot source,...
-
As I said, I am not very experienced with C and unfamiliar with the gnuplot source,...
-
As I said, I am not very experienced with C and unfamiliar with the gnuplot source,...
-
That does mean modifiing every terminal that needs binary output, but is probably...
-
That does mean modifiing every terminal that needs binary output, but is probably...
-
I played around with the 4 attached resulting png files and the size difference is...
-
I must have had some sort of caching issue going on. Trying it again with the patched...
-
I must have had some sort of caching issue going on. Trying it again with the patched...
-
I must have had some sort of caching issue going on. Trying it again with the patched...
-
I must have had some sort of caching issue going on. Trying it again with the patched...
-
When you can get back to it, and beings you were unsure of my python program, I've...
-
I am still seeing the same problem occur with the patched version (using gnuplot.exe)....
-
I am still seeing the same problem occur with the patched version. Namely that the...
-
Yes, I am now seeing that the error message (writing to binary pipes is not supported)...
-
It does look like fixing this may break code elsewhere. Most of the code is well...
-
It does look like fixing this may break code elsewhere. Most of the code is well...
-
It does look like fixing this may break code elsewhere. Most of the code is well...
-
It does look like fixing this may break code elsewhere. Most of the code is well...
-
Python is not actually the issue. Any process that reads the standard input and writes...
-
The entire text of test.py occurs in my original post. It is simply the three lines...
-
What about the writing to binary pipes is not supported error message? Can that be...
-
What about the writing to binary pipes is not supported error message? Can that be...
-
Most windows programs are perfectly happy with "\n" for a line terminator. The days...
-
Those two terminals are working for me with the patched binary.
-
Most windows programs are perfectly happy with "\n" for a line terminator. The days...
-
Extra border with splot
-
I've been staring at the source code trying to find something that could cause it,...
-
I've been staring at the source code trying to find something that could cause it,...
1 >