Saturday, 28 January 2017

Static Assertion in C++11



Pre C++11 , we had  run time assertion function assert(). If assertion fails , a message will be written to console  and abort() will be called, terminating the program execution at run time. As assert() works only when control passes over the assertion, there is a possibility that a failing run-time assertion may lay dormant, undetected for long period of time.

#include<iostream>
#include<cassert>
class A
{
    int x;
    public:
       A(int a):x(a){}
       int getX(){ return x; }
};
int main()
{
   A a(17);
   assert(a.getX()<10);
   std::cout<< "Assertion a.getX()<10 pass";
   return 0;
}


Above program will compile fine, even though assert condition is false but we got the failure only at runtime.

Output:

assertion "a.getX()<10" failed: file "assert.cpp", line 16, function: int main()
Aborted (core dumped)

Therefore C++11 introduced Compile time Assertion functionality using static_assert(). As Compilation will fail, developer will be aware of the problematic portion of the code and track bugs early in development phase. Also For Example, if some functionality of code critically depends on size of int to be exactly 4 bytes, we can use static_assert like below

#include<iostream>
class A
{
    public:
    static const int b = 3;
};
int main()
{
    static_assert(A::b > 4, "A::bar is less than 4");
    static_assert(sizeof(int) == 4,"size of integer is not 4 bytes");
}
static_assert can be also used to check whether class is default constructable or can be constructed with certain parameters or  can be copied or is movable or assignable using trivial/non trivial constructors.

#include<iostream>
class A
{
    int x;
    public:
       A():x(0)        
       {

       }
       A(int a):x(a)
       {

       }
};
int main()
{
    static_assert(std::is_constructible<A>::value, "Class is not constructible");
    static_assert(std::is_trivially_constructible<A>::value," Class is not trivially constructible ");
    static_assert(std::is_constructible<A,char,int>::value, "Class is not constructible with char,int ");
 static_assert(std::is_trivially_copy_constructible<A>::value,"Class is not trivially copy constructible");  
    return 0;
}

Output:
static_assert_constructors.cpp: In function ‘int main()’:
static_assert_constructors.cpp:20:9: error: static assertion failed:  Class is not trivially construtible
         static_assert(std::is_trivially_constructible<A>::value," Class is not trivially construtible ");
         ^
static_assert_constructors.cpp:21:5: error: static assertion failed: Class is not constructible with char,int
     static_assert(std::is_constructible<A,char,int>::value, "Class is not constructible with char,int ");

Few Other standard values introduced in C++11, that  you can use with static_assert are:
  • std::is_move_assignable<T>::value,
  • std::is_nothrow_copy_constructible<T>::value
  • std::is_trivially_copyable<T>::value
  • std::is_copy_assignable<T>::value
  • std::is_default_constructible<T>::value
  • std::is_assignable<T>::value


Monday, 5 September 2016

Convert integer into character in C++

We all know that 65 ASCII value represents 'A' and 97 represents 'a' . what is the easiest way to convert integer (should be less than 256) into character in C++. It is using static_cast.

int a =65;
char c=static_cast<char>(a);//typecasting to char(a) will also work
cout<<c;

Output will be A

Sunday, 27 March 2016

Analyzing Core Dump using gdb

Most of us us see segmentation fault and program crashing but very few of us know what exactly happened in the background. Lets first try to understand segmentation fault and core dump before moving to the analysis.

A segmentation fault occurs when a process attempts to access memory(reading/writing) the process is not authorized to so access. For example, processes do not have access to the page of memory beginning at Ox0 Or dereferencing the NULL pointer results in a segmentation fault which results in core dump.

core dump ,memory dump, or system dump consists of the recorded state of the working memory of a computer program at a specific time, generally when the program has terminated abnormally (crashed). If you dont see core dump getting created in your system, check  ulimit using below command
 ulimit -c 

 If result comes out to be 0, change it to appropriate size or unlimited

ulimit -c SIZE OR ulimit -c unlimited 

You can analyse the core dump by using gdb

Command : gdb <executable/binary path> <core Path>

After running this command please type bt(backtrace) on console to see where program actually got crashed.

shared_ptr

Coming Soon