| Сейчас на форуме: tyns777 (+5 невидимых) |
 |
eXeL@B —› Обсуждение статей —› [ TITBIT ] Исcледуем ACDSee PowerPack 6.0.2.0014 |
| Посл.ответ | Сообщение |
|
|
Создано: 22 ноября 2010 00:12 · Личное сообщение · #1 |
|
|
Создано: 03 ноября 2015 22:11 · Личное сообщение · #2 У меня при загрузке этой софтины в ольку такая фигня:  Без ольки она нормально запускается. Как это фиксить ?  |
|
|
Создано: 03 ноября 2015 22:51 · Поправил: -=AkaBOSS=- · Личное сообщение · #3 Для начала, перед тем как сбежать от проблемы на форум, стоило бы попробовать провести исследование. Навскидку: 1. запустить Procmon и глянуть, откуда эта длл грузится при обычном запуске 2. в том же Procmon глянуть, откуда эта длл пытается грузиться при запуске из ольки 3. подумать над полученными результатами |
|
|
Создано: 03 ноября 2015 23:12 · Личное сообщение · #4 -=AkaBOSS=-, все дллки ему покидал в папку с экзешником. А вот про 3 пункт какие идеи, мне самому интересно. Это происходит до системного бряка ошибка загрузки длл. Баг с олькой ? |
|
|
Создано: 03 ноября 2015 23:31 · Поправил: -=AkaBOSS=- · Личное сообщение · #5 mazaxak пишет: все дллки ему покидал в папку с экзешником да, еще папку windows\system32 туда закинь, а еще из %APPDATA% и %COMMONPROGRAMFILES% в нагрузку, чтоб наверняка. mazaxak пишет: происходит до системного бряка ошибка загрузки длл До системного бряка? Debugging options -> Events -> Make first pause at: system breakpoint ? Проверка сторонних длл происходит на этапе настройки импорта загрузчиком. Попробуй всё же глянуть в Procmon, может многое прояснить. |
|
|
Создано: 03 ноября 2015 23:52 · Личное сообщение · #6 -=AkaBOSS=- пишет: да, еще папку windows\system32 туда закинь Он ищет в своей папке только сторонние длл, а не виндовс. Виндовые из сустем32 грузит нормально. -=AkaBOSS=- пишет: Debugging options -> Events -> Make first pause at: system breakpoint ? Да поставил такую опцию в настройках. -=AkaBOSS=- пишет: Попробуй всё же глянуть в Procmon Из него и спалил откуда грузит сторонние длл, их ему побросал в его папку, работает. А вот причины такого поведения мне интересны. |
|
|
Создано: 04 ноября 2015 00:05 · Личное сообщение · #7 mazaxak пишет: Виндовые из сустем32 грузит нормально особо наглый софт и туда свои компоненты бывает пихает... сейчас уже такое редкость правда... mazaxak пишет: А вот причины такого поведения мне интересны. Ну так отпиши откуда что грузит. Потом посмотри в таблицу импорта, например. Бывает, что там не просто имя модуля, а относительный путь указан, может на этом дохнет. |
|
|
Создано: 04 ноября 2015 00:16 · Личное сообщение · #8 -=AkaBOSS=- пишет: Ну так отпиши откуда что грузит. Вне отладчика: C:\Program Files\Common Files\ACD Systems\EN\ACDInTouch50.dll |
|
|
Создано: 04 ноября 2015 01:35 · Личное сообщение · #9 Глянь в HKLM\Microsoft\Windows\CurrentVersion\App Paths\ Там ясно видно, что для модулей "ACDPhotoEditor3.exe", "ACDSee.exe" и "ACDSee7.exe" в переменную окружения Path добавляются еще директории "C:\Program Files\Common Files\ACD Systems\EN" и "C:\Program Files\Common Files\ACD Systems" Когда запускаешь приложение из проводника, вызывается функция ShellExecuteEx, которая проверяет и подготавливает соответствующие переменные, и передаёт их через pEnvironment в функцию CreateProcess Олька же такой чухнёй не занимается, и в CreateProcess отдаёт pEnvironment = NULL, что означает - дефолтное окружение. Из-за этого у процесса не хватает данных о местах, в которых хранятся его библиотеки и данные - вот оно и не запускается. | Сообщение посчитали полезным: _FUCKER_, mazaxak |
|
eXeL@B —› Обсуждение статей —› [ TITBIT ] Исcледуем ACDSee PowerPack 6.0.2.0014 |
Для печати