15:52 -- Бяка удалена. Не доросли еще --
Этот топик читают: Гость
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
карма: 22 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
McAfee пропустил
|
|||
карма: 27 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Пока прототип не работает под FPC, и будет ли работать... ???
|
|||
карма: 22 |
|
Ответов: 542
Рейтинг: 12
|
|||
Nod32 пропустил
|
|||
карма: 0 |
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
nesco писал(а): Пока прототип не работает под FPC, и будет ли работать... ???с FPC 2.x работать будет наверно - у него проблем с ресурсами не наблюдалось |
|||
карма: 27 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Dilma, тут проблема, наверное, не в ресурсах, а вот в этой директиве -- {$IMAGEBASE $10000000}
Надо попытаться пристегнуть релок с принудительным назначением imagebase, а не директивную установку |
|||
карма: 22 |
|
Ответов: 2125
Рейтинг: 159
|
|||
nesco, а используемые DLL-ки кто связывать будет?
|
|||
карма: 1 |
|
Ответов: 876
Рейтинг: 101
|
|||
avira пропустила
|
|||
карма: 1 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
tsdima писал(а): а используемые DLL-ки кто связывать будет?Помог бы лучше, подкорректровал на предмет загрузки dll |
|||
карма: 22 |
|
Ответов: 1088
Рейтинг: 112
|
|||
nesco, используй для проверки это: http://www.virustotal.com/ru/
*сам проверить немогу тк не компилируется(b172)
|
|||
карма: 0 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Sniper36, сохрани в файл и удали из него ver(4.01 build 174), должен запуститься
|
|||
карма: 22 |
|
Ответов: 1088
Рейтинг: 112
|
|||
Не запустился.
Я был бы удивлен если бы это сработало На всякий случай SVN от 5 октября EXE от 25 окт. |
|||
карма: 0 |
|
Ответов: 2125
Рейтинг: 159
|
|||
Хы, не так-то это просто. Загрузку DLL может делать либо ОС, в момент CreateProcess, либо сам процесс, при помощи LoadLibrary. Нам, как ты догадываешься, остаётся лишь второй вариант. То есть необходимо автоматически сформировать код загрузки всех библиотек и привязки всех используемых функций и вызвать сначала его (т.е. когда процесс проснётся, он начнёт выполнять наш сгенерированный код), а потом он уже передаст управление самой программе. Уже весело, не так ли. А теперь ещё один вопросик: куда наш код будет обращаться, намереваясь вызвать LoadLibrary? Т.е. "подставной" файл обязательно должен иметь вызов LoadLibrary, и только из него мы получим адрес функции.
Вобщем, стоит ли городить огород или проще сохранить файл на диске? |
|||
карма: 1 |
|
Разработчик
Ответов: 26163
Рейтинг: 2127
|
|||
Sniper36 писал(а): Не запустилсяБред, только что проверил на b172, прекрасно работает, он и на b169 должен запуститься. Да он не может не компилится, он никак к версии не привязан и написан на WinAPI tsdima, ну с динамическим библиотеками проблема, но для выполнения мелких пристегнутых к ресурсам своих или чужих программ без dll вполне пойдет. |
|||
карма: 22 |
|
Ответов: 8928
Рейтинг: 823
|
|||
nesco, Касперский промолчал скромно
А в фоновом приложении не дал запустить, включал через таймер - всё молчит, и Касперский и Windows, и никаких следов запуска 15:53 -- Бяка удалена. Ты уж извини -- |
|||
карма: 19 |
|