H! 
Cуда не посылайте http://forum.vingrad.ru/topic-60076.html, обчитался уже=)
Как синхронизировать поток с другим потоком понятно, а как синхронизировать поток с главным потоком непонятно, неподскажите?
Поток состоит у меня из одной процедуры, главный поток берет значенния 2ух переменных  из отдельного потока, эти значения используется в 2ух процедурах главного потока, причём в разных, как сделать синхронизацию? Было бы замечательно, если ещё с примерами кода покажите мне реализацию синхронизации


Это сообщение отредактировал(а) eXa - 17.12.2006, 23:52

используй критические секции...

eXa, возможно переменные объявленные как threadvar

А сюда можно ?
http://forum.vingrad.ru/topic-127140.html

alexeis1 объявил, ничё хорошего не вышло из этого, завершилось всё крушением проги. С критическими секциями не всё понятно, я уверен мне очень помог бы пример синхронизации при моих условиях:

Что делают процедуры не важно, с меня +   

---------
эт я eXa =)



Это сообщение отредактировал(а) ВоВеЦ - 18.12.2006, 18:31

Насчёт этой темы http://forum.vingrad.ru/topic-127140.html, сделал всё как по предпоследнему посту, но получается следующее  
procedure TForm1.TempProc выполняется у меня только олин раз, хотя там стоит цикл for to do. Почему так и как это исправить?


Это сообщение отредактировал(а) eXa - 18.12.2006, 20:14

eXa, Ну могу я тебе показать как решил ту проблемму. Смотри:

Sunvas спасибо конешно, но тут ты ничего нового не показал, просто получается не пойми чё, поток каторый нужно запустить привязан к tform1, его можно только синхронизировать, запустить в потоке его у меня не получается. Если есть желанние помочь то просто покажите как синхронизировать с классом tthread в моём случии, ещё раз цитирую навсякий случий

параноидальное ощущение важности и секретности своего кода вкупе с неспособностью объяснить суть проблемы дают предсказуемый результат: пару попыток угадывания с последующим забиванием на топик.

"поток", "главный поток", "отдельный поток"...

плохо читал.

Так я имел ввиду не то что эти процедуры нельзя показывать, а просто показать пример в катором, в процедурах произвадились самые элементарные действия    На самом деле не важно, чтоб помочь то..



Прочитать не сложно то, а понять... Месяц назад для меня также были не понятны сами потоки, как ща их синхронизация, ессно вам ща наверно думается чё там сложного то, как мне будет думаться когда увижу вопрос "как реализовать потоки?" Взял, прочитал, накодил. А на самом деле это край для невтыкающих. А потоки я понял мгновенно не после того как сотый раз про них прочитал, а после того как мне показали пример их реализации с моими условиями. Ну вы поняли к чему я   Для тех кто не понял, я не прошу решать мою проблему, а просто прошу пример с условиями каторые описал не один раз в этой теме, если не лень помочь за спасибо и "+" то жду ваш пост  

Это сообщение отредактировал(а) eXa - 19.12.2006, 04:06

лично мне после таких постов стало лень 
PS типа нате плюс только сделайте, имхо это уже в ЦП

воть посмотри


Присоединённый файл ( Кол-во скачиваний: 13 )
 thread.rar 163,08 Kb

Спасиб!

А если надо синхронизировать с функцией главной нити, что делать? Как не пытался, не вяжется и всё. И вообще с синхронизацией этой чудеса творятся, если ставлю значение цикла продедуры главной нити с каторой синхронизирую от 0 до 1 то цикл отдельной нити нормально работает, если ставлю <1 то цикл отдельной нити зацикливается на 0, плюс к этому даже если значение от 0 до 1 то, то цикл нити значение 0 повторяет 2 раза, путаница вообщем какая та. А самое непонятное, в отдельной нити, инкримент не происходит с синхронизацией или без, от значения цикла в отдельной нити по mod. Буд разбираться...

Это сообщение отредактировал(а) eXa - 22.12.2006, 05:43

Если честно , то я ничего не понял 

 
Да вопрос у меня один только. Если надо синхронизировать с функцией главной нити, что делать? А остальное без исходников и не понять.

а до этого чем занимались?


дык выкладывай

У тебя в примере, синхронизируется только процедуры, если попробывать синхронизировать функции, вылезает следующия ошибка:  There is no overloaded version of 'Synchronize' that can be called with these arguments


Пожайлуста





если x >1 то цикл C = 0, если x=1 то цикл работает нормально  




Это сообщение отредактировал(а) eXa - 22.12.2006, 23:04

а зачем ? переделай под процедуру




этого кода мало 
ибо что есть









  
прицепи весь проект , и скажи что хочешь что б было ,
тогда можно будет сказать как это сделать

Если можно было, то переделал, только функцией, подругому никак=(

когда больше x, от 2 до бесконечности

извеняюсь Form1.Send это и есть процедура  TForm1.SendSMSki
 & 


Это функция, каторая делется на множество подфункций, по отправке и получения ответа сокетов

Почти тоже самое что и sleep, только без всяких зависаний



Это сообщение отредактировал(а) eXa - 22.12.2006, 23:11

мне все равно не понятно почем при 

ведь с зависит от LsMa.Count

а х зависит от 

nms.Text
  

Мне темболее непонятно, я сказал как есть, nms.text - едит который передаёт значение x, тоесть значение до которого накручивается цикл

Это сообщение отредактировал(а) eXa - 23.12.2006, 04:26

тогда проще может скажешь что хочешь в конце получить?

Я хочу чтоб цикл в procedure MaName.Execute работал нормально при любом значении x 

Я чета здесь упоминания х вообще не вижу 

Если ты читал мои посты то должен понять про чё, x в процедуре  TForm1.Send; 

кса одна трабла могет быть


хоть и чтение но могут быть траблы, ибо обращение из потока к данным основного потока(форме)

Они есть эти траблы, только как сделать прально?

читал я читал
а терь объясни мне для какой цели ты юзаешь поток?

имхо все обращения к форме надо делать через синхронизацию!

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

У меня одна процедура в потоке и следовательно одно обращенние к форме через синхронизацию, тоесть всё Оk

Это сообщение отредактировал(а) ВоВеЦ - 23.12.2006, 19:01

неа 

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

Определенный выйграш в этом для меня есть и дело не только в подвисаниях, без потока это всё сделать конешно можно, у меня ща так всё и работает, но хотелось бы в потоке

Это сообщение отредактировал(а) ВоВеЦ - 24.12.2006, 19:20

Имхо целесообразность потоком тогда хороша, когда надо кого то долго ждать( типа синхроная работа с ком портом) или очень долгие расчеты (например расчет Фурье большого порядка)
А у тя кое что в потоке, но все имеет отношение к главному потоку, т.е. большая часть времени у тя (при правильной работе с потоком) будет уходить не на работу алгоритма, а на вход в синхронизацию и выход из нее!!!! 
Тогда лично я не в курсе надобности использования потока!


мож объяснил бы?