Hello Maurice!

28 Dec 14 12:46, you wrote to me:

 MK> -={ Sun Dec 28 04:46:40 PST 2014 }=-
 MK> Hey Benny!

 MK> Sorry about the quoting mess below but it's the best I can do ... for
 MK> now.  I hate stinkin' quoting.  :::sigh:::

i think golded is not better :)

 BP>> 26 Dec 14 11:42:02 binkp[28811]: executing
 BP>> '/home/xpoint/fido/bin/sln_sf.pl -wazoo -a -s115200 2:221/360
 BP>> /tmp/qreq.708b /tmp/qfls.708b /tmp/qrep.708b'
 BP>> 26 Dec 14 11:42:03 binkp[28811]: exec
 BP>> '/home/xpoint/fido/bin/sln_sf.pl -wazoo -a -s115200 2:221/360
 BP>> /tmp/qreq.708b /tmp/qfls.708b /tmp/qrep.708b' returned rc=512
 BP>> 26 Dec 14 11:42:03 binkp[28811]: can't open '/tmp/qfls.708b' for
 BP>> reading
 BP>>
 BP>> why ?

 MK> From this angle it looks to be a permission thingy.

how ?

 MK> I am guessing
 MK> that from the logfile /tmp/qfls.708b exists but doesn't have the read
 MK> permission set for the binkp "user".  Check what owner and permissions
 MK> are set by sln_sf.pl for that tmpfile.

binkp user here is xpoint, i can echo "foo" >/tmp/qfls.random just fine, so i
think qico can to

 BP>> possible that qico closed the tmp file to fast before its content
 BP>> is readed for sending ?

 MK> Can or does it even open it?

yep, i will have to try again, but both sln and mfreq showed the same fails so
i think its in qico someway, just unsure what is the error in qico then

 MK> Life is good,
 MK> Maurice

 MK> ... Don't cry for me I have vi.

and i have a carawan with heat :=)

 MK> --- GNU bash, version 4.3.30(1)-release (x86_64-atom-linux-gnu)

Benny


--- GoldED+/LNX 1.1.5-b20130910