Ищу сторонние библиотеки (third-party libraries) для FreeBASIC на Windows и DOS

Где в Интернете можно найти полный список сторонних библиотек (third-party libraries), которые можно использовать в программах на FreeBASIC, со ссылками для их скачивания для Windows (начиная с Windows 98) и DOS? Поиск в Яндексе и Google по запросу "Download Third-Party Libraries for FreeBASIC" (без кавычек) не дает никаких результатов.

0

Сообщение от locm Сейчас наверное имеет смысл говорить про x64, потому что x86 потерял актуальность на большинстве компов.

Что там с x64 мне ещё предстоит понять. Т.е. на него как-бы перешёл в плане ВУ... Как-бы... Но...
У меня пока нет таких задач, которые его прям таки требовали бы. Да и ASM надо смотреть, пока не до этого.
Актуальность она, выходит, материальна и привязана к цене оперативной памяти. Большинство народу
сидят на 16-ти, 32 - уже дорого, а по факту если пользоваться теми же RAMDisc-ами то и 32 еле хватает.

0

Сообщение от CoderHuligan компиляторы не учитывают переполнение, особенно знаковое и т.п.

И не должны.
По стандарту языка программирования Си компилятор считает, что переполнения не будет.
Учитывать переполнение — это обязанность программиста. Ознакомьтесь с таким понятием как Undefined Behaviour.

0

Сообщение от CoderHuligan В данном случае флаг переполнения выскакивает, а переноса - нет и регистр edx вообще не учитывается.

Разбиение на ещё и EDX(старшие разряды) - это издержка архитектуры, зачем оно нужно если цель
просто умножить число?
Вопрос, размер операнда равен размеру регистра? Если да - то всё правильно. Если нет - то писец!
Почему я это пишу, если ты понадеялся на то, что внутри формулы тебе дадут "оверхед" с возможным,
потом делением(или домножением на число меньше единицы) и возвратом без обрезания - то ты лопух!
Это надо самому организовывать, а не надеяться на доброго дядю автора компиля.

0

Сообщение от Замабувараев И не должны.

Довольно спорное мнение. Команды деления и умножения учитывают факт переполнения и расширяют результат, а более высокоуровневые языки - нет? Странно. В асме факт умножения двух 32 битных чисел всегда точен из-за расширения до 64 бит или до 128 в 64 битном коде. Но ЯП игнорят этот факт..

0

Сообщение от CoderHuligan Но программы все равно работают.

Обычно медленнее чем x64. Без танцев с бубном больше 2 гб озу не получить и т. д.

Сообщение от Quiet Snow Что там с x64 мне ещё предстоит понять.

Процы поддерживают больше 20-ти лет. Давно все обкатали и баги исправили. Сейчас на 99.9% компов установлена x64 система как минимум из-за того что памяти больше 4 ГБ.
Нет множества соглашений вызовов. Применяется в основном только x64 call.

Сообщение от Quiet Snow Большинство народу сидят на 16-ти

x86 системе можно использовать только 4. Процессу доступно только 2 (без танцев с бубном). У x64 этих ограничений нет. Но я думаю все это очевидно.
То есть при 16 ГБ ОЗУ система должна быть x64.

Сообщение от Quiet Snow 32 - уже дорого

Не каждый же день покупаем. Взять раз в 5 лет нормальный объем памяти и остальное железо тоже.
Брал за 5к когда курс был чуть по лучше чем сейчас. Потому что подкачка мне немного надоела. Отключил ее полностью.

Сообщение от Quiet Snow если пользоваться теми же RAMDisc-ами то и 32 еле хватает.

Берем 128 / 256, сколько комп позволяет.

0

Сообщение от CoderHuligan а более высокоуровневые языки - нет?

Да зависит от языка. Не все же так сделают.

Сообщение от CoderHuligan Но ЯП игнорят этот факт.

Говорят "голод не тётка", можно заменить на "скорость не тётка". Так шо бди... Нахалявку ничё не бывает,
даже сыр в мышеловке оплачивается тушкой мыши.)))

0

Сообщение от Quiet Snow Это надо самому организовывать, а не надеяться на доброго дядю автора компиля.

Ну, проще игнорить. Я то конечно понимаю, что системы типов ЯП сюда не влазят. А как же вумные дядечки постоянно твердили, мол, ЯП должен ограждать программиста от особенностей ОС или кишёчек машинных? Постоянно вылазят.. Смотрите: все типы привязаны к конкретной архитектуре. Нет особого типа "целое число", есть "целое число определенного размера". Была такая ЭВМ "Мир". Было это в далеких 60-х 70-х. Так вот там не было привязки к размеру машинного слова. Естественно на уровне языка. В "Рапире" тоже.. Вот о чем я, а не о спецификациях.

0

Сообщение от locm Брал за 5к когда курс был чуть по лучше чем сейчас. Потому что подкачка мне немного надоела. Отключил ее полностью.

За 6 брал, подкачку тоже вырубил.

0

Подкачка выручает бывает. Но ее надо на SSD размещать. Тогда можно хоть 100 вкладок в браУзере наоткрывать, оно прикольно потом из подкачки подгружается с небольшой паузой.

0

Сообщение от CoderHuligan А как же вумные дядечки постоянно твердили, мол, ЯП должен ограждать программиста от особенностей ОС или кишёчек машинных?

По факту ты прав. Но это в "маркетинговый поротфель" не положишь. Изгаляются понятно почему.
Да и реально умные закончились в конце 90-х, поэтому привыкаем к новой реальности.

Сообщение от locm Берем 128 / 256, сколько комп позволяет.

Кстати думал продать всё это барахло AMD-шное и купить XEON с алика, двухголовый, там памяти
можно было воткнуть вот прям так, дешёвая была память, но не щас конечно, года три назад ещё
осуществимо было - щас уже нет.

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

Сообщение от testuser2 Тогда можно хоть 100 вкладок в браУзере наоткрывать

Открывал около 270 вкладок. Браузер на RAM диске, даю ему 2,5 Гб.

0

0

Сообщение от locm Хватает? Даю 8 и хватает не всегда.

Если эти вкладки - ютубы, то думаю и 8 не хватит, потому что он кеширует видео на диск.
У меня же простенькие сайты, MSDN-ы, не навороченные форумы типа этого, стоки картинок
(вот их открываю дофига, часто ищу текстуры и разную графу для оформления)
MSDN-ов ну все понимают сколько надо открывать, чтобы раскопать то или иное.
А ютуба теперь нет, нет ютуба - нет проблем. Ппц...

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

Сообщение от CoderHuligan А как же вумные дядечки постоянно твердили, мол, ЯП должен ограждать программиста от особенностей ОС или кишёчек машинных? Сообщение от Quiet Snow По факту ты прав.

Просто уточню, ты прав по Бейсик идеологии в прикладном смысле(ну потому что какой-нть математик,
который не шарит в асме - слегка опупеет от такого поворота), не по си, который предполагает
так или иначе углублённое знание архитектуры. Это важное уточнение.

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

Сообщение от CoderHuligan Нет особого типа "целое число", есть "целое число определенного размера". Была такая ЭВМ "Мир". Было это в далеких 60-х 70-х. Так вот там не было привязки к размеру машинного слова.

Большинство компиляторов имеют оба типа. И разумеется, тот кто уже напарывался - будет выбирать без привязки.

Сообщение от locm Процы поддерживают больше 20-ти лет. Давно все обкатали и баги исправили. Сейчас на 99.9% компов установлена x64 система как минимум из-за того что памяти больше 4 ГБ.

У меня уже давно стоят x64. Честно говоря не сравнивал "в лоб" работу 32 битных прог на 32 битной
и 64 битной системах, на первый взгляд слоудауна 32 бит ПО на x64 - нет. Т.е. это не похоже на эмуляцию.
Может разница и есть, но для меня главное, что проц отрабатывает всё так же. Поведение абсолютно
идентичное, ускорение там, где оно и должно быть. По сути база x86 и в x64 та же, там есть небольшие
различия, которые "погоду не меняют".
Основной оптимизационный ресурс x64 - это новые регистры. Теперь всё самое важное можно
распихать по регистрам. Поэтому компиляторы, в первую очередь имеет смысл прокачивать
именно по этому параметру. Ну и конечно SIMD, который уже был, но их надо прям хорошо изучить
чтобы извлекать оттуда ощутимую выгоду. На самом деле SIMD - это основное, зачем вообще сейчас
может потребоваться ассемблер.

1

Надо надо все оптимизировать. Чем старше язык тем больше он оптимизированый, поетуму наверное Фортран всех победил вот здесь на картинке )

1

Сообщение от CoderHuligan Довольно спорное мнение. Команды деления и умножения

Мы про язык программирования или про команды для x86? Потому что в других процессорах таких команд может не быть.
Поэтому.
Если вы хотите язык программирования, который будет пригоден для любого процессора, то переполнение — это всегда неопределённое поведение.

0

Сообщение от Quiet Snow не по си, который предполагает так или иначе углублённое знание архитектуры.

Си это системный язык, заточенный на написание операционных систем и более высокоуровневых ЯП. Писать на нем сложную бизнес-логику не есть хорошо, для этого есть другие решения. Однако драйвера до сих пор пишут на asm.
И винить Си, нет смысла, у него своя ниша. Но факт тот, что и другие япы, которые позиционируют себя высокоуровневыми по факту не далеко ушли от си, касаемо вычислений. Вот о чем я. В Питоне догадались ввести big числа, но это все медленно и не серьезно. Я почему вспомнил "Мир". Была одна история с инженером, который безуспешно пытался на разных эвм рассчитать одну формулу. Перепробовал очень много доступных машин, пока кто-то не посоветовал ему "Мир" и только этот Мир с ней справился и выдал правильный результат. Входной язык назывался "Аналитик". Читал об этой истории в журнале "Наука и жизнь".

Сообщение от Quiet Snow Большинство компиляторов имеют оба типа.

Я веду речь о поддержке big чисел. Причем, чтобы их размер был ограничен только доступной памятью и ни чем иным. И чтобы скорость вычисления была бы высокой. На асме можно было бы организовать библиотеку для их поддержки. Но я такого еще не видел..

Сообщение от Замабувараев Мы про язык программирования или про команды для x86? Потому что в других процессорах таких команд может не быть.

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

0

Сообщение от CoderHuligan Однако драйвера до сих пор пишут на asm.

Неправда.

0

Сообщение от CoderHuligan На асме можно было бы организовать библиотеку для их поддержки. Но я такого еще не видел.

Потому что для рядовых задач это нахрен не нужно. Это редкая фигня.
Да и стопудово кто-то это писал. Тут парень был, мы ему с биндингом помогали для Big чисел.

Сообщение от CoderHuligan В Питоне догадались ввести big числа, но это все медленно и не серьезно.

Это медленно и несерьёзно ухватило рынок за яйца, а быстро и серьёзно(озвученный Фортран) де факто - мертво.
Все мы понимаем как это называется, но фигли ты сделаешь с этим?
Asm же спецы нужны тогда, когда обоссались все остальные, только тогда к ним обращаются,
жалко спецов, что всё вот так вот в мире сложилось, что 99% пользователей посрать на потребление ресурсов.
А дальше только хуже и хуже и хуже. Потому что люди - кони, тупое стадо, которому впарили висту, семёрку
и дальше по списку гарантированно ухудшающийся и сильнейшим образом обсирающийся по производительности
софт. Люди приняли даже упоротый андроид с катастрофически ничтожным интерфейсом, который писали люди
с атрофированным мозгом, в этом интерфейсе НОЛЬ интуитивности, грубо говоря если точно не знаешь - никогда
не догадаешься. И с каждой версией оно всё хуже и хуже. И мы вынуждены этой парашей пользоваться,
а не тем, что 20 лет назад писали высококвалифицированные программисты и UI-шники, которые из ничего,
из дерьма собрали 95-ю винду.
Тут можно говорить как в священном писании - "и понял бог что это хорошо", так же и тут "и поняли прогеры
что это хорошо", а потом, спустя 10 лет, на эти труды поклали.
Я приведу банальный пример, почему в 98 винде, в проводнике, используется крупная кнопка "на уровень вверх".
Вроде бы вещь очевидная, но не всем, почему-то. И вот надо дебилам либо вообще её убирать, либо делать
микросопически маленькой, чтобы трудно было попасть и как можно дальше от списка каталогов, чтобы до жопы
километров был пробег мыши за годы работы.

0

Сообщение от Quiet Snow (озвученный Фортран) де факто - мертво.

В рейтинге тиобе он сейчас на 10м месте между VB.net и Delphi. Его вроде с начала предыдущего года начали вытаскивать..

Добавлено через 5 минут
И то что на той картинке Фортран вытащили на первое место, наверное не спроста, проспонсировано типо.. Ну это догадки конено, но тот чувак не все языки визуализирует... Но все-равно интересно, что такие тесты проводятся.

0

Сообщение от testuser2 Его вроде с начала предыдущего года начали вытаскивать.

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

0

Сообщение от Quiet Snow Потому что для рядовых задач это нахрен не нужно.

А почему столько аварий от софта? Самолеты падают, автомобили выходят из под контроля. Постоянно об этом слышу. Либо ошибка в вычислениях, либо утечки памяти, список можно продолжить. Банальное деление на 0. Современные программы работают во многих потоках, и если один поток гаснет из-за ошибки, то бывает, что память не освобождается, далее этот поток снова запускается и через некоторое время опять грохается и остальным потокам её достается всё меньше. Это видно по работе например браузера Опера. Он не может долго работать. Память утекает.

Сообщение от Quiet Snow что 99% пользователей посрать на потребление ресурсов. А дальше только хуже и хуже и хуже.

Но 1% не все равно. Им нужны надежные системы. А это тоже большой рынок.

Сообщение от Quiet Snow "и поняли прогеры что это хорошо"

Если это хорошо, то программисты потеряют работу. Так всё устроено.

Сообщение от Quiet Snow И вот надо дебилам либо вообще её убирать

дело привычки. В win 7 вместо этой кнопки просто путь вверх в виде списка, кликай куда хочешь, это и быстрее.

0