Проблема с Вин Серв 2003

[mcrae]

все работает только при условии что удален fastrep.dll
без него не печатает и не работает система отчетов.
Ось 2003х64 сп2
Склад через танци с бубном запустил полностью, а вот ркипер никак(

[Dref]

Ось 2003х64 сп2
90% из 100% что проблема в x64

пару месяцев назад бился с установкой сторхауса на 2003x64... куча проблем, сплошные ошибки... постоянные вылеты.
зато на x86 все заработало с первой попытки, и живет там и поныне без проблем.

[SH]

пару месяцев назад бился с установкой сторхауса на 2003x64
:O: Четвертого хауса? Да он встает как влитой... Если тройка - то да, там затык.


все работает только при условии что удален fastrep.dll
Я бы на права грешил.

[Dref]

Если тройка - то да, там затык.
Именно, проблема была с тройкой...
Чорд. надо было Это написать 8-(

[mcrae]

Я бы на права грешил.
С этого места поподробней)

[SH]

Шоб я знал, Вы вначале расскажите, что не работает с этим файлом.

[mcrae]

Шоб я знал, Вы вначале расскажите, что не работает с этим файлом.
Программа зависает на запуске, в процессах висит, но по факту ничего не происходит, удаляеш фастреп запускается, материться на отсутствие фастрепа но работает.

[Dref]

Программа зависает на запуске
Какая именно программа? версия программы?

[mcrae]

Какая именно программа? версия программы?
р-кипер 6.89

[SH]

На всякий случай: винда ломаная или легальная?
Ищу сейчас ссылку, только вчера читал, что после какого-то обновления в ломаных версиях были проблемы с запуском наследованных 32-битных dll.

Проблема возникает из-за того, что во взломанных системах используется старая версия ntoskrnl.exe, которую патчер (или сборка) переименовывают в xNtKrnl.exe и прописывают в поле kernel через bcdedit. Это нужно для того, чтобы система работала с драйвером, эмулирующим SLIC-таблицу. Старая версия ядра не совместима с новыми файлами подсистемы Wow64, из-за этого в 64-битной системе 32-битные программы перестают запускаться.
Вины Microsoft здесь нет, они просто не тестировали обновления на ломаных сборках. К слову, если пропатчить новую версию ядра, то система будет работать как положено — это означает, что обновление не нацелено на борьбу с пиратскими системами, просто так сложились звёзды.

Ссылка (http://www.outsidethebox.ms/15229/)

---------- Добавлено в 18:34 ---------- Предыдущее сообщение было размещено в 18:27 ----------

Если не оно, можно попробовать положить fastrep.dll в System32

[mcrae]

На всякий случай: винда ломаная или легальная?
Ищу сейчас ссылку, только вчера читал, что после какого-то обновления в ломаных версиях были проблемы с запуском наследованных 32-битных dll.

Ссылка (http://www.outsidethebox.ms/15229/)

---------- Добавлено в 18:34 ---------- Предыдущее сообщение было размещено в 18:27 ----------

Если не оно, можно попробовать положить fastrep.dll в System32



Все выше перечисленное не помогло(
Винда ломаная

[SH]

Винда ломаная
Вряд ли она виновата - я протормозил, ссылка актуальна для взлома через эмуляцию SLIC для Vista, Server 2008 и более поздних систем.
Традиционно, я проверяю такие ситуации на виртуальных машинах. Поставьте любую удобную виртуалку (я пользуюсь VirtualBox), поставьте туда эту же систему (2003 ставьте корпоративку, которой только ключ надо, чтобы систему активации не ломать), пробросьте ключ и проверьте. Если проблема будет - значит, дело не в системе, а правах доступа, неработающей dll или еще чем-то. Если проблемы в виртуалке не будет - значит, проблема в системе.