Запуск приложения и продолжение работы скрипта

$fFile[^file::exec[c:\windows\system32\calc.exe]]

Для linux читать про nohup

Читал, не устраивает...

$status[^file::exec[run.sh;]]

nohup ./update.sh > ./../../data/tmp/update.log 2>&1

а парсер тут вообще зачем? :)

Это функциональность shell

&

start

Ну ведь быстро гуглится...

psexec -isd "c:\windows\system32\calc.exe"

start -- это не программа, это фича виндовй shell

Тогда возвращаемся к «Запуск приложения и продолжение работы скрипта [Ну ведь быстро гуглится...]»

Ну как зачем...

А он точно отпустит парсер?

nohup ./update.sh > ./../../data/tmp/update.log 2> ./../../data/tmp/update_error.log &

nohup ./update.sh >> ./../../data/tmp/update.log 2>> ./../../data/tmp/update_error.log &

echo $$ > .pid

^if(-f "${pathTmpDir}.pid"){
		$status[^file::exec[status.sh;;${pathTmpDir}.pid]]
		^if($status.status == 0){

#!/bin/sh
pid=`cat ./../../data/tmp/.pid`
if `kill -CHLD $pid >/dev/null 2>&1`
	then exit 0
	else exit 1
fi

про cron

Ничего необычного - обычная асинхронная обработка...

Логика крона и разделения мне понятно изначально...

Парсер делает exec, не fork-exec...

добавление в конце & помогло)

а ведь могли-бы эту пару строк кода на vbs тут написать, для потомков, так сказать :)

Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "C:\windows\system32\calc.exe"

$fFile[^file::exec[C:\WINDOWS\system32\wscript.exe;;C:\1.vbs]]

$fFile[^file::exec[C:\WINDOWS\system32\cscript.exe;;C:\1.vbs]]

$fFile[^file::exec[c:\windows\system32\taskkill.exe;;/F;/FI;"IMAGENAME eq calc.exe"]]

runas