thread-safety

4зной

4ответ

Заблокировать элемент управления winforms

Мне нужно убедиться, что после того, как выполнение попадает в метод, элемент управления, полученный этим методом, не изменяется другим потоком. В принципе, я думал, что в чем-то вроде этого: private

c# winforms controls thread-safety locking 2009-08-10

---

21зной

7ответ

поточно-запоминание

Давайте Wes Dyer's подход функционировать запоминание в качестве отправной точки: public static Func<A, R> Memoize<A, R>(this Func<A, R> f) { var map = new Dictionary<A, R>(); return a =>

c# multithreading locking thread-safety memoization 2009-08-10

---

5зной

2ответ

Является ли этот код потокобезопасным? Как я могу сделать это потокобезопасным?

У меня есть служба WCF с классом безопасности для получения некоторых атрибутов вызывающего пользователя. Однако я плохо себя чувствую, когда речь идет о безопасности потоков - до этого момента мне не

c# .net wcf multithreading thread-safety 2009-08-11

---

9зной

7ответ

Насколько глубоко заходит замок?

У меня есть следующий код: locker = new object(); lock (locker) { for (int i = 0; i < 3; i++) ver_store[i] = atomic_Poll(power); } Я просто бродил, рассматрива

c# .net locking thread-safety 2009-08-11

---

2зной

3ответ

C# МЕХАНИЗМ

Скажем, у меня есть незащищенный интерфейс, например: interface IMyService { MyResult MyOperation(); } Эта операция синхронные и возвращает значение. Мой реализован интерфейс должен сделать с

c# multithreading asynchronous thread-safety 2009-08-11

---

56зной

4ответ

Являются ли функции статическими переменными потокобезопасными в GCC?

В примере кода void foo() { static Bar b; ... } скомпилирован с GCC это гарантирует, что b будет создан и инициализирован в поточно-образом? В справочной странице ССАГПЗ, нашел в -fno-по

c++ gcc static initialization thread-safety 2009-08-13

---