STM32 без Си. mikroBasic for ARM.

[ПростоНуб]

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

[jcxz]

[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3644513#p3644513"]jcxz, жду алгоритма обхода графа без рекурсии и динамической памяти. Или Вы только трепаться можете, а отвечать за свои слова уже нет?[/uquote]Вы берега случаем не попутали? Я разве вам чего-то должен? А больше ничего не надо?

ОК - жду от Вас перевод ляма евриков на свой счёт. Когда переведёте? Или Вы только трепаться можете, а отвечать за свои слова уже нет?

[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3644513#p3644513"]Куча универсальна, но медленна и фрагментирует память. Пул буферов менее универсален, но быстр и не имеет проблем с фрагментацией.[/uquote]Вы так и не ответили на изначальный вопрос: "Каким образом при помощи кучи можно увеличить размер ОЗУ? Или опять - только трепаться?

[ПростоНуб]

jcxz, я ничего не перепутал. Докажите Ваше утверждение или признайте, что соврали:
[uquote="jcxz",url="/forum/viewtopic.php?p=3644038#p3644038"][uquote="ПростоНуб",url="/forum/viewtopic.php?p=3643905#p3643905"]Вы вообще об обходе графа почитайте, чтобы не позориться тут публично. Там только два вида вариантов имеются, либо рекурсивные, когда мы не контролируем стек и в любой момент можем нарваться на его переполнение, или не рекурсивные, но уже только через динамическое распределение памяти.[/uquote]Если у вас ума хватает только на это, то это совсем не говорит о том, что не существует других путей реализации.[/uquote]
Где другой путь реализации обхода графа?

Каким образом при помощи кучи можно увеличить размер ОЗУ?

Откуда я знаю? У Вас глюки, я такого не утверждал.

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

[jcxz]

[uquote="jcxz",url="/forum/viewtopic.php?p=3644038#p3644038"]Где другой путь реализации обхода графа?[/uquote]А где мой лям?

[uquote="jcxz",url="/forum/viewtopic.php?p=3644038#p3644038"]

Каким образом при помощи кучи можно увеличить размер ОЗУ?

Откуда я знаю? У Вас глюки, я такого не утверждал.[/uquote]Ну да, конечно. А это кто пел?:
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3642137#p3642137"]а вот без динамического выделения памяти, иногда, действительно можно обойтись. Но опять таки, далеко не всегда. Тот же граф (или его вырожденный случай - дерево) без динамической памяти не обойти. Ну если Вы, конечно, не против зависания своего МК по переполнению стека [/uquote]Т.е. - без дин.памяти значит ОЗУ не хватит и получим переполнение стека, а как только впендюрим кучу - так сразу и нет переполнения стека. Никак лишние байты ОЗУ появляются?
Только не надо выкручиваться, что под динамической вы имели в виду SDRAM или ещё чего. В си понятие "динамическая память" имеет совершенно определённое значение.

[uquote="jcxz",url="/forum/viewtopic.php?p=3644038#p3644038"]P.S. По поводу ляма евриков - подавайте иск в суд.[/uquote]Думаю про своего графа поняли.

[ПростоНуб]

jcxz, да, понял, что и отражаю в Вашей карме.

Я так понимаю, рассказать, как Вы будете контролировать переполнение стека Вы тоже не сможете? А про то, что malloc() возвращает NULL, если запрашиваемого объема памяти нет, а не гробит память, как переполненный стек, Вы тоже не в курсе?
Хотя что я. Судя по всему, Вы не в курсе даже что такое рекурсия или очередь

[Z_h_e]

Вот казалось бы форум технический, люди тут с таким же складом ума вроде должны присутствовать. ТС создал четкий сабж, ну вот интересно ему это, так нет, засрать надо сразу все сходу. Четыре страницы оффтопа!!! И ведь не одного поста по делу. Я худею с вас господа.

[jcxz]

Форум портят неадекваты и просто п@#$%болы не шарящие в теме, но лезущие в каждую щель. Которым нечем больше заняться.
Впрочем - каждый сам может оценить кто чего стоит. Жаль только начинающих. Ну ничего - помыкаются, помыкаются, да найдут более адекватный форум где меньше п@#$%болов и больше пользы.

[sergey.UA]

И что ???!! Нет ни одного модератора в теме, что бы отправить ПИСхКО меров в отдельное для них место ?

[Sverlo]

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3644668#p3644668"]Вот казалось бы форум технический, люди тут с таким же складом ума вроде должны присутствовать. ТС создал четкий сабж, ну вот интересно ему это, так нет, засрать надо сразу все сходу. Четыре страницы оффтопа!!! И ведь не одного поста по делу. Я худею с вас господа.[/uquote]
Привет всем!
Чёт пофлудили и пропали.

По теме кто пишет проги?

Я запустил mikroBasic ARM 4.7.1 без ограничений.
Успешно погонял на STM32F411(100МГц), F407(168МГц), F429(180МГц).
F429 через день перестал запускать проги с некой ошибкой про запуск.
Остальное работает нормально.

Всё пишется через ST-Link.

[astrahard]

Вы любите встречаться на ощупь?

Добавлено after 6 minutes 21 second:
[uquote="ПростоНуб",url="/forum/viewtopic.php?p=3642407#p3642407"]VladislavS, а что Вы хотели увидеть в функции инициализации, кроме регистрации callback для последующего вызова его уже из других функций?
Microtech, при чем тут "удобство"? Например, английский тут для большинства не родной язык и не удобный, что совершенно не мешает его знать и
использовать при чтении даташит и прочей документации.[/uquote]
Хочется увидеть исчерпывающий список всех вариантов инициализации, иначе высокоуровневая хрень ограничивает нашу свободу и. парализует творческое начало. Этого никто не сделал.

[All64]

Всем привет! Не могу найти лекарство для mikroBasic ARM. Поделитесь пожалуйста.

[Мурик]

На рутрекере должно быть.