AS
В search path не прописан
и ты типа ищешь где же он по пути в .dpr?
Size: a a a
2020 February 27
N
Ты добавляешь его в dpr и он всегда известен
N
У нас ядро проектов было раньше реализовано в виде OLE
N
Когда избавлялись от этого OLE такие вот неявные зависимости очень сильно мешались.
N
Минусом прописывания в dpr - замороченность прописывания. Но учитывая, что у нас там условная компилиция задействована..
DB
это-то ясно, но почему в .dpr вдруг? лучше ближе к использованию куда-нибудь
ну если не в uses, но где-то вообще нужно - то в dpr как раз
AS
Ты добавляешь его в dpr и он всегда известен
ну как бы.. "на вкус"... мне это не нравится..
решать проблему поиска.. которая решается нормальным файловым менеджером ...нуу..
решать проблему поиска.. которая решается нормальным файловым менеджером ...нуу..
DB
к слову - у меня xe6 плохо или вообще не ищет в файлах которые в dpr не прописаны, когда делаю поиск по всему проекту
DB
не то что бы я сильно хотел туда прописывать, но приходится
N
ну как бы.. "на вкус"... мне это не нравится..
решать проблему поиска.. которая решается нормальным файловым менеджером ...нуу..
решать проблему поиска.. которая решается нормальным файловым менеджером ...нуу..
И в чём прикол искать файловым менеджером вместо нормальной работы в IDE?
AS
к слову - у меня xe6 плохо или вообще не ищет в файлах которые в dpr не прописаны, когда делаю поиск по всему проекту
это cnpack умеет (или MMX)..
DB
а где там искалки?
AS
а где там искалки?
аа, ты про поиск по файлам...
DB
AS
некстати
у меня странность... (пишу статью про WinDbg)
есть код, который заменяет в таблице импорта в DLL-ке адрес вызова функции на свою.. подменяет, типа, вызов функции...
таки вот, оказалось, что в этой таблице для kernel32.dll НЕСКОЛЬКО секций _IMAGE_IMPORT_DESCRIPTOR... WTF?
когда я делал это на 64битной винде - такого не было... там была всего одна... а это - на 32битной
приложение и ддл-ки, которые оно загружает - свои, на делфи писанные
есть ещё приложение - на С, - призванное падать с AV/// там то же самое..
кто объяснит?
у меня странность... (пишу статью про WinDbg)
есть код, который заменяет в таблице импорта в DLL-ке адрес вызова функции на свою.. подменяет, типа, вызов функции...
таки вот, оказалось, что в этой таблице для kernel32.dll НЕСКОЛЬКО секций _IMAGE_IMPORT_DESCRIPTOR... WTF?
когда я делал это на 64битной винде - такого не было... там была всего одна... а это - на 32битной
приложение и ддл-ки, которые оно загружает - свои, на делфи писанные
есть ещё приложение - на С, - призванное падать с AV/// там то же самое..
кто объяснит?
AS
у 1с-ки 32битной.- тоже одна секция.. хмм...
SP
некстати
у меня странность... (пишу статью про WinDbg)
есть код, который заменяет в таблице импорта в DLL-ке адрес вызова функции на свою.. подменяет, типа, вызов функции...
таки вот, оказалось, что в этой таблице для kernel32.dll НЕСКОЛЬКО секций _IMAGE_IMPORT_DESCRIPTOR... WTF?
когда я делал это на 64битной винде - такого не было... там была всего одна... а это - на 32битной
приложение и ддл-ки, которые оно загружает - свои, на делфи писанные
есть ещё приложение - на С, - призванное падать с AV/// там то же самое..
кто объяснит?
у меня странность... (пишу статью про WinDbg)
есть код, который заменяет в таблице импорта в DLL-ке адрес вызова функции на свою.. подменяет, типа, вызов функции...
таки вот, оказалось, что в этой таблице для kernel32.dll НЕСКОЛЬКО секций _IMAGE_IMPORT_DESCRIPTOR... WTF?
когда я делал это на 64битной винде - такого не было... там была всего одна... а это - на 32битной
приложение и ддл-ки, которые оно загружает - свои, на делфи писанные
есть ещё приложение - на С, - призванное падать с AV/// там то же самое..
кто объяснит?
А почему нельзя несколько-то секций иметь?
AS
А почему нельзя несколько-то секций иметь?
с одной и той же функцией?
SP
с одной и той же функцией?
Функция секции - одна, но вот источники секций могут быть вполне разными.
AS
Функция секции - одна, но вот источники секций могут быть вполне разными.
а чем это определяется? источник