Я Вам предлагал
Из праллельного топика

Как раз бы был повод узнать HiAsm изнутри

------------ Дoбавленo в 17.05:
Я бы мог попытаться потрировать готовый шелл, но писать компоненты, не зная, что они должны делать, увы, я не умею

[flood]Так я ж давал ссылку на обёртку для libCurl под делфи. Может, чуток устаревшую, но документированную. В реальности Dilma прав, с появлением HTTP POST, многое стало доступно и штатными средствами конструктора) HiAsm становится ещё более интересен сетевым админам и кулхацкерам) Вот бы ещё в БД SQlite танцы с конверсиями BLOB автоматизировали)) Серьёзная причина, по которой я не ухожу с головой в компонентостроение HiAsm4 - прогресс, который поджимает со всех сторон, нельзя тратить время на изучение устаревающих технологий. Если конструктор ещё быстро и легко изучается, после всяких кривых якобы "визуальных" IDE - просто сказка, то пока ещё полезные объектный паскаль и внутренние библиотеки не оставят времени и места в голове на жизненно важные новые знания, которые меня кормят) Так-то я кодить и смотреть, как это у людей работает, любил раньше. Старею)[/flood]

[offtop]
Ну и упертый же ты, или не читаем, что пишут другие
А для кого же я написал

Или это очередная попытка видеть только то, что пишешь сам

А подробнее, зачем это надо Конвертировать в BLOB и обратно можно и ресурсами самого SQLite, если я не ошибаюсь, то с версии, этак так, 3.4.2[/offtop]

[offtop]nesco, я, видимо, не понял значения "готовый шелл". Моё трактование - файлик dll, список экспортов и описание структур данных для каждого. Библиотека есть, описание, вроде, тоже. Тут чуть ли не мультик на базе calldll можно делать, разве что проследить чтобы не искажались данные, кодировки там совпали, порядок байт, размеры типов.[/offtop]

[offtop]
И все это надо будет в компонентах прявязать к интерфейсу HiAsm-a, это и есть шелл. Изначально, в HiAsm-e, все компоненты есть некий шелл -- оболочка над кодом
1nd1g0, видимо, ты не до конца понимаешь, что подразумевает под собой рвзработка компонентов в HiAsm-e. Разработчик должен четко знать, что делает его компонент, составить работоспособные примеры, следить за возможными выявленными багами, изначально надо заложить возможность улушать компонент минимальными усилиями. А для всего этого нужно знать теорию на уровне продвинутого пользователя. Я еще раз повторюсь -- я не знаю работу с интернетом на уровне продвинутого пользователя и потому, никогда не возьмусь за разработку таких компонентов[/offtop]

[flood]Да нет, я ответственность разработчика как раз понимаю, просто некоторые термины разные люди используют совершенно по-разному. Теперь ясно, что "готовый шелл" = считай голый компонент, который надо отладить, нарастить документацию и прочее. ) А я как раз не знаю внутренней среды HiAsm4, его специфичных классов, объектов, библиотек, равно как и KOL. И нигде больше мне это знание не пригодится, что самое обидное, похоже, 5-я версия будет кардинально отличатся чуть менее, чем во всём. Были бы ресурсы, вложил их в 5-ю среду на Windows)[/flood]

[offtop]
Если быть более точным, то это -- интерфейсная оболочка над кодом. Взять любой пакет, и любой компонент там есть интерфейсная оболочка над кодом целевого языка. А RTCG технология еще и скриптовая интерфейсная оболочка

И кто такое сказал Мы, с Автором, говорили про реализацию пакета под Винду. Он настоятельно рекомендует сделать пакет под Лазарусом, на базе кодогенератора RTCG и библиотеки LCL, по причине тго, что это более перспективное направление для построения ПО под разные платформы. Но никто не мешает портировать и готовый пакет. Сам-то HiAsm реализован, пусть и на другом ЯВУ, но принцип-то его остался тот же. Cам HiAsm -- это графическая облочка над любым ЯВУ, все зависит от кодогенератора, который и генерирует конечный код компиляции под целевой язык из схемы HiAsm-a[/offtop]

nesco, а можно ли где-нибудь увидеть реализацию какого-либо пакета на RTCG? И в чем его преимущества по сравнению с FTCG?
Есть вполне рабочий пакет на FTCG + FPC 2.4.2 + LCL 0.9.30, правда компонент пока маловато.
Собранные им программы работают и под Windows и под Linux.
Если интересно могу выложить.

О! Так ты его уже начал. Давай посмотрим, возможно, будем продолжать вместе, если, конечно, не будешь против
------------ Дoбавленo в 18.19:

Вот это надо уточнить у Автора, в чем разница, если она вообще есть
------------ Дoбавленo в 18.21:
Интересно бы этот пакет прицепить к новому HiAsm-y. Но под Винду есть только старая демо-версия. Не знаю, когда Dilma надуется на новую, более или менее рабочую

nesco, дык эта ж, ёлы-палы, я же сто лет назад предлагал свою помощь в тестировании cURL-компонентов. Тогда дело застряло на том, что в нашем Delphi нет встроенного механизма работы с vararg-функциями. По ссылке 1nd1g0 я ходил, там старая песня: vararg. В Сети мне попадался код, позволяющий через asm-блоки вызывать vararg функции. Так что можно попробовать ту тему оживить: я завсегда готов тестировать.

Где-то валяется почти законченный блок, кто бы его еще нашел
------------ Дoбавленo в 18.46:
iarspider, я че-то не нашел вот тут vararg -- tidypas_delphi2010.zip, может, ты не то смотрел

nesco, покамест откопал обсуждение вызова vararg-функции из Delphi/FreePascal (на примере printf)

iarspider, ты глянь одним глазом, то, что я выложил. Не пойдет ли это нам больше

nesco, а ты на название смотрел? Есть подозрение, что этот код только c 2010-м Delphi будет работать. Да, и по твоей ссылке - TidyLib (html-парсер), что несколько не то.

Ну, я скачал то, что мне предложил 1nd1g0. Или он не то дал, или я его неправильно понял