Как перейти от Waterfall к Agile
EggHead 06.05.2025
Каскадная модель разработки Waterfall — классический пример того, как благие намерения превращаются в организационный кошмар. Изначально созданная для упорядочивания хаоса и внесения предсказуемости. . .
Оптимизация SQL запросов — Продвинутые техники
Codd 06.05.2025
Интересно наблюдать эволюцию подходов к оптимизации. Двадцать лет назад всё сводилось к нескольким простым правилам: «Избегайте SELECT *», «Используйте индексы», «Не джойните слишком много таблиц». . . .
Создание микросервисов с gRPC и Protobuf в C++
bytestream 06.05.2025
Монолитные приложения, которые ещё недавно считались стандартом индустрии, уступают место микросервисной архитектуре — подходу, при котором система разбивается на небольшие автономные сервисы, каждый. . .
Многопоточность и параллелизм в Python: потоки, процессы и гринлеты
py-thonny 06.05.2025
Параллелизм и конкурентность — две стороны многопоточной медали, которые постоянно путают даже бывалые разработчики.
Конкурентность (concurrency) — это когда ваша программа умеет жонглировать. . .
Распределенное обучение с TensorFlow и Python
AI_Generated 05.05.2025
В машинном обучении размер имеет значение. С ростом сложности моделей и объема данных одиночный процессор или даже мощная видеокарта уже не справляются с задачей обучения за разумное время. Когда. . .
CRUD API на C# и GraphQL
stackOverflow 05.05.2025
В бэкенд-разработке постоянно возникают новые технологии, призванные решить актуальные проблемы и упростить жизнь программистам. Одной из таких технологий стал GraphQL — язык запросов для API,. . .
Распознавание голоса и речи на C#
UnmanagedCoder 05.05.2025
Интеграция голосового управления в приложения на C# стала намного доступнее благодаря развитию специализированных библиотек и API. При этом многие разработчики до сих пор считают голосовое управление. . .
Реализация своих итераторов в C++
NullReferenced 05.05.2025
Итераторы в C++ — это абстракция, которая связывает весь экосистему Стандартной Библиотеки Шаблонов (STL) в единое целое, позволяя алгоритмам работать с разнородными структурами данных без знания их. . .
Разработка собственного фреймворка для тестирования в C#
UnmanagedCoder 04.05.2025
C# довольно богат готовыми решениями – NUnit, xUnit, MSTest уже давно стали своеобразными динозаврами индустрии. Однако, как и любой динозавр, они не всегда могут протиснуться в узкие коридоры. . .
Распределенная трассировка в Java с помощью OpenTelemetry
Javaican 04.05.2025
Микросервисная архитектура стала краеугольным камнем современной разработки, но вместе с ней пришла и головная боль, знакомая многим — отслеживание прохождения запросов через лабиринт взаимосвязанных. . .
|
Delphi 7 and windows 10
#39758918 |
||
|---|---|---|
|
Участник Откуда: Запорожье Сообщения: 56 486 Рейтинг: |
||
|
Есть ли официальная нота, что проги, скомпилированные на д7, работают или не работают на вин-10 и как работают … |
||
|
||
| 13.01.2019, 10:52 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758919 |
||
|---|---|---|
|
andreymx Участник Откуда: Запорожье Сообщения: 56 486 Рейтинг: |
||
|
Гуглом искал, но официальных мессаджей не нашёл … |
||
|
||
| 13.01.2019, 10:53 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758923 |
||
|---|---|---|
|
makhaon Участник Откуда: A galaxy far far away Сообщения: 3 972 Рейтинг: |
||
|
andreymx, Официальные меседжи будут про актуальные версии винды и сред. Во время d7, понятно, 10-ки не было еще даже в намеках. Чаще всего в windows совместимость софт вверх существует. Нужно совсем уж какую-то экзотику писать, что бы не работало. Писать, конечно же, нужно с учетом рекомендаций ms и появившегося uac’а и должно работать. … |
||
|
||
| 13.01.2019, 11:24 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758933 |
||
|---|---|---|
|
Softologic Гость |
||
|
У меня два сравнительно больших проекта коммерческих, написаны на d7 — оба работают в точности также как и на win7, так и на winXP. … |
||
|
||
| 13.01.2019, 12:43 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758934 |
||
|---|---|---|
|
Softologic Гость |
||
|
… В смысле на win10 работают также как и на win7, так и на winXP. … |
||
|
||
| 13.01.2019, 12:43 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758937 |
||
|---|---|---|
|
Andy_OLAP Участник Откуда: я знаю, что Хапоэль Беэр-Шева — чемпион Сообщения: 2 080 Рейтинг: |
||
|
andreymxГуглом искал, но официальных мессаджей не нашёл … |
||
|
||
| 13.01.2019, 13:01 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758938 |
||
|---|---|---|
|
andreymx Участник Откуда: Запорожье Сообщения: 56 486 Рейтинг: |
||
|
Softologic… В смысле на win10 работают также как и на win7, так и на winXP.да у меня тоже работают, делфи с ораклом 11 и фастом старым … |
||
|
||
| 13.01.2019, 13:07 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758942 |
||
|---|---|---|
|
Фэйтл Эра Участник Сообщения: 631 Рейтинг: |
||
|
andreymxЕсть ли официальная нота, что проги, скомпилированные на д7, работают или не работают на вин-10 и как работают А «Win10» — это вообще не версия, это череда выпусков под общим названием. Как и WinXP, впрочем. … |
||
|
||
| 13.01.2019, 13:36 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39758968 |
||
|---|---|---|
|
Гирлионайльдо Участник Сообщения: 430 Рейтинг: |
||
|
Фэйтл Эра, Спасибо кэп, что пояснил за названия. Но имелась введу сама система, а версий данной системы как травы на земле. От выпуска к выпуску. У меня к примеру 10.0.17134 Н/Д построение 17134 а уже есть и новее, а сколько было до .. … |
||
|
||
| 13.01.2019, 14:42 |
| Ответить | Цитировать | Написать
|
|
Delphi 7 and windows 10
#39759028 |
||
|---|---|---|
|
fraks Участник Откуда: Новосибирск Сообщения: 1 961 Рейтинг: |
||
|
andreymxЕсть ли официальная нота, что проги, скомпилированные на д7, работают или не работают на вин-10 и как работают У меня работают. Есть некоторые несовместимости, типа при format(‘%m’, []) символ валюты теперь юникодный, и не выводится. В остальном с проблемами не сталкивался. … |
||
|
||
| 13.01.2019, 18:40 |
| Ответить | Цитировать | Написать
|
Очередное детективное расследование. В этот раз мы разбираемся, почему Delphi 7 наглухо виснет при старте.
К нам (в техподдержку EurekaLog) поступил очередной запрос, который касался Delphi 7. Для его решения мне требовалось запустить проект клиента в Delphi 7. Однако, когда я запустил Delphi 7 в нашей тестовой виртуальной машине (на Windows 10 Creators Update) — она зависла при старте. Висит сплэш-скрин, грузится процессор, ничего не происходит.
Таким образом, прежде чем решать проблему с клиентом, нужно решить проблему с самой Delphi 7.
Я проверил, что Delphi 6 и Delphi 2005 (ближайшие смежные соседи Delphi 7) запускаются отлично. Не так давно система Windows 10 на тестовой виртуальной машине была обновлена до Creators Update, что (в очередной раз) сломало регистрацию Delphi 6 (похоже, она привязывается к сборке ОС?). Возможно, что что-то случилось и с Delphi 7?
Быстрое гугление по симптомам (Delphi 7 hangs on Windows 10 Creators Update) не принесло результатов. Похоже, что с проблемой никто не сталкивался. Что-ж, программисты мы или где?
Полная загрузка процессора говорит о том, что у нас не зависание (deadlock), а live lock. Если бы у нас было зависание — мы могли бы воспользоваться уже известными трюками. Но у нас нет зависания, Delphi 7 чем-то занята. Поэтому трюки из статьи по ссылке нам не очень-то помогут (но вам никто не запрещает попробовать).
Итак, запускаем целевое приложение (Delphi 7) и даём ему повиснуть. Запускаем лучшую IDE всех времён и народов (Delphi XE) и вызываем команду Attach to process:
Выбираем наше зависшее приложение и не забываем установить галочку «Pause after attach»:
Примечание: если вы собираетесь отлаживать проблему в той же IDE, которой вы хотите производить отладку, то вы можете идентифицировать целевой процесс по PID-у (Process ID), предварительно проверив его через менеджер процессов типа Process Explorer.
IDE подключится к целевому процессу и встанет на паузу. Вы должны увидеть что-то такое:
Примечание: поскольку мы отлаживаем Delphi 7, которая не имеет отладочной информации, то мы сможем работать только с машинным CPU-отладчиком, а стек вызова сможет показывать только подпрограммы из системных DLL и BPL-пакетов (по экспорту). Если же вы отлаживаете современную IDE или свою собственную программу, то отладочная информация у вас будет — или из .jdbg файлов для IDE или из .dcu для вашей программы. Тогда вы сможете использовать и обычный высокоуровневый отладчик (включая анализ переменных, их имена, имена подпрограмм в стеке вызовов и т.п.).
Итак, перед вами — служебный поток отладчика IDE, который тот внедрил в целевую программу, чтобы остановить её. Этот служебный код не отражает никакой реальной работы самой целевой программы. Чтобы начать работу с самой программой, вам нужно сначала переключиться в какой-либо из её рабочих потоков. Для этого посмотрите на окно Threads:
В программе уже запущена куча потоков. Последний поток — служебный, от отладчика вашей IDE. Как я уже сказал, его можно игнорировать. Первый поток (как правило) — главный. Остальные потоки — какие-то фоновые рабочие потоки целевой программы.
Чтобы нам было проще ориентироваться — мы можем назначить (произвольное) имя каждому потоку. Для этого щёлкните правой по потоку и выберите Name thread:
Введите какое-нибудь понятное вам описание потока. Например, «Debugger Thread» или даже «Главный поток».
Далее, дважды щёлкните по следующему потоку. В моём случае следующие четыре потока были одинаковы:
Можно догадаться, что это — служебные фоновые потоки системы, вероятнее всего, обслуживающие системный пул потоков или что-то аналогичное. Иными словами, мы можем их игнорировать.
Первый по счёту поток — главный, что также видно по его (большому) стеку:
Наконец, последний поток:
Судя по всему, это фоновый парсер, который выполняет разбор кода в редакторе кода и, возможно, его подсветку. Наличие такого потока говорит нам о том, что среда загрузилась довольно далеко, прежде чем зависнуть. Мы также можем увидеть, что в настоящее время поток спит (Sleep/ZwDelayExecution на вершине стека) — вероятнее всего, в ожидании ввода пользователя. Таким образом, мы также можем его игнорировать.
Итого:
Из всех этих потоков нас пока интересует только главный поток. Начнём его препарировать. Нам известно, что в целевой программе произошло какое-то зацикливание (live lock). Для начала нам нужно определить примерное место. Для этого можно установить точку останова в каком-либо «подозрительном» месте стека вызова. Например:
В данном случае на стеке виден цикл обработки сообщений от Application.ProcessMessages. Я установил точку останова на первую строчку в целевой программе, не относящуюся к системе (user32) или пакетам RTL/VCL. Ставить точку останова нужно сразу же после вызова (call) подпрограммы.
Снимаем программу с паузы (Run / Run) и… ничего не происходит. Точка останова не срабатывает. Следовательно, проблема не в обмене оконными сообщениями. Мы никак не можем выйти из обработки единственного оконного сообщения.
Заходим с другой стороны:
Ставим программу на паузу, переключаемся в главный поток, ставим кучу точек останова вдоль по стеку и запускам программу снова.
Выяснилось, что программа останавливается в единственном месте — тут:
Это единственное место, и оно находится на самой вершине стека. Это говорит нам о том, что зацикливание, вероятно, связано с, буквально, бесконечным локальным циклом, а не какой-то высокоуровневой ошибкой логики.
Пройдёмся немного по шагам (через «Step Over»), увидим вот это:
Выполнив эту строчку, получим:
Т.е. в конце стоит безусловный переход на начало этого же блока кода. Что это напоминает? Конечно же, цикл вида:
while True do
begin
// ...
if Condition then
Break;
// ...
end;
Иными словами, что-то пошло не так и условие выхода из цикла никогда не выполняется, цикл крутится бесконечно (ну или пока целевая программа не вылетит с ошибкой типа нехватки памяти, чтения/записи недопустимой памяти и т.п.).
Кстати, в этот момент нам наконец-то станет известно точное имя подпрограммы, где находится этот цикл:
В этот момент мы можем схитрить и просто открыть файл Controls.pas из папки Source установленной Delphi 7, чтобы найти там метод TDockTree.LoadFromStream. Но это не спортивно и мне не удастся показать несколько приёмов отладки.
Поэтому вместо этого мы продолжаем сессию отладки. Идея следующая: мы искусственно выходим из цикла и смотрим, что при этом произойдёт.
Для этого, нам сначала нужно установить точку останова также и на вызывающем:
Таким образом, как только мы успешно выйдем из цикла — мы встанем на этой точке останова, что и скажет нам о том, что мы успешно продолжили выполнение.
Чтобы не нарушить естественных ход кода программы, нам нужно найти конец цикла и условие, по которому мы могли бы выйти. В данном случае:
Как можно заметить, непосредственно перед переходом на начало цикла стоит вызов какой-то подпрограммы и проверка её результата. В одном случае (как это происходит) — мы продолжим выполнение (и перейдём на начало цикла), в другом случае (который мы хотим запустить сами) — оператор безусловного перехода на начало цикла пропускается и выполнение идёт дальше — с инструкции, непосредственно следующей за оператором безусловного перехода.
Также отметим, что условие заключается в проверке регистра EAX на ноль. Таким образом, чтобы переключиться на другую ветку, нам необходимо изменить значение регистра EAX на отличное от нуля непосредственно до выполнения проверки (но после вызова функции):
(Хотя в данном случае было бы быстрее просто использовать команду «Increment Register»)
Выполним команду проверки регистра EAX и увидим, что переход станет активным:
Что ж, запустим программу снова и… остановимся на ровно той же точке останова. Это говорит нам о том, что мы, вероятно, неверно определили конец цикла. Иными словами:
while True do
begin
// ...
if Condition1 then // - переключили это условие
Continue;
// ...
if Condition2 then // - а надо было - это
Break;
// ...
end;
Чтобы найти нужную границу, лучше всего начать с конца метода и найти пути, ведущие к его выходу. Затем переключить все условия, стоящие на этом пути.
Конец метода можно опознать по команде ret, а также по finally-блоку от try (набор pop и mov fs:[eax],edx). Как правило, «волшебные» finally-блоки стоят в строке с end в конце метода, чтобы освободить ресурсы под локальные переменные с автоматическим временем жизни, либо как явный finally-блок в коде программы перед end.
В данном случае:
Горизонтальными линиями я отметил границы цикла while, а также условие с break, которое перебросит нас за цикл while, в конец метода.
Посмотрим, что же это за условие. Остановимся на команде сравнения и посмотрим, с чем сравнивается значение регистра EAX. Для этого воспользуемся окном Memory и командой Goto Address:
Сразу же обратим внимание, что идёт сравнение с памятью, адрес которой записан непосредственно в коде (т.е. он фиксирован). Т.е. это не локальная и не динамическая переменная. Иными словами, это — глобальная константа или переменная.
Получим:
Чтобы не запутаться в little/big-endian — удобно переключить отображение на размер, соответствующий нашим данным. В этом случае — 4 байта (a.k.a. DWORD):
Окей, идёт сравнение с $FFFFFFFF — что есть -1 для знакового целочисленного типа. Мы уже выяснили, что это — что-то глобальное (константа или переменная). Поскольку константы целочисленных типов сохраняются непосредственно в коде (на них не производится ссылка через адрес), то у нас, скорее всего, идёт сравнение с глобальной переменной. Ну или с таким:
const SomeConst: Integer = -1;
Но скорее всего — глобальная переменная. Т.е. возможны два варианта: либо в переменную записали что-то не то, либо в данных для цикла отсутствует ожидаемое значение.
В любом случае, мы установили, что для выхода из цикла необходимо, чтобы EAX был равен $FFFFFFFF (вместо его текущего значения: нуля). Окей, остановимся непосредственно перед выполнением проверки и изменим значение EAX:
(Опять же, в данном случае было бы быстрее просто использовать команду Decrement Register)
Запускаем программу на выполнение — и программа останавливается на точке останова в вызывающем. Окей, из цикла мы вышли. Продолжаем выполнение — программа снова останавливается на нашей первой точке остановка (в LoadFromStream). Т.е. проблемный метод вызывается несколько раз. Повторим действия по искусственному выходу из цикла while. В итоге целевая программа всё же запускается:
Как вы можете видеть, есть артефакты панелей IDE (что, видимо, также вызвало Access Violation). Но, главное, что мы узнали — при старте IDE открывает какой-то старый проект и стопорится при загрузке настроек расположения окон и панелей. Вероятно, эти настройки повреждены. И есть ненулевая вероятность, что эти настройки хранятся в настройках проекта.
Удаляем старый проект, запускаем Delphi 7 — ура! Работает!
Дело закрыто.
Но в чём же была проблема? Давайте посмотрим исходный код. Открываем Controls.pas из Delphi 7 (не Delphi XE):
Ищем в нём TDockTree.LoadFromStream:
И видим:
А вот, похоже, и наша глобальная переменная из проверки, которую мы меняли, чтобы выйти из цикла while. Как мы можем видеть, -1 — это значение по умолчанию и, следовательно, не является ошибочным значением. Т.е. с переменной всё в порядке, проблема была только в данных.
Смотрим текст метода:
Я выделил границы цикла while и условие выхода из него (которое мы меняли).
Упражнение/домашнее задание: видите ли вы баг в TDockTree.LoadFromStream, который привёл к зацикливанию?
Подсказка: этот пост помечен тэгом «обработка ошибок».
(Этот баг исправлен в RAD Studio 10.2 Tokyo, но мне лень смотреть, в какой именно версии Delphi он был исправлен.)
«В интернетах» пугают о проблемах при установке и работе Borland Delphi 7 под Windows 10. Недавно мне пришлось установить Delphi 7 под Windows 10. Запустил — работает. Установил на него обновление, запустил — работает. Установил библиотеки, скомпилировал модули проекта — все работает без проблем. Мне даже не пришлось запускать delphi32.exe в режиме совместимости (Compatibility mode) или от имени администратора (Run this program as an administrator).
А где обещанные проблемы?
Возможно, мне удалось избежать их, т.к. я никогда не ставил средства для разработки в папку по умолчанию. Вместо «c:\Program Files\Borland» у меня всегда была папка «X:\Borland», куда я ставил разные версии IDE (позже она стала называться «X:\DevTools»). Возможно, инсталляция не в «c:\Program Files» позволила мне избежать проверок безопасности, которыми грешат последние версии Windows и о которых не знают программы 2002-го года.
Единственная проблема, с которой я столкнулся — это вызов справки. Компания Microsoft заботясь о пользователях много лет настоятельно рекомендовала разработчикам ПО перейти с HLP на CHM, HTML или XML. А под Windows 10 и Windows Server 2012 вовсе исключила поддержку формата Windows Help.
Что делать? Можно смириться и жить дальше… учить матчасть по докам или учиться искать в интернете. Но можно не идти на поводу у Microsoft, а пофиксить это своими руками:
1. копируем на компьютер с Windows 10 файлы c:\Windows\winhlp32.exe и c:\Windows\en-US\winhlp32.exe.mui с компьютера с Windows 7/8
2. в реестре в разделах
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft (для 32-х битной версии Windows)
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft (для 64-х битной версии Windows)
создаем раздел WinHelp с параметры AllowProgrammaticMacros и AllowIntranetAccess с типом DWORD (32-bit) и значением равным 1:
WinHelp-32.reg:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WinHelp] "AllowProgrammaticMacros"=dword:00000001 "AllowIntranetAccess"=dword:00000001
WinHelp-64.reg:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\WinHelp] "AllowProgrammaticMacros"=dword:00000001 "AllowIntranetAccess"=dword:00000001
В результате Windows Help работает и на Windows 10, и на Windows Server 2012R2.
Мне помогло следующее ( Windows 7 ): Win + R > regedit Идем в HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\TrayNotify Удаляем вот эти параметры: IconStreams, LastAdvertisement, PastIconsStream, PromotedIconCache, UserStartTime Открываем Диспетчер задач и переходим на вкладку Процессы Завершаем все процессы » explorer.exe » Переходим на вкладку Приложения Нажимаем кнопку » Новая задача «, пишем » explorer.exe » и нажимаем OK Теперь значок должен отображаться нормально. Windows 10 (ответ от пользователя Cox ): проблема в одном ключе реестра: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet Значение DWORD EnableActiveProbing = 0 и вызывало такое поведение. Оно отключило соответствующий тест Windows на ручной установке DNS адресов. Когда значение реестра было установлено на EnableActiveProbing = 1 , после перезагрузки можно было вручную вводить адрес…
12 -ая версия, например, хранит их здесь: %USERPROFILE%\AppData\Local\Sony\Vegas Pro\12.0 16 -ая хранит проекты по тому же пути, только немного в другой папке: %USERPROFILE%\AppData\Local\VEGAS Pro\16.0
Запустить командную строку от имени администратора: Пуск > в строке поиска вписать cmd , нажать на иконку правой кнопкой мыши выбрать « Запустить от имени администратора ». В командную строку скопируйте sc config mrxsmb10 start= demand и нажмите Enter . Нажимаем Win+R и вводим services.msc Находим службу “ Рабочая станция ” и нажав правой кнопкой мыши выбираем пункт « Запустить ». Примечание: служба не запустится , если не выполнить пункт 2 . Запуск службы лучше поставить на » Автоматически «. Вот и все. Источник: http://studenthelper.hol.es/%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0/%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81%D0%B5%D1%82%D1%8C-%D0%BE%D1%82%D1%81%D1%83%D1%82%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82-%D0%B8/
Не смотря на то, что в Windows 10 уже давно есть поддержка открытия образов дисков ( Открыть с помощью > Проводник ), некоторые типы образов она не открывает (например, образы с играми для PS1 ). Поэтому приходится прибегать к использованию сторонних программ, популярной из которых считается UltraISO (благодаря простому интерфейсу, малому размеру и нетребовательности к ресурсам ПК). Но даже у таких простых простых программ порой случаются глюки. И проблема чаще всего связана с виртуальным приводом. Проблема В моем же случае, у меня на компьютере «застрял» виртуальный дисковод, который занял букву временно отключенного внешнего HDD . Все бы ничего, но на нем ( HDD ) располагались видеофайлы материала, который я в данный момент монтирую, и на которые (с учетом исходной буквы диска) прописаны ссылки в файле проекта монтажки. Поэтому, самым простым вариантом на мой взгляд было вернуть внешнему диску исходную букву (которую занял виртуальный привод), а виртуальному просто на…
Нажать Win+R В окне » Выполнить » ввести: services.msc и нажать Enter Включить службу » Windows Installer » ( Запустить ее и поставить на » Авто «) Все. P.S. Еще (как вариант): Зайти в C:\Program Files\Common Files\InstallShield\engine\6\Intel 32 Взять оттуда IKernel.exe и поместить его в папку с инсталлятором. Запустить инсталлятор. Либо кликнуть сначала на IKernel.exe , а потом запустить инсталлятор.