Known Issues

Inspector XE 2013 changed the usage of appdebug option

We know that Inspector XE has realized the connection to GDB seamlessly when Inspector detects an error, I described the usage in this article for Inspector XE 2011. However if you try this function on Inspector XE 2013 according to my blog, will meet below error:

# inspxe-cl -collect mi3 -knob appdebug=on-error -- ./test_memory.gcc
Error: Cannot find knob appdebug. Use -knob-list to see available knobs.

А пишут ли ещё на Си++?

Для меня это вопрос странен. Ответ: конечно да, и ещё долго будут писать. Однако время от времени, мне задают этот вопрос на конференциях или при общении на форумах. Я решил дать на него небольшой письменный ответ, чтобы в дальнейшем иметь возможность ответить одной ссылкой.

Мы разрабатываем инструмент анализа кода PVS-Studio для разработчиков Си/Си++ приложений. Иногда меня спрашивают, почему именно для этих языков, ведь Си/Си++ это старый язык, на котором мало кто пишет. Когда я говорю, что это весьма популярный язык и широко используется, они искренне удивляются.

What Caused the issues on Intel Android* Jelly Bean System Image Source Unzip and Decompression When Using WinRAR or Winzip on Windows?

You are a developer using a Windows system ( Windows 8, 7 or even older) to develop your Android* app. You want to use Intel Android* system image source to compile your own version of Android* for either emulator or VirtualBox.

Building NCAR Graphics* with the Intel® compilers


Introduction

This guide is intended to help Intel® C++ Compiler and Intel® Fortran Compiler customers build the NCAR Graphics* library. NCAR Graphics is an open source library for drawing maps, graphs, and plots. More information about NCAR Graphics can be found at http://ngwww.ucar.edu


Version information

NCAR Graphics 6.1.2
Intel® C++ Compiler for Linux* 2013 SP1 Update 2
Intel® Fortran Compiler for Linux* 2013 SP1 Update 2

  • Linux*
  • C/C++
  • Fortran
  • Intel® C++ Compiler
  • Intel® Fortran Compiler
  • Parallel Computing
  • MKL VSL example for grouppooledcovariance (vsldgrouppooledcovariance.f) failed with PGI threading layer.

    Problem Description:

    Grouppooledcovariance example crashs with segmentation fault with PGI threading layer on all platforms due to error in PGI support of OpenMP order clause.

    We can see this example “vsldgrouppooledcovariance.f” into the following directory MKL_ROOT>\examples\vslf\source\". This example shows how to calculates of group/poopled covariances.

     The issue number is DPD2002622493

     Root Cause:

  • Students
  • Linux*
  • Unix*
  • Fortran
  • Intermediate
  • Intel® Math Kernel Library
  • OpenMP*
  • PGI
  • VSL
  • Covariance
  • vslssseditpooledcovariance
  • vsldsseditpooledcovariance
  • MKL VSL
  • Workaround for interoperability issue with Symantec* Endpoint Client Protection software older than 12.1.2015.2015 for Intel(R) Advisor XE 2013 survey and Intel(R) VTune(TM) Amplifier XE 2013 hotspot analyses

    Problem

    Intel(R) Advisor XE 2013 Survey and Intel(R) VTune(TM) Amplifier XE 2013 hotspot analyses fails when running on a system with Symantec* Endpoint Client Protection software versions older than 12.1.2015.2015 (For ex: 12.1.1000.157).

    Symptoms

    As soon as analysis is started, Application Under Test crashes experiences a crash or other sorts of failures. Our tools may report one or more of the following error messages:

  • Microsoft Windows* (XP, Vista, 7)
  • Intel® Advisor
  • Intel® VTune™ Amplifier
  • Безопасность, безопасность! А вы её тестируете?

    В коде программ нет мест, где нельзя допустить ошибку. Ошибка может быть в самом простом месте. Если алгоритмы, механизмы обмена данными и интерфейсы люди привыкли тестировать, то с безопасностью всё обстоит гораздо хуже. Часто она реализуется по остаточному принципу. Программист думает, вот сейчас пару строк напишу, и всё будет хорошо. И даже тестировать не надо. Код слишком прост, чтобы допустить в нем ошибку! А вот и нет. Раз занимаетесь безопасностью и пишите какой-то код для этого, то тестируйте его не менее тщательно!

    OMP_PROC_BIND is now supported on compatible non-Intel processors

    The newest versions of the Intel® C++ and Fortran compilers now support OpenMP* environment variable OMP_PROC_BIND on compatible non-Intel processors for Linux* and Windows* platforms.  The compilers containing the fixes are Intel® Composer XE 2011 Update 13 and Intel® Composer XE 2013 Update 1.  Previous versions of these compilers do not support OMP_PROC_BIND, as defined by the OpenMP* Version 3.1 API specification, on non-Intel processors.  Setting OMP_PROC_BIND={true, false} on a non-Intel processor and running a program linked against the Intel® OpenMP* runtime

  • Professors
  • Students
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Business Client
  • Server
  • C/C++
  • Fortran
  • Intermediate
  • Intel® Parallel Studio XE Composer Edition
  • OMP_PROC_BIND
  • GOMP_CPU_AFFINITY
  • OpenMP*
  • Parallel Computing
  • Subscribe to Known Issues