Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: <scowles AT earthlink DOT net>
Reply-To: scowles AT earthlink DOT net
Organization: personal
To: <cygwin AT cygwin DOT com>
Subject: zsh 4.3.0 dev 1 with cygwin1.dll 1.5.15
Date: Tue, 19 Apr 2005 13:17:57 -0700
User-Agent: KMail/1.5.1
MIME-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200504191318.00811.scowles@earthlink.net>
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id j3JKID28010903


I have had no success running zsh 4.3.0 dev 1 on the last two releases of 
cygwin1.dll, 

CYGWIN_NT-5.1 host 1.5.14(0.126/4/2) 2005-04-01 13:40 i686 
CYGWIN_NT-5.1 host 1.5.15(0.127/4/2) 2005-04-18 12:20 i686

The builds of zsh proceed with no undue problems, but test A05 fails.  The 
following is the message from running the cvs version of 4.3.0 dev 1 (pulled 
about 10h00 PDT, GMT +0700, 19 apr 2005) against cygwin1.dll 
1.5.15(0.127/4/2):

./A05execution.ztst: starting.
Test ./A05execution.ztst failed: bad status 1, expected 0 from:
  path=($ZTST_testdir/command.tmp/dir1
        $ZTST_testdir/command.tmp/dir2
        .)
  tstcmd
  path=($storepath)
Error output:
      6 [main] zsh 2052 fork_parent: child 3084 died waiting for longjmp 
before initialization
(eval):4: fork failed: interrupt
Was testing: path (1)
./A05execution.ztst: test failed.
 249108 [main] zsh 2052 fork_parent: child 3640 died waiting for longjmp 
before initialization
ZTST_cleanup:2: fork failed: no such file or directory


When I try to run this build of zsh, every call to a non-builtin resource 
results in a fork failure.  Is there some user configurable resource that 
might fix this problem?  I thought that might be the easiest solution since 
the 1.5.13 release of cygwin1.dll did not result in such problems and I've 
made no known changes to my system configuration since that release.  
Otherwise, I'd be glad to help debug.  My platform is WinXP/SP2, cygwin.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/