Andrew Black wrote:
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.

I'll say! I didn't even get a chance to check them out ;-)

Seriously, thanks removing this junk! Although perhaps it might
have been useful to leave them until someone from INFRA has had
a chance to look at them in case they contain information that
could be used to prevent this type of spam in the future. (I've
seen the same thing happen to GCC Bugzilla not so long ago so
this is not a unique incident.)


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?

I think we need to contact INFRA and alert them to the problem.
Let me know if you're prepared to do it.

Thanks again!
Martin


--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


Reply via email to