не подскажете, как можно сделать с помощью сабжа поиск определённого значения в реестре, потом бэкап и удаление всех найденных ключей.
» InqSoft Sign 0f Misery / Neos0m
Немного срывания покровов с истории NeoS0M, личности разработчика, его секретных планов насчёт грядущих изменений в синтаксисе и почему сайт проекта лежал целый месяц: http://habrahabr.ru/post/158381
Именованные переменные, братцы, счастье-то какое.
InqSoft Neo Sign 0f Misery 0.9.8 (1 января 2013 г.)
http://s0m.narod.ru/neos0m.html
http://s0m.narod.ru/neos0m.html
Код: 1.Переместить/переименовать файл C:\Users\% USERPROFILE %\Desktop\test.exe C:\Program Files\test.exe
berkut9737
И не сработает, ибо в данном случае предполагается абсолютный путь.
Можешь попробовать через запуск или выполнение команды %COMSPEC%, т.е через командную строку с соответствующими параметрами. Правда, во время выполнения мелькнёт чёрное окошечко.
И не сработает, ибо в данном случае предполагается абсолютный путь.
Можешь попробовать через запуск или выполнение команды %COMSPEC%, т.е через командную строку с соответствующими параметрами. Правда, во время выполнения мелькнёт чёрное окошечко.
Sish
Цитата:
Спасибо, попробую.
У меня ещё один вопрос. Никак не хочет работать на компе InqSoft Neo Sign 0f Misery . При компиляции и выполнении скрипта наглухо зависает так, что приходится закрывать программу необычными методами. В чём может быть дело? У меня вин-7 х64 sp1, антивируса нет, брандмауэр отключен, uac тоже, защитник виндовс тоже.
Цитата:
Можешь попробовать через запуск или выполнение команды %COMSPEC%, т.е через командную строку с соответствующими параметрами. Правда, во время выполнения мелькнёт чёрное окошечко.
Спасибо, попробую.
У меня ещё один вопрос. Никак не хочет работать на компе InqSoft Neo Sign 0f Misery . При компиляции и выполнении скрипта наглухо зависает так, что приходится закрывать программу необычными методами. В чём может быть дело? У меня вин-7 х64 sp1, антивируса нет, брандмауэр отключен, uac тоже, защитник виндовс тоже.
berkut9737
Точно не буду утверждать, но причина может быть в том, что система 64-битная.
Точно не буду утверждать, но причина может быть в том, что система 64-битная.
berkut9737
Тебе нужно вычислять значение переменной среды. Пример:
Код: ; GetEnviromentVariableW.nsm
; Neo s0m 0.9.8, 2013
; Скрип с реализацией вызова WinAPI функции GetEnvironmentVariableW с примерами вызовов
GALLOC 1 .
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR 0 "ComSpec"
; в локальную переменную _0 помешаем номер глобальной переменной с именем перменной среды
STO_USTR _0 @0
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "username"
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "UserProfile"
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "path"
CALL ^GET_ENVIROMENT_VARIABLE
; end
EOS .
^GET_ENVIROMENT_VARIABLE
LALLOC 3 .
; сначала вызываем функцию только с именем переменной, чтобы узнать необходимую длину буфера
EXTERNAL_CALL "kernel32.dll*GetEnvironmentVariableW" _1 $ @_0 0 0 .
BRANCH _1 0 ^Zero .
; конвертируем 1-ю переменную как DWORD. Значение младшего байта сохраняется
STO_D _1 @_1
; длина буфера нам нужна меньше на 1 символ (символ конца строки)
SUB _1 .
; выделяем буфер под строку длиной из 1-й переменной. Инициализируем буфер нулями
USTR_EXPAND _2 $ @_1 "#0" .
EXTERNAL_CALL "kernel32.dll*GetEnvironmentVariableW" $ $ @_0 @_2 _1 .
JOIN_USTR _2 "Evaluated variable %" @_0 "% is '" @_2 "'" .
MBOX @_2 "Variable" .
^Zero
LFRAME_DROP
RETURN
Тебе нужно вычислять значение переменной среды. Пример:
Код: ; GetEnviromentVariableW.nsm
; Neo s0m 0.9.8, 2013
; Скрип с реализацией вызова WinAPI функции GetEnvironmentVariableW с примерами вызовов
GALLOC 1 .
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR 0 "ComSpec"
; в локальную переменную _0 помешаем номер глобальной переменной с именем перменной среды
STO_USTR _0 @0
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "username"
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "UserProfile"
CALL ^GET_ENVIROMENT_VARIABLE
; end
; begin GET_ENVIROMENT_VARIABLE
LFRAME_ADD
LALLOC 1 .
STO_USTR _0 "path"
CALL ^GET_ENVIROMENT_VARIABLE
; end
EOS .
^GET_ENVIROMENT_VARIABLE
LALLOC 3 .
; сначала вызываем функцию только с именем переменной, чтобы узнать необходимую длину буфера
EXTERNAL_CALL "kernel32.dll*GetEnvironmentVariableW" _1 $ @_0 0 0 .
BRANCH _1 0 ^Zero .
; конвертируем 1-ю переменную как DWORD. Значение младшего байта сохраняется
STO_D _1 @_1
; длина буфера нам нужна меньше на 1 символ (символ конца строки)
SUB _1 .
; выделяем буфер под строку длиной из 1-й переменной. Инициализируем буфер нулями
USTR_EXPAND _2 $ @_1 "#0" .
EXTERNAL_CALL "kernel32.dll*GetEnvironmentVariableW" $ $ @_0 @_2 _1 .
JOIN_USTR _2 "Evaluated variable %" @_0 "% is '" @_2 "'" .
MBOX @_2 "Variable" .
^Zero
LFRAME_DROP
RETURN
berkut9737
"EOS ." в конце скрипта не забыл?
"EOS ." в конце скрипта не забыл?
JustAMaaan
Цитата:
Забыл, спасибо!
Цитата:
"EOS ." в конце скрипта не забыл?
Забыл, спасибо!
День добрый!
Может кто подсказать, как получить хэндл потока, зная хэндл его родительского процесса (ну, можно на худой конец и по PID процесса)? Окна еще приложение не создало, а то бы можно было использовать WND_GET_PROC_TH.
Или только используя Win API можно его получить CreateToolhelp32Snapshot?
Может кто подсказать, как получить хэндл потока, зная хэндл его родительского процесса (ну, можно на худой конец и по PID процесса)? Окна еще приложение не создало, а то бы можно было использовать WND_GET_PROC_TH.
Или только используя Win API можно его получить CreateToolhelp32Snapshot?
Вместо ожидавшегося Neo Sign 0f Misery 0.9.9 на s0m.narod.ru неожиданно обнаружился Neo Sign 0f Misery Decompiler 1.0, который к тому же хочет .Net последней версии.
JustAMaaan
Я проверил -- вроде работает. Декомпилированный скрипт удачно компилируется и работает.
Я проверил -- вроде работает. Декомпилированный скрипт удачно компилируется и работает.
[more] [more] Доброго времени суток, народ! Могу предложить скрипт, написанный на языке Neo Sign Of Misery, который представляет собой графическое дополнение декомпилятора, выложенного автором. Основные плюсы скрипта:
1. Не нужно заморачиваться по поводу командной строки - достаточно выбрать в проводнике откомпилированный скрипт (собственно для этого и писалось дополнение).
2. Сделана небольшая отладка (к примеру, если выбрать исполняемый файл, отличный от скрипта Neo Sign Of Misery, программа откажется работать, предварительно сообщив об этом).
3. Как известно, "голый" декомпилятор имеет некоторые ограничения (об этом можно прочитать в файле справки). Данная программа исправляет один из них - декодирование сценария интерфейса NeoKit из последовательности чисел DWORD в текстовый вид. Т.е. если в выбранном исполняемом файле (т.е. скрипте Neo Sign Of Misery) присутствует информация описания интерфейса NeoKit, программа создаст рядом с декомпилированным файлом текстовый файл с описанием интерфейса NeoKit.
Внимание!!! По поводу 3-го пункта - декодирование сценария интерфейса NeoKit из последовательности чисел DWORD в текстовый вид происходит немного некорректно, если в исходники были русские символы. Например, если в исходнике была строка:
&db "form w=300 h=AUTO t=""Пожалуйста подождите..."" @=17 #=18"
то после декодирования она будет выглядеть примерно так:
&db "form w=300 h=AUTO t="" Р%жалуйста подождит "" @=17 #=18"
Но ведь это лучше чем непонятные на первый взгляд цифры. Так что если кому понадобится моё небольшое творение, прошу писать мне на Stryapchev1987@mail.ru и скрипт обязательно вышлю.
Спасибо за внимание!
[/more] [/more]
1. Не нужно заморачиваться по поводу командной строки - достаточно выбрать в проводнике откомпилированный скрипт (собственно для этого и писалось дополнение).
2. Сделана небольшая отладка (к примеру, если выбрать исполняемый файл, отличный от скрипта Neo Sign Of Misery, программа откажется работать, предварительно сообщив об этом).
3. Как известно, "голый" декомпилятор имеет некоторые ограничения (об этом можно прочитать в файле справки). Данная программа исправляет один из них - декодирование сценария интерфейса NeoKit из последовательности чисел DWORD в текстовый вид. Т.е. если в выбранном исполняемом файле (т.е. скрипте Neo Sign Of Misery) присутствует информация описания интерфейса NeoKit, программа создаст рядом с декомпилированным файлом текстовый файл с описанием интерфейса NeoKit.
Внимание!!! По поводу 3-го пункта - декодирование сценария интерфейса NeoKit из последовательности чисел DWORD в текстовый вид происходит немного некорректно, если в исходники были русские символы. Например, если в исходнике была строка:
&db "form w=300 h=AUTO t=""Пожалуйста подождите..."" @=17 #=18"
то после декодирования она будет выглядеть примерно так:
&db "form w=300 h=AUTO t="" Р%жалуйста подождит "" @=17 #=18"
Но ведь это лучше чем непонятные на первый взгляд цифры. Так что если кому понадобится моё небольшое творение, прошу писать мне на Stryapchev1987@mail.ru и скрипт обязательно вышлю.
Спасибо за внимание!
[/more] [/more]
под Windows 8 у кого нибудь работает?
У меня Windows 8 x64 english - неоS0M запускается но компилировать не хочет. Выдаёт ошибку в виде двух-трёх японских иероглифов. Под Windows 7 x64 ENG работает но русский не везде корректно отображает. Выходит x64 ей не помеха, ENG тоже.
Неужели Windows 8 ей чем-то мешает?
Режим совместимости не помогает. Виртуалку городить не феншуйно.
Добавлено:
пробовал версии InqSoft Neo Sign 0f Misery 0.9.8, 0.3.0; 0.3.1, 2.68
У меня Windows 8 x64 english - неоS0M запускается но компилировать не хочет. Выдаёт ошибку в виде двух-трёх японских иероглифов. Под Windows 7 x64 ENG работает но русский не везде корректно отображает. Выходит x64 ей не помеха, ENG тоже.
Неужели Windows 8 ей чем-то мешает?
Режим совместимости не помогает. Виртуалку городить не феншуйно.
Добавлено:
пробовал версии InqSoft Neo Sign 0f Misery 0.9.8, 0.3.0; 0.3.1, 2.68
ALEF
По поводу некорректного отображения русских символов. Проверь какой язык у тебя стоит для программ не поддерживающих unicode. Должен быть русский.
Под другим пользовательским профилем пробовал? С правами админа? У меня на W8 x64 (правда, русская) компилит без ошибок.
По поводу некорректного отображения русских символов. Проверь какой язык у тебя стоит для программ не поддерживающих unicode. Должен быть русский.
Под другим пользовательским профилем пробовал? С правами админа? У меня на W8 x64 (правда, русская) компилит без ошибок.
Yanis, какая у тебя версия Neos0m на W8 x64 омпилит без ошибок?
для программ не поддерживающих unicode - уже првоерял, стоит русский. И по логике это не должно препятствовать компиляции - только отображения. Но я все равно првоверял, даже переключал на English, перезагружался тестил, потом опять на русски и не помогло.
С правами админа пробовал - не помогло.
для программ не поддерживающих unicode - уже првоерял, стоит русский. И по логике это не должно препятствовать компиляции - только отображения. Но я все равно првоверял, даже переключал на English, перезагружался тестил, потом опять на русски и не помогло.
С правами админа пробовал - не помогло.
ALEF
Версия 0.9.8, но, очевидно, проблема не в версии, а в конкретной системе. Может быть антивирус мешает?
Версия 0.9.8, но, очевидно, проблема не в версии, а в конкретной системе. Может быть антивирус мешает?
Yanis, где ж ты такой прозорливый взялся?
помогло по другим пользователем!!! даже без релогина - просто через Run As.
А ведь винде той без году нееделя - ничего не иссталлировано кроме скайпа, Тоталкомандера и Нео! Почему один профиль не работает, а другой работет? ума не приложу.
Добавлено:
Юзер под которым не работает - создан вручную, добавлен в локаладмины.
Юезр под которым заработала компиляция - это тот, что винда создала при инициализации юзербазы во время первого старта.
Я только что создал третьего юзера вручную и НЕ добавил его в админы - под ним тоже компилится скрипт без ошибок. Ну добавил ещё его в Локаладмины (просто чтобы ничего не снилось) - тоже компилится.
Версия 0.9.8
Добавлено:
под основным юзером по прежнему не работает, выдаёт:
[Comp] Не удалось прочитать файл скрипта в строке 0 модуля <<}{>>
где <<}{>> один иероглиф, в кавычках
помогло по другим пользователем!!! даже без релогина - просто через Run As.
А ведь винде той без году нееделя - ничего не иссталлировано кроме скайпа, Тоталкомандера и Нео! Почему один профиль не работает, а другой работет? ума не приложу.
Добавлено:
Юзер под которым не работает - создан вручную, добавлен в локаладмины.
Юезр под которым заработала компиляция - это тот, что винда создала при инициализации юзербазы во время первого старта.
Я только что создал третьего юзера вручную и НЕ добавил его в админы - под ним тоже компилится скрипт без ошибок. Ну добавил ещё его в Локаладмины (просто чтобы ничего не снилось) - тоже компилится.
Версия 0.9.8
Добавлено:
под основным юзером по прежнему не работает, выдаёт:
[Comp] Не удалось прочитать файл скрипта в строке 0 модуля <<}{>>
где <<}{>> один иероглиф, в кавычках
ALEF
Цитата:
Обычный этап проверок, когда непонятно что и почему не работает
Можно через ProcessMonitor, конечно, посмотреть куда ломится компилятор. Хотя бы на уровне файловой системы проверить, что все файлы, к которым он обращается, лежат на месте.
Ещё предположение. Может быть какие-то файлы в директории помечены как для чтения или заблокированы как из интернета а-ля ненадёжные? В том числе и файл самой IDE.
Цитата:
Yanis, где ж ты такой прозорливый взялся?
Обычный этап проверок, когда непонятно что и почему не работает
Можно через ProcessMonitor, конечно, посмотреть куда ломится компилятор. Хотя бы на уровне файловой системы проверить, что все файлы, к которым он обращается, лежат на месте.
Ещё предположение. Может быть какие-то файлы в директории помечены как для чтения или заблокированы как из интернета а-ля ненадёжные? В том числе и файл самой IDE.
А ларчик просто открывался:
от предыдущей версии Neo остались в реестре ссылки на DLL и прочие файлы именно в разделе HKCU.
Удалил неглядя из реестра всю ветку HKCU\Software\InqSoft - и вылечился профиль, компилится.
P.S. вот так и рождаются мифы что новая винда глючная и несовместимая с имеющимся софтом.
Добавлено:
заработал компилятор без перезагрузки, без non-Unicode, без прав админа...
от предыдущей версии Neo остались в реестре ссылки на DLL и прочие файлы именно в разделе HKCU.
Удалил неглядя из реестра всю ветку HKCU\Software\InqSoft - и вылечился профиль, компилится.
P.S. вот так и рождаются мифы что новая винда глючная и несовместимая с имеющимся софтом.
Добавлено:
заработал компилятор без перезагрузки, без non-Unicode, без прав админа...
ALEF
Отлично! Будем знать
А по поводу укоренившегося мнения о «глючности винды» я уже давно сделал вывод, что проблемы чаще всего в сопутствующем софте. И вина за это на программистах прикладного ПО, а не на системе, которая предоставляет лишь среду для работы программ.
Отлично! Будем знать
А по поводу укоренившегося мнения о «глючности винды» я уже давно сделал вывод, что проблемы чаще всего в сопутствующем софте. И вина за это на программистах прикладного ПО, а не на системе, которая предоставляет лишь среду для работы программ.
Народ! А никто случайно не в курсе, как надолго уехал Cybermaniac? Судя по флагу на сайте, он в Японию укатил...
Rootkit1987
Так вы блог его почитайте, ссылка же там есть. Кстати, интересно пишет человек.
Так вы блог его почитайте, ссылка же там есть. Кстати, интересно пишет человек.
Rootkit1987
Вопросы можно направлять автору на почту. Раньше он вполне оперативно отвечал.
Вопросы можно направлять автору на почту. Раньше он вполне оперативно отвечал.
Цитата:
Народ! А никто случайно не в курсе, как надолго уехал Cybermaniac? Судя по флагу на сайте, он в Японию укатил..
судя по блогу ему там ОЧЕНЬ нравится, так что мы его теряем: пока обустроится, японски подучит не один год пройдёт
Цитата:
Кстати, интересно пишет человек.
+1
Связался по почте с Кибер Маньяк'ом... Пишет, что вернётся из Японии не раньше конца января 2014 г., и только после этого возобновится разработка программного обеспечения IngSoft
Rootkit1987, а в чём собственно вопрос у тебя? Новую версию хочешь?
думаю, что Маньяк на вопросы по старой ответит, даже из Токио, Окинавы или куда там его ещё занесёт жажда познаний
думаю, что Маньяк на вопросы по старой ответит, даже из Токио, Окинавы или куда там его ещё занесёт жажда познаний
Конечно жду новую версию! Отправил ему много косяков по старой версии. Обещал исправить в новой. Вот поэтому и жду с нетерпением.
Страницы: 1234567891011121314151617
Предыдущая тема: http сервер
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.