Разделяемая память без сервера и клиента

@Damaks · Регистрация: 02.09.2010

Author24 — интернет-сервис помощи студентам

Есть контейнер vector из простых объектов:

C++

1	std::vector<int> v;

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

@Dmitriy_M · 05.11.2012, 12:29

Сообщение от Damaks

Возможно ли такое организовать через какую-то библиотеку, без велосипедостроения?

STL чем-то не устраивает?

@Damaks · 05.11.2012, 22:33 **[ТС]**

Сообщение от Dmitriy_M

STL чем-то не устраивает?

Можно пример?

@Dmitriy_M · 05.11.2012, 22:45

Сообщение от Damaks

Можно пример?

Понятно, что без специального api специальный кусок памяти не выделишь.
Не знаю зачем тебе пихать std::vector в разделяемую память(думаю, что проще обычные массивы в стиле Си), но запихать его туда можно.
Для этого вектор нужно создать в разделяемой памяти, это можно сделать через new(Placement new).
Потом тебе нужно располагать элементы вектора в той же распределяемой памяти, для этого придется написать свой аллокатор.
Использовать это:

C++ (Qt)

1	template < class T, class Allocator = allocator<T> > class vector;

И передачи объекта конкретного аллокатора:

C++ (Qt)

1 2	explicit vector ( const Allocator& = Allocator() ); explicit vector ( size_type n, const T& value= T(), const Allocator& = Allocator() );

@Damaks · 06.11.2012, 20:58 **[ТС]**

Спасибо. Думаю это слишком кустарно. Если больше нет вариантов, сделаю через сокеты

@Dmitriy_M · 06.11.2012, 22:39

Сообщение от Damaks

Думаю это слишком кустарно.

Поэтому в таки случаях пишут свои списки/массивы.
А потом доступ к общей памяти придется синхронизировать.

g_u_e_s_t · 07.11.2012, 09:44

boost::interprocess смотрели?

@Damaks · 09.11.2012, 22:30 **[ТС]**

Спасибо, уже организовал взаимодействие по сети

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	05.11.2012, 12:29	2
	Сообщение от Damaks Возможно ли такое организовать через какую-то библиотеку, без велосипедостроения? STL чем-то не устраивает? 0

@Damaks 19 / 11 / 0 Регистрация: 02.09.2010 Сообщений: 235
	05.11.2012, 22:33 [ТС]	3
	Сообщение от Dmitriy_M STL чем-то не устраивает? Можно пример? 0

@Damaks 19 / 11 / 0 Регистрация: 02.09.2010 Сообщений: 235
	06.11.2012, 20:58 [ТС]	5
	Спасибо. Думаю это слишком кустарно. Если больше нет вариантов, сделаю через сокеты 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	06.11.2012, 22:39	6
	Сообщение от Damaks Думаю это слишком кустарно. Поэтому в таки случаях пишут свои списки/массивы. А потом доступ к общей памяти придется синхронизировать. 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	07.11.2012, 09:44	7
	boost::interprocess смотрели? 0

@Damaks 19 / 11 / 0 Регистрация: 02.09.2010 Сообщений: 235
	09.11.2012, 22:30 [ТС]	8
	Спасибо, уже организовал взаимодействие по сети 0

Опции темы