Очень странное заявление.


Мне достаточно того, что вероятность существования этого чего-то очень мала (до тех пор, пока кто-либо не предоставит весомых аргументов считать иначе).


Я не вижу в этих пунктах никаких препятствий.


Ошибаешься. Я материалист  


Зачастую больше, чем хотелось бы. Не нужно путать продолжительность жизни кода и его качество.


Пока функция не вернёт управление, временный объект в примере выше или тем более локальный объект, адрес которого также может быть передан в функцию, гарантированно существует.


Ну, есть, и что дальше?


Какой такой огород? Покажи на конкретных примерах, что с чем сравнивается.

Это сообщение отредактировал(а) UnrealMan - 24.12.2008, 22:42

чтобы передать указатель в чужое АП этот указатель должен указывать на переменную в чужом АП, а создать переменную в чужом АП - не самая тривиальная задача, более того, зачастую это впринципе невозможно


асинхронные функции сначала возвращают управление, а потом используют переданные им объекты, вы не знали?

клонируя при этом нужные из переданных данных, и удаляя последние, когда они им станут не нужны.  (в нормальных условиях)

mes, так ведь не везде такое предусмотрено

Как реализация межпроцессного взаимодействия связана со способом передачи значения в исходную функцию?


Переданные объекты никогда не используются асинхронно, вместо них всегда используются копии объектов.

UnrealMan, да с чего вы взяли что всегда копии?
в CreateThread, CreateRemoteThread, SendMessage - не копии

а с чего Вы взяли что эта функция  асинхроннaя ??  (также как и две другие)  

Может имелось ввиду PostMessage. Вот она асинхронная, но и копирует данные. 


Это сообщение отредактировал(а) mes - 25.12.2008, 15:47

пусть не асинхронная, но в SendMessage параметры сообщения передаются окну без копирования, если в lparam указатель на переменную - никто не скопирует эту переменную

Если параметры функции - не ссылки, то по-другому быть не может 

Ну и где Вы видите проблему ? При отсылке между потоками ? Так там нельзя использовать эту функцию   
При пользовании окном этого указателя, в следующем цикле ? так если окну нужны данные, оно должно сохранить их , а не указатель. 

Как это нельзя?  Её можно использовать даже для отсылки данных между процессами (см. WM_COPYDATA). Разумеется, все полезные данные при такой отсылке должны копироваться.

ошибся.. ( Хотя  сути не меняет. )

UnrealMan, кончай морочить детям голову   

Дети, UnrealMan вам намякивает, что объект самостоятельно может управлять своим жизненным циклом - без привлечения внимания вызывающего кода - вопрос лишь в правильном интерфейсе