Как "заморозить" выполнение программы ?

Форум » [x]Harbour » Как "заморозить" выполнение программы ? » Ответить

Как "заморозить" выполнение программы ?

Andrey: Всем привет. Подскажите как можно остановить (заморозить) выполнение программы до выполнения определенного события в другой программе ? Т.е. я из своей программы на хХарборе (терминалка) запускаю допустим программу "Скачивания из инета" на МиниГуи. Терминалку на хХарборе нужно "заморозить" до конца скачивания ! Иначе ЮЗВЕР будет тыкать мышкой раньше времени.... После того как скачался файл нужно вернуться обратно в терминалку на хХарборе ! Можно конечно сделать "семафорный файл" после получения файла из инета, а в хХарборе проверять каждую минуту есть такой файл или нет. Но это можно было делать и на Клипере (проверку файла). А что нам может предложить хХарбор ?

Ответов - 66, стр: 1 2 3 4 All

SergejKis: Andrey пишет: А что нам может предложить хХарбор ? Я использую для таких вещей скриптовый язык AutoIt3. Запускаем прогу на МиниГуи (из нее запуск AutoIt3) и делаем терминальное окно hide: WinSetState("myprogram.exe", "", @SW_HIDE). При завершению проги на МиниГуи (из нее запуск AutoIt3) и делаем: WinSetState("myprogram.exe", "", @SW_SHOW) На Harbor не знаю как это сделать, возможно гуру подскажут.

SADSTAR2: WAITRUN

Andrey: SADSTAR2 пишет: WAITRUN Нет такой функции в хХарборе !

Sergey Spirin: Andrey пишет: Всем привет. Подскажите как можно остановить (заморозить) выполнение программы до выполнения определенного события в другой программе ? Вообще-то была такая тема http://clipper.b.qip.ru/?1-4-0-00000327-000-20-0 Там WaitForSingleObject() ждал окончания другого процесса, но WaitForSingleObject()/WaitForMultipleObjects() могут "ждать" много разных событий и т.д Единственное, чтобы всем этим манипулировать, надо знать в некоторой степени С... Как сделать тоже самое только Харбором - не знаю.

SADSTAR2: Andrey пишет: Нет такой функции в хХарборе ! может это поможет http://lists.harbour-project.org/pipermail/harbour-users/2008-December/000051.html

gfilatov2002: Andrey пишет: Нет такой функции в хХарборе Зато такая функция есть в библиотеке минигуи HB_FUNC( WAITRUN ) { DWORD dwExitCode; STARTUPINFO stInfo; PROCESS_INFORMATION prInfo; BOOL bResult; ZeroMemory( &stInfo, sizeof(stInfo) ); stInfo.cb = sizeof(stInfo); stInfo.dwFlags=STARTF_USESHOWWINDOW; stInfo.wShowWindow=hb_parni(2); bResult = CreateProcess(NULL, hb_parc(1) , NULL, NULL, TRUE, CREATE_NEW_CONSOLE | NORMAL_PRIORITY_CLASS, NULL, NULL, &stInfo, &prInfo); if (!bResult) { hb_retl(-1); } WaitForSingleObject(prInfo.hProcess,INFINITE); GetExitCodeProcess( prInfo.hProcess, &dwExitCode ); hb_retnl( dwExitCode ); }

Andrey: gfilatov2002 пишет: Зато такая функция есть в библиотеке минигуи А как прикрутить ? В смысле, какие include в заголовках включить ? #pragma BEGINDUMP #include <???.h> #pragma ENDDUMP

Andrey: Возвращаюсь к текущему вопросу, только для ShellExecute . Urri пишет: Подскажите, а можно ли затормозить выполнение программы до того момента, пока то, что вызывалось ShellExecute, завершит свою работу? Мне тоже нужно подождать пока ShellExecute выполнит работу, ну и выключить комп потом или продолжит что-то делать.

PSP: Вот в этой теме было: http://clipper.borda.ru/?1-4-0-00000327-000-10001-0-1250159714

Andrey: PSP пишет: Вот в этой теме было: http://clipper.borda.ru/?1-4-0-00000327-000-10001-0-1250159714 Да читал я там до этого. Только там конечного результата не было ! Что конкретно использовать ? WAITRUN( cRun ) EXECANDWAIT() - какие параметры передавать ?

Andrey: Разобрался. Сделал тестовую программу. Обе функции работают. Кому интересно - выкладываю: http://files.mail.ru/B95OVE

Andrey: Хорошую вещь сделал Pasha - функцию EXECANDWAIT в http://clipper.borda.ru/?1-4-0-00000327-000-10001-0-1250159714 Только сейчас оценил. Можно вызвать через батник Notepad или WinWord и пока не завершишь работу в них, программа "заморожена" !!! Спасибо БОЛЬШОЕ Pasha ! Пример здесь: http://files.mail.ru/MYGRX9

Pasha: Andrey пишет: Хорошую вещь сделал Pasha - функцию EXECANDWAIT Только я ее не делал, а механически перевел с паскаля на С

Andrey: Pasha пишет: Только я ее не делал, а механически перевел с паскаля на С Все равно БОЛЬШОЕ СПАСИБО ! Никто другой же не сделал !!!

Andrey: Столкнулся с проблемой. При использовании терминала GTWVT - нет вывода на экран запущенного батника через функцию EXECANDWAIT() На GTWIN - все команды батника отображаются в окне задачи. Пример тут: http://files.mail.ru/TAU7FT Там в батнике идет разархивация архива 7z, с обработкой ошибки. Нужно подправить пути и добавить любой архив 7z. Вопрос к знатокам: можно ли сделать еще доп.параметр "показа/скрытия" вывода на экран для GTWVT ? Или вывод в другом окне ?

Andrey: Нужно сделать теперь другую задачу. Из МиниГуи вызывать с ожиданием терминалку на хХарборе ! Очень хотелось сделать попроще. WAITRUN() не подошел. Вообще не показывает запущенную терминалку (gtwin или gtwvt) ! В процессах сидит, на экране нет ! Такая же беда как на хХарборе ! Описания в ХЕЛПЕ по МиниГуи нет, искал WAITRUN() по исходникам.... И о чудо - нашел WAITRUNTERM() для терминалки ! Работает !!! Пишу, может кому пригодиться, чтоб не искали в ДОКЕ !

Avf: Пришлось изменять старые программы, не переписаннные в GUI. xHarbour Compiler build 1.2.1 + GTWVT-terminal После вызова WAITRUNTERM( не восстанавливается экран после выхода из внешней программы). Например, вызов nRc := WaitRunTerm("Wordpad.exe") WAITRUNTERM /* WaitRunTerm contributed by Kevin Carmody (i@kevincarmody.com) 2007.11.16 */ HB_FUNC( WAITRUNTERM ) { PHB_ITEM pWaitProc = hb_param( 4, HB_IT_BLOCK ); ULONG ulWaitMsec = ( ISNIL( 5 ) ? 2000 : hb_parnl( 5 ) ); BOOL bTerm = FALSE; BOOL bWait; ULONG ulNoSignal; DWORD dwExitCode; STARTUPINFO stInfo; PROCESS_INFORMATION prInfo; BOOL bResult; ZeroMemory( &stInfo, sizeof( stInfo ) ); stInfo.cb = sizeof( stInfo ); stInfo.dwFlags = STARTF_USESHOWWINDOW; stInfo.wShowWindow = ( WORD ) ( ISNIL( 3 ) ? 5 : hb_parni( 3 ) ); bResult = CreateProcess ( NULL, ( char * ) hb_parc( 1 ), NULL, NULL, TRUE, CREATE_NEW_CONSOLE | NORMAL_PRIORITY_CLASS, NULL, ISNIL( 2 ) ? NULL : hb_parc( 2 ), &stInfo, &prInfo ); if( ! bResult ) hb_retnl( -2 ); if( pWaitProc ) { do { ulNoSignal = WaitForSingleObject( prInfo.hProcess, ulWaitMsec ); if( ulNoSignal ) { hb_evalBlock0( pWaitProc ); bWait = hb_parl( -1 ); if( ! bWait ) { if( TerminateProcess( prInfo.hProcess, 0 ) != 0 ) bTerm = TRUE; else bWait = TRUE; } } else bWait = FALSE; } while( bWait ); } else WaitForSingleObject( prInfo.hProcess, INFINITE ); if( bTerm ) dwExitCode = -1; else GetExitCodeProcess( prInfo.hProcess, &dwExitCode ); CloseHandle( prInfo.hThread ); CloseHandle( prInfo.hProcess ); hb_retnl( dwExitCode ); } #pragma ENDDUMP Либо подскажите, пожалуйста, где что не так в EXECANDWAIT для такой связки( не вызывается внешняя программа) : пример вызов nRc := EXECANDWAIT ("Wordpad.exe") EXECANDWAIT HB_FUNC( EXECANDWAIT ) { char * szProg = hb_parc(1); int iShow = hb_parni(2); DWORD dResult = 0xFFFFFFFF; LONG lResult; STARTUPINFO si; PROCESS_INFORMATION proc; memset( &si, 0, sizeof( si ) ); si.cb = sizeof( si ); si.dwFlags = STARTF_USESHOWWINDOW; si.wShowWindow = iShow; if( CreateProcess(NULL, szProg, NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &proc ) ) { WaitForInputIdle(proc.hProcess, INFINITE ); if( WaitForSingleObject( proc.hProcess, INFINITE ) == WAIT_OBJECT_0 ) { if( ! GetExitCodeProcess(proc.hProcess, (LPDWORD) &dResult ) ) dResult = 0xFFFFFFFF; } CloseHandle( proc.hThread ); CloseHandle( proc.hProcess ); } lResult = (LONG) dResult; hb_retnl( lResult ); }

Dima: Avf пишет: EXECANDWAIT ("Wordpad.exe") а если путь указать к Wordpad.exe

Avf: Wordpad в той же директории что и программа ( это просто пример )

Dima: Avf Harbour 3.2 проверил работает нормально Исходник [pre2] proc main EXECANDWAIT("notepad.exe") return #pragma BEGINDUMP #include <windows.h> #include "hbapi.h" #include "hbvm.h" #include "hbwinuni.h" HB_FUNC( EXECANDWAIT ) { void * hProg; HB_SIZE nLen; LPCTSTR lpProg = HB_PARSTR( 1, &hProg, &nLen ); DWORD dwResult = 0xFFFFFFFF; STARTUPINFO si; PROCESS_INFORMATION proc; memset( &si, 0, sizeof(si) ); si.cb = sizeof( si ); si.dwFlags = STARTF_USESHOWWINDOW; si.wShowWindow = (WORD) hb_parnldef( 2, SW_SHOWDEFAULT ); if( CreateProcess( NULL, HB_STRUNSHARE( &hProg, lpProg, nLen ), /* Command line (Unicode version needs an non-const buffer) */ NULL, NULL, FALSE, CREATE_NO_WINDOW | NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &proc ) ) { hb_vmUnlock(); WaitForInputIdle( proc.hProcess, INFINITE ); if( WaitForSingleObject( proc.hProcess, INFINITE ) == WAIT_OBJECT_0 ) { if( ! GetExitCodeProcess( proc.hProcess, &dwResult ) ) dwResult = 0xFFFFFFFF; } CloseHandle( proc.hThread ); CloseHandle( proc.hProcess ); hb_vmLock(); } hb_retnint( dwResult ); hb_strfree( hProg ); } #pragma ENDDUMP [/pre2]

Andrey: Avf пишет: Пришлось изменять старые программы, не переписаннные в GUI. xHarbour Compiler build 1.2.1 Попробуй 1.2.3 - в предыдущем ошибок много... Avf пишет: Либо подскажите, пожалуйста, где что не так в EXECANDWAIT для такой связки( не вызывается внешняя программа) : Она вызывается, просто на экране не отображается. Читай выше - я столкнулся с этим. Avf пишет: После вызова WAITRUNTERM( не восстанавливается экран после выхода из внешней программы). Сделай проще: SAVE SCREEN WAITRUNTERM(cFile) RESTORE SCREEN

Avf: Вариант с WAITRUNTERM работает на XHarbour EXECANDWAIT, приведенный выше для Harbour, для ХHarbour должен выглядеть как-то иначе.

Andrey: Andrey пишет: Хорошую вещь сделал Pasha - функцию EXECANDWAIT в http://clipper.borda.ru/?1-4-0-00000327-000-10001-0-1250159714 Только сейчас оценил. Можно вызвать через батник Notepad или WinWord и пока не завершишь работу в них, программа "заморожена" !!! Программа на терминалке хХарбора 1.2.3 Делаю показ надписи и вызываю программу на МиниГуи: [pre2]@ 10,10 SAY "Загружаю модуль ХХХ !" EXECANDWAIT(CurDrive()+":"+DirName()+"\XXX-MiniGui.exe")[/pre2] Как можно сделать замену надписи в терминалке через 10-15 сек на другую ? [pre2]@ 10,10 SAY "Ожидаю закрытия модуля ХХХ !"[/pre2]

Dima: На вскидку... 1. Поток 2. FT_OnTick 3. HB_IdleAdd

Andrey: Dima пишет: 2. FT_OnTick 3. HB_IdleAdd Не работал с этим. Подскажи пожалуйста как это работает ?

PSP: Может просто написать: "Запущено внешнее приложение XXX. Чтобы продолжить, закройте его", а?))

Andrey: PSP пишет: Может просто написать: "Запущено внешнее приложение XXX. Чтобы продолжить, закройте его", а?)) Пока прога на МиниГуи загрузится... Антивирусник его постоянно проверяет, проходит секунд 10. Пользователь тупо пытается нажать ещё раз и раз на кнопку. Из-за этого и вывесил сообщение. Твоя надпись будет нервировать неподготовленного пользователя. Конечно в МиниГуи приложение можно после запуска отправить терминалке сообщение как в примере: * Передача сообщений между приложениями/процессами при помощи сообщения WM_COPYDATA. Но для простой вещи это перебор... Нужно просто через 10-15 секунд изменить надпись.

fil: а таймер незя ?

Andrey: fil пишет: а таймер незя ? А как в хХарборе делать таймер ? Я уже не помню как делать. В Клипере что-то в СТ было, а как сейчас делать не знаю.

Dima: Andrey пишет: А как в хХарборе делать таймер ? http://clipper.borda.ru/?1-4-0-00001192-000-0-0-1498420920 Пост 1539 По Ft_ontick FT_OnTick({|| Mytest() },200) @ 10,10 SAY "Загружаю модуль ХХХ !" EXECANDWAIT(CurDrive()+":"+DirName()+"\XXX-MiniGui.exe") FT_OnTick() Func Mytest() @ 10,10 SAY "Ожидаю закрытия модуля ХХХ !" return nil

Haz: Andrey пишет: Пользователь тупо пытается нажать ещё раз и раз на кнопку. Из-за этого и вывесил сообщение Проще кнопку задисаблить после нажатия, и сообщение что запущено внешнее приложение Х... А при завешении этой Х.. - раздисаблить и убрать сообщение

SergKis: Haz сохранил экран\сделал новый с крупным письмом типа "Ж Д И Т Е ...", потом все воссстановил. Все время так делаю. Пользователь не такой тупой, все понимает, пусть и не с первого раза.

Dima: Можно еще "вертушку" повесить , пока работает внешнее приложение Х , что бы юзер не подумал что прога висит

Andrey: Haz пишет: Проще кнопку задисаблить после нажатия, и сообщение что запущено внешнее приложение Х... А при завешении этой Х.. - раздисаблить и убрать сообщение Нет у меня такого на хХарборе. Dima Спасибо !

Haz: Andrey пишет: Нет у меня такого на хХарборе Не верю (с). Но раз нет, так нет и искать не будем среди множества вариантов.

Dima: Haz пишет: Не верю (с). +1

Dima: Hbnf для иксов Libnf

Dima: чего ж нет если есть в xharbour\contrib\libnf\ontick.c

Dima: Попробуй портировать из Harbour Сырец [pre2] THREAD STATIC t_bOnTick THREAD STATIC t_nTickInterval := 0 THREAD STATIC t_nLastCheck := 0 THREAD STATIC t_hIdle STATIC PROCEDURE __ft_OnTick() IF hb_MilliSeconds() >= ( t_nLastCheck + t_nTickInterval ) t_nLastCheck := hb_MilliSeconds() Eval( t_bOnTick ) ENDIF RETURN PROCEDURE ft_OnTick( bOnTick, nTickInterval ) /* Harbour extension: Harbour will also accept function pointers */ IF HB_ISEVALITEM( bOnTick ) t_bOnTick := bOnTick IF HB_ISNUMERIC( nTickInterval ) t_nTickInterval := ( 1 / 18.20648 ) * nTickInterval * 1000 ENDIF t_nLastCheck := hb_MilliSeconds() IF Empty( t_hIdle ) t_hIdle := hb_idleAdd( {|| __ft_OnTick() } ) ENDIF ELSE t_bOnTick := NIL t_nTickInterval := 0 IF ! Empty( t_hIdle ) hb_idleDel( t_hIdle ) t_hIdle := NIL ENDIF ENDIF RETURN [/pre2]

Dima: Andrey пишет: Я думаю, что не пойдёт из за: убери THREAD , думаю не смертельно

Dima: Andrey пишет: А то мусорница начинается, потом форум читать трудно будет. Не мусори

Andrey: SergKis пишет: сохранил экран\сделал новый с крупным письмом типа "Ж Д И Т Е ...", потом все воссстановил. Все время так делаю. Пользователь не такой тупой, все понимает, пусть и не с первого раза. Сделал для юзера "Ж Д И Т Е ..." cRunExe := M->SetPath + "MiniGui-module.exe " + cParam EXECANDWAIT(cRunExe) После старта модуля на МиниГуи терминалка висит и сообщение Программа (не отвечает) ! Как это убрать ? Может можно как то повесить показ таймера через каждую секунду или две ? Пробовал сделать как в Пост N: 3833 http://clipper.borda.ru/?1-4-0-00000954-000-0-0-1392306838 Все равно прога висит... Юзер по не знанию может прогу на терминалке крестиком закрыть...

SergKis: Andrey ты запускаешь execandwait, т.е. терминалка должна висеть до завершения минигуи. Определись чего хочешь ? Хочешь, что то делать, делай с idle, пример есть в TEST каталоге, посканируй.

SergKis: Andrey пишет Юзер по не знанию может прогу на терминалке крестиком закрыть... У себя крестик закрываю наглухо (что бы не было желания нажимать). Выход только по меню или кнопкап, т.е. где разрешено.

Andrey: Возник вопрос другой. Как можно из своей программы (1) запустить заново себя (2) с ожиданием, пока не выгрузиться из памяти (1) сама прога ? Т.е. по [pre2]ShellExecute( , 'open', Application.ExeName, cParam, , 2 )[/pre2] прога слишком быстро загружает вторую копию программы. Нужно с ожиданием, пока не выгрузится первая. Если в начале проги стоит команда [pre2] _HMG_MESSAGE[4] := "Попытка запуска второй копии программы:" + CRLF + ; App.ExeName + CRLF + ; "Отказано в запуске." + CRLF + _HMG_MESSAGE[4] SET MULTIPLE OFF WARNING [/pre2] То при запуске второй проги срабатывает эта команда. Из-за этого и нужен запуск с ожиданием. Как это можно сделать ?

SergKis: Andrey wApi_Sleep(1000) или лови handle окна и текст первого запуска, пока находится, жди, нет его, работай дальше

Dima: ISEXERUNNING ?

Andrey: Dima пишет: ISEXERUNNING ? Не совсем... SergKis пишет: или лови handle окна и текст первого запуска, пока находится, жди, нет его, работай дальше Не совсем понятно как делать. Вот примерно такой у меня код: [pre2]#define PROGRAM 'Моя прога' .... Function Main .... hWnd := FindWindow( PROGRAM ) // здесь же 2 хендла будет. Как перебрать ? // проверка и ожидание // Проверка на запуск второй копии программы OnlyOneInstance( PROGRAM ) .....[/pre2] Хотя хендл проги (1) можно передать в вызов копии проги (2). Это я понимаю как сделать. А не передавая хендл окна можно сделать ожидание ?

SergKis: Andrey пишет Не совсем понятно как делать. Ты только недавно спрашивал про OpenOffis Excel и тебе было предложено EnumWindow() и т.д. Ловишь во второй копии с cParam запуском ShellExecute() Если в первом запуске будешь создавать mutex, можешь ловить его наличие, эту ф-ю то же видел[pre2] FUNCTION IsExe2Run( cDop ) // Проверка второго запуска программы + (режим или ini) LOCAL i, cMut, hMut, lMut LOCAL cExe := hb_ProgName() LOCAL lRet := .T. STATIC s_hMutex := 0 DEFAULT cDop := "" IF ISLOGICAL(cDop) IF ! empty(s_hMutex) wapi_ReleaseMutex( s_hMutex ) s_hMutex := 0 ENDIF RETURN lRet ENDIF IF ! empty(cDop) .and. ( i := RAt("\", cDop) ) > 0 cDop := subs(cDop, i+1) ENDIF cMut := upper(cExe + cDop) AEval({".","\",":","/"," "}, {|cs| cMut := StrTran(cMut, cs, "_") }) hMut := wapi_CreateMutex( NIL, NIL, cMut ) lMut := ( ! Empty( hMut ) .and. wapi_GetLastError() == 0 ) IF lMut s_hMutex := hMut lRet := .F. ENDIF RETURN lRet // .T. - повторный запуск (mutex уже есть) [/pre2]

Andrey: SergKis пишет: Ты только недавно спрашивал про OpenOffis Excel и тебе было предложено EnumWindow() и т.д. Да я этот вариант помню. Просто думал ещё по другому можно ? И EnumWindow() даёт оба хендла окна. А как узнать хендл окна второй проги ? Т.е. без передачи через cParam узнать нельзя ? Если нельзя, то понятно как делать.

SergKis: Andrey пишет Ф-я myGetWindowHandles( cText, cClass, lLogOut ) из темы http://clipper.borda.ru/?1-4-0-00000214-000-20-0-1592817166 находит по части текста title + класс окна, в hmg это HMG_<имя main окна>Да я этот вариант помню. Ты запусти ф-ю с получением лога и все увидишь и текст и класс, вот их и контролируй или используй mutex ф-я выше. В первой создаешь, во второй - проверяешь, если есть, то первая еще работает, нет - закончила работу, вторая перестает ждать, начинает работать. Где тут параметры cParam ? Хотя имя mutex можешь передавать, если имя "плавает"

Haz: Зачем мутить с окнами? 1 Программа при старте получает хендл своего основного процесса 2 Запускает через processrun свою копию ( причём путь запуска можно брать из своего процесса) и передаёт копии хендл. 3 перед инициализации ей главного окна - ожидание завершения предыдущей копии по хендлу. Мжно и не ждать, а терминировать принудительно. Можно и без передачи хендл, тогда запускаемый процесс ищет предыдущую копию и прибивает её. Всё через wmi достаточно просто реализуемо.

SergKis: Haz пишет Зачем мутить с окнами? Особенно, когда их нет. Консоль, wvt без окна. Лучше для управления процессами использовать mutex, по мне Win32 API в Windows имеет две реализации мьютексов — собственно мьютексы, имеющие имена и доступные для использования между разными процессами, и критические секции, которые могут использоваться только в пределах одного процесса разными потоками[

Andrey: Haz пишет: Всё через wmi достаточно просто реализуемо. А примерный код можешь показать ?

Dima: Andrey пишет: А примерный код можешь показать ? Ожидаемый вопрос

Haz: SergKis пишет: Особенно, когда их нет. Консоль, wvt без окна. Лучше для управления процессами использовать mutex, по мне Разве мутексы не есть семафоры в потоках? В рамках одного процесса можно рулить потоками , но как мутексами рулить в разных процессах ?? это уже из области задач операционки Или я не о том ?

Haz: Andrey пишет: А примерный код можешь показать ? работа с WMI достаточно хорошо представлена в примерах MINIGUI (поиск по всем *.PRG содержимого WMI ) один из моих древних примеров это tsb_Filter. для понимания рекомендую скачать WMIExplorer - бесплатную и простую версию. Работа через SQL запросы к WMI сервису. Возможностей много, в конкретной задаче интересует запрос к Win32_Process Вот так я убиваю зависшие процессы Excel hWnd:=oExcel:hWnd ... oWmi := WmiService() cSql := "SELECT * FROM Win32_Process WHERE Handle = " + NTOC(GetWindowPID(hWnd)) FOR EACH oItem IN oWmi:ExecQuery( cSql ) oItem:Terminate() NEXT

SergKis: Haz пишет Разве мутексы не есть семафоры в потоках? Мьютекс Материал из Национальной библиотеки им. Н. Э. Баумана Последнее изменение этой страницы: 11:24, 29 октября 2016. Мью́текс (англ. mutex, от англ. mutual exclusion — «взаимное исключение») — является аналогом одноместного семафора, в программировании необходим для сопоставления синхронно выполняющихся потоков.[1]. Мью́текс представляет собой концепцию программирования, которая используется для решения вопросов многопоточности. Мьютекс отличается от семафора тем, что допускает только один поток в контролируемом участке, заставляя другие потоки, которые пытаются получить доступ к этому разделу ждать, пока первый поток не вышел из этого раздела. Принимает два значенения: открыт - поток может войти в свою критическую секцию; закрыт - поток не может войти в критическую секцию. Задача мьютекса — защита объекта от доступа к нему других потоков, отличных от того, который завладел мьютексом. В каждый конкретный момент только один поток может владеть объектом, защищённым мьютексом. Если другому потоку будет нужен доступ к переменной, защищённой мьютексом, то этот поток засыпает до тех пор, пока мьютекс не будет освобождён. А.КресинИтак, для предотвращения одновременого обращения разных потоков к одному и тому же ресурсу делаем следующее: 1) создаем предварительно mutex: pMtx := hb_mutexCreate() 2) в тех местах программы, где происходит обращение к защищаемым ресурсам, оборачиваем соответствующий код блокировкой/разблокировкой mutex'а, т.е. ставим перед перед ним hb_mutexLock( pMtx ) и после него hb_mutexUnLock( pMtx ) - точно так же, как мы блокируем/разблокируем запись расшаренной базы данных при записи в нее. Не забывайте, что, в отличие от rlock(), hb_mutexLock() приостанавливает дальнейшее выполнение потока, если mutex уже чем-то заблокирован - при невнимательности можно получить deadlock - ситуацию, когда несколько потоков взаимно заблокировали выполнение друг друга. собственно мьютексы, имеющие имена и доступные для использования между разными процессами Это использовано в функции выше. Т.е. создаем\убираем mutex в разных приложениях и можем управлять тем или иным алгоритмом.процессом

Haz: SergKis пишет: Это использовано в функции выше. Т.е. создаем\убираем mutex в разных приложениях и можем управлять тем или иным алгоритмом.процессом Сергей, в многопоточке это понятно. Я не пойму как это сделать в разных приложениях, у каждого свои потоки в рамках основного процесса. Ты говоришь что можно мютексами общаться между разными запущенными программами.? Не пробовал однако

SergKis: Haz пишет Ты говоришь что можно мютексами общаться между разными запущенными программами.? Mutex это переменная (имя), которую можно создавать, удалять и даже этого уже достаточно, что бы приостанавливать одну прогу, давать работать другой, проверять наличие проги в памяти и если нет, то запускать. К примеру mutex в LetoDbf сервере позволяет сделать простой менеджер слежения, есть в памяти он или нет, т.е. простенькое меню Start Server, Stop Server, Exit и соответсвенно в таком меню делать пункты disable\enable от наличия\отсутсвия сервера в памяти, а проверка по timer наличия mutex позволит автоматически запускать его при отсутствии в памяти. При обеспечении сервером (каждого своим) нескольких клиентов (в разных каталогах установка) такой менеджер может по mutex обеспечить устойчивую работу (что бы всегда был запущен) каждый сервер для своего клиента (под клиентом тут надо понимать организацию). Сервис для сервера не используется у нас.

SergKis: PS Ф-я с mutex, была выше, используется для блокировки повторных запусков с иконки, far кликами Enter-ом. Разрешаются повторные запуски проги с одного каталога + ini файл, т.е. с разными ini (беру без пути), можно делать запуски одной программы уст. в какую то dir, а повторный запуск с этим ini не пройдет, причем я не даю никаких сообщений на это, просто выхожу из запуска если mutex уже есть. Т.е. с одного каталога установки программу можно запускать с разными ini (в них указание на базу) Имя mutex формирую upper(hb_ProgName() + cDop) в ф-ии видно алгоритм. В hmg ф-я IsExeRuning() так же использует mutex, но только из имени exe, жесткая блокировка 2 запуска проги.

Haz: Спасибо за информацию, попробую

Andrey: Andrey пишет: Подскажите как можно остановить (заморозить) выполнение программы до выполнения определенного события в другой программе ? Смотреть пример у Григория \samples\Advanced\FreezeAppExecution) ! Всегда использовал и считал что невозможно запустить вторую копию программы... [pre2] // Проверка на запуск второй копии программы OnlyOneInstance( PROGRAM ) [/pre2] Однако мои юзера опровергли это мнение... Можно запустить вторую копию программы при одном условии, если комп/сервер-терминала выводишь из спящего режима, то вторую копию программы можно запустить. Сам так один раз смог у себя сделать, повторно не смог. Как это (второй запуск) можно железно прекратить ? Только нужно учитывать, что прога может запускаться на сервере-терминалов у разных пользователей одновременно.

SergKis: Andrey Используй (с mutex) SET MULTIPLE QUIT // выход без сообщения или SET MULTIPLE QUIT WARNING // выход с сообщением или ф-ей IsExeRunning( StrTran( GetExeFileName (), '\', '_' ) ) где параметр (цветом) может быть каталог, ini файл, ... что будет идентифицировать уникальность запуска

Andrey: SergKis пишет: SET MULTIPLE QUIT WARNING // выход с сообщением А туда можно прикрутить переключение на хендл запущеной программы ?

SergKis: Andrey пишет А туда можно прикрутить переключение на хендл запущеной программы ? Это команда препроцессора, так что замени и делай, что надо[pre2] #translate SET MULTIPLE QUIT [ <warning: WARNING> ] ; => ; iif ( _HMG_IsMultiple , ( iif ( <.warning.> , AlertStop( _HMG_MESSAGE\[4] ) , ) , ExitProcess() ) , ) значение _HMG_IsMultiple такое (PROCEDURE Init) _HMG_IsMultiple := IsExeRunning ( StrTran( GetExeFileName (), '\', '_' ) ) [/pre2]

полная версия страницы