Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: stdcxx-dev@incubator.apache.org
Received-SPF: pass (herse.apache.org: local policy)
Message-ID: <4656F3B1.2050207@roguewave.com>
Date: Fri, 25 May 2007 08:33:21 -0600
From: Andrew Black <ablack@roguewave.com>
User-Agent: Thunderbird 1.5.0.10 (X11/20070221)
MIME-Version: 1.0
To: stdcxx-dev@incubator.apache.org
Subject: Re: [jira] Updated: (STDCXX-147) [Linux/AMD64,EM64T] SIGFPE in
 18.limits.traps
References: <27316505.1180102937096.JavaMail.jira@brutus>
In-Reply-To: <27316505.1180102937096.JavaMail.jira@brutus>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

The naming of these attachments, and their lack of relevance to the 
(closed) issue leads me to believe that the user who made these 
attachments is a spammer.

I have deleted the attachments (perhaps prematurely), but I'm not 
certain what other steps should be taken to deal with this user.

Martin (or any of our mentors), can you provide any thoughts on what 
steps should be taken next - and what the correct course of action on my 
part would have been?

--Andrew Black

step (JIRA) wrote:
>      [ https://issues.apache.org/jira/browse/STDCXX-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
> 
> step updated STDCXX-147:
> ------------------------
> 
>     Attachment: housewive.html
> 
>> [Linux/AMD64,EM64T] SIGFPE in 18.limits.traps
>> ---------------------------------------------
>>
>>                 Key: STDCXX-147
>>                 URL: https://issues.apache.org/jira/browse/STDCXX-147
>>             Project: C++ Standard Library
>>          Issue Type: Bug
>>          Components: Tests
>>    Affects Versions: 4.1.3
>>         Environment: Linux/AMD64,EM64T
>>            Reporter: Martin Sebor
>>         Assigned To: Martin Sebor
>>            Priority: Minor
>>             Fix For: 4.1.4
>>
>>         Attachments: hard-sex.html, hot-babes.html, hot-chicks.html, hot-moms.html, housewive.html
>>
>>
>> $ make 18_limits_traps && ./18_limits_traps 
>> icc -c -I/build/sebor/dev/stdlib/include/ansi    -D_RWSTD_USE_CONFIG -I/build/sebor/icc-9.0-8S/include -I/build/sebor/dev/stdlib/include -I/build/sebor/dev/stdlib/../rwtest -I/build/sebor/dev/stdlib/../rwtest/include -I/build/sebor/dev/stdlib/tests/include  -Xc -no_cpprt -O2  -w1  /build/sebor/dev/stdlib/tests/support/18_limits_traps.cpp
>> icc -no_cpprt /nfs/packages/mdx/redhat/em64t/compilers/intel/cc_9.0.031/lib/crtxi.o 18_limits_traps.o -o 18_limits_traps -L/build/sebor/icc-9.0-8S/rwtest -lrwtest8s  -L/build/sebor/icc-9.0-8S/lib -lstd8s  -Bstatic -lcxa -lunwind -Bdynamic /nfs/packages/mdx/redhat/em64t/compilers/intel/cc_9.0.031/lib/crtxn.o -lm
>> # INFO (S1) (9 lines):
>> # TEXT: 
>> # COMPILER: Intel C++, __INTEL_COMPILER = 900, __INTEL_COMPILER_BUILD_DATE = 20060120, __EDG_VERSION__ = 304
>> # ENVIRONMENT: x86_64/LP64 running linux-elf 2.4.20 with glibc 2.3
>> # FILE: 18_limits_traps.cpp
>> # COMPILED: Feb 17 2006, 11:03:26
>> # COMMENT: traps data member
>> ######################################################
>> # CLAUSE: lib.numeric.limits.members
>> # INFO (S1) (3 lines):
>> # TEXT: std::numeric_limits<bool>::traps = true
>> # CLAUSE: lib.numeric.limits.members
>> # INFO (S1) (3 lines):
>> # TEXT: std::numeric_limits<char>::traps = true
>> # CLAUSE: lib.numeric.limits.members
>> Floating point exception
>