Вопрос по теме QNX C++

Примечание 1. Если у вас только 1 процессор, код может выполняться только последовательно, независимо от того, сколько потоков вы создаете. Каждому потоку дается часть процессорного времени, прежде чем он будет заменен для следующих потоков.

Примечание 2: если основной поток завершает работу, pthreads убивает все дочерние потоки до того, как у них будет возможность выполнить.

Теперь отвечу на ваши вопросы:

Без сна. Когда-то запущенный поток имеет достаточно времени в единственном срезе, которое ему было предоставлено, чтобы выполнить цикл 10 раз полностью.

Со сном: ваш рабочий поток будет спать на целую секунду. Итак, у вашего основного потока есть время для большой работы. Если основной поток завершится в это время, рабочий будет убит.

Я бы внес следующие изменения:

//  Remove the Create() method
//  Put thread creation in the constructor.
//  Make the thread variable part of the object

pthread_t m_id;

Thread()
{
    if (pthread_create(&m_id, NULL, &(this->start_routine_trampoline), this) != 0)
    {
        throw std::runtime_error("Thread was not created");
    }
}

// Make sure the destructor waits for the thread to exit.
~Thread()
{
    pthread_join(m_id);
}

Если вы пойдете и посмотрите библиотеку увеличить поток. вы обнаружите, что все подобные мелкие ошибки уже устранены; Таким образом упрощается использование потоковой передачи.

Также обратите внимание. Использование статики может работать, но не переносимо. Это связано с тем, что pthread является библиотекой C и, таким образом, ожидает указатель на функцию с C ABI. Вам просто повезло с вашей платформой. Вам нужно определить это как функцию и объявить ABI, используя extern "C"

// This needs to be a standard function with C Interface.
extern "C" void *start_routine_trampoline(void *p)
{
}

Попробуйте сделать идентификатор pthread_t членом класса вместо локальной переменной функции. Таким образом вызывающий может присоединиться к pthread_join.

Невыполнение этого технически является утечкой ресурсов (если только поток специально не может быть присоединен). А присоединение позволит избежать проблемы, описанной Мартин Йорк.

От человека pthread_join:

The joined thread th must be in the joinable state: it must not have been detached using pthread_detach(3) or the PTHREAD_CREATE_DETACHED attribute to pthread_create(3).

When a joinable thread terminates, its memory resources (thread descriptor and stack) are not deallocated until another thread performs pthread_join on it. Therefore, pthread_join must be called once for each joinable thread created to avoid memory leaks.

Здесь уходит по касательной ... Относительно Сообщение Мартина Йорка:

Also note. That using a static may work but it is non portable. This is because pthread's is a C library and is thus expecting a function pointer with a C ABI. You are just getting lucky for your platform here. You need to define this as a function and declare the ABI by using extern "C"

// This needs to be a standard function with C Interface.
extern "C" void * start_routine_trampoline(void * p) {...}

Я не уверен в этом ...

(1) C++ был разработан так, чтобы быть максимально совместимым с C. Есть несколько отличий ... Но у меня сложилось впечатление, что внешний "C"   использовался в основном для обхода изменения имен, необходимого для реализации перегрузки функций C++.

(2) Похоже, что когда у вас есть указатель на функцию, соглашения о вызовах (то, что помещается в стек для вызова функции) должны быть одинаковыми для C и C++. В противном случае, как бы работали указатели на функции?

Например.:

Код C:

void bar( int i ) { printf( "bar %d\n", i ); }

Код C++:

class Foo
{
public:
  static void foo( int i ) { cout << "foo " << i << endl; }
};

extern "C" { void bar(int); }

int main()
{
  void (*p)(int);

  p = & Foo::foo;
  (*p)(1);

  p = & bar;
  (*p)(2);
}