--- old+++ new@@ -1,3 +1,8 @@
Hi,
-I just installed this and then unistalled and reinstalled and I keep getting the following error?![]+I just installed this and then unistalled and reinstalled and I keep getting the following error?+++Thanks for your help++Tink
Group: -->
Priority: -->
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We need more information: which version of gnuplot is this? 5.2.8? 64 or 32 bit? Is that a 64 or 32 bit Windows? Did you have gnuplot installed before?
I guess you are installing the 32 bit version of gnuplot? Can you look and see if the gnuplot directory is at "C:\Program Files (x86)\gnuplot" instead?
👍
1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've just tried to install 64-bit gnuplot and got the same error. It's with the latest gp528-win64-mingw.exe from sourceforge, I'm on a fresh Windows 10 installation, version 1909. Restarting and installing with admin permission didn't solve the problem.
When opening gnuplot from the startmenu, I can see the window for like 2 seconds before it closes itself. Same with the console version.
Edit: Added the event viewer log if that helps by any chance.
Hi,
I tried several different versions (gp528-win64-mingw.exe, gp527-win64-mingw.exe, gp526-win64-mingw_2.exe) under Windows 10 Pro. After installation, the application is not starting, or crashing when executing directly from the bin folder "wgnuplot.exe".
This one is not a "crash" but a path problem, see above. As to why this would happen with a 64bit installer, I have no clue. The (known) problem is with a 32 bit installer on a 64 bit machine.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Googling reveals that this might be a DLL issue, i.e. gnuplot tries to load DLLs of the same name (but different content) from another directory. Developer tools like "ldd" shipped with MSYS2/MinGW-w64 or the "Microsoft Dependency Walker" might help to debug this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Same error after installing from gp541-win64-mingw.exe on 64-bit Windows 7. Since the code 267 is interpreted as "The directory name is invalid", I uninstalled, then re-installed using the directory "ProgramFiles" rather than "Program Files". Same error.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Could you please check the "Link Target" of the program object created ? Where does it point to? (I simply cannot reproduce this - works like a charm on all systems I tested.)
Have you tried uninstalling the old version before installing the new ones?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Target in the desktop icon is correct, and clicking it starts gnuplot. The only thing that is wrong is in the installer, when you check "Start gnuplot" in the last window of the installer.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'd guess the installer generates an incorrect path for the "Start gnuplot" command. So you could use a debugger to step thru the install complete process.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just saw the issue with the gp545-win64-mingw.exe while upgrading from 5.2.something. First guess: the CMD shell is being used to interpret the execute command (or something like it) and yet the path to the executable contains an unescaped space; but that doesn't sound right since the message mentions the entire path! So maybe the execution is providing a directory to cd to first, and that one is improperly formed. I dunno. It's just the installer itself doing this, and I've probably never checked that box previously when installing in the past, so for all I know, this defect may have always existed.
Diff:
We need more information: which version of gnuplot is this? 5.2.8? 64 or 32 bit? Is that a 64 or 32 bit Windows? Did you have gnuplot installed before?
I guess you are installing the 32 bit version of gnuplot? Can you look and see if the gnuplot directory is at "C:\Program Files (x86)\gnuplot" instead?
That was it.
I made sure I installed the 64bit version this time and it now works. Thank you for your time!! :)
Thanks for the report and feedback. This still is a bug in the 32bit installer which needs to be fixed.
I've just tried to install 64-bit gnuplot and got the same error. It's with the latest gp528-win64-mingw.exe from sourceforge, I'm on a fresh Windows 10 installation, version 1909. Restarting and installing with admin permission didn't solve the problem.
When opening gnuplot from the startmenu, I can see the window for like 2 seconds before it closes itself. Same with the console version.
Edit: Added the event viewer log if that helps by any chance.
Last edit: La Hin 2020-06-17
Hi,
I tried several different versions (gp528-win64-mingw.exe, gp527-win64-mingw.exe, gp526-win64-mingw_2.exe) under Windows 10 Pro. After installation, the application is not starting, or crashing when executing directly from the bin folder "wgnuplot.exe".
This one is not a "crash" but a path problem, see above. As to why this would happen with a 64bit installer, I have no clue. The (known) problem is with a 32 bit installer on a 64 bit machine.
from the event viewer
Googling reveals that this might be a DLL issue, i.e. gnuplot tries to load DLLs of the same name (but different content) from another directory. Developer tools like "ldd" shipped with MSYS2/MinGW-w64 or the "Microsoft Dependency Walker" might help to debug this.
"Microsoft Dependency Walker"
=> "Dependencies" ( https://github.com/lucasg/Dependencies ) might be better on windows 10.
Same error after installing from gp541-win64-mingw.exe on 64-bit Windows 7. Since the code 267 is interpreted as "The directory name is invalid", I uninstalled, then re-installed using the directory "ProgramFiles" rather than "Program Files". Same error.
Could you please check the "Link Target" of the program object created ? Where does it point to? (I simply cannot reproduce this - works like a charm on all systems I tested.)
Have you tried uninstalling the old version before installing the new ones?
However, double-clicking the filename wgnuplot.exe in directory C:\ProgramFiles\gnuplot\bin brings up a gnuplot window with no error.
Target in the desktop icon is correct, and clicking it starts gnuplot. The only thing that is wrong is in the installer, when you check "Start gnuplot" in the last window of the installer.
Thanks. This I can finally confirm. Not sure yet how to fix that, though.
I'd guess the installer generates an incorrect path for the "Start gnuplot" command. So you could use a debugger to step thru the install complete process.
The update to version 5.4.1 seems to have fixed my problem. I didn't change anything on my system.
I just installed a clean 5.4.3 and it caused the same error.
Does anyone meet this issue on 5.4.4 on windows?
I just saw the issue with the gp545-win64-mingw.exe while upgrading from 5.2.something. First guess: the CMD shell is being used to interpret the execute command (or something like it) and yet the path to the executable contains an unescaped space; but that doesn't sound right since the message mentions the entire path! So maybe the execution is providing a directory to cd to first, and that one is improperly formed. I dunno. It's just the installer itself doing this, and I've probably never checked that box previously when installing in the past, so for all I know, this defect may have always existed.