serzh82saratov пишет:

Вариант с созданием файла скрипта нестабильно работает (файл удаляется но не создаётся) при очень частом запуске скрипта.

Ini-файл удалять не нужно, просто записывать новые данные "поверх" старых.

Это-то понятно..
Я про пост № 15

Было желание в этом скрипте http://xbmc.ru/forum/showpost.php?p=332 … ostcount=1 сохранять все настройки в одном файле, т.к. текстовое содержимое файла (скрипта) является плодом работы другого скрипта... вообщем долго объяснять.
Особой потребности конечно нет, но для удобства сохранения и восстановления всех настроек из одного файла - очень даже.

Вариант с созданием файла скрипта нестабильно работает (файл удаляется но не создаётся) при очень частом запуске скрипта.

Ini-файл удалять не нужно, просто записывать новые данные "поверх" старых.

Не вижу в этом смысла.

teadrinker пишет:

Обычно данные, которые нужно сохранить от одного выполнения программы до другого, записываются в ini-файл.

А можно-ли это как-то записывать в сам скрипт? И из него-же читать

Вариант с созданием файла скрипта нестабильно работает (файл удаляется но не создаётся) при очень частом запуске скрипта.
Дошло решение, а что если скрипт использовать как ини-файл...

#SingleInstance force
/*
[Section]
Label=0
*/ 
IniRead, Label, %A_ScriptFullPath%, Section, Label
If Label = 3
Label = 0
Label++
IniWrite, %Label%, %A_ScriptFullPath%, Section, Label
GoTo Label_%Label%

Label_1:
MsgBox Label_1
ExitApp
Label_2:
MsgBox Label_2
ExitApp
Label_3:
MsgBox Label_3
ExitApp

...так-что можно и вообще обойтись без ини файлов, в случаях с некомпилированными скриптами.

Спасибо, я польщен.

Вам спасибо

Это-то понятно, но раз человеку понадобилось хранить состояния скрипта в атрибутах файла... (тут не помешает смайл :facepalm:, но его нет)
Хотя я погорячился, пожалуй - ситуации разные бывают.

ГЕНИАЛЬНО!!! Так можно сколько угодно действий добавлять! РЕСПЕКТ

Вопрос закрыт.

Обычно данные, которые нужно сохранить от одного выполнения программы до другого, записываются в ini-файл.

Это-то понятно, но раз человеку понадобилось хранить состояния скрипта в атрибутах файла... (тут не помешает смайл :facepalm:, но его нет)
Хотя я погорячился, пожалуй - ситуации разные бывают.

FileRead, mfile, %A_ScriptFullPath%
a = 000
b = %a%
a++
Gosub pp_%a%
StringReplace, mfile, mfile, %b%, 00%a%
FileDelete, %A_ScriptFullPath%
FileAppend, %mfile%, %A_ScriptFullPath%
return

pp_1:
MsgBox %A_ThisLabel%
; Run, D:\AVR-ports.exe -15
return
pp_2:
MsgBox %A_ThisLabel%
; Run, D:\AVR-ports.exe 15
return
pp_3:
MsgBox %A_ThisLabel%
; 3ий вариант
return
pp_4:
MsgBox %A_ThisLabel%
; 4ый вариант - последний. Дальше по аналогии
a = 0
return

OFF: Убил почти час(!!!), пытаясь понять, почему 3ий вариант упорно запускается 2 раза, хоть что делай. А если переставить местами в его подпрограмме строку
         с MsgBox и с комментом, то этот вариант вообще пропускается... Оказалось - скрипт в ANSI сохранен. Так что я сам тот еще :facepalm:

Обычно данные, которые нужно сохранить от одного выполнения программы до другого, записываются в ini-файл.

А можно-ли это как-то записывать в сам скрипт? И из него-же читать

Никуда вставлять второе действие не надо, скрипт модифицирует сам себя. То есть запустил один раз - параметр будет "15", во второй раз "-15" и т.д.

Интересное решение, Спасибо. А что если мне понадобится вторым действием назначить что-то другое например; MsgBox Вы нажали, как мне это реализовать?

А можно пример для 3 действий?

как сделать, не связанное с аттрибутами, и чтоб вариантов было больше 2, сначала 1 потом 2  потом 3.

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