delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/2001/04/21/01:18:20

Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Message-ID: <3AE118DA.7F7CB4D9@ece.gatech.edu>
Date: Sat, 21 Apr 2001 01:21:30 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>
CC: cygwin-developers AT cygwin DOT com, jjohnstn AT cygnus DOT com
Subject: Re: vfscanf in newlib
References: <3ADD0441 DOT 91F76FB6 AT ece DOT gatech DOT edu> <3ADE1FC1 DOT F0A10A89 AT cygnus DOT com> <3ADE640A DOT 34E88DCE AT ece DOT gatech DOT edu> <3AE040FC DOT 16BD67BC AT ece DOT gatech DOT edu> <3AE070F3 DOT 1C45633A AT cygnus DOT com> <20010420145228 DOT B25768 AT redhat DOT com> <3AE0894D DOT 5288FDF3 AT cygnus DOT com> <20010420152744 DOT A26175 AT redhat DOT com> <3AE0E6C9 DOT CFA716BF AT ece DOT gatech DOT edu> <3AE108A4 DOT C4C0E026 AT ece DOT gatech DOT edu> <008c01c0ca1a$e9dc4020$0200a8c0 AT lifelesswks>

Robert Collins wrote:
> 
> A __cursory__ conde read through gives me the impression that
> simultaneous calls with the same file may result in undefined results.
> 
> buffer wise it should be ok, but don't use the same handle twice. I
> don't know that the SUS has to say about the _r function w.r.t. the file
> in use, but I would expect that two calls from two threads to one of the
> _r functions should result in one blocking until the other finishes
> scnaning, not them interleaving fread calls.
> 
> I may be completely off-base here though.

Maybe.  I just discovered something -- which *MAY* be related to my
changes, or *MAY& be related to other changes.  I've built three
cygwin1.dll's in the last two days.

#1: my original changes to newlib/winsup
  --- also, I picked up many changes (vs. cygwin-1.1.8-2) when I 'cvs
updated'
#2: Jeff's version of my newlib changes, Chris's winsup changes
  --- also, there were additional, unrelated changes (beyond those
included in #1) that I picked up in winsup when I did 'cvs update';
apparently, there were a lot of commits yesterday.
#3: same as #2, but with my most recent patch

All three enabled me to successfully run bash, rxvt+bash, make, gcc, and
my test programs. So, I figured they were fine.

I've just discovered that I get a coredump with all three when I try to
run ssh.  #$!@&$

There are three common elements in all three new dll's:
a) my original changes are a badly implemented and are causing problems
b) or some of the unrelated changes in winsup have destabilized cygwin
(within the last week or so)
c) or I've lost the ability to build a working cygwin1.dll.

Reverting to the 20010419 snapshot from sourceware's snapshot download
page allows me to ssh without problems.  So, it's either something in my
build process or the changes in the last two days (mine, OR other
peoples').

Can somebody on cygwin try to build a snapshot with the recently
committed winsup and newlib code (e.g. #2 above), and try to run ssh, to
determine whether I've gone insane?

--Chuck

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019