Hi Matt, you're absolutely right - it seems to be a fortran problem. I tested ifeffit as well as gifeffit. Both work well. I tried to re-install ifeffit, the wrappers and athena but it didn't help. Copying the lib mentioned in your "Fortran Notes" to /usr/lib was also not successful. Building the wrapper is always successful but 'make test' aborts with the following message: bash-2.05# make test make[1]: Entering directory `/media/hdb1/weiher/install_files/ifeffit_1.0b/wrappers/perl/athena-2002.01.17' make[1]: Leaving directory `/media/hdb1/weiher/install_files/ifeffit_1.0b/wrappers/perl/athena-2002.01.17' PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.0/i586-linux -I/usr/lib/perl5/5.6.0 test.pl Can't load 'blib/arch/auto/Ifeffit/Ifeffit.so' for module Ifeffit: /usr/lib/libf2c.so.0: undefined symbol: MAIN__ at /usr/lib/perl5/5.6.0/i586-linux/DynaLoader.pm line 200. at test.pl line 14 Compilation failed in require at test.pl line 14. BEGIN failed--compilation aborted at test.pl line 14. make: *** [test_dynamic] Error 255 I tried to find the libf2c.so.0 lib - it's in /usr/lib. I will now try a re-install of gcc and g77 and keep you informed on the progress of this ;) Regards, Norbert On Wednesday 27 March 2002 20:44, Matt Newville wrote:

Hi Norbert,

It may help to re-install ifeffit, or at least the perl module: perl Makefile.PL ; make install

in ifeffit_1.0b/wrappers/perl/

Otherwise, do ifeffit and gifeffit run? That is, can we isolate this as perl+ifeffit problem or an ifeffit problem? If ifeffit works, does perl -e 'use Ifeffit;'

have the same problem as athena? If this is where the problem is (I'd guess it is: ifeffit runs, the above perl line fails), then does the Makefile.PL look reasonable, pointing to libs for PGPLOT, X, g2c, etc that exist, etc?

--Matt

-- Dipl. Chem. Norbert Weiher (norbertweiher@yahoo.de) Institute for Chemistry - Takustr. 3 - 14195 Berlin Phone/Fax: +49 30 838 53750 / 54792

Earlier today, Bruce wrote:

Matt will (I presume) be including this fix in the next release of ifeffit. Having solved that problem, we will be free to move on to the next problem!!!

I am posting ifeffit-1.0071.tar.gz today with this new perl installation scheme, and attempts to address a few other issues that have cropped up on unixes. I'm not sure all these issues have been resolved, but they're ready for broader testing. For PGPLOT, there have been issues using pre-installed binary versions, and use of the PNG driver to create PNG output files. I updated PGPLOT_install so that it now installs both PNG and GIF files, though either or both can be turned off with PGPLOT_install --no-png --no-gif To use PNG, the png and zlib libraries must be installed (they are on most linuxes, but may need installation on other Unix variants). Because of this dependency, I also changed several parts of the Ifeffit configuration script so that it now checks the PGPLOT installation to find out which drivers to use and how to link with PGPLOT. The upshot is that configure should now work with pre-installed PGPLOT libraries (as from Debian or Fink), and PNG output is supported. A side-effect is that 'configure' now works on Mac OS X, though there are still some issues with the full build on that system. I tested this on linux (2.4, RedHat 7.1) and Mac OS X. There were some problems installing the perl module on Mac OS X that I have not tracked down. The other significant changes are that - plotting in ifeffit can now do error bars: > plot data.x, data.y, dy=data.dy will plot error bars at each point: data.y+/-data.dy - giving only one array to plot will use that as y, and the previous value of x: > newplot data.energy, data.xmu > plot data.bkg If it is a 'newplot': newplot data.bkg the x-axis will be the array index. - updated Reference Manual (though it's still not done!) I expect to post a windows version based on 1.0071 later this week. As always, comments and suggestions are welcome. In particular, suggestions for additional functionality and improvements to the existing applications would be greatly appreciated. Thanks, --Matt

Hi Carlo,

I think one of the problems with the Debian distribution is that there is no libpng.a (static). There are libpng.so.2 and libpng.so.3 but these seem to give problems in the linker as the -lpng option fails in both the PGPLOT_install script and the ifeffit make command.

Is there a way to point to the shared object libraries instead?

Yes. It shouldn't need a static library, as long as it can find the shared one at 1) compile time, which is probably OK if it's set with -L..., and 2) run time, which should work but can s be painful. I'd expect that what you're seeing is that PGPLOT (and ifeffit) build OK but that the executables don't run, saying: ~> ifeffit ifeffit: error while loading shared libraries: libpng.so: cannot load shared object file: No such file or directory This probably means that libpng.so is in some location that the run-time loader doesn't know about. On linux, the 'ldd' command will show what shared libraries an executable, or even another shared library will try to load, and say which ones cannot be found. ~> ldd ifeffit libpng.so.2 => /usr/lib/libpng.so.2 (0x4002b000) libz.so.1 => /usr/lib/libz.so.1 (0x4004c000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4005a000) ... You can also run 'ldd libpgplot.so'. They should both point to an existing libpng.so, otherwise it would say libpng.so.2 => not found

Hi Paul, Thanks -- I think this is probably a core ifeffit plotting problem, and isn't specific to athena. I've recently noticed similar cases of 'the last thing drawn is missing from hardcopies', especially text and "keys" for the legend. I'll look into the root cause. I believe a simple workaround would be to repeat the last plot() command before making hardcopies. On a related subject, there are also definitely major problems with all plotting on Windows. --Matt