1nd1g0 писал(а):
Так он там так же, "сложно" и реализованОн не там реализован, а в Share. Тебе же доступен метод CreateArray без объявления. Нафиг его еще раз объявлять
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
1nd1g0 писал(а): Так он там так же, "сложно" и реализованОн не там реализован, а в Share. Тебе же доступен метод CreateArray без объявления. Нафиг его еще раз объявлять |
|||
карма: 22 |
|
Ответов: 3889
Рейтинг: 362
|
|||
nesco, я его и не предлагал объявлять, я же прямо пишу :
1nd1g0 писал(а): Инициализация структуры и получение указателя на неё идёт через лежащую в Share.pas CreateArray, принимающую ссылки на процедуры и выдающую на выходе PArrayИ дальше цитирую прототип из Share, чтобы человеку было понятно, какие процедуры реализовывать и в каком порядке передавать аргументы. |
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
1nd1g0 писал(а): я же прямо пишуОй! Звеняйте, батьку, прилагаемый трактат на тему не заметил |
|||
карма: 22 |
|
Ответов: 1841
Рейтинг: 369
|
|||
Пытался прикрутить свою dll, но после объявления второй процедуры, компилятор отказывается компилировать аргументируя этим:
Error: Unsatisfied forward or external declaration: 'ThiInlineCode_288DD20.doGetProcessPID' Хотя если убрать одну из процедур, с оставшейся процедурой компиляция проходит успешно С чем это может быть связано? iC
Код
|
|||
карма: 1 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
Убери "end." после завершения doEnableDebugPrivNT. Ты же закрываешь дальнейший код тем самым. Вот она тебе и пишет, что не может найти объявленную функцию
Вот здесь
|
|||
карма: 22 |
| ||
Голосовали: | CriDos |
Ответов: 1841
Рейтинг: 369
|
|||
nesco, спасибо!
|
|||
карма: 1 |
|
Ответов: 36
Рейтинг: 0
|
|||
приведите пожалуйста примеры использования InlineCode и вставка ассемблера
что нибуть простое типо реализация сложения ,цикла, и условного If_else через асм и InlineCode |
|||
карма: 0 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
В гугле набери "ASM в DELPHI" (примерно 3 500 000 ответов)
|
|||
карма: 25 |
|
Ответов: 5227
Рейтинг: 587
|
|||
Tad, к сожелению ещё есть требование к версии компилятора. (это тоже надо учитывать, некоторые конструкции не доступны) хотя простых конструкций это не должно касаться.
|
|||
карма: 4 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
andrestudio писал(а): к сожелению ещё есть требование к версии компилятора |
|||
карма: 25 |
|
Ответов: 5227
Рейтинг: 587
|
|||
гугл
|
|||
карма: 4 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
молодец.
использование ассемблера оправдано в двух случаях: 1. Обработка большого количества данных. 2. В высокоскоростных подпрограммах работы с дисплеем. что в HiAsm-е никому ни на не нужно. |
|||
карма: 25 |
|
Ответов: 36
Рейтинг: 0
|
|||
Tad писал(а): В гугле набери "ASM в DELPHI" (примерно 3 500 000 ответов) вот и спрашиваю потому как пример для InlineCode нужен... Tad писал(а): использование ассемблера оправдано в двух случаях:1. Обработка большого количества данных. 2. В высокоскоростных подпрограммах работы с дисплеем. что в HiAsm-е никому ни на не нужно я сделал простую схемку на пакете Fasm и сравнил ее работу в пакете windows схемка цикл с подсчетом длины ... разница в скорости в разы не в пользу пакета windows также большой плюс вроде при ветвлениях... if но если использовать компоненты типа соединения строк... то выигрыша в скорости нет... |
|||
карма: 0 |
|
Ответов: 4628
Рейтинг: 749
|
|||
Разница в скорости из-за различий в концепции пакетов. Напиши тестовую задачу на Delphi (не ASM) в IC и сравни с той же задачей в FASM - уверен, большой разницы не заметишь.
|
|||
карма: 26 |
|
Разработчик
Ответов: 26113
Рейтинг: 2126
|
|||
seagai писал(а): не в пользу пакета windowsСамый большой тормоз в этом пакете -- это преобразование типов |
|||
карма: 22 |
|