Копирующий конструктор C++ атомарная операция ?

Скорее всего, ничего хорошего.

> Копирующий конструктор атомарная операция ?

С какой стати? Переключение между нитями выполняется на уровне машинных команд, а не конструкций C++.

Интересно, и как проявляется неатомарность в этом случае?

нет, так как, например в момент начала выполнения операции --, 
результат выполнения операции ++ был не полность перекачен обратно
в память.

> Копирующий конструктор атомарная операция ?
Текущая версия стандарта ни как не затрагивает вопрос многопоточного
окружения. И тем не менее достоверно известно, что копирующий конструктор не является автомарной операцией, это вообще не операция, и
необходимо использовать средства межпроцессорной синхронизации.

Действительно, в документации Intel написано, что чтобы inc был
атомарным, нужно использовать префикс lock. В ядре так и сделано:

static __inline__ void atomic_inc(atomic_t *v)
{
        __asm__ __volatile__(
                LOCK "incl %0"
                :"=m" (v->counter)
                :"m" (v->counter));
}

>Внимание вопрос: Что будет если в одной нити для объекта A часть ресурсов объекта B скопиравано. А в другой нити объект B удаляется ?

Вся подковырка была в том, что здесь используются не атомарные операции, а вообще идет речь об копировании объектов Если по коду, что Автор предоставил:

TSomeClass b;

/* ... */

TSomeClass A = TSomeClass(B);

Нужно понять что автор делает: копирования или присвоения. Копирование объектов производится с помощью копирующего конструктора, а операция присвоения с помощью одноименного оператора. До операции присвоения объект A должен быть проинициализирован.

Теперь, допустим что здесь производится копирование объектов, тогда возможно, что объект B уничтожается раньше до момента копирования, т.е. поток завершился раньше чем другой поток успел произвести операцию копирования. Таким образом, кажется здесь идет речь о Гонках.