Недавно писал приложение которое принимает запросы по сети, запускает параллельно процесс который делает кое что, после возвращается результат в главное приложение, а от туда отсылается ответ клиенту. ОC Windows. Знаю что в UNX у меня бы не было проблем, т.к порожденный процесс с помощью fork наследует все открытые манипуляторы файлов и все замечательно. Но в Windows наследуются только STDIN, STDOUT, STDERR. Решил сделать задачу с помощью потоков. Вычитал про shared переменные. Подумал "Ага вот это мне и надо". Но оказывает shared переменные в Windows( а может и нетолько не проверял) являются совсем не shared. Т.е в разных потоках они будут иметь свою копию(разный адрес в памяти). Соотвественно глобал указатель файлого манипулятора уже не передать в другой поток. И вобще никакой указатель не передать. Т.к это не shared, это банальное копирование значение из одного потока в другие, а не совместный доступ к общей переменной. Кроме того потоки жрут слишком много памяти источник http://www.perlmonks.org/index.pl?node_id=288022. Отсюда и кривой fork. 

Пока самое надежное, быстрое и простое решение по межпроцессорному взаимодействию.  Которое я встретил на Win это использование файлов или сокетов. Кроме того оно еще на 100% переносимо на другие платформы. 

Хм. Да, если пометить переменную как shared, для нее не сделаешь метод open. 
Если не использовать shared, то в нить передадутся копии переменной. Однако вот такой простой пример отрабатывает корректно:

код не проверял...


Добавлено через 3 минуты и 29 секунд
AlexPet, вообще врядли вы добьетесь того, что переменные в тредах имели один адрес в памяти, т.к. в перловом треде запускается новая копия интерпретатора

Это сообщение отредактировал(а) KSURi - 9.7.2008, 09:39

А я и не пытался  Просто интересно, переменные разные, а работа с файлом вроде как синхронная. Но, вполне возможно, простой очень пример...