X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_40,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Date: Tue, 24 May 2011 14:19:52 +0200 Message-ID: Subject: debugging cygwin / octave plot problem From: marco atzeri To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Hi, I am trying to understand (eventually solve) the octave cygwin problem present in cygwin-1.7.9. http://cygwin.com/ml/cygwin/2011-03/msg00863.html The issue arisen with http://cygwin.com/ml/cygwin-cvs/2011-q1/msg00102.html and it is due to the communication between octave and gnuplot. Octave forks, execs gnuplot and communicate with gnuplot for sending commands and receiving feedback. The return channel is a named pipe in the form of "/tmp/oct-22xxx" The problem seems on the return channel and octave receives EOF instead of the expected message. What is really making me mad is that - if I use the internal debug mode of octave the problem disappear, the return channels works fine. - If I manually exec gnuplot and send command (with internal octave popen2 / fputs /fgets) it also works - if I try to run octave inside gdb, at plot gdb frozen and gnuplot never arise. All these tests are performed from xterm using both 1.7.9 and the latest cvs sources. Have anyone suggestion how to overcome the gdb frozen behaviour ? Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple