Re: [OMPI devel] 3.1.6rc2: Cygwin fifo warning

2020-02-02 Thread Marco Atzeri via devel

Am 02.02.2020 um 14:16 schrieb Jeff Squyres (jsquyres):

On Feb 2, 2020, at 2:17 AM, Marco Atzeri via devel  
wrote:


not a new issue as it was also in 3.1.5. what is causing the
last line of warning ?
And why a simple run should try to run a debugger ?

$ mpirun -n 4 ./hello_c
...
Hello, world, I am 3 of 4, (Open MPI v3.1.6rc2, package: Open MPI 
Marco@LAPTOP-82F08ILC Distribution, ident: 3.1.6rc2, repo rev: v3.1.6rc2, Jan 
30, 2020, 125)
[LAPTOP-82F08ILC:00154] [[18244,0],0] unable to open debugger attach fifo

this is a Cygwin 64 bit.



Can you get a stack trace for that, perchance?  The function in question to 
trap is open_fifo() in orted_submit.c.  This function can be called from 3 
different places; it would be good to know in which of the 3 it is happening.

Does Cygwin support mkfifo()?




/usr/include/sys/stat.h:int mkfifo (const char *__path, mode_t __mode );


Assuming that the message is coming from the last open_fifo call

Thread 1 "orterun" hit Breakpoint 1, open_fifo ()
at /usr/src/debug/openmpi-3.1.6rc2-1/orte/orted/orted_submit.c:2857
2857{
(gdb) bt
#0  open_fifo () at 
/usr/src/debug/openmpi-3.1.6rc2-1/orte/orted/orted_submit.c:2857
#1  0x0003783f1cf1 in attach_debugger (fd=, 
event=, arg=0x800155430)

at /usr/src/debug/openmpi-3.1.6rc2-1/orte/orted/orted_submit.c:2913
#2  0x0003784bbca0 in event_process_active_single_queue 
(activeq=0x80008b650, base=0x80008af90)
at 
/usr/src/debug/openmpi-3.1.6rc2-1/opal/mca/event/libevent2022/libevent/event.c:1370

#3  event_process_active (base=)
at 
/usr/src/debug/openmpi-3.1.6rc2-1/opal/mca/event/libevent2022/libevent/event.c:1440
#4  opal_libevent2022_event_base_loop (base=0x80008af90, 
flags=flags@entry=1)
at 
/usr/src/debug/openmpi-3.1.6rc2-1/opal/mca/event/libevent2022/libevent/event.c:1644
#5  0x0001004013de in orterun (argc=, argv=out>)

at /usr/src/debug/openmpi-3.1.6rc2-1/orte/tools/orterun/orterun.c:201
#6  0x00018004a826 in _cygwin_exit_return ()
at /usr/src/debug/cygwin-3.1.2-1/winsup/cygwin/dcrt0.cc:1028
#7  0x000180048353 in _cygtls::call2 (this=0xce00, 
func=0x180049800 ,
arg=0x0, buf=buf@entry=0xcdf0) at 
/usr/src/debug/cygwin-3.1.2-1/winsup/cygwin/cygtls.cc:40
#8  0x000180048404 in _cygtls::call (func=, 
arg=)

at /usr/src/debug/cygwin-3.1.2-1/winsup/cygwin/cygtls.cc:27
#9  0x in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) c
Continuing.
[Thread 127164.0x54860 exited with code 0]
[LAPTOP-82F08ILC:02101] [[20459,0],0] unable to open debugger attach fifo


[OMPI devel] 3.1.6rc2: Cygwin fifo warning (was: v3.0.6rc2 and v3.1.6rc2 available for testing)

2020-02-02 Thread Jeff Squyres (jsquyres) via devel
On Feb 2, 2020, at 2:17 AM, Marco Atzeri via devel  
wrote:
> 
> not a new issue as it was also in 3.1.5. what is causing the
> last line of warning ?
> And why a simple run should try to run a debugger ?
> 
> $ mpirun -n 4 ./hello_c
> ...
> Hello, world, I am 3 of 4, (Open MPI v3.1.6rc2, package: Open MPI 
> Marco@LAPTOP-82F08ILC Distribution, ident: 3.1.6rc2, repo rev: v3.1.6rc2, Jan 
> 30, 2020, 125)
> [LAPTOP-82F08ILC:00154] [[18244,0],0] unable to open debugger attach fifo
> 
> this is a Cygwin 64 bit.


Can you get a stack trace for that, perchance?  The function in question to 
trap is open_fifo() in orted_submit.c.  This function can be called from 3 
different places; it would be good to know in which of the 3 it is happening.

Does Cygwin support mkfifo()?

-- 
Jeff Squyres
jsquy...@cisco.com