Здравствуйте, Аноним, Вы писали:
S>>Здравствуйте, Аноним, Вы писали:
А>Ну погоди, в предыдущем примере было 2 потока: один писал, другой читал — и так оно не работает. Если делать
А>lock — то это уже не одновременный доступ, а последовательный.
Да,.....
Муть получаеться, это я видать о другом думал когда писал.
доступ действительно последовательный, хоть и из разных потоков

но к форичу это отношения не имеет.
Здравствуйте, scif, Вы писали:
S>Здравствуйте, Аноним, Вы писали:
S>>>Здравствуйте, Аноним, Вы писали:
А>>Ну погоди, в предыдущем примере было 2 потока: один писал, другой читал — и так оно не работает. Если делать
А>>lock — то это уже не одновременный доступ, а последовательный.
S>Да,.....
S>Муть получаеться, это я видать о другом думал когда писал.
S>доступ действительно последовательный, хоть и из разных потоков
но к форичу это отношения не имеет.
Разве что табличка эта большая будет, и ее чтение будет блокировать остальные потоки на долго.
Тогда форич использовать нецелесообразно.
Здравствуйте, scif, Вы писали:
S>Здравствуйте, scif, Вы писали:
S>>Здравствуйте, Аноним, Вы писали:
S>>>>Здравствуйте, Аноним, Вы писали:
А>>>Ну погоди, в предыдущем примере было 2 потока: один писал, другой читал — и так оно не работает. Если делать
А>>>lock — то это уже не одновременный доступ, а последовательный.
S>>Да,.....
S>>Муть получаеться, это я видать о другом думал когда писал.
S>>доступ действительно последовательный, хоть и из разных потоков
но к форичу это отношения не имеет.
S>Разве что табличка эта большая будет, и ее чтение будет блокировать остальные потоки на долго.
S>Тогда форич использовать нецелесообразно.
Вот отсюда и следует вывод что читать из hashtable можно только поэлементно, т.е. нельзя использовать foreach в то время как в hashtable кто то пишет.

Очень жаль