Перейти к содержанию
    

xvr

Свой
  • Постов

    3 583
  • Зарегистрирован

  • Посещение

  • Победитель дней

    2

xvr стал победителем дня 24 апреля 2023

xvr имел наиболее популярный контент!

Репутация

12 Хороший

Информация о xvr

  • Звание
    Гуру
    Гуру
  • День рождения 29.06.1967

Контакты

  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

8 291 просмотр профиля
  1. По мотивам топика - Автор явно не совсем адекватен. В частности ему показалось, что я ему понизил репутацию (хотя это был не я), и он понизил репутацию мне, причём на посте с ответом на его вопрос. На мой несколько эмоциональный вопрос 'какого фига?', он посоветовал мне не истерить и видимо смириться с его действиями (в правильности которых он не секунды не сомневается до сих пор). Вопрос - можно ли как то ограничить манипуляции по понижению кармы для неадекватных пользователей? Например не давать её понижать, пока у тебя самого не появится положительная репутация? В принципе это даст какую-никакую гарантию (не требовать же у всех справку от психиатра при регистрации 🙂 ) Ещё было бы неплохо не давать пользователям действовать сгоряча. Например ограничить количество понижений кармы до 1 штуки в день, и не давать её понижать для конретного поста в течении полу часа после его прочтения (что бы адресат мог несколько остыть). А то я помню Кармные Войны тут уже случались.
  2. В общем случае не должен, но могут быть исключения. Например предкомпилённые хидеры - они собираются в один инклюд, который ДОЛЖЕН включаться первым во все единицы компиляции. Но даже в этом случае ХИДЕРЫ лучше делать полностью независимыми друг от друга. Более того, в некоторых случаях могут быть эксцессы, например в Qt проектах есть тул, который запускается автоматом и создаёт исходники для поддержки RTTI, в них никакие общие хидеры не включаются и порядок включения других хидеров не гаратируется, так что незвисимость всего, что в него попадает - must have. Если же по каким то причинам необходимо выдерживать порядок инклюдов (не спрашивайте по каким именно 🙂 ), то это ОБЯЗАТЕЛЬНО должно быть отражено в проектной документации и очень желательно в самих хидерах (например отслеживать порядок включения внутри хидера и ругаться, что именно и где забыли включить). Програмист должен заниматься программированием, а не сыскной работой 🙂
  3. Я видел тут много хамов, но вы это нечто. За 10 дней на форуме не с того не с его наехать на человека, который вам пытался помочь, в потом учить его жизни. Надеюсь, что мы вас тут больше не увидим.
  4. Его не надо портировать - он вполне кросс платформенный и должен подключитсья к проекту как есть (если повезёт) SqLite хранит свои базы в файле в своём формате. Поменять способ хранения IMHO нельзя
  5. Либо вы троль, либо не понимаете элементарных вещей. На ваш вопрос вам дали весьма подробный ответ. Только цитировать, или понимать их тоже? Я вам пока ничего не понижал, а пытался помочь. Видимо зря. Вот сейчас понижу, за тролинг. Психиатр вам нужен
  6. Я тоже, но в последнее время пересел на KiCAD - прошло довольно быстро и безболезненно 🙂 Рекомендую
  7. ARM тут не при чем. Вам нужен специалист по Linux. Посмотрите сами (это просто). Запустите objdump -p <file.elf> (на ваш elf файл). Будет нечто такое: Program Header: LOAD off 0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**12 filesz 0x000000000000f600 memsz 0x000000000000f600 flags r-x LOAD off 0x000000000000f600 vaddr 0x0000000000010600 paddr 0x0000000000010600 align 2**12 filesz 0x0000000000111150 memsz 0x0000000000111150 flags rw- При загрузке вашей программы Linux создаст в виртуальной памяти ТОЛЬКО сегменты, которые помеченны тэгом LOAD. Стартовый адрес (виртуальный) печатается в поле vaddr, размер - в поле memsz. В Linux загрузка начинается не с нуля (на мой пример не смотрите - это не Linux и не ARM, это bare metal RISC-V) Как раз нужно - ибо карта этих самых LOAD сегментов задаётся именно там. Если хотите, что бы gcc позвботился и о вашей памяти не занимайтесь ручным распеделением - сделайте в ассемблере секцию .data и пишите в неё.
  8. Делал в своё время (очень давно) плагин к P-CAD для копирования расстановки одного модуля на все его копии. Разводка копировалась средствами самого P-CAD'а (matrix copy) Кидал сюда. Не уверен, что этот плагин сейчас заработает 😞 PS. Как минимум запустился - hrgr.zip
  9. Запрещено. Вам сюда - https://electronix.ru/forum/index.php?app=forums&module=forums&controller=forums&id=37
  10. Они вводятся разными конструкциями и не совсем одинаковые - в модулях есть net type of declaration, чего нет в блоках.
  11. А так же то, что не можете дать одинаковые имена сущностям одного типа. И то, что именованные сущности ищутся в иерархии областей видимости. Так что понятие областей видимости и пространств имён в некотором роде пересекаются - области видимости работают внутри пространств имён и то и другое образуют иерархии.
  12. Работа через массив + индекс более безопасна чем работа с указателем на массив - Delphi обеспечивает контроль за выходом за границу массива (если вы его не отключите). Если ошибок нет (и ловить возможные ошибки вы не хотите), то разницы действительно нет 🙂
  13. В модули вложены именованные блоки, а в них вложенны переменные. Так что да, они видны сразу в 2х пространствах. Пространства имён в Verilog не являются независимыми сущностями - они могут быть вложенны друг в друга, так что то, что живёт в них оказываются сразу в нескольких пространствах
  14. inc(pVal, 2) - не оно? А кто вам запрещает передать массив по ссылке? (var в формальном параметре)
×
×
  • Создать...