Скрипт постоянно ищет "потеряные" значения в ini-файле, как узнать из-за какой?

agikon · 10 Янв 2012

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

так вот как выявить какой именно парметр в ini-файле ищет скрипт?
есть какая-то метода?
подскажите что можете пожалуйста.

madmasles · 10 Янв 2012

agikon,
Пример приведите и скрипта, и ини-файла, иначе, ИМХО, этой теме место в разделе Общение.

agikon · 10 Янв 2012

madmasles
я то уже выловил причину.
но дело в том что если в ini-файле многовато значений то это получпется сложная задача.

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

Код:

;Global  $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

;---
Case $1Radio
	IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

но дело в том что это всё понятно, меня интересует есть ли методика выявления таких ini-ошибок?

madmasles · 10 Янв 2012

agikon [?]

вот например в таких двух строчках

ИМХО, это неправильные строчки, надо как-то так:

Код:

;Global $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')
Global $iState1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

$1Radio = GUICtrlCreateRadio('Text', 10, 20, 100, 20)
If $iState1Radio == '1' Then GUICtrlSetState(-1, $GUI_CHECKED)
;---
Case $1Radio
	IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

agikon · 10 Янв 2012

madmasles
я конечно по своему малознанию сначала пишу а потом думаю, прощу прощения.

НЕТ.
дело не совсем в строчках!

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

Код:

;Global  $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

;---
Case $1Radio
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

madmasles · 10 Янв 2012

agikon [?]

сначала пишу а потом думаю

Вот это зря, лучше наоборот. :smile:

А остальное я как не пытался, так и не понял.

agikon · 10 Янв 2012

вот так будет всё ok

Код:

Global  $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

$1Radio1 = GUICtrlCreateCheckbox("задача1", 20, 20, 100, 20)
GUICtrlSetState(-1, $1Radio)

;--- остальной код скрипта 
Case $1Radio
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

а вот так будет постоянно искать в ini-файле

Код:

;Global  $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

$1Radio1 = GUICtrlCreateCheckbox("задача1", 20, 20, 100, 20)
GUICtrlSetState(-1, $1Radio)

;--- остальной код скрипта 
Case $1Radio
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

вот и получается проблематично найти где не соответствие, то есть при таком раскладе надо или глобал искать дописывать, или закомментировать case, чтобы его вообще не было.

проблема сама проста, а вот как её выловить? если например в скрипте много строк то может быть очень сложно.

Medic84 · 10 Янв 2012

Код:

Case $1Radio
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

Объясните это Вам для чего. Зачем Вам обрабатывать значение полученное из INI?
Может нужно так?

Код:

Case $1Radio1
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio1))

P.S. Переменные нужно обозначать НОРМАЛЬНО

madmasles · 10 Янв 2012

OffTopic:
Medic84 [?]

Переменные нужно обозначать НОРМАЛЬНО

Это правильно, ИМХО.
Я, в начале знакомства с AutoIt тоже называл переменные как придется и покороче (лень было писать) и казалось, что все нормально, но... пока в скрипте 30 строк и 5 переменных, то да, все нормально, а дальше - беда. Теперь я не ленюсь и пусть имя переменной будет длинным, но для меня понятным. Например:

Код:

Global $nRadioDelYes, $nRadioDelNo, $nButtonExit, $fShowToolTip; и т.д.
;...

agikon · 10 Янв 2012

отписываюсь!

понял как решать такую головоловку!
оказывается можно закоментировать все case, и потом по одной задейтвовать в код. и на каком-то этапе появится ишибка, вот значит эта case и является виновницей.

смотрим, например имеем 100 case

Код:

case  1
case 2
case 3
case ...

case 100

берем их все коментируем

Код:

#cs
case  1
case 2
case 3
case ...

case 100
#ce

а потом по одной включаем в код.

Код:

case  1
#cs
case 2
case 3
case ...

case 100
#ce

и после каждой case берём компилируем и смотрим как скрипт обращается к ini-файлу, и так на каком то этапе появится сбойная case.
вот к такому способу выявления ошибки я пришел, а всё потому что благо что без case скрипт компилируется и запускается.

Medic84 · 10 Янв 2012

agikon
Просто ошибок не нужно делать с переменными.

agikon · 11 Янв 2012

Medic84
ошибок и изначально не было.
я же говорю бывют случаи когда комментируешь глобал, а case где-то там остаётся, и тогда появляются проблемы, хотя компилируется и работает скрипт нормально.

тут в чём и прикол что скрипт работает абсолютно нормально, но н апроцентов 5-20 сильнее грузит процессор. и без спец программки по мониторингу файловой системы я бы и сам не обратил на это внимание.

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

Medic84 · 11 Янв 2012

Потому что у Вас не объявлена переменная $1Radio(как у Вас без этого работает остальной код - непонятно.
Отсюда в цикле начинает ПОСТОЯННО выполняться тот Case связанный с ним
И я уже написал - что у Вас не правильно написан код - не то Вы обрабатываете.

agikon · 11 Янв 2012

Medic84

да всё обьявлено, этот код я по памяти вообще написал, в скрипте всё нормально обьявлено.

речь про то что если забыть убрать case то на внешне скрпта это никак не повлиякет, кроме частому обращению к ini-файлу

running-frag · 11 Янв 2012

agikon [?]

я же говорю бывют случаи когда комментируешь глобал, а case где-то там остаётся, и тогда появляются проблемы, хотя компилируется и работает скрипт нормально.

чего то в голову сразу пришёл вот такой код

Код:

Global $globalData[2] 			; [0] - bool, [1] - data
	...
$globalData[0] = True			; включаем переменную
$globalData[1] = "string"		; значение
	...
If $globalData[0] Then			; проверка выключена ли переменная
	...
	ConsoleWrite ($globalData[1])
	...
EndIf

dwerf · 11 Янв 2012

agikon [?]

а вот так будет постоянно искать в ini-файле

Код:

;Global  $1Radio = IniRead($sIniFile, 'set', 'arr1', '1')

$1Radio1 = GUICtrlCreateCheckbox("задача1", 20, 20, 100, 20)
GUICtrlSetState(-1, $1Radio)

;--- остальной код скрипта
Case $1Radio ;<-Переменная объявлена несколько раз
    IniWrite($sIniFile, 'set', 'arr1', GUICtrlRead($1Radio))

Значит переменная $1Radio объявлена несколько раз, иначе скрипт вылетел бы с ошибкой "Error: Variable used without being declared."
Разберитесь с переменными и проблемы с ini-файлом отпадут сами собой.

agikon · 11 Янв 2012

да.
все переменные обьявлены в самом начале скрипта.

ну тут дело не в этом.
а дело в case.

Pelerin · 11 Янв 2012

running-frag
Полезная идея объявлять переменные как массив где

Код:

[0] - off\on
[1] - значение

Возьму на вооружение :smile:

Автор темы	Похожие темы	Форум	Ответы	Дата
	[Автоматизация] Ищу специалиста, для постоянной связи, во время разработки скрипта IE	Покупка/продажа, поиск услуг	0	24 Июл 2016
A	Как найти окно, если дескриптор постоянно меняется	Общие вопросы по AutoIt	4	20 Июн 2016
	Перенесено: Скрипт постоянно проверят в координатах цвет пиксиля	Общие вопросы по AutoIt	0	9 Июн 2015
M	Скрипт постоянно проверят в координатах цвет пиксиля	Боты для игр	6	9 Июн 2015
M	Работа скрипта на удалённом компьютере без постоянного подключения к нему	Общие вопросы по AutoIt	1	10 Янв 2012

Поиск

Поиск

Скрипт постоянно ищет "потеряные" значения в ini-файле, как узнать из-за какой?

agikon

Знающий

madmasles

Модератор

agikon

Знающий

madmasles

Модератор

agikon

Знающий

madmasles

Модератор

agikon

Знающий

Medic84

Омега

madmasles

Модератор

agikon

Знающий

Medic84

Омега

agikon

Знающий

Medic84

Омега

agikon

Знающий

running-frag

why me?

dwerf

Использует ArchLinux

agikon

Знающий

Pelerin

Осваивающий