Отладка кода (программы) во FreeBasic

Уважаемые программисты. Подскажите - как производится наладка отладка (не редактирование) программы (кода) во FreeBasic.
В QB это делалось просто. В меню Debug командой toggle breakpoint метится строка до которой проверить.
После запуска идет проверка, отмечаются ошибки, проблемы.
У меня во FreeBasic этот метод не работает. Программа на метку не реагирует, действия не совершаются. Прошу помощи.

0

Сообщение от Quiet Snow Если бы пилил редактор(а в этом направлении пытаюсь вести работу, условий нет - но пытаюсь), то положил бы большой и толстенный х** на отладчик. Это вообще не главное. Потому что суть как раз в IDE в хорошей, удобной, расширяемой, а не в отладчике.

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

Сообщение от Quiet Snow Повторюсь для гибкого, расширяемого редактора, плавающего, с автоматической вёрсткой, когда ты растягиваешь и таскаешь окно.

Ну я и говорю об этом. То есть не чисто текстовый интерфейс, а псевдографический, как на вашем скриншоте. Зачем гнаться за китами, одиночкам это все равно не под силу. Профессиональных сред и так достаточно. А небольших, для пет-проектов по сути и нет, если под современные ОСи.

Сообщение от Quiet Snow При этом нужно иметь шрифт, хороший, кастомный(у меня он практически есть, провёл огромную работу в этом направлении, руками попиксельно рисовал с DOSBox-ового), на разные разрешения включая 4k.

Для программинга лучше всего моноширинный растровый шрифт нескольких размеров или генерируемый в соответствии с форматом и размером по шаблону. Мы же не wiswig редактор создаем, а чисто для набора кода (редактирования), удобной отладки кода, удобной системой помощи и навигации по коду. Вот тот минимум что требуется. И сам код редактора должен быть расширяемым без перекомпиляции, чтобы можно было добавлять фичи в процессе работы если это потребуется. То есть нужна модульность, нужны вменяемые api, и байт машина под одним местом на букву ж.
И код должен быть простым и понятным.
На днях смотрел код одного компилятора Паскаля. Там нет НИ ОДНОЙ строчки с комментариями. Не было даже описания работы всей системы. Вообще НИЧЕГО! Не понятно для чего дядя писал вот это гов.ище. Вот так писать ТОЧНО не надо. Я такой код даже читать не стал: пустое убийство времени. Я вообще с осторожностью отношусь к плохо документированному коду. С подозрением. Если чел вообще кол забил на других, то и его код под подозрением. Сначала читают документацию где четко должно быть объяснено такие вещи как:
1. точка входа, чтобы не искать файл додумывая: а какое имя для файла выбрал Вася Пупкин для обозначения точки входа. так как раскручивать скрипты не зная точки невозможно.
2. общее описание модулей и что за что отвечает. Можно даже рисунок приложить. Это сберегает очень много времени тем, кто будет все это разгребать.
3. описание каждого модуля. Из каких функций он состоит, зависимости и т.п.
4. По каждой функции: её цель, что на входе, что на выходе, сигнатура.
Этого достаточно, чтобы понять систему не читая код. Это сберегает время. Код читают только в редких случаях.
Без документации ваш код - мертворожденное дитя. Детский лепет, что код должен быть самодокументированным это несерьезно.Сейчас некоторые системы состоят из миллионов строк кода. никто в здравом уме не будет тратить свои годы на понимание системы читая код. Это безумие! Пора к этому уже привыкнуть и писать документацию. Документация сейчас это будущее вашей работы. Надо уметь еще её писать.

Сообщение от Quiet Snow Да я знаю это можно заговнокодить через сдвиговые операнды, и вместо пары формул в коде у нас будет страшная лютая захардкоденная дичь.

А может лучше потратить время и посмотреть как это уже было реализованно раньше. Я сейчас разбираюсь с turbo vision.Конечно это дичь обьектноориентированая, но всё же весьма интересно.

1

Сообщение от Quiet Snow Вылет случается после одного из "апгрейдов" кода, соотв смотрим в это место и рядом с ним

Ошибка может быть скрытой и проявятся при определенных условиях. Тогда будут думать на последний написанный код, но ошибка не в нем.

Сообщение от Quiet Snow Логично предположить, что это из-за чего-то происходит. Если алг верный и хеп попортил не код, то кодер тут не виноват. Однако ошибка воспроизводимая будет означать что кодер всё таки виноват.

Вопрос не в том виноват или нет. Как без отладчика найдете подобную ошибку в коде из многих тысяч строк? Ошибка может быть вовсе не в недавно написанном, а в том что написали несколько месяцев назад, просто она раньше не проявлялась т. к. условий возникновения не было.

Думаете что это нереально? Простой пример
Этот код работает не вылетая.А этот вылетает
при наличии строки Если ее закомментировать, вылета нет. В чем причина?
И это простой код где найти ошибку в общем-то не сложно, а если будет несколько тысяч строк и где именно искать неизвестно?
Отладчик найдет причину ошибки с указанием строки где она обнаружена.

1

Сообщение от Mikle Quits Дебаггером (за неимением лучшего) отлаживали ещё под самый ранний ДОС ассемблерные программы.

Майкл ты вообще походу не вклёвываешь о чём речь, путая НУ и ВУ.
Про ассемблер уже писал, там применение отладчика оправдано полностью.
Сразу видно человека, который вообще ни одного проекта серьёзного не реализовал
ни под DOS ним под Windows.
А причём тут мода уже пояснял, миллионы ослов, сочиняющих своё мумие за компом, и как слепые котята
отлавливающие десятки багов, концептуальных и технических, впоследствии становящихся
программистами крупных компаний и сочно подсирают им своей компетентностью. Были и фрилансеры
которые руинили целые фирмы, научившись программировать в виде "я художник - я так вижу".
И пока тебя смешит копипаст, который сработает везде и в блокноте и в редакторах под DOS,
меня будут смешить такие люди как ты, которые не осознают глубины проблемы.

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

И да ''вместо "Exit Do"случайно написать "Exit Sub" '' - это видимо отдельный навык, доступный только
людям с intelliSence.

Сообщение от Mikle Quits что лучший вариант набирать длинные имена - это Copy-Paste.

Любые имена и длинные и короткие, похрен какие. Чтобы на QB писать уверенно или на FB в Lite\QB
и не угодить в говно, locm об этом писал, куда можно угодить, там не только отладчик понадобится
но и изрядная доля самообладания.

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

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

Это сердце среды для ньюбисов. Открою тебе величайший секрет - можно прокачать свою голову
и писать без отладчика, просто перебивать из документации(написанной за письменным столом).
Процент ошибок после прихода к дзену будет исчисляться несколькими нулями после запятой.
Время на их отлов - сопоставимо. И есть другой путь, сочинять на компом, жуя чипсы и слушая музыку
тыркаться в отладчике, ловить десятки бегов, вечно ковыряться и сливать на это время, получать
по итогу забагованное в сосиску говно, нашпигованное тысячами костылей и заплаток, еле работающее
как например популярный ныне Davinci Resolve.

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

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

Сообщение от CoderHuligan И сам код редактора должен быть расширяемым без перекомпиляции

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

Сообщение от CoderHuligan На днях смотрел код одного компилятора Паскаля. Там нет НИ ОДНОЙ строчки с комментариями. Не было даже описания работы всей системы. Вообще НИЧЕГО! Не понятно для чего дядя писал вот это гов.ище. Вот так писать ТОЧНО не надо. Я такой код даже читать не стал: пустое убийство времени. Я вообще с осторожностью отношусь к плохо документированному коду. С подозрением. Если чел вообще кол забил на других, то и его код под подозрением. Сначала читают документацию где четко должно быть объяснено такие вещи как: 1. точка входа, чтобы не искать файл додумывая: а какое имя для файла выбрал Вася Пупкин для обозначения точки входа. так как раскручивать скрипты не зная точки невозможно. 2. общее описание модулей и что за что отвечает. Можно даже рисунок приложить. Это сберегает очень много времени тем, кто будет все это разгребать. 3. описание каждого модуля. Из каких функций он состоит, зависимости и т.п. 4. По каждой функции: её цель, что на входе, что на выходе, сигнатура.

Не знаю как делают другие, могу сказать только за себя.

1) Структура стандартным образом: константы, инклуды, прототипы, массивы, код, проц/функц
2) Частые комментарии в алгоритмически важных местах, разряженные в "бытовых" вычислениях.
3) Описание функций и процедур в многострочном комментарии сразу перед функ/проц.
4) Описание функциональных блоков программы, сразу перед блоками и констатация закрытия блока.
5) Кодстайл мозаикой, т.е. след строка начинается на пересечении пробела строки выше.
Комментарии через два пробела(это повышает читаемость) с отступом от кода не менее 4-х пробелов.
Пробелы между арифметическими знаками.

Сообщение от CoderHuligan А может лучше потратить время и посмотреть как это уже было реализованно раньше. Я сейчас разбираюсь с turbo vision.Конечно это дичь обьектноориентированая, но всё же весьма интересно.

Смотрел как люди делали, нет спасибо! )))
Более того раньше могло и не быть. У меня уже столько документации аналитической накоплено,
не уверен, что кто-то копал настолько глубоко.
По поводу turbo vision - хочешь ковыряй, этим инструментом никогда не пользовался, у меня все GUI кастомные
под задачу, так что мне он не интересен.

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

Сообщение от locm Если ее закомментировать, вылета нет. В чем причина?

Переведи этот код на FB, я не понимаю что там происходит, пурик уже забыт раз 10.
Тогда и посмотрим что там происходит. Без отладчика.

0

Сообщение от Quiet Snow Смотрел как люди делали, нет спасибо! )))

А как вам вот это:
https://github.com/magiblot/turbo
Прокрутите вниз, там описание. Это редактор, который чел запилил на turbo vision - библиотеке, которую он портировал под линукс и виндовс с поддержкой юникода и пр.:
https://github.com/magiblot/tvision
Редактор включает библиотеку Scintilla и довольно навороченный.
Может стоит от этого оттолкнуться? Хотя всё это запилено на c++.

0

Сообщение от CoderHuligan А как вам вот это: https://github.com/magiblot/turbo Прокрутите вниз, там описание. Это редактор, который чел запилил на turbo vision - библиотеке, которую он портировал под линукс и виндовс с поддержкой юникода и пр.: https://github.com/magiblot/tvision Редактор включает библиотеку Scintilla и довольно навороченный. Может стоит от этого оттолкнуться? Хотя всё это запилено на c++.

Нет не стоит. Объясняю почему:
Чувак не смог с нуля и взял чужой турбо вижен, сцинтиллу и ещё пачку чужих работ.
В итоге там толстенный технологический стек, в котором чёрт ногу сломает, да ещё и си с линуксом на перевес.
Чувак конечно большой молодец, но это не показатель. Лично у меня даже редактор QB64
вызывает большее уважение, да понятно что он раз в 10 хуже, что это лютое говно, но написанное с нуля,
хотя бы была попытка получить знания.

0

Сообщение от Quiet Snow Переведи этот код на FB, я не понимаю что там происходит

Я не пишу на FB и не уверен что получится перевести корректно.
Не может быть что так быстро забыли тем более что кода почти нет. Всего несколько функций
https://www.purebasic.com/docu... space.html
https://www.purebasic.com/docu... g/len.html
https://www.purebasic.com/docu... pokes.html
https://www.purebasic.com/docu... emory.html

Кстати в описании AllocateMemory() упоминается ошибка которая есть в коде выше.

If the program crashes at this command, it is usually a result of a memory corruption at an earlier time in the program by writing at an area outside of the allocated memory area. Such an error can be narrowed down to the real cause using the purifier debugger tool.

Что переводится как

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

volchv, вероятно только начал изучать FB и у него могут быть некоторые сложности с пониманием некоторых особеностей языка. Отладчик может помочь понять как работает тот или иной оператор или функция.

1

Сообщение от Quiet Snow Майкл ты вообще походу не вклёвываешь о чём речь, путая НУ и ВУ.

Им отлаживали и СИ программы (СУ?), а тот же QB не отлаживали только потому, что среда QB сама по себе хороший отладчик.

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

Что, проектами меряться будешь?

0

0

Сообщение от locm Я не пишу на FB и не уверен что получится перевести корректно.

Меня интересует что это за *Point, откуда он взялся, и почему не зарезервирован заранее.
К остальному коду вопросов почти нет. Просто мне не известен точный формат строковой памяти PB.

Сообщение от locm *Point = AllocateMemory(Size)

Словами объясни что должен сделать код, я напишу такой же в FB, глядя на твой пример.
Попробуем воспроизвести баг.

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

Сообщение от locm Это я к тому что если начать все писать с нуля, ничего существенного не достигнем - времени нужно очень много.

Нам уже показали что всё, что кто-то где-то достиг могут взять и "отрезать" начиная от ЦП и заканчивая яйцами))).
Пока мир "многополярен" и нам будут совать палки в колёса, попросту - ничего не остаётся как сопротивляться.
Можно сложить лапки и нас экономически поработят(точный аналог старого рабства, просто осовремененное),
причем с гарантией. Это уже много где произошло, монополии гигантов индустрии, вспомни цены на видеокарты,
когда все офигели и продолжают фигеть даже сейчас. Если вдуматься и посмотреть на историю всей
индустрии - мы вечно позади, все фундаментальные разработки там на западе, во времена СССР
ещё что-то пытались догнать, не сильно отставали, всё было неплохо, а потом сдались, слились.
И сейчас всё действительно плохо. И этим сейчас пользуются китайцы.
То про что пишу - это независимость, это знание, а знание это большая сила. Для себя припас вообще
другой ответ, мне хочется чтобы многое было доступно на нашем родном языке и чтобы это были
не работы от академиков для академиков, а работы тех, кто может писать доступным и лаконичным языком.
Отечественный ПК, по сложности взаимодействия аналог интелов. С отечественной документацией,
где можно влезть куда надо и сделать в точности что тебе надо.
Не то дерьмо с МЦСТ которое они выкакали, я читал, да, чуть умом не тронулся. Настолько всё пронизано
идеологией рыночной, что уже тошнит просто. Делайте С*КА для людей! Как когда-то делал Билл Гейтс.
Вот мой посыл.

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

Сообщение от Mikle Quits Им отлаживали и СИ программы (СУ?)

Никогда си не был средним уровнем))), вот ты и выдал себя. Си это ВУ. Учи матчасть!

Сообщение от Mikle Quits Что, проектами меряться будешь?

А что тебе есть чем?

0

Сообщение от Quiet Snow Меня интересует что это за *Point

Это тип переменной "указатель" https://www.purebasic.com/docu... emory.html

Сообщение от Quiet Snow почему не зарезервирован заранее

Потому что по умолчанию декларировать переменные не нужно.

Сообщение от Quiet Snow Просто мне не известен точный формат строковой памяти PB.

Нультерминированая юникодная строка.

Сообщение от Quiet Snow Словами объясни что должен сделать код, я напишу такой же в FB, глядя на твой пример.

Я начал переводить но не нашел аналога функции PokeS https://www.purebasic.com/docu... pokes.html
Пришлось заменить на fb_memcopy() и не уверен что сделал правильно.

1

Сообщение от Quiet Snow Нет не стоит. Объясняю почему: Чувак не смог с нуля и взял чужой турбо вижен, сцинтиллу и ещё пачку чужих работ. В итоге там толстенный технологический стек, в котором чёрт ногу сломает

Это просто гораздо легче, чем с нуля. Вот я сейчас взял книжку по turbovision (да! были ДВЕ КНИГИ по данной либе: одна под turbo pascal, другая под c++). Начал читать и мне кажется, что ну все там очень просто, даже проще уже некуда, несмотря на то, что там работа с объектами. Жалко, что нет русского перевода, однако можно найти другие туториалы на русском. Ну хорошо же работала среда turbo pascal, а ведь она на vision запилена. Исходники открыты, спасибо дядюшке борланду. Олдскульная морда правда, ну это и хорошо.)) По синцилле тоже инфы много. Гораздо проще потратить месяц на ознакомление, чем годы париться изобретая колесо. Если что-то работает и работает хорошо: зачем парится. нужно наоборот продолжать развивать проект, как и поступил человек реанимировав мертвеца. Вот туда надо дебаггер прикрутить.

0

Сообщение от Quiet Snow Никогда си не был средним уровнем))), вот ты и выдал себя. Си это ВУ. Учи матчасть!

Ты тон смени, если хочешь продолжать разговор.
Что значит "выдал"? НУ, ВУ - это всё условности, а существование СУ некоторые вообще отрицают. Я отношусь к тем, кто считает СИ - это язык СУ. Это не некая истина, это мнение. Нет строгой градации.

Сообщение от Quiet Snow А что тебе есть чем?

Смотря что ты считаешь уровнем проекта. Если это проект на заказ, с тех заданием, кучей документации и поддержкой - нет, этим не занимался. А если это игра, вполне себе уровня того же kKrieger, только не 96к, а 64к? А если при всём этом она написана на VB6? Список подобного довольно большой.

0

Сообщение от Mikle Quits Нет строгой градации.

Для людей не в теме градации нет. Объясняю, некий "средний" уровень придумали идиоты чтобы выделить себя
в отдельную касту той самой "средней" "привилегированной" прослойки людей, кто считает что си хватит на всё
и асм знать решительно не обязательно. Т.е ленивые упыри.

Сообщение от Mikle Quits А если это игра, вполне себе уровня того же kKrieger, только не 96к, а 64к? А если при всём этом она написана на VB6? Список подобного довольно большой.

Меньше слов больше дела!

Сообщение от Mikle Quits Смотря что ты считаешь уровнем проекта.

Не важно что я считаю, люди посмотрят и сделают свои выводы. Мои проекты уже видели.
И под DOS и под Windows.

0

Игра сделана по канонам демосцены, нормально работает только в XP, но можно запустить и в 7-8-10, написано в ReadMe как:
https://yadi.sk/d/xYZa0Dzo3Mmsgi

0

Ну а вот вишенка на торте)).
Человек запилили вариант qbasic, который называется TMbasic. И прикрутил к нему вот ту самую портируемую либу. На данный момент поддерживает кроме строк - списки,множества и хеш таблицы. Проект находится под разработкой. Очень интересен. Напрягает, что компилятор написан на c++. Хотя в общем это и не принципиально, но все же хотелось видеть чистый си.
https://github.com/tmbasic-lang/tmbasic

0

Сообщение от Mikle Quits Игра сделана по канонам демосцены, нормально работает только в XP, но можно запустить и в 7-8-10, написано в ReadMe как: https://yadi.sk/d/xYZa0Dzo3Mmsgi

В чём принципиальная проблема снять видео своей работы и выложить на YouTube? Я не хочу это запускать:
https://www.virustotal.com/gui... 6776f601db
С виртуалкой возиться сейчас не хочу. Как будто просил .exe шник или код. Снимаешь видео и всё ясно.

А вот моё 3D, на бейсике + ASM, 2004г. DOS, ~300kb:
Написано голыми руками с ноля, без DirectX и OpenGL, характеристики ПК показаны:
Текстуры на ассемблере, логика на бейсике. *.EXE есть в закреплённой теме.


Будем дальше?

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

Сообщение от CoderHuligan Хотя в общем это и не принципиально, но все же хотелось видеть чистый си.

По хорошему он должен быть написан сам на себе, для того, чтобы показать самодостаточность.

Добавлено через 3 минуты
CoderHuligan, это какая то дичь!

TMBASIC is a programming language for writing non-graphical programs.

Как это non-graphical? В 2024 году? Really? Короче это бейсик для детей, обучающий.
Ты эта, описания читай иногда.

0

Сообщение от Quiet Snow По хорошему он должен быть написан сам на себе, для того, чтобы показать самодостаточность.

Дело времени, я думаю. Сейчас я уже немного прошарил c++, так что код посмотрю. Хотя и ненавижу этот язык. Но на нём пишут много полезных либ, поэтому знать надо. А вот скриншоты редактора:
https://github.com/magiblot/tvision/issues/7

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

Сообщение от Quiet Snow Короче это бейсик для детей, обучающий. Ты эта, описания читай иногда.

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

0

Quiet Snow, у Майкла полно игр 3D и 2D и есть свои движки софтверные для 2Д, а также если я ничего не путаю есть и аналогичный 3D софтрендер. Не с тем человеком ты перепалку устраиваешь - он также все с нуля пишет и не пользуется никакими готовыми либами с кодом. Будь вежливей. https://www.cyberforum.ru/post8323553.html

Mikle Quits, почитай подобные темы (вот к примеру или вот); мой совет - не трать время, бесполезно.

1

Сообщение от CoderHuligan https://github.com/magiblot/tvision/issues/7

Там не растровый шрифт, а TrueType юникодовые. И по сути это текстовый формат,
оно же не скроллится попиксельно? Ты видел как DOS-овые программы работали в Windows98?
Это как запустить редактор DOS под 98-й, ну только сделанное под винду, с интеграцией буфера обмена.

0

Сообщение от The trick не трать время, бесполезно

Ясно. Просто я впервые с ним столкнулся.

0