Hmm, I do not know much about pipes. Inspecting a running ECL, I see that it does not hang in ECL, but in the C library: in open()<div><br></div><div><div>Attaching to program: `/Users/jjgarcia/bin/ecl', process 49213.</div>

<div>Reading symbols for shared libraries ++.. done</div><div>0x00007fff86e3543e in open ()</div><div>(gdb) info threads</div><div>  2                         0x00007fff86e8c99e in __sigwait ()</div><div>* 1 "com.apple.main-thread" 0x00007fff86e3543e in open ()</div>

<div>(gdb) bt</div><div>#0  0x00007fff86e3543e in open ()</div><div>#1  0x00000001000f71d4 in ecl_open_stream (fn=0x10311bf30, smm=smm_output, if_exists=0x1002167c8, if_does_not_exist=0x100216e90, byte_size=0, flags=256, external_format=0x100216b80) at file.d:4804</div>

<div><br></div><div><br></div>Do you have any idea why this might happen? ECL is resolving the fifo name to a full path, btw. I do not know whether this might cause part of the problem.</div><div><br></div><div>Juanjo<br clear="all">

<div><br></div>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>


</div>