С отображенными файлами вроде точно такое можно сделать..
Про кучи, только что глянул, что-то очень сомнительная HeapLock да и то от других процессов..
Будем дальше думать.

Здесь показан пример использования отображения как разделяемой памяти.

Цитата(_hunter @ 8.4.2005, 17:39)

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

Нехорошо это, внутренние переменные нетривиального содержания из класса наружу отдавать. Это же не совсем аналогично ситуации вида: size_t someclass:size() const; А как же инкапсуляция?
Ежели какому-то классу-клиенту этот вектор нужен для принципиальных целей, то это должен быть его атрибут. И он будет передавать его по ссылке методу класса-хэлпера, к-рый знает, например, как этот вектор заполнить (ну, скажем, прочти чего-то из конфигурации, посчитай, найди и т.д. и т.п и положи в этот вектор).
Если предложенная модель не годится, то иногда удобнее сдублировать часть интерфейса вектора в его классе-контейнере. Например,

Код

class MyVeryImportantVector { typedef vector<SomeImportantCalss> TVectVeryImportant;     TVectVeryImportant m_myVect; public:     typedef TVectVeryImportant::const_iterator const_iterator;     typedef TVectVeryImportant::size_type size_type;     const_iterator begin() const { return m_myVect.begin(); }     const_iterator end  () const { return m_myVect.end(); }     size_type     size () const { return m_myVect.size(); }     const SomeImportantCalss& operator[size_t idx] const { return m_myVect[idx]; } };

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

Добавлено @ 08:41

Цитата(chipset @ 8.4.2005, 16:51)

Если хочешь - можешь попробовать обернуть вектор в враппер запрещающий использовать изменяющие функции, хотя это конечно жуткий гемморой..

Во, блин, как плохо читать постинги через один! chipset уже эту идею предложил...