[Isocops] Build problem
Geoffrey B. Crew
gbc at space.mit.edu
Wed Jun 2 09:44:49 EDT 2010
This is a good example (Roland) of why putting temporary files in /tmp
is a bad idea.
svn wasn't informed about createDFluxvsLatNorm.pro, but that actually
isn't a problem (yet).
If you look at the log file, you'll find:
FAIL: try_skymap.sh
...
Leaving directory `/usr/local/ibex/sw/build-3.3/isoc/infra/idl/test'
for the devel environment, and similarly for the gbc environment.
I'll comment as an aside that the nightly I have running on my home
machine had no trouble at all. That is a useful, but not essential hint.
It's reproducible:
$ cd /home/gbc/IBEX/sw/build-3.3/isoc/infra/idl/test
$ make check TESTS=try_skymap.sh
...
FAIL: try_skymap.sh
==================================
1 of 1 tests failed
Please report to gbc at space.mit.edu
==================================
$ ls -ltr
... (lots of 3am files) ...
-rw-rw---- 1 gbc isoc 6323 Jun 2 09:31 sky-sample-flat.png
-rw-rw-r-- 1 gbc isoc 530 Jun 2 09:31 sky-sample-flat.geom.errs
-rw-rw---- 1 gbc isoc 15395 Jun 2 09:31 sky-sample-orig.png
-rw-rw---- 1 gbc isoc 1207 Jun 2 09:31 sky-sample.errs
Looking at the last one:
...
% OPENW: Error opening file. Unit: 101, File: /tmp/IDLsuxReallyBadly
Permission denied
$ l /tmp/IDLsuxReallyBadly
-rw-rw---- 1 jacob707 jacob707 1295 Jun 1 18:20 /tmp/IDLsuxReallyBadly
So removing the file will solve this problem.
A grep in the source directory (the parent of the test directory) suggests
that Jacob must have done a ^C (or IDL died of its own accord) between:
openw,lun,'/tmp/IDLsuxReallyBadly',/get
...
file_delete,'/tmp/IDLsuxReallyBadly'
Someone IDL knowledgeable could fix this code so the temp file has the
PID in the name. (I.e. time to fix this sloppy code.)
--
Geoff (gbc at space.mit.edu)
On Wed, Jun 02, 2010 at 12:33:48PM +0000, fair-play at comcast.net wrote:
> Geoff, Mark, Nathan and Roland,
>
> I noticed that the nightly build wasn't clean last night. I'm not sure what else might be going on but I did see that createDFluxvsLatNorm.pro wasn't found.
>
> Ken
More information about the Isocops
mailing list