Re: [Ifeffit] Deglitching
On 09/04/2015 01:37 PM, Robert Gordon wrote:
I can confirm something funny is happening here. In 0.9.21, the deglitch menu would not display points. I upgraded to 0.9.22 today and deglitch now displays points, but when I choose a point in a test data file (As2O3) and double-click, the energy point removed is 11804.228, regardless of where I double-click. I reverted back to 0.9.21 and with the same dataset, this did not occur. In 0.9.21, double-click removed the closest point to where I clicked.
I have win10pro x64 and installed the 64-bit versions of 0.9.21, .22
Can we *please* use the mailing list for these things. It is helpful to the next person who runs into these issues if a discoverable record is left behind. Using the preference tool, can you tell me what the value for gnuplot->terminal is? If it is something other than "wxt", try changing it to "wxt". The interaction with the cursor does not work correctly on some terminals. If that's not the problem, then I am at a loss. I don't see this behavior on any of my computers. B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi Bruce, Sorry..wrong button when replying. Terminal Your value qt Demeter.ini says wxt I change the Set value to wxt and apply & save. message at bottom of screen says "Now using wxt for gnuplot --> terminal and an ini file was saved" Plucked point is now consistent. However, when I exit and re-start Athena, back to qt and problem re-appears. In demeter.ini, [gnuplot] section, it still says terminal = wxt, but under preferences,gnuplot terminal it is back to qt. If I change to x11, and restart, x11 is remembered. If I change to wxt from x11, apply and save, it resets to qt when restarting even though the ini file says wxt. -R. On 9/4/2015 11:06 AM, Bruce Ravel wrote:
On 09/04/2015 01:37 PM, Robert Gordon wrote:
I can confirm something funny is happening here. In 0.9.21, the deglitch menu would not display points. I upgraded to 0.9.22 today and deglitch now displays points, but when I choose a point in a test data file (As2O3) and double-click, the energy point removed is 11804.228, regardless of where I double-click. I reverted back to 0.9.21 and with the same dataset, this did not occur. In 0.9.21, double-click removed the closest point to where I clicked.
I have win10pro x64 and installed the 64-bit versions of 0.9.21, .22
Can we *please* use the mailing list for these things. It is helpful to the next person who runs into these issues if a discoverable record is left behind.
Using the preference tool, can you tell me what the value for gnuplot->terminal is? If it is something other than "wxt", try changing it to "wxt". The interaction with the cursor does not work correctly on some terminals.
If that's not the problem, then I am at a loss. I don't see this behavior on any of my computers.
B
On 09/04/2015 02:54 PM, Robert Gordon wrote:
Terminal Your value qt
Demeter.ini says wxt
I change the Set value to wxt and apply & save. message at bottom of screen says "Now using wxt for gnuplot --> terminal and an ini file was saved"
Plucked point is now consistent.
However, when I exit and re-start Athena, back to qt and problem re-appears. In demeter.ini, [gnuplot] section, it still says terminal = wxt, but under preferences,gnuplot terminal it is back to qt.
If I change to x11, and restart, x11 is remembered. If I change to wxt from x11, apply and save, it resets to qt when restarting even though the ini file says wxt.
Ugh! I thought I had fixed that problem. Top of the to do list for Tuesday morning. Thanks, B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
On 09/04/2015 02:54 PM, Robert Gordon wrote:
Terminal Your value qt
Demeter.ini says wxt
I change the Set value to wxt and apply & save. message at bottom of screen says "Now using wxt for gnuplot --> terminal and an ini file was saved"
Plucked point is now consistent.
However, when I exit and re-start Athena, back to qt and problem re-appears. In demeter.ini, [gnuplot] section, it still says terminal = wxt, but under preferences,gnuplot terminal it is back to qt.
If I change to x11, and restart, x11 is remembered. If I change to wxt from x11, apply and save, it resets to qt when restarting even though the ini file says wxt.
In fact, I have fixed that problem. 0.9.22 is simply broken and will always default to the qt terminal regardless of what you set in the preferences. The cause of this was a rather silly bit of code I wrote when I updated to the most recent version of gnuplot in the Windows package. Sorry for the confusion. That is one of the things that is fixed in the trial package for 0.9.23 at http://bruceravel.github.io/demeter/#windows 0.9.23 has some other changes related to the setting of environment variables that still merit some testing, but it will, I believe fix the problem that Martina originally reported and which Robert verified. Cheers, B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi Bruce,
Any chance of trying out the suggestions in
https://github.com/bruceravel/demeter/issues/24 to try to avoid PATH
issues, and allow Demeter to be installed in the users directory (sans
admin privilege)?
On Tue, Sep 8, 2015 at 12:34 PM, Bruce Ravel
On 09/04/2015 02:54 PM, Robert Gordon wrote:
Terminal Your value qt
Demeter.ini says wxt
I change the Set value to wxt and apply & save. message at bottom of screen says "Now using wxt for gnuplot --> terminal and an ini file was saved"
Plucked point is now consistent.
However, when I exit and re-start Athena, back to qt and problem re-appears. In demeter.ini, [gnuplot] section, it still says terminal = wxt, but under preferences,gnuplot terminal it is back to qt.
If I change to x11, and restart, x11 is remembered. If I change to wxt from x11, apply and save, it resets to qt when restarting even though the ini file says wxt.
In fact, I have fixed that problem. 0.9.22 is simply broken and will always default to the qt terminal regardless of what you set in the preferences. The cause of this was a rather silly bit of code I wrote when I updated to the most recent version of gnuplot in the Windows package. Sorry for the confusion.
That is one of the things that is fixed in the trial package for 0.9.23 at http://bruceravel.github.io/demeter/#windows
0.9.23 has some other changes related to the setting of environment variables that still merit some testing, but it will, I believe fix the problem that Martina originally reported and which Robert verified.
Cheers, B
-- Bruce Ravel ------------------------------------ bravel@bnl.gov
National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973
Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/ _______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
--Matt
On 09/08/2015 02:02 PM, Matt Newville wrote:
Any chance of trying out the suggestions in https://github.com/bruceravel/demeter/issues/24 to try to avoid PATH issues, and allow Demeter to be installed in the users directory (sans admin privilege)?
My intent was to address that with this commit: https://github.com/bruceravel/demeter/commit/10f9b05539bef286c21a357a0a23c0f... although without the check for the perl executable. Do the bat files that get generated still seem wrong to you? B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi Bruce,
Sorry for delay, took me a while to get around to trying out the new
version.
On Tue, Sep 8, 2015 at 1:12 PM, Bruce Ravel
On 09/08/2015 02:02 PM, Matt Newville wrote:
Any chance of trying out the suggestions in https://github.com/bruceravel/demeter/issues/24 to try to avoid PATH issues, and allow Demeter to be installed in the users directory (sans admin privilege)?
My intent was to address that with this commit:
https://github.com/bruceravel/demeter/commit/10f9b05539bef286c21a357a0a23c0f...
although without the check for the perl executable.
Do the bat files that get generated still seem wrong to you?
That looks much better FWIW, I installed to C:\Demeter, not C:\Strawberry because other tools I use (epics on windows) also often want to use C:\Strawberry. Anyway, with that, the top of dathena.bat reads: @rem = '--*-Perl-*-- @echo off SET DOTDIR="%APPDATA%\demeter" SET DEMETER_BASE=%~dp0 SET DEMETER_BASE=%DEMETER_BASE:\perl\site\bin\=% SET PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;%DEMETER_BASE%\c\bin;%DEMETER_BASE%\perl\site\bin;%DEMETER_BASE%\perl\bin;%DEMETER_BASE%\c\bin\gnuplot\bin IF NOT EXIST %DOTDIR% MD %DOTDIR% if "%OS%" == "Windows_NT" goto WinNT C:\Demeter\perl\bin\perl.exe -x -S "%0" %1 %2 %3 %4 %5 %6 %7 %8 %9 > "%APPDATA%\demeter\dathena.log" 2>&1 goto endofperl :WinNT C:\Demeter\perl\bin\perl.exe -x -S %0 %* > "%APPDATA%\demeter\dathena.log" 2>&1 if NOT "%COMSPEC%" == "%SystemRoot%\system32\cmd.exe" goto endofperl if %errorlevel% == 9009 echo You do not have Perl in your PATH. if errorlevel 1 goto script_failed_so_exit_with_non_zero_val 2>nul goto endofperl @rem '; #!c:\strawberry\perl\bin\perl.exe #line 20 BEGIN { which is much, much better. It appears the '#!c:\strawberry\perl\bin\perl.exe' is just ignored (athena runs and even shows a wxt gnuplot terminal on 64-bit Windows7), but shouldn't be removed completely. Two suggestions: First, if the apparently-generated-at-install time full path for perl ("C:\Demeter\perl\bin\perl.exe" above) was replaced by "perl.exe" (because, now you now know the path is correct), then the entire "C:\Demeter" tree could be moved after installation, and all the batch files (though not the shortcuts to the batch files generated at install time) would work. Second, if the default install location was (say) %APPDATA%\DemeterPerl (%APPDATA%\demeter already being the DOTDIR equivalent). That would mean the installation did not need Admin privileges. Anyway, it's a big improvement and should avoid many of the PATH issues we've seen recently. Thanks, --Matt -- --Matt Newville <newville at cars.uchicago.edu> 630-252-0431
participants (3)
-
Bruce Ravel -
Matt Newville -
Robert Gordon