Смею предложить автору написать "улучшенный Си" для микроконтроллеров. Там есть где развернуться. Например, сделать наконец чтобы язык знал, что вот это прерывание и не надо переменные которые в нем используются выкидывать (см. "Скользкая дорожка для поклонников volatile")
очень интересно было читать, спасибо. Пока читал постоянно свербила мысль -Почему такой гениальный ум @EasyLy должен копаться в этом убожестве?
Очень надеюсь, что в прекрасной России будущего миллиарды минпромторга будут идти на проекты российских талантливых инженеров и изобретателей. А дело Валерия Пшеничного будет расследовано.
По поводу скриптов автоматизации. К сожалению, вам доступны в скриптах далеко не все переменные Buildroot. Вам доступны те переменные, которые вы передадите в скрипт (см. BR2_ROOTFS_POST_SCRIPT_ARGS) А ещё вам доступны environment variables:
BR2_CONFIG: the path to the Buildroot .config file (полный путь к файлу .config включая имя файла например /home/I/buildroot/.config) CONFIG_DIR: the directory containing the .config file, and therefore the top-level Buildroot Makefile to use (which is correct for both in-tree and out-of-tree builds) HOST_DIR, STAGING_DIR, TARGET_DIR: see Section 18.6.2, “generic-package reference” BUILD_DIR: the directory where packages are extracted and built BINARIES_DIR: the place where all binary files (aka images) are stored BASE_DIR: the base output directory
Если вам в вашем скрипте все же нужны другие переменные из файла .config можете попытаться выполнить source .config тогда вы сможете загрузить те переменные, полное значение которое прописано в файле .config Для переменных, которые необходимо вычислить это не сработает. Пример переменной, которая загрузится без проблем BR2_SFTP="sftp" Пример переменной, которая не будет загружена BR2_DL_DIR="$(TOPDIR)/dl"
Не станет ли эта волшебная строка впоследствии проблемой?
Респектую статье и привожу пример 2019 года, когда более года тушили corrupt memory, который проявил себя из-за sprintf(). Я кстати так и не понял, точно ли этот баг окончательно поправили?..
Я не понимаю где и как запускать этот скрипт. И что скрипт сделает с файлом, который уже в UTF8? (грамотное поведение - не трогать) При попытке запустить код ожидаемо получил bash: syntax error near unexpected token `$file'
Вот рабочее решение. Помогает перевести файлы проекта Microchip Studio/Atmel Studio в UTF8.
Запустим скрипт перевода всего, что в русских кодировках (russian: KOI8-R CP1251 ISO-8859-5 IBM866 maccyr) в UTF-8. find ./ -name ".c" -o -name ".h" -type f | while read file; do enca -L ru -x UTF-8 $file; done;
Все мои эксперименты ЧПУ для плат закончились неудачно из-за того, что поверхность реального текстолита - это не плоскость. Реальный текстолит гнутый, волнистый. Как решается эта проблема?
Часто возникает необходимость прописать различные флаги. Вместо CFLAGS в данном случае используется CFLAGS_MODULE. Например, сделаем так, чтобы любой warning в исходниках вызывал ошибку компиляции. Тогда Makefile станет выглядеть так
Конечно я описался, имелось ввиду: используйте snprintf (), а не sprintf (). Пока набирал сообщение, понял, что не я описался, а телефон меня "исправил"...
Иногда возникает желание работать с системой buildroot НЕ из-под каталога buildroot (чтобы не делать cd лишний раз). Это возможно, укажите утилите make положение папки buildroot. Пример работы из-под домашнего каталога:
cd ~ git clone git://git.buildroot.net/buildroot #будет создана папка buildroot #не надо делать cd buildroot make clean -C buildroot make -C buildroot qemu_x86_ssh_defconfig make -C buildroot
Я посмотрел про HolyC и помоему вы ошибаетесь. Где там про прерывания?
Смею предложить автору написать "улучшенный Си" для микроконтроллеров. Там есть где развернуться. Например, сделать наконец чтобы язык знал, что вот это прерывание и не надо переменные которые в нем используются выкидывать (см. "Скользкая дорожка для поклонников volatile")
тем временем новость "Выпуск дистрибутива MX Linux 21.3"
В дистрибутиве используется система инициализации sysVinit.
SystemD требует использовать glibc. Но многие системы (каждый второй роутер?) используют musl, то есть никакого SystemD. См. также BusyBox init.
очень интересно было читать, спасибо. Пока читал постоянно свербила мысль
-Почему такой гениальный ум @EasyLy должен копаться в этом убожестве?
Очень надеюсь, что в прекрасной России будущего миллиарды минпромторга будут идти на проекты российских талантливых инженеров и изобретателей. А дело Валерия Пшеничного будет расследовано.
Сразу вспоминаю
(Законы Акина) законы космической инженерии
По поводу скриптов автоматизации. К сожалению, вам доступны в скриптах далеко не все переменные Buildroot. Вам доступны те переменные, которые вы передадите в скрипт (см. BR2_ROOTFS_POST_SCRIPT_ARGS)
А ещё вам доступны environment variables:
BR2_CONFIG: the path to the Buildroot .config file (полный путь к файлу .config включая имя файла например /home/I/buildroot/.config)
CONFIG_DIR: the directory containing the .config file, and therefore the top-level Buildroot Makefile to use (which is correct for both in-tree and out-of-tree builds)
HOST_DIR, STAGING_DIR, TARGET_DIR: see Section 18.6.2, “generic-package reference”
BUILD_DIR: the directory where packages are extracted and built
BINARIES_DIR: the place where all binary files (aka images) are stored
BASE_DIR: the base output directory
Если вам в вашем скрипте все же нужны другие переменные из файла .config можете попытаться выполнить
source .configтогда вы сможете загрузить те переменные, полное значение которое прописано в файле .config
Для переменных, которые необходимо вычислить это не сработает. Пример переменной, которая загрузится без проблем
BR2_SFTP="sftp"Пример переменной, которая не будет загружена
BR2_DL_DIR="$(TOPDIR)/dl"Я все надеюсь что Кроссплатформенный переключатель прокси-сервера @S0mbre доведет до ума и добавит наконец главный функционал.
Как вы думаете, сколько всего может пойти не так?
Не станет ли эта волшебная строка впоследствии проблемой?
Респектую статье и привожу пример 2019 года, когда более года тушили corrupt memory, который проявил себя из-за sprintf(). Я кстати так и не понял, точно ли этот баг окончательно поправили?..
Автор пишет
"Меня ждал сюрприз, когда поехала кодировка немногочисленных комментариев в коде. Оказалось, что все файлы были в CR1251."
Я не понимаю где и как запускать этот скрипт. И что скрипт сделает с файлом, который уже в UTF8? (грамотное поведение - не трогать) При попытке запустить код ожидаемо получил
bash: syntax error near unexpected token `$file'
Вот рабочее решение. Помогает перевести файлы проекта Microchip Studio/Atmel Studio в UTF8.
Устанавливаем
https://github.com/nijel/enca
Заходим в папку с исходкиками
cd ПутьКПапкеСИсходниками
Запустим скрипт перевода всего, что в русских кодировках (russian: KOI8-R CP1251 ISO-8859-5 IBM866 maccyr) в UTF-8.
find ./ -name ".c" -o -name ".h" -type f | while read file; do enca -L ru -x UTF-8 $file; done;
Все мои эксперименты ЧПУ для плат закончились неудачно из-за того, что поверхность реального текстолита - это не плоскость. Реальный текстолит гнутый, волнистый. Как решается эта проблема?
Часто возникает необходимость прописать различные флаги. Вместо CFLAGS в данном случае используется CFLAGS_MODULE. Например, сделаем так, чтобы любой warning в исходниках вызывал ошибку компиляции. Тогда Makefile станет выглядеть так
CFLAGS_MODULE += -Werrorobj-$(CONFIG_SMILEBRD) += smilebrd_dev.o
Я открыл без проблем через Document Viewer 42.3 (Ubuntu) и там мой вариант с 472 на почтиконце. У @pharoмне кажется неверное значение.
https://planetcalc.com/8652/
1000! =
402387260077093773543702433923003985719374864210714632543799910429938512398629020592044208486969404800479988610197196058631666872994808558901323829669944590997424504087073759918823627727188732519779505950995276120874975462497043601418278094646496291056393887437886487337119181045825783647849977012476632889835955735432513185323958463075557409114262417474349347553428646576611667797396668820291207379143853719588249808126867838374559731746136085379534524221586593201928090878297308431392844403281231558611036976801357304216168747609675871348312025478589320767169132448426236131412508780208000261683151027341827977704784635868170164365024153691398281264810213092761244896359928705114964975419909342221566832572080821333186116811553615836546984046708975602900950537616475847728421889679646244945160765353408198901385442487984959953319101723355556602139450399736280750137837615307127761926849034352625200015888535147331611702103968175921510907788019393178114194545257223865541461062892187960223838971476088506276862967146674697562911234082439208160153780889893964518263243671616762179168909779911903754031274622289988005195444414282012187361745992642956581746628302955570299024324153181617210465832036786906117260158783520751516284225540265170483304226143974286933061690897968482590125458327168226458066526769958652682272807075781391858178889652208164348344825993266043367660176999612831860788386150279465955131156552036093988180612138558600301435694527224206344631797460594682573103790084024432438465657245014402821885252470935190620929023136493273497565513958720559654228749774011413346962715422845862377387538230483865688976461927383814900140767310446640259899490222221765904339901886018566526485061799702356193897017860040811889729918311021171229845901641921068884387121855646124960798722908519296819372388642614839657382291123125024186649353143970137428531926649875337218940694281434118520158014123344828015051399694290153483077644569099073152433278288269864602789864321139083506217095002597389863554277196742822248757586765752344220207573630569498825087968928162753848863396909959826280956121450994871701244516461260379029309120889086942028510640182154399457156805941872748998094254742173582401063677404595741785160829230135358081840096996372524230560855903700624271243416909004153690105933983835777939410970027753472000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
А вы внимательный!
Конечно я описался, имелось ввиду: используйте snprintf (), а не sprintf (). Пока набирал сообщение, понял, что не я описался, а телефон меня "исправил"...
Добавлю, используйте snprintf(), а не snprintf() и будет вам счастье!
А вот удобный дружелюбный интерфейс для настройки раздачи wifi.
Уважаемый аффтор "Клубничная чудо-коробка 2.0 всё", когда что-то закончилось или сломалось, полагается писать
фсё
Всех благ!
А кто уже пробовал armbian X86_64?
Иногда возникает желание работать с системой buildroot НЕ из-под каталога buildroot (чтобы не делать cd лишний раз). Это возможно, укажите утилите make положение папки buildroot. Пример работы из-под домашнего каталога:
cd ~ git clone
git://git.buildroot.net/buildroot #будет создана папка buildroot
#не надо делать cd buildroot
make clean -C buildroot
make -C buildroot qemu_x86_ssh_defconfig
make -C buildroot
Может быть вместо BR2_EXTERNAL_my_tree_PATH имелось ввиду BR2_EXTERNAL ?