X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 0A3C6385041C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nexgo.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Stromeko AT nexgo DOT de From: Achim Gratz To: cygwin AT cygwin DOT com Subject: Re: [Attn: gcc maintainers] Re: unhandled C++ exceptions not propagating References: <20200816125306 DOT 60dc246baf63d7f9fba60611 AT nifty DOT ne DOT jp> <6c27d8d6-876a-6c09-bccd-a9123400cfdb AT cornell DOT edu> <20200816225221 DOT d7c41334927c9766d6e26415 AT nifty DOT ne DOT jp> <84a15cee-d772-4422-9cf0-1cec8d188cae AT cornell DOT edu> <70f23307-6aaf-db8a-103e-81303350ffec AT cornell DOT edu> <9525d8c2-74af-5c04-8a04-d84df4b1f2ef AT cornell DOT edu> <20200817181359 DOT GI3272 AT calimero DOT vinschen DOT de> Date: Mon, 17 Aug 2020 20:44:28 +0200 In-Reply-To: <20200817181359.GI3272@calimero.vinschen.de> (Corinna Vinschen's message of "Mon, 17 Aug 2020 20:13:59 +0200") Message-ID: <874kp1qfhv.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-VADE-STATUS: LEGIT X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces AT cygwin DOT com Sender: "Cygwin" Corinna Vinschen writes: > This stuff isn't really my strong point. IIUC the above comment correctly, > we might get away with adding another case to the exception handler switch: > > #define STATUS_GCC_THROW 0x20474343 > case STATUS_GCC_THROW: > return ExceptionContinueExecution; > > Did you try that, by any chance? There is a clear expectation that SEH is available on 64bit as expressed in cygming.h from gcc (but not on 32bit, which explains why there's no problem there): #define TARGET_SEH (TARGET_64BIT_MS_ABI && flag_unwind_tables) and MS_ABI is the default for 64bit, flag_unwind_tables is a global variable that is set to 1 by default and very few platforms set it to 0. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple