|
0 / 0 / 0
Регистрация: 21.12.2014
Сообщений: 65
|
|
Отладка кода (программы) во FreeBasic21.02.2024, 01:11. Показов 18245. Ответов 224
Уважаемые программисты. Подскажите - как производится
В QB это делалось просто. В меню Debug командой toggle breakpoint метится строка до которой проверить. После запуска идет проверка, отмечаются ошибки, проблемы. У меня во FreeBasic этот метод не работает. Программа на метку не реагирует, действия не совершаются. Прошу помощи.
0
|
|
| 21.02.2024, 01:11 | |
|
Ответы с готовыми решениями:
224
Грамотная отладка программы, подмога в структуризации кода Отладка программы в Delphi(нужно подредактировать текст чужой программы) |
|
787 / 307 / 17
Регистрация: 21.01.2023
Сообщений: 529
|
|||||
| 07.03.2024, 15:11 | |||||
|
Без этого Direct3D интерфейса на мониторах больше FullHD обычный виндовый интерфейс уже ощутимо тормозит, на XP в том числе.
0
|
|||||
|
Кормпилятор
|
||
| 07.03.2024, 15:12 | ||
|
верха экрана, когда на весь экран рисуется прозрачный прямоугольник, испытывается сильное замедление при дальнейшем движении окна. На моём компе ещё не прям жопа, а вот на том же X5470 с карточкой послабее там уже всё печально. К слову рисовка прозрачного прямоугольника статистики например в deathmatch в half-life 1 на карте 3dfx voodoo 2 на втором пентиуме, происходило визуально быстрее, чем моя семёрка это делает на рабочем столе на 9 райзене и на GTX980. Но это вопросы к разработчикам винды. Я лишь констатировал факт что такое явление есть.
0
|
||
|
|
||||
| 07.03.2024, 15:19 | ||||
|
Например в PB, в винде, библиотека 2D Drawing базируется на GDI, VectorDrawing на GDI+, Screen на DX9/DX11/OpenGL.
0
|
||||
|
Кормпилятор
|
||
| 07.03.2024, 15:38 | ||
|
иначе укороченный. Укороченный для единичных флагов уместно, особенно если там много таких флагов, обособленных по смыслу, так визуально лучше выходит, меньше места жрёт, если часто редактируется - выгоднее.
0
|
||
|
COM‐пропагандист
|
|||
| 07.03.2024, 15:44 | |||
|
FBGfx примитивна и только и может, что выводить точки, линии, круглешки и прямоугольники. Даже GDI из Win95 умеет больше. Разработчики решили взять заголовочники из проекта mingw, а не оригинальные от корпорации Микрософт. В mingw тоже все функции в одну строку объявлены. В оригинальных же заголовочниках по WinAPI от корпорации Микрософт всё как надо: каждый параметр на отдельной строке, подробно прокомментирован, у каждой функции описание, у каждой константы назначение. Читается очень легко, как литературный роман, а не какой‐нибудь си‐код.
0
|
|||
|
Кормпилятор
|
||
| 07.03.2024, 15:47 | ||
|
как и неизвестно почему, если там всё аппаратно, авторы это не использовали. Если как коммерс ход "подтолкнуть к Aero", ну это как-то странно выглядит, т.к. после XP кассич режим использовало много народу, висту же люди попросту пропустили.
0
|
||
|
COM‐пропагандист
|
||
| 07.03.2024, 15:47 | ||
|
0
|
||
|
Кормпилятор
|
|
| 07.03.2024, 15:48 | |
|
0
|
|
|
Кормпилятор
|
||
| 07.03.2024, 15:51 | ||
|
Но как уже указывал могут быть некритичные отступления от этого концепта ради выгоды.
0
|
||
|
787 / 307 / 17
Регистрация: 21.01.2023
Сообщений: 529
|
|||||||
| 07.03.2024, 16:00 | |||||||
1
|
|||||||
|
Кормпилятор
|
||
| 07.03.2024, 16:07 | ||
|
Там была двоякая задача, обеспечивающая "сурфейс" от FBgfx разного размера, который блитится на любой указанный размер экрана. Т.е. можно было завести 320x200 и оно растягивалось, а можно было 4k разрешение, и оно ужималось в указанное окно(окно выводил без рамки). Т.е. рендер шёл на DDraw(FBGfx через него работает), а потом этот буфер блитился уже через GDI на экран. Подробностей не помню, помню только, что в сумме было медленно, дефолтный обработчик FB работал ощутимо шустрее, чё туда напихали - не знаю. GDI сильно и не касался, в том коде где-то напортачить было сложно, все флаги проверялись и тестировались.
0
|
||
|
COM‐пропагандист
|
||
| 07.03.2024, 16:11 | ||
|
Открываем файл «C:\Program Files (x86)\Windows Kits\10\Include\10.0.22000.0\shared\wine rror.h» и видим: Или файл WinUser.h: Некоторые описания имеются.
0
|
||
|
Кормпилятор
|
|||||||
| 07.03.2024, 16:20 | |||||||
|
The trick, нашёл код. Короче там вот чё:
Замабувараев, А то что ты озвучил - как-бы тут ничего такого нет, мол зачем нагромождать, это вроде очевидно, ну всё правильно сделано.
0
|
|||||||
|
COM‐пропагандист
|
||||||||
| 07.03.2024, 16:36 | ||||||||
Вообще внутри WM_PAINT следует рисовать только в лабораторных работах. В настоящих программах рисуют в памяти и внутри WM_PAINT только копируют из памяти в окно функцией BitBlt.
0
|
||||||||
|
Кормпилятор
|
||||
| 07.03.2024, 16:52 | ||||
|
Как должно быть и понятно что прототипы, константы и массивы можно держать в основном модуле и не распылять на хедер, это имеет смысл только в случае если не работаешь с этими данными и если нет необходимости в монолитности. Да и в принципе единых правил и мнений на конкретно бейсике по этому поводу нету. Даже наоборот, люди часто писали небольшие проги одном файле, была такая практика. Это всё кстати пошло именно с QBasic, из-за того что ему подрезали модульность, там нельзя было использовать INCLUDE и вся "модульность" заключалась в копипасте из исходника в исходник DEF Fn-функций. Люди пристрастились, что характерно именно этот "кастрированный" диалект был очень популярен, из-за чего люди его постоянно путали с полноценной версией, которая послужила толчком к созданию FB. и формально (для общего случая) никто не знает какая область нуждается в отрисовке. Грубо говоря это аналог FB-шного FLIP. Это писал в принципе ради интереса. Но как понимаю в данном случае это единственный вариант как можно сторонний буфер разного масштаба вывести и других вариантов особо нет.
0
|
||||
|
0 / 0 / 0
Регистрация: 21.12.2014
Сообщений: 65
|
|
| 07.03.2024, 16:57 [ТС] | |
|
0
|
|
|
Кормпилятор
|
||
| 07.03.2024, 17:04 | ||
|
Как и растягивание прототипов ввысь. Мы один скролл заменяем на другой. Проще писать как пишется и скролить как скролится. Имхо - надуманная проблема. Тем не менее до правого скролла мышкой тянуться дальше, чем до нижнего, чё не делай а физиологию не обманешь. Ну или почему в редакторах жёстко не зафиксировано 80 строк. - Да нет таких стандартов и всё. Это делают чтобы на печать код выводить, WEB сервисы - по той же причине, чтобы человек мог распечатать, это считай финализация кода. Можно написать прогу, которая это делать будет автоматически когда проект готов. А читать это чудо нифига не удобно, особенно когда нет общей тенденции так делать, а её нет и слава богу не будет.
0
|
||
| 07.03.2024, 17:04 | |
|
Отладка кода Отладка кода Отладка кода Отладка кода Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Установка нескольких штампов электронной подписи в строго определенных местах файла docx
ВладимирСамохин 19.07.2026
(В!) Работа с Электронной подписью - это неотъемлемая часть современного документооборота. Но что делать, если нужно поставить несколько штампов электронной подписи в строго определенных местах. . .
|
сукцессия 35. Научная статья о проделанной работе
anaschu 19.07.2026
Написал в формате латекс и пдф
|
Вангую, что это не пройдёт модерацию, и на неделе я запущу свой сервер.
Hrethgir 19.07.2026
Эта публикация сейчас в песочнице и ждёт приглашения.
https:/ / habr. com/ ru/ sandbox/ 295048/
начало и оглавление
-
Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование. . .
|
сукцессия 33. открытые вопросы от клауде
anaschu 19.07.2026
"Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .
|
|
32 сукцессия
anaschu 19.07.2026
сукцессия 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .
|
сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических
anaschu 18.07.2026
Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано
Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .
|
сукцессия 30. Массив проверяющих друг друга моделей
anaschu 18.07.2026
Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0)
Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона
Уважаемые коллеги!
В продолжение. . .
|
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины.
anaschu 18.07.2026
ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии
Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .
|