=========SUMMARY FOR CAP===============
I reported earlier about core-dumping in subdirectories while
running gen.makes, during the process of installing CAP.
I was running DU 4.0, and no problem patching to level 198.
Thanks to Olle Eriksson <olle_at_cb.uu.se> who
=============================
suggested I might be using the GNU sed, which is known to
cause scripts to fail. I wasn't using that one, but I did
try GNU 2.05, just to see what would happen.
I have narrowed the problem down to these two lines in gen.makes:
# cat ${m4features} ${m4setup} Makefile.m4 | m4 | \
# sed -e "1,/##########MARKER##########/d" > ${output})
"cat"ting the three files caused memory fault, hence the coredumping.
Also the variables were not expanding and I had to hardcode them
to their actual location (all in one directory).
I tried to separate them into a few more processes writing into the
same file. Then I needed to get rid of the blank lines and lines
that contain tabs only from the top of the file.
These are the lines I used to debug the thing rather than attempting
to write a real decent one; they worked any way:
cat /local/cap60/m4.features > tmpfile; \
cat /local/cap60/m4.setup >> tmpfile; \
cat Makefile.m4 >> tmpfile; \
cat tmpfile | sed "/^#/d" > tmpfile2; \
cat tmpfile2 | sed "/^$/d" > tmpfile3; \
m4 tmpfile3 > tmpfile4; \
perl -pi -e 's/^\t$//' tmpfile5; \
cat tmpfile5 | sed "/^$/d" > tmpfile6; \
cat tmpfile6 | sed "/^ $/d" > ${output})
Cap is now running beautifully.
============================================
Now another problem:
During the process, I inadvertantly chmod some files to 775. I've tried
to change them back and for now can't find anything that I think needs
to be changed. But when I tried to login in via CDE, I got a message
to this effect:
"sdtdbcache_$DISPLAY is empty or missing from /var/tmp. The most
likely reason is the directory is out of space. Please log in
in safesession mode and remove 300 blocks for a normal CDE login
to work."
It then of course kicked me out.
Strange thing is if I log in as root, everything would be OK.
The file sdtdbcache_$DISPLAY is there in /var/tmp, and that partition
is only 40% used. The /var/tmp has the permission drwxrwxrwt.
Another thing I noticed was vi (not nvi) stopped working for
others if .exrc exists.
nvi works fine after I changed /usr/var/preserve/vi.recover/ to drwxrwxrwt.
Any help is appreciated.
Jie
Received on Mon Dec 15 1997 - 01:17:51 NZDT