> poos001@D0400736:~/admb$ export ADMB_HOME=/home/poos001/admb-9.0.65-linux64-gcc3.4.6/<br><br>remove the trailing backslash, so that<br>$ export ADMB_HOME=/home/poos001/admb-9.0.65-linux64-gcc3.4.6<br><br>then <br>$ export PATH=$ADMB_HOME/bin:$PATH<br><br>finally<br>$ tpl2rem envpref<br><br>let me know,<br>johnoel<br>----- Original Message -----<br>From: "Poos, Jan Jaap" <janjaap.Poos@wur.nl><br>Date: Tuesday, December 9, 2008 10:49 pm<br>Subject: Re: [ADMB Users] glitch in tpl2rem (and tpl2cpp) ?<br>To: users@admb-project.org<br><br>>  <br>> My reply is at bottom...<br>> <br>> -----Original Message-----<br>> From: users-bounces@admb-project.org [mailto:users-bounces@admb-<br>> project.org] On Behalf Of John Ancheta<br>> Sent: Tuesday, December 09, 2008 7:37 PM<br>> To: users@admb-project.org<br>> Subject: Re: [ADMB Users] glitch in tpl2rem (and tpl2cpp) ?<br>> <br>> Download and install a current version of ADMB from<br>> <br>> http://admb-project.org/downloads<br>> <br>> Installation guides can be found at<br>> <br>> http://admb-project.org/documentation<br>> <br>> Let me know,<br>> johnoel<br>> <br>> On Dec 9, 5:53 am, "Poos, Jan Jaap" <janjaap.P...@wur.nl> wrote:<br>> > Hi,<br>> ><br>> > I found a small problem with respect to tpl2rem on linux, <br>> using <br>> > admb-9.0.9rc2-linux64-gcc3.4. When using tpl2rem on a file on <br>> one of <br>> > our network disks, this results in:<br>> ><br>> > sh: envpref.htp: Permission denied<br>> > Error executing command  sed -e " "  classdef.tmp > envpref.htp<br>> > sh: envpref.htp: Permission denied<br>> > Error executing command sed -n -f<br>> > /home/poos001/admb-9.0.9rc2-linux64-gcc3.4/bin<br>> > /seddf1b3 tfile2 >> envpref.htp<br>> > sh: envpref.htp: Permission denied<br>> > Error executing command sed -n -f<br>> > /home/poos001/admb-9.0.9rc2-linux64-gcc3.4/bin<br>> > /seddf1b4 tfile4 >> envpref.htp<br>> > sh: envpref.htp: Permission denied<br>> > Error executing command sed -f<br>> > /home/poos001/admb-9.0.9rc2-linux64-gcc3.4/bin/se<br>> > ddf1b2 tfile2 >> envpref.htp<br>> > etc.<br>> ><br>> > Subsequently, the directory in which the tpl file is located <br>> looks like:<br>> ><br>> > -rw-r--r-- 1 root    imares    1894 2008-12-09 16:36 classdef.tmp<br>> > -rw-r--r-- 1 root    imares    3817 2008-12-09 16:36 <br>> envpref.cpp <br>> > -rwxrwxrwx 1 poos001 imares 6622965 2008-10-04 22:25 envpref.dat<br>> > -rw-r--r-- 1 root    imares    1894 2008-12-09 16:36 <br>> envpref.htp <br>> > -rwxrwxrwx 1 poos001 imares    4132 2008-10-04 22:25 <br>> envpref.pin <br>> > -rwxrwxrwx 1 poos001 imares    2308 2008-12-09 14:01 envpref.tpl<br>> > -rw-r--r-- 1 root    imares       0 2008-12-09 16:36 header.tmp<br>> > -rw-r--r-- 1 root    imares    1263 2008-12-09 16:36 tfile1<br>> > -rw-r--r-- 1 root    imares     126 2008-12-09 16:36 tfile2<br>> > -rw-r--r-- 1 root    imares     383 2008-12-09 16:36 tfile3<br>> > -rw-r--r-- 1 root    imares     122 2008-12-09 16:36 tfile4<br>> > -rw-r--r-- 1 root    imares     585 2008-12-09 16:36 xxalloc1.tmp<br>> > -rw-r--r-- 1 root    imares     179 2008-12-09 16:36 xxalloc2.tmp<br>> > -rw-r--r-- 1 root    imares     836 2008-12-09 16:36 <br>> xxalloc3.tmp <br>> > -etc.<br>> ><br>> > So, all the temporary files remain in the directory. Running <br>> tpl2rem <br>> > again results in a segmentation fault.<br>> ><br>> > This looks like a problem with setting the permissions when <br>> the <br>> > temporary files are made. The problem disappears when copying <br>> the <br>> > files to another location (like the users home dir). The same <br>> problem <br>> > also disappears when running tpl2env as root. Maybe this can <br>> be looked <br>> > into and fixed in a future version?<br>> ><br>> > Cheers, thanks in advance, Jan Jaap<br>> ><br>> > _______________________________________________<br>> > Users mailing list<br>> > Us...@admb-project.orghttp://lists.admb-<br>> project.org/mailman/listinfo/u> sers<br>> _______________________________________________<br>> Users mailing list<br>> Users@admb-project.org<br>> http://lists.admb-project.org/mailman/listinfo/users<br>> <br>> Hi John,<br>> <br>> Thanks for your swift reaction. However, it appears the problem <br>> is not fixed, but has become worse. With v 9.0.65, tpl2rem fails <br>> also in a situation where it worked previously:<br>> <br>> poos001@D0400736:~/admb$ export ADMB_HOME=/home/poos001/admb-<br>> 9.0.65-linux64-gcc3.4.6/<br>> poos001@D0400736:~/admb$ ./tpl2rem envpref<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binseddf1b3: No such file or directory<br>> Error executing command sed -n -f /home/poos001/admb-9.0.65-<br>> linux64-gcc3.4.6/binseddf1b3 tfile2 >> envpref.htp<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binseddf1b4: No such file or directory<br>> Error executing command sed -n -f /home/poos001/admb-9.0.65-<br>> linux64-gcc3.4.6/binseddf1b4 tfile4 >> envpref.htp<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binseddf1b2: No such file or directory<br>> Error executing command sed -f /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binseddf1b2 tfile2 >> envpref.htp<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2d: No such file or directory<br>> Error executing command sed -f /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2d tfile4 >> envpref.htp<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2a: No such file or directory<br>> Error executing command sed -f /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2a xxalloc3.tmp >> envpref.cpp<br>> sed: couldn't open file /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2c: No such file or directory<br>> Error executing command sed -f /home/poos001/admb-9.0.65-linux64-<br>> gcc3.4.6/binsedf1b2c xxalloc2.tmp >> envpref.cpp<br>> Error trying to create output file envpref.cpp<br>> <br>> It appears the forward slash between bin and the sed files has <br>> disappeared, resulting in similar issues as before, only now in <br>> all instances. Mind you I use x86_64 and gcc 4.3.1, with the <br>> files for gcc3.4.6, but I don't think this is the issue.  <br>> <br>> All the files in admb-9.0.65-linux64-gcc3.4.6/bin are owned by <br>> poos001, and have -rwxrwxrwx permission.<br>> <br>> Kind regards, Jan Jaap  <br>> <br>> _______________________________________________<br>> Users mailing list<br>> Users@admb-project.org<br>> http://lists.admb-project.org/mailman/listinfo/users