Модераторы: Snowy, bartram, MetalFan, bems, Poseidon, Riply
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Потоки. Теория. Статью о потоках читал. 
:(
    Опции темы
profesiachuvak
Дата 29.3.2010, 19:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 283
Регистрация: 7.11.2009
Где: Беларусь, Минск

Репутация: нет
Всего: 4



Всем привет. 
Вопрос: 
Создаю вот такой объект:

Код

TMyObject = class
  private 
    procedure SomeProcedure;
end;


Создаю два идентичных потока (наследника класса TThread) таким образом (в этом же модуле) :

Код

TMyThread = class(TThread)
  protected
    procedure Execute; override;
    end;


Второй такой же, но с именем TMyThread2.

Вопрос:

К примеру первый поток вызывает метод TMyObject.SomeProcedure, а второй поток почти одновременно с первым также вызывает этот метод, в то время как первый ещё не закончил его использовать (метод SomeProcedure).

Сам метод SomeProcedure представляет собой цикл while, в котором никаких записей в глобальные переменные не производятся, цикл крутится до тех пор пока не будет достигнута требуемая задержка, что-то типа аналога sleep();

Возникнет ли конфликт? Если да то как его избежать? 

Это сообщение отредактировал(а) profesiachuvak - 29.3.2010, 19:11


--------------------
Закон Мерфи :если есть вероятность того, что какая-нибудь неприятность может случиться, то она обязательно произойдет.
PM MAIL   Вверх
NightmareZ
Дата 29.3.2010, 19:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


[хакер]
**


Профиль
Группа: Участник
Сообщений: 699
Регистрация: 10.8.2006

Репутация: нет
Всего: 13



Цитата(profesiachuvak @  29.3.2010,  19:02 Найти цитируемый пост)
Возникнет ли конфликт?


Нет. Проблемы могут быть, если потоки одновременно будут читать/писать одну и ту же область памяти.


--------------------
NightmareZ.net - мой блог и сайт, мои проекты и прочий трэш
Ely-Art.ru - наша маленькая домашняя арт-студия
mugcraft.ru - кружки на любой вкус
PM WWW ICQ Skype GTalk AOL YIM   Вверх
profesiachuvak
Дата 29.3.2010, 19:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 283
Регистрация: 7.11.2009
Где: Беларусь, Минск

Репутация: нет
Всего: 4





Цитата(NightmareZ @  29.3.2010,  19:14 Найти цитируемый пост)


Нет. Проблемы могут быть, если потоки одновременно будут читать/писать одну и ту же область памяти. 


Спасибо, понятно. 

Тогда интересно  каким образом два потока одновременно используют одну и туже процедуру? То есть второй поток не ждёт пока первый выполнит её ?


--------------------
Закон Мерфи :если есть вероятность того, что какая-нибудь неприятность может случиться, то она обязательно произойдет.
PM MAIL   Вверх
NightmareZ
Дата 29.3.2010, 19:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


[хакер]
**


Профиль
Группа: Участник
Сообщений: 699
Регистрация: 10.8.2006

Репутация: нет
Всего: 13



Цитата(profesiachuvak @  29.3.2010,  19:29 Найти цитируемый пост)
Тогда интересно  каким образом два потока одновременно используют одну и туже процедуру?


Берёт и использует.

Цитата(profesiachuvak @  29.3.2010,  19:29 Найти цитируемый пост)
То есть второй поток не ждёт пока первый выполнит её ?


Не ждёт.


--------------------
NightmareZ.net - мой блог и сайт, мои проекты и прочий трэш
Ely-Art.ru - наша маленькая домашняя арт-студия
mugcraft.ru - кружки на любой вкус
PM WWW ICQ Skype GTalk AOL YIM   Вверх
Alexeis
Дата 29.3.2010, 19:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Амеба
Group Icon


Профиль
Группа: Админ
Сообщений: 11743
Регистрация: 12.10.2005
Где: Зеленоград

Репутация: 16
Всего: 459



Цитата(profesiachuvak @  29.3.2010,  18:29 Найти цитируемый пост)
Тогда интересно  каким образом два потока одновременно используют одну и туже процедуру? То есть второй поток не ждёт пока первый выполнит её ? 

  У каждого потока свой стек в котором он хранит временные переменные и параметры. Ведь функцию можно вызывать рекурсивно, почему же нельзя сделать тоже самое но из другого потока?


--------------------
Vit вечная память.

Обсуждение действий администрации форума производятся только в этом форуме

гениальность идеи состоит в том, что ее невозможно придумать
PM ICQ Skype   Вверх
profesiachuvak
Дата 29.3.2010, 21:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 283
Регистрация: 7.11.2009
Где: Беларусь, Минск

Репутация: нет
Всего: 4



Цитата(Alexeis @  29.3.2010,  19:58 Найти цитируемый пост)
 У каждого потока свой стек 


Вот это я и хотел услышать, спасибо за разъяснения. 


--------------------
Закон Мерфи :если есть вероятность того, что какая-нибудь неприятность может случиться, то она обязательно произойдет.
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Delphi: WinAPI и системное программирование"
Snowybartram
MetalFanbems
PoseidonRrader
Riply

Запрещено:

1. Публиковать ссылки на вскрытые компоненты

2. Обсуждать взлом компонентов и делиться вскрытыми компонентами

  • Литературу по Delphi обсуждаем здесь
  • Действия модераторов можно обсудить здесь
  • С просьбами о написании курсовой, реферата и т.п. обращаться сюда
  • Вопросы по реализации алгоритмов рассматриваются здесь
  • 90% ответов на свои вопросы можно найти в DRKB (Delphi Russian Knowledge Base) - крупнейшем в рунете сборнике материалов по Дельфи
  • 99% ответов по WinAPI можно найти в MSDN Library, оставшиеся 1% здесь

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Snowy, bartram, MetalFan, bems, Poseidon, Rrader, Riply.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Delphi: WinAPI и системное программирование | Следующая тема »


 




[ Время генерации скрипта: 0.2057 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.