Изучение основ FreeBasic в сравнении с PowerBasic

Всем добра и мира!

К сожалению, PowerBasic прекратил своё развитие вследствие смерти его создателя и главного (а скорее всего, единственного) разработчика Роберта Зейла в 2012-ом году. К настоящему времени последние надежды на его развитие окончательно угасли. В связи с этим я решил приступить к изучению основ FreeBasic'а.

В этой ветке форума буду задавать вопросы, возникающие у меня в процессе ознакомления с этим ЯП.

Как говорится, всё познаётся в сравнении. Ну вот и буду изучать FreeBasic, опираясь на определённый опыт ЛЮБИТЕЛЬСКОГО программирования на PowerBasic'е.

Буду очень благодарен за любую помощь.

Итак, первый возникший у меня вопрос.

Каким образом в структурах FreeBasic'а появилась возможность использовать динамические строки?
В PowerBasic'е это строго запрещено. Можно использовать только строки фиксированной длины.

Вот 2 работающих (с одним и тем же результатом на консоли) кода для сравнения:

FreeBasic
PowerBasic

1

Сообщение от locm Не запускается под линуксом, не подскажите почему?

Поставьте вайн.

0

Сообщение от locm У вас ведь есть опыт программирования на PowerBasic? Тогда это не первый класс. Функция qsort не сложна для понимания. Принцип ее работы понятен из примера без чтения документации. https://cpp.com.ru/shildt_spr_po_c/18/qsort.html

Да нет, тут штука в другом.
Вы поймите, я нахожусь в процессе выбора нового для себя ЯП. Хочется сделать это с минимальными издержками. Ну а для этого этот новый язык должен быть наиболее близок к моему основному, ну то есть к PowerBasic'у. На самом деле, в идеале, прикрутить бы к PowerBasic'у 64 бита, и ничего другого мне уже не надо для "полного счастья" в плане набора инструментов для программирования. Но это, увы, не возможно и уже никогда не будет возможно.

Буржуи с PowerBasic-форума массово потянулись именно к FreeBasic'у. Ну вот и я вроде бы вместе с ними по течению плыву

Вроде бы считается, что FreeBasic по синтаксису близок к PowerBasic'у. Замечательно! Ну а как это определить? Только с помощью эксперимента, правильно?
Ну вот я и беру свои самые простые программы на PowerBasic'е, тупо скармливаю их компилятору FreeBasic'а, и анализирую, какие ошибки он покажет

Вот именно такой подход "к телу" и стал первоосновой рождения этой ветки

Ну и да, действительно, многие встроенные функции совпадают практически один в один. Например, работа со строками. В PowerBasic'е это Left$, Right$, Mid$, Trim$, ну дальше длинный список, все перечислять здесь не имеет большого смысла. А во FreeBasic'е это аналогичные по смыслу и по своей работе функции, но только записанные без знака доллара.

Ну и вот при попытке скомпилировать такую команду компилятор, разумеется, показывает ошибку на такой-то строке. Убираю знак доллара и компилирую снова. Ошибка уже на какой-то строке ниже, ну и таким вот образом продолжаю двигаться ниже и ниже.

Работа с файлами почти идентична. Те же самые Open, Close, Input, Output, ну и всё остальное.

If, Select Case и всевозможные циклы тоже совпадают один в один.
Единственная разница в циклах - это вместо Iterate в PowerBasic'е во FreeBasic'е используется Continue.
Ну то есть тоже почти один в один кроме такой вот "мелочёвки".
Работает так же, только называется по другому.

Но вот в процессе такого вот экспериментального последовательного компилирования и внесения поправок дохожу до какой-то "фишки", которая свойственна только PowerBasic'у, ну например, POWERARRAY Object.

Ну и как это "обойти"?
Вот именно отсюда и возникла мысля использовать для таких случаев DLL в качестве обходного маневра
Я же не просто так (ну типо, от скуки) задавал вопрос по DLL выше по теме, а именно в поисках обходных лёгких путей

Ну а теперь, зачем я это всё так длинно рассказываю? Да чтобы попытаться объяснить, что мне эти вызовы "левых" функций, вот прямо сейчас совершенно не нужны. Я же сейчас сравниваю именно встроенные средства двух ЯП, а вовсе не их способности вызывать "левые" функции. Уж в зтом-то они точно равны друг другу, я ни минуты в этом не сомневаюсь

Сообщение от CoderHuligan Сообщение от Power_Basic Ну это же WinAPI. При чём здесь тогда сам FreeBasic? Как мне представляется, для использования WinAPI сгодится любой ЯП, ну или почти любой. Потому что FreeBasic это видоизмененный си. И на нем придется программировать под win api, а это уже почти никто не делает, за исключением тех, у кого уйма свободного времени. Или надо подключать сторонние либы, которые упрощают программирование под окошки.

Ну это уже хуже
Мне-то как раз хотелось бы подобрать для себя новый ЯП с "низким порогом входа".

Сообщение от Замабувараев Сообщение от Power_Basic Мы там про вызовы сишных функций пока ещё не проходили Вам следует перестать мыслить в категориях «сишная функция», «фрибейсиковая функция», «винапишная функция». У вас должна быть только одна категория — «функция». Функция как независимый участок кода, который принимает параметры и возвращает результат. Я вам открою секрет: фрибейсиковая функция InStr — она на самом деле на си написана, в вашей терминологии — это сишная функция. Вас это сильно расстроит? Или как-то усложнит вам жизнь? Или после этого вам стало труднее писать название этой функции в редакторе и очень сложно ставить скобки и указывать внутри параметры?

Да я уж пытаюсь подбирать наиболее общие синонимы, чтобы удовлетворить ваши строгие взыскания к терминологии
Ну вы же сами написали, что это функция из Си, ну вот я и пишу "сишная функция"
Ну вы просто проявите снисходительность. Вы сейчас общаетесь не с профессионалом, а с дилетантом. И если он (дилетант), например, говорит "море", то под этим он может понимать и "озеро", и "океан". Ну не будьте так уж строги к используемой мною терминологии
Воспринимайте все мои слова в более широком смысле, с учётом всевозможных огрехов непрофессионала

Сообщение от Замабувараев Сообщение от Power_Basic Мне сейчас пришло в голову, что с таким подходом можно изобрести такой ЯП, который вообще ни на что не будет способен кроме идеального вызова сторонних функций Это язык называется Си.

Пожалуй да

Сообщение от Замабувараев Сообщение от Power_Basic С моей точки зрения, в каждом уважающем себя ЯП должна быть встроенная возможность сортировки массивов, равно как и других базовых функций. Си не имеет встроенных функций. Си — это несерьёзный и неуважающий себя язык?

Подразумевался язык с низким порогом входа для новичков.

Сообщение от CoderHuligan смысл basic именно в готовых встроенных средствах - графики из коробки, управление памятью + возможность по ручной оптимизации, то есть возможность иметь доступ к памяти напрямую посредством указателей. Ну и в отсутствии определенной парадигмы. Если он это не обеспечивает, то это не basic.

Ну да, мне тоже так кажется. Если на каждом шагу требуются вызовы WinAPI и прилагающиеся к ним знания, то это уже точно никакой не Basic (Beginner’s All-purpose Symbolic Instruction Code).

1

Сообщение от Power_Basic Ну это уже хуже

Это очень плохо.

Сообщение от Power_Basic Мне-то как раз хотелось бы подобрать для себя новый ЯП с "низким порогом входа".

Есть языки, которые легко выучить, но которые тянут за собой много того, что еще требуется знать: сторонние либы и пр. А есть языки, которые более сложно выучить, но имеющие всё самое нужное уже готовым. Современный "basic" это языки типа Python. Я для себя открыл Tcl. Считаю, что это пока и есть современные бейсики. Ведь там есть все - работа с окнами без всяких нативных API, сетевые функции, списки и гетерогенные массивы, где исключена работа с памятью, кроссплатформенность и т.п. При желании иметь игровой экран можно подключить дополнительный модуль. Создание окна там это не портянка в сто строк, а два слова.

Сообщение от Power_Basic Если на каждом шагу требуются вызовы WinAPI и прилагающиеся к ним знания, то это уже точно никакой не Basic (Beginner’s All-purpose Symbolic Instruction Code).

Тем более это не кроссплатформенный код получается. То есть еще придется писать под каждую платформу отдельный код.

1

Сообщение от Power_Basic мне эти вызовы "левых" функций, вот прямо сейчас совершенно не нужны

Вам сортировка нужна или нет?

Сообщение от Power_Basic встроенные средства двух ЯП

Есть функция которая работает, берите и пользуйтесь. Какая вам разница — встроено она или нет?

0

Сообщение от Замабувараев Поставьте вайн.

Приложение должно иметь полный доступ к системе, чего нет под вайном! Можете еще порекомендуете писать программы для Win11 на QB и запускать под DOS BOX?
Покажите пример работы с реестром на QB. Очень интересно посмотреть.

Сообщение от Power_Basic Ну и как это "обойти"?

Найти/написать аналог на FB.

Сообщение от Power_Basic Вот именно отсюда и возникла мысля использовать для таких случаев DLL в качестве обходного маневра

Разрядность exe и dll должна быть идентичная. Если на PowerBasic соберете x86 dll, ее не получится использовать в x64 приложениях.

Сообщение от Power_Basic Да чтобы попытаться объяснить, что мне эти вызовы "левых" функций, вот прямо сейчас совершенно не нужны. Я же сейчас сравниваю именно встроенные средства двух ЯП, а вовсе не их способности вызывать "левые" функции.

Если в FreeBasic нет идентичной функции, нужно искать аналоги и эти "левые" функции могут стать решением.

Сообщение от Power_Basic Если на каждом шагу требуются вызовы WinAPI и прилагающиеся к ним знания, то это уже точно никакой не Basic

В FreeBasic WinAPI используются очень часто.

1

Сообщение от Power_Basic Мне-то как раз хотелось бы подобрать для себя новый ЯП с "низким порогом входа".

А что там знать-то в этом фрибейсике? Базовые типы — Sub, Function, Integer, Long, Short, Byte, Single, Double и три типа строк. Типичные пользовательские типы данных: структура, массив, перечисление. Указатель в 32-битной архитектуре — это четыре байта, в которых хранится адрес переменной; взятие указателя на объект — это взятие адреса первого байта объекта, разыменование указателя — извлечение объекта из памяти по указателю. Указатель берётся с помощью «@», разыменовывается с помощью «*». Обращение к полю структуры осуществляется с помощью точки. a->b эквивалентно (*a).b. Массивы могут быть статическими, динамическими, одномерными, многомерными. Условные операторы: Select-Сase, If-Else. Циклы: Do-Loop, While и For. Есть побайтовые и булёвые операции вроде And, Or, Xor, Not.
Итого: за 10 минут можно выучить все 68 ключевых слов, ещё за час — всю стандартную библиотеку. Вот и весь язык.
https://www.freebasic.net/wiki/CatPgFullIndex

Добавлено через 6 минут

Сообщение от locm Приложение должно иметь полный доступ к системе, чего нет под вайном!

Когда вы распространяете на своём сайте готовый исполняемый файл для линюкса, вас не удивляет, что для того, чтобы он заработал, необходимо поставить кучу библиотек вроде X, GTK, glibc, ОпенГёл и ещё чего там.
А тут вдруг удивило, что для этого примера нужно поставить вайн. Почему? В чём разница?
Вайн — такая же библиотека, как и все остальные.

2

Сообщение от Замабувараев А тут вдруг удивило, что для этого примера нужно поставить вайн.

Дело не в установке вайна. Дело в том что это эмулятор и нет полного доступа к системе. Я ведь выше приводил пример с Win11 и QB. Что не поняли?

А если все равно не поняли, попробуйте из вайна получить доступ к USB и откроете для себя что его нет как и к остальному железу!

0

Сообщение от locm попробуйте из вайна получить доступ к USB

Но в моём коде нет доступа к USB.

0

А в моих проектах есть. Тоже касается и других приложений (IDE с отладкой через USB и др.).
То есть эмулятор это не кроссплатформенность.

0

Сообщение от locm Если на PowerBasic соберете x86 dll, ее не получится использовать в x64 приложениях.

ActiveX Dll получится.

1

Сообщение от CoderHuligan Современный "basic" это языки типа Python. Я для себя открыл Tcl. Считаю, что это пока и есть современные бейсики.

Ну всё-таки хочется изучать чего попроще, а не что-то радикально новое
Ну да, Python сейчас в тренде, я знаю.
По поводу Tcl я погуглил. Скриптовый язык. Тогда уж джаву можно изучать.
Но мне на джаву переходить психологически очень дискомфортно, потому что много лет назад, когда был выбор между бейсиком, паскалем и джавой я выбрал бейсик. И если сейчас начать изучать джаву, то это как бы признать свою ошибку. А кто из нас любит признавать свои ошибки?
Допью уж до дна свою чашу
Ну в смысле, чашу бейсика

Сообщение от Замабувараев Сообщение от Power_Basic мне эти вызовы "левых" функций, вот прямо сейчас совершенно не нужны Вам сортировка нужна или нет?

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

Вы понимаете, это две совершенно разные ситуации:
1. Разрабатывать относительно большую серьёзную программу и при этом столкнуться с какой-то проблемой, которую хочется поскорее решить, чтобы не сбавлять скорости общей разработки. И так попробовал, и эдак, ну никак не получается. Единственная надежда - спросить совет на форуме. Спросил, посоветовали, проблема решена, продолжил разработку.
Я часто бывал в такой ситуации, мне это очень даже знакомо.

2. Но сейчас у меня совершенно другая ситуация. Я никуда не спешу. Просто, не спеша, занимаюсь сравнением двух языков. Как я написал выше, начал писать на фрибейсике тренировочную утилиту, которая считывает содержимое текстового файла и подсчитывает число вхождений различных букв и цифр. Ну а когда всё уже было готово, решил добавить вишенку на торт
Ну в смысле, не просто вывести результат на консоль или в файл, а ещё и в упорядоченном по статистической частоте порядке. Ну вот и столкнулся с проблемой сортировки массива.
Но это именно тренировочная программа. У меня нет никакой необходимости её завершать.

Сообщение от locm Сообщение от Power_Basic Вот именно отсюда и возникла мысля использовать для таких случаев DLL в качестве обходного маневра Разрядность exe и dll должна быть идентичная. Если на PowerBasic соберете x86 dll, ее не получится использовать в x64 приложениях.

Ну да, это я уже понял. Выходит, что с помощью обычных DLL такие "фокусы" проделывать не получится. Остаётся надежда только на способ, который предложил The trick.

Сообщение от locm Если в FreeBasic нет идентичной функции, нужно искать аналоги и эти "левые" функции могут стать решением.

Да это понятно. Если в ЯП встроенных средств для решения какой-то задачи нет, волей-неволей придётся прибегать к сторонним средствам.

Сообщение от locm В FreeBasic WinAPI используются очень часто.

Видать придётся мне с этим смириться
Хотя всё-таки я буду стремиться к тому, чтобы почаще обходиться без них.

Сообщение от Замабувараев А что там знать-то в этом фрибейсике? Базовые типы — Sub, Function, Integer, Long, Short, Byte, Single, Double и три типа строк. Типичные пользовательские типы данных: структура, массив, перечисление. Указатель в 32-битной архитектуре — это четыре байта, в которых хранится адрес переменной; взятие указателя на объект — это взятие адреса первого байта объекта, разыменование указателя — извлечение объекта из памяти по указателю. Указатель берётся с помощью «@», разыменовывается с помощью «*». Обращение к полю структуры осуществляется с помощью точки. a->b эквивалентно (*a).b. Массивы могут быть статическими, динамическими, одномерными, многомерными. Условные операторы: Select-Сase, If-Else. Циклы: Do-Loop, While и For. Есть побайтовые и булёвые операции вроде And, Or, Xor, Not. Итого: за 10 минут можно выучить все 68 ключевых слов, ещё за час — всю стандартную библиотеку. Вот и весь язык. https://www.freebasic.net/wiki/CatPgFullIndex

Спасибо за полезный экскурс!
Если не слишком углубляться в детали. то всё выглядит очень знакомым

Сообщение от Замабувараев Указатель в 32-битной архитектуре — это четыре байта, в которых хранится адрес переменной; взятие указателя на объект — это взятие адреса первого байта объекта, разыменование указателя — извлечение объекта из памяти по указателю. Указатель берётся с помощью «@», разыменовывается с помощью «*».

У меня такое впечатление, что в PowerBasic'е знак "@" имеет противоположный смысл.

Ну вот например:

PowerBasic

В результате получаем сообщение: "555".

А звёздочка в PowerBasic'е, насколько мне известно, вообще не используется применительно к указателям.

Сообщение от The trick Сообщение от locm Если на PowerBasic соберете x86 dll, ее не получится использовать в x64 приложениях. ActiveX Dll получится.

Так может быть это и есть тот самый золотой ключик, который поможет выбраться из коморки папы Карло?!

Если я ничего не путаю, ActiveX и СОМ это синонимы. Честно говоря, практического опыта написания СОМ-серверов у меня, конечно же, нет, но я сегодня немного почитал на эту тему. Как я понял, это, в принципе, обычные DLL, но только подчиняющиеся СОМ-спецификациям и ещё их надо регистрировать в реестре, но это не сложно.
А что касается СОМ-спецификаций, то, как я понял, вообще все объекты, создаваемые в среде PowerBasic'а уже по умолчанию соответствуют требованиям СОМ. Так что с этой стороны проблем вроде бы возникнуть не должно.

Проблемы могут быть только с принимающей стороны
Ну в смысле, со стороны FreeBasic'а.
Теперь у меня вся надежда на Замабувараева. Не зря же у него над аватаркой написано, что он COM-пропагандист

1

Сообщение от Power_Basic Ну в смысле, не просто вывести результат на консоль или в файл

Попробуйте вывести в окно. Узнаете как в FreeBasic работать с окнами и сравните с PowerBasic.

Сообщение от Power_Basic Остаётся надежда только на способ, который предложил The trick.

Работа с COM моделью через WinAPI, намного сложнее чем вызов функции из процедурной dll.
Попробуйте и увидите.

https://www.cyberforum.ru/blog... g5213.html

1

locm, нет там ничего сложного.

1

Сообщение от Power_Basic Допью уж до дна свою чашу

Вы даже не представляете во что влезаете))
Короче придется с кишочками иметь дело..

Сообщение от Power_Basic По поводу Tcl я погуглил. Скриптовый язык. Тогда уж джаву можно изучать.

Нет, только не джаву. Это ужас летящий на крыльях ночи.
Скриптовый это да, но это всего лишь обертка над сишной библиотекой. При этом язык ну совсем не пытается быть похожим на си. Да и экзешник можно получить если сильно хочется. Скриптовость и позволяет творить вещи немыслимые в других языках. Но не будем об этом в этой теме, ведь бэйсик наше всё. Конечно нет ничего идеального, но инструмент выбирают как бы по тому, что он умеет делать.

2

Сообщение от Power_Basic Если я ничего не путаю, ActiveX и СОМ это синонимы. Честно говоря, практического опыта написания СОМ-серверов у меня, конечно же, нет, но я сегодня немного почитал на эту тему. Как я понял, это, в принципе, обычные DLL, но только подчиняющиеся СОМ-спецификациям и ещё их надо регистрировать в реестре, но это не сложно. А что касается СОМ-спецификаций, то, как я понял, вообще все объекты, создаваемые в среде PowerBasic'а уже по умолчанию соответствуют требованиям СОМ. Так что с этой стороны проблем вроде бы возникнуть не должно.

COM сервер может быть и в виде ехе. Вон обычный Word/Excel - exe сервера. Регистрация не всегда нужна. Так или иначе можно избавится от регистрации.

2

Сообщение от The trick COM сервер может быть и в виде ехе. Вон обычный Word/Excel - exe сервера.

Да, да, да, об этом я уже прочитал в документации PowerBasic'а:

COM Components usually take the form of an EXE, or DLL/OCX file, but the actual file extension is largely irrelevant. However, DLL/OCX versions of a component are generally referred to as "in-process", since they are loaded into the address space of the calling application. EXE-versions are typically "out-of-process" because they will not share the address space of the calling application. COM-компоненты обычно имеют форму файлов EXE или DLL/OCX, но фактическое расширение файла в значительной степени не имеет значения. Однако версии компонента DLL/OCX обычно называются «внутрипроцессорными», поскольку они загружаются в адресное пространство вызывающего приложения. EXE-версии обычно «вне процесса», потому что они не будут совместно использовать адресное пространство вызывающего приложения.

Сейчас как раз буду заниматься тем, что создам простейший COM-компонент с единственным методом AddOne (одноимённая функция уже упоминалась в этой ветке) и попробую вызвать его из другой PowerBasic-программы. Если получится, значит компонент рабочий и его можно будет пробовать экспортировать в другие языки.

Сообщение от The trick Регистрация не всегда нужна. Так или иначе можно избавится от регистрации.

Как я понял, если в качестве СОМ-клиента выступает PowerBasic-программа, тогда да, можно обойтись без регистрации:

LET objvar = NEWCOM CLSID ClassID$ LIB DLLPath$ PowerBASIC offers the unique ability to create and reference COM objects without any reference to the registry at all. As long as you know the CLSID (Class ID) and the file path/name of the DLL to be accessed, you can do so with no registry access at all. You don't need a special type of COM server. This technique can be used with any server, whether created by PowerBASIC or another compiler. By using this method of object creation, there is simply no need for the server to be registered at all. That allows you to keep local copies of the COM servers you use, with no chance they will be altered or replaced by another application. You use the above form, where the clause "CLSID ClassID$" identifies the 16-byte Class ID, and the clause "LIB DllPath$" identifies the file path and file name of the COM Server. Once you've obtained the COM object reference in objvar, it is used exactly as you would with a traditional object. PowerBASIC предлагает уникальную возможность создавать COM-объекты и ссылаться на них без какой-либо ссылки на реестр. Если вы знаете CLSID (идентификатор класса) и путь/имя файла DLL, к которому нужно получить доступ, вы можете сделать это вообще без доступа к реестру. Вам не нужен специальный тип COM-сервера. Этот метод можно использовать с любым сервером, созданным с помощью PowerBASIC или другого компилятора. При использовании этого метода создания объектов сервер просто не нужно регистрировать вообще. Это позволяет вам хранить локальные копии используемых вами COM-серверов, исключая вероятность того, что они будут изменены или заменены другим приложением. Вы используете приведенную выше форму, где предложение «CLSID ClassID$» определяет 16-байтовый идентификатор класса, а предложение «LIB DllPath$» определяет путь к файлу и имя файла COM-сервера. Как только вы получите ссылку на COM-объект в objvar, он будет использоваться точно так же, как и в случае с традиционным объектом.

Но если в качестве "принимающей стороны" задействован другой ЯП, тогда это уже зависит от возможностей того языка. Судя по процитированному тексту, такая возможность имеется далеко не везде, а иначе бы они её не называли "уникальной".
Хотя это может быть написано просто для красного словца. Что-то вроде рекламы

Сообщение от locm Попробуйте вывести в окно. Узнаете как в FreeBasic работать с окнами и сравните с PowerBasic.

Да не, я пока с консолью поэкспериментирую, в графический интерфейс пока не буду вдаваться.
Но там, по идее, должно быть не сложно. Везде же дизайнеры форм. Создать окно не проблема, текстбокс с полосами прокрутки и с wordwrap-ом на форме разместить тоже не проблема. Код автоматически напишется.
Ну а дальше:

PowerBasic
Думаю, что во фрибейсике будет что-то похожее. Неужели там для простого вывода текста в текстбокс тоже придётся вызывать сторонние функции?!

На самом деле, я сейчас краем глаза посматриваю и на PureBasic тоже. Немного пугает, что там, как я понял, совсем нет ООП. Вместо объектов там вроде бы модули. Как я понимаю, главное назначение у объектов и у модулей одинаковый, - инкапсуляция.

Не то чтобы я был такой уж страстный поклонник ООП. Раньше меня это отпугивало. Но со временем вроде бы "притерпелся"
Класс такой-то, интерфейс такой-то, ну а дальше всё как обычно, но только процедуры обзывают "методами", а переменные "свойствами"

А кстати, интересно, в PureBasic экспортировать COM-компонент из PowerBasic'а получится?
Вроде бы должно получится. Там же уже не в виде объектов будет передаваться, а в виде нативного кода.

Сообщение от CoderHuligan Но не будем об этом в этой теме, ведь бэйсик наше всё.

Не будем

0

Сообщение от Power_Basic Думаю, что во фрибейсике будет что-то похожее.

В FreeBasic WinAPI. Очень много всего на WinAPI.
Я не зря писал что FreeBasic такой же хардкорный как Си.

Сообщение от Power_Basic Немного пугает, что там, как я понял, совсем нет ООП

Это всего лишь один из методов разработки без которого можно обойтись.

Сообщение от Power_Basic Вместо объектов там вроде бы модули.

Модули это пространства имен.

Сообщение от Power_Basic в PureBasic экспортировать COM-компонент из PowerBasic'а получится?

Через WinAPI, DispHelper или COMatePlus Работа с книгой Excel
Встроенных средств нет (не считая интерфейсов), потому что COM только в Windows. В Linux и MacOS X его нет.

1

Сообщение от Power_Basic Но если в качестве "принимающей стороны" задействован другой ЯП, тогда это уже зависит от возможностей того языка. Судя по процитированному тексту, такая возможность имеется далеко не везде, а иначе бы они её не называли "уникальной".

Регистрация нужна в основном для поиска библиотеки и получения информации об объекте. Объект может быть создан вообще любым способом. Также Windows предоставляет механизм контекстов-активации с помощью которых можно задать информацию о COM библиотеках без регистрации в реестре (см. reg-free манифесты). На объект также можно сослаться с помощью моникера, в этом случае экземпляр класса может находится вообще на другом компьютере. in-proc сервер также можно сделать out-of-proc используя встроенный механимз DllSurrogate. В этом случае DLL будет загружена в свой процесс (dllhost) и ее можно использовать из приложений любой разрядности.

1

Вопрос ч-ка, тупого в библиотекахи и библиоведении вообще.
1) Можно ли в каком либо Бейсике подключить библиотеку так, чтобы стали доступны все функции, как свои?
2) То что в VB подключается через референсы это все COM-овское?
3) Может ли COM библиотека также быть "процедурной"?

Добавлено через 2 минуты

Сообщение от locm потому что COM только в Windows. В Linux и MacOS X его нет.

Интересно, там наверное свои какие-то подобные приколы?

1

Сообщение от testuser2 Можно ли в каком либо Бейсике подключить библиотеку так, чтобы стали доступны все функции, как свои?

Что значит - "как свои?"

Сообщение от testuser2 То что в VB подключается через референсы это все COM-овское?

Нет. Подкючаются библиотеки типов, а там могут быть и COMовские интерфейсы, классы и т.п. так и обычные структуры, "плоские" функции, константы и т.п.

Сообщение от testuser2 Может ли COM библиотека также быть "процедурной"?

Может. COM библиотека сама является обычной процедурной DLL.

2