Как залочить переменную типа bool ?

bool m_myBool = false;

lock(m_myBool)
{
...
}

компилятор выдает сл. ошибку :

'bool' is not a reference type as required by the lock statement

Здравствуйте, Аноним, Вы писали:

А>Как залочить переменную типа bool ?

А>bool m_myBool = false;

А>lock(m_myBool)
А>{
А> ...
А>}

А>компилятор выдает сл. ошибку :

А>'bool' is not a reference type as required by the lock statement


pravil'no kompilyator govorit. Poprobui System.Boolean.

не работает.

А>pravil'no kompilyator govorit. Poprobui System.Boolean.

Здравствуйте, Anatoly22, Вы писали:

A>не работает.

А>>pravil'no kompilyator govorit. Poprobui System.Boolean.

bool b = true;
lock((object)b) 
{
    b = false;
}

Здравствуйте, rayluke, Вы писали:

R>

R>bool b = true;
R>lock((object)b) 
R>{
R>    b = false;
R>}
R>

А суть куда? Каждая нить будет боксить, а потом лочить собственную копию b. Не катит.

Здравствуйте, rayluke, Вы писали:

R>Здравствуйте, Anatoly22, Вы писали:

A>>не работает.

А>>>pravil'no kompilyator govorit. Poprobui System.Boolean.

R>

R>bool b = true;
R>lock((object)b) 
R>{
R>    b = false;
R>}
R>

Но я так понимаю, каждый раз будет создавать временный объект?

Ага Надо вместо

bool b = true;

писать

object b = true;

и всё.

Hello, rayluke!

r> Здравствуйте, Anatoly22, Вы писали:

A>> не работает.

А>>> pravil'no kompilyator govorit. Poprobui System.Boolean.

r>

 r> bool b = true;
 r> lock((object)b) 
 r> {
 r>  b = false;
 r> }
 r>

Так работать не будет. Лочится то временный объект.

WBR, Igor Evgrafov.

Здравствуйте, Аноним, Вы писали:

А>Как залочить переменную типа bool ?

А>bool m_myBool = false;

А>lock(m_myBool)
А>{
А> ...
А>}

А>компилятор выдает сл. ошибку :

А>'bool' is not a reference type as required by the lock statement

У вэлью типов отсутствует SyncBlockIndex, который используется lock.
А зачем тебе ее лочить?

Если тебе нужно потокобезопасно поменять ее значение, то используй Interlocked

Здравствуйте, GarryIV, Вы писали:

GIV>Так работать не будет. Лочится то временный объект.

А еще очень правильно лочиться на локальной переменной.

Hello, AndrewVK!

GIV>> Так работать не будет. Лочится то временный объект.

A> А еще очень правильно лочиться на локальной переменной.

Угу. Это я тоже заметил но счел, что это просто пример такой неудачный...

WBR, Igor Evgrafov.

Здравствуйте, <Аноним>, Вы писали:

А>pravil'no kompilyator govorit. Poprobui System.Boolean.

Не, лучше попробовать сменить работу.

Здравствуйте, rayluke, Вы писали:

R>Ага Надо вместо

bool b = true;

писать

object b = true;

и всё.

А зачем вообще блокировать доступ к локальной переменной?


Может вам всем (автора вопроса и отвечальников) пойти книжками умными запастись?

Здравствуйте, GarryIV, Вы писали:

GIV>Угу. Это я тоже заметил но счел, что это просто пример такой неудачный...

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

Здравствуйте, Mink, Вы писали:

M>Если тебе нужно потокобезопасно поменять ее значение, то используй Interlocked

Если нужно потокобезопасно поменять ее значение, то.................... нужно просто смело менять ее без всяких бессмысленных выкрутасов. Это локальная переменная влью-типа... А значит она размещается в стэке потока... А значит каждый поток будет иметь ее отдельную копию... А значит блокировки бессмысленны.

ЗЫ

Не ожидал такой кучи некомпетентных ответов, на такой простой вопрос.
По сути правильно ответил только АВК, но и тот больше посмеялся.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Mink, Вы писали:

M>>Если тебе нужно потокобезопасно поменять ее значение, то используй Interlocked

VD>Если нужно потокобезопасно поменять ее значение, то.................... нужно просто смело менять ее без всяких бессмысленных выкрутасов. Это локальная переменная влью-типа...

Может и да, а может и нет. Обычно префиксом m_ все таки обозначают мемберы классов. И никто не говорил, что этот мембер не статический. Я не думаю что здесь привели рабочий вариант в качестве примера.

VD>А значит она размещается в стэке потока... А значит каждый поток будет иметь ее отдельную копию... А значит блокировки бессмысленны.

VD>ЗЫ

VD>Не ожидал такой кучи некомпетентных ответов, на такой простой вопрос.
VD>По сути правильно ответил только АВК, но и тот больше посмеялся.

А зачем вообще нужен класс Interlocked, если с вэлью типами все так шоколадно?

Hello, VladD2!

GIV>> Угу. Это я тоже заметил но счел, что это просто пример такой
GIV>> неудачный...

V> Не, пример как раз очень удачный. Сразу выдает полное непонимание сути и
V> задач блокировки.

Ну чтож раз два человека с приставкой rsdn говорят, что аноним собрался лочить локальную переменную так тому и быть

WBR, Igor Evgrafov.

Здравствуйте, VladD2, Вы писали:

VD>Не ожидал такой кучи некомпетентных ответов, на такой простой вопрос.

почему Вы уверены в том что ситуация преведеного фрагмента (псевдо)кода

bool m_myBool = false;

lock(m_myBool)
{
... 
}

выглядит именно так

public void Method()
{

   bool m_myBool = false;


}

а не иначе, например так

bool m_myBool = false;

public void Method()
{

   

}

Здравствуйте, Mink, Вы писали:

M>Может и да, а может и нет. Обычно префиксом m_ все таки обозначают мемберы классов. И никто не говорил, что этот мембер не статический. Я не думаю что здесь привели рабочий вариант в качестве примера.

Ну, тогда пример явно не очень корректный. Нужно было бы хотя бы три точки поствить. А лучше все же хоть какую функцию написать, или коментарий.

M>А зачем вообще нужен класс Interlocked, если с вэлью типами все так шоколадно?

Уж точно не для работы с булевыми типами. Там как минимум нет ни одного метода для этого типа.

Да и Interlocked это работа без блокировок. Гарантируется только атомарность операций. Если требуются блокировки, то оне совсем не подходит.

Здравствуйте, vladserge, Вы писали:

Потому что он так написан.

Если подазумевалась переменная класса, то хоть как-то нужно было это указать.

Да и в любом случае Interlocked для булева типа никак не применим.