информационная безопасность
без паники и всерьез
 подробно о проекте
Сетевые кракеры и правда о деле ЛевинаВсе любят медГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Девятилетняя эскалация привилегий... 
 Раздача вредоносных CPU-Z и HWMonitor 
 На GitHub пугают ложными предупреждениями... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
Можно ли обращаться к STL-контейнерам из нескольких потоков, если они используются только для чтения? 10.10.09 13:20  
Автор: Vedrus <Serokhvostov Anton> Статус: Member
<"чистая" ссылка> <обсуждение закрыто>
В частности меня интересуют контейнеры vector и queue, и их методы: empty, size. Если я буду вызывать эти методы из нескольких потоков не используя синхронизацию, не вызовет ли это проблем?

Известно, что если переменная используется только на чтение, то её могут параллельно читать сразу несколько потоков, а если она используется также и на запись, то уже нельзя (может возникнуть белеберда).

Мой вопрос больше связан с внутренним представлением этих контейнеров. Нет ли в них какой-нибудь начинки, которая некоректно себя поведёт при несинхронизированном доступе к этим двум методам?
можно 10.10.09 17:29  
Автор: dl <Dmitry Leonov>
<"чистая" ссылка> <обсуждение закрыто>
спасибо :=) 16.10.09 09:57  
Автор: Vedrus <Serokhvostov Anton> Статус: Member
<"чистая" ссылка> <обсуждение закрыто>
1





Рейтинг@Mail.ru


  Copyright © 2001-2026 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach