Чтение онлайн

Но постойте! Приведенная программа имеет серьезную ошибку. Основной поток (выполняющий функцию

) создает структуры и в виде локальных переменных, а затем передает указатели на них дочерним потокам. Что мешает Linux распланировать работу потоков так, чтобы функция завершилась до того, как будут завершены другие два потока? Ничего! Но если это произойдет, структуры окажутся удаленными из памяти, хотя оба потока все еще ссылаются на них.

Одно из решений описанной выше проблемы заключается в том, чтобы заставить функцию

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

В листинге 4.3 приведена исправленная версия функции

из предыдущего, неправильного примера. В данном случае функция не завершается, пока оба дочерних потока не выполнят свои задания и не перестанут ссылаться на переданные им структуры.

Мораль сей басни такова: убедитесь, что любые данные, переданные потоку по ссылке, не удаляются (даже другим потоком) до тех пор, пока поток не завершит свою работу с ними. Это относится как к локальным переменным, удаляемым автоматически при выходе за пределы своей области видимости, так и к динамическим переменным, удаляемым с помощью функции

(или оператора в C++).

Если второй аргумент функции

не равен NULL, то в него помещается значение, возвращаемое потоком. Как и потоковый аргумент, это значение имеет тип . Если поток возвращает обычное число типа , его можно свободно привести к типу , а затем выполнить обратное преобразование по завершении функции . [13]

Программа, представленная в листинге 4.4, в отдельном потоке вычисляет n– е простое число и возвращает его в программу. Тем временем функция

может продолжать свои собственные вычисления. Сразу признаемся: алгоритм последовательного деления, используемый в функции , весьма неэффективен. В книгах по численным методам описаны более мощные алгоритмы (например, "решето Эратосфена").