delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2015/06/27/10:53:19

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:date:from:to:cc:subject:message-id:reply-to
:references:mime-version:content-type:in-reply-to; q=dns; s=
default; b=WNZ96wpzh9rXnoVdfIPVqEwUFFuYFyL4tQhQ9DaPfEN6nANRjR4fR
1BEzyt4QfzCso0BQWfipd3E4/A7kHlWQQ0yIsk9dUN73vI1lyUwfxACTwsmIe6Jw
VP7/4VAaIzs6xM/xmK6/nBPV2exZLObjZ39lQlYKyhSL/+9ztasgPA=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:date:from:to:cc:subject:message-id:reply-to
:references:mime-version:content-type:in-reply-to; s=default;
bh=cK8g4WHbFqxB7DX7N7EmH7NVQ7s=; b=AOHoLNziSkF2hRYBpRo9l+iMaHEc
qzohhEiW+ZQSngh2fojVkWmTTfGjbqAhroZb+pqX4isrKQu1DpCmCB4KRM6Ficjb
fdU498yXM1vNx87BjqJq6gy/JbRlVgGw/qSI1mqdE7ZwpX85GVgyKpXnkIH+T98K
9ks0eY6p2Dyw9Mk=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Sat, 27 Jun 2015 16:52:59 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Cc: Ben Woodard <woodard AT redhat DOT com>
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.1.0-0.1
Message-ID: <20150627145259.GB23036@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com, Ben Woodard <woodard AT redhat DOT com>
References: <558706D5 DOT 1020508 AT cornell DOT edu> <20150622110835 DOT GE28301 AT calimero DOT vinschen DOT de> <20150626111249 DOT GS31223 AT calimero DOT vinschen DOT de> <558D3F4C DOT 6090207 AT cornell DOT edu> <20150626141437 DOT GV31223 AT calimero DOT vinschen DOT de> <558D62D7 DOT 8010709 AT cornell DOT edu> <20150626153647 DOT GX31223 AT calimero DOT vinschen DOT de> <558D8409 DOT 2000400 AT cornell DOT edu> <20150626200512 DOT GA30636 AT calimero DOT vinschen DOT de> <558DD1F3 DOT 4010301 AT cornell DOT edu>
MIME-Version: 1.0
In-Reply-To: <558DD1F3.4010301@cornell.edu>
User-Agent: Mutt/1.5.23 (2014-03-12)

--wzJLGUyc3ArbnUjN
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jun 26 18:28, Ken Brown wrote:
> On 6/26/2015 4:05 PM, Corinna Vinschen wrote:
> >As for getrlimit(RLIMIT_STACK), I changed that as outlined in my former
> >mail in git.  On second thought, I also changed the values of
> >MINSIGSTKSZ and SIGSTKSZ.  Instead of 2K and 8K, they are now defined
> >as 32K and 64K.  The reason is that we then have enough space on the
> >alternate stack to install a _cygtls area, should the need arise.
> >
> >I created new developer snapshots on https://cygwin.com/snapshots/
> >Please give them a try.
> >
> >Remember to tweak STACK_DANGER_ZONE.  You'll have to rebuild emacs
> >anyway due to the change to [MIN]SIGSTKSZ.
>=20
> Hi Corinna and Ben,
>=20
> It works now, in the sense that emacs doesn't crash, and it produces the
> message "Re-entering top level after C stack overflow".  I tested both
> 32-bit and 64-bit Cygwin.  My test consisted of evaluating the following =
in
> the emacs *scratch* buffer:
>=20
> (setq max-specpdl-size 83200000
>       max-lisp-eval-depth 640000)
> (defun foo () (foo))
> (foo)
>=20
> (The 'setq' is to override emacs's built-in protection against too-deeply
> nested lisp function calls.)
>=20
> On the other hand, emacs doesn't really make a full recovery.  For exampl=
e,
> if I try to call a subprocess (e.g., 'C-x d' to list a directory), I get a
> fork error:
>=20
> Debugger entered--Lisp error: (file-error "Doing vfork" "Resource
> temporarily unavailable")

The problem is probably that there are still resources in use which
didn't get free'd.  I'll check next week if I can do anything about it.
Ideally with a simple testcase than emacs :}

> In view of what Ben said, I don't really care about this from the emacs
> point of view.  I mention it only in case it's useful to you for testing =
the
> alternate stack.

Thanks,
Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--wzJLGUyc3ArbnUjN
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJVjrjLAAoJEPU2Bp2uRE+gCnQP/AvJOnCp709ytkeXAG3MC3wP
hVzlN7EjuTGRjwDH/U6h6nbpoKn/vU88JfZdLhdXCiQJ6gv/BgyitZmLJ/9E02Yd
7N/pz1sgO4pJvnfqOBdeCGTcKGyrBp1D8ti6bOockLMpbHccQO+wTmNC/hqA0y7h
YtPWxiClIH8XH/s1GbX2wQMNwWf9y3o6XOnU68THLPkPzuxNyEaGs+WUwx5gr4nk
lmkJQo/I3IgJTHryT8djYV1rrBqtqw7/HzFpTQadVTLNo7PRds9A9M0E+igvLNoX
9f9lf8LZPlrJsPe908g9XyghMWUaCtxr4wyePgON7kWvh01NdFiJN0N0wenl6fhJ
+Z9H2UsYYXGgt+aw00/0K5e497tE/TXu5rbCHazWEfUu+LpTqtaVNgZDs18bY0Lm
ZO3g/bMma5Qc2W86Ovw9oVpbiH6uI5jP8zB5AO3noSuMSlva0AVW+h/+gY/pvUsM
SwM5OiEEZVj2st58YAyr9KsmBWBHLr1MOc9LJqNlfPbRmjkGDVBaQdNfuYAbziPC
1MjdVpI4b2SWc9jsN6DSllG3cHNmFbHrHRiZlnFs26uIOEJOyMueKJfTxD7lfdqD
CjUmZJJx5+cs+GheTJIDV+52V7xH//CsuxbTP3caYSDhJu1SEGJjVFUeaueznvcP
pwy913f24omilvF+HDNZ
=ZW3w
-----END PGP SIGNATURE-----

--wzJLGUyc3ArbnUjN--

- Raw text -


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