Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Message-ID: <270860408.1208277786297.JavaMail.jira@brutus>
Date: Tue, 15 Apr 2008 09:43:06 -0700 (PDT)
From: "Travis Vitek (JIRA)" <jira@apache.org>
To: issues@stdcxx.apache.org
Subject: [jira] Commented: (STDCXX-833) [MSVC 8,9/ICC 9/10] SIGFPE
 18.limits.traps.stdcxx-624
In-Reply-To: <1119356314.1207678164344.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/STDCXX-833?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589139#action_12589139 ] 

Travis Vitek commented on STDCXX-833:
-------------------------------------

Right, I'm saying that the test installs a signal handler for SIGFPE, but it will never get that signal on Windows. The test or the library needs to be updated to work with this. Either the test should expect a structured exception, be an expected failure, or we need to install a structured exception filter that calls raise(SIGFPE).

> [MSVC 8,9/ICC 9/10] SIGFPE 18.limits.traps.stdcxx-624 
> ------------------------------------------------------
>
>                 Key: STDCXX-833
>                 URL: https://issues.apache.org/jira/browse/STDCXX-833
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: Tests
>    Affects Versions: 4.2.1
>         Environment: Windows MSVC 7.1/8/9, Intel C++ 9.1/10
>            Reporter: Travis Vitek
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> Divide by integer zero doesn't appear to generate SIGFPE. From the documentation I can find, it should generate a STATUS_INTEGER_DIVIDE_BY_ZERO structured exception.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.