caxapa.ru :: Ты покажи весь код и полностью. А не набрасывай на вентилятор по кусочкам. Очевидно, что у тебя ошибка (мол gcc настолько кривая паделка, что ты гениальный программист сразу вляпался -- слишком сомнительно, там ошибки обычно сильно другого плана),

fk0, легенда (09.12.2019 23:44, просмотров: 386) ответил POV_ на Ты как "баба - сам придумал, сам - обиделся". Нет никакой печати в тот же буфер! Глаза промой наконец.

Ты покажи весь код и полностью. А не набрасывай на вентилятор по кусочкам. Очевидно, что у тебя ошибка (мол gcc настолько кривая паделка, что ты гениальный программист сразу вляпался -- слишком сомнительно, там ошибки обычно сильно другого плана), просто автор кода своих ошибок обычно в упор не видит. А другой взглянет и сразу найдёт. Кроме того, ты мог использовать сомнительную C-библиотеку (какую?), сомнительную версию gcc (современная >= 8.x, для остальных советую заглянуть в багтрекер и ужаснуться, хотя 6.2 или 4.8 были исключениями). И наконец сомнительную сборку всего (gcc, c-библиотеки). Я не понимаю вот этих рассуждений на сахаре "где скачать" волшебную сборку (это гарантированный путь к приключениям). GCC качается с gnu.org и собирается руками минут за 15, C-библиотека -- за полчаса (обычно newlib). А в готовой сборке может быть свинья подложена.

[ZX]

Ответить

- Языком СИ написано (см. ссыль в теле). Где там общий буфер?... POV_(222 знак., 09.12.2019 23:50, )
  - В psu_GetField(psuNOMINAL_VOUT) буфер аргументом не передается стало быть он внутри общий про что вам и пишут. Помещайте полный исходник или его тестовый эквивалент где проявляется баг если полный нельзя. - 3m(10.12.2019 10:40)
    - Не надо просто придумывать. Исходные данные - всё работало. Т.е. никакого одного буфера нет. Похер как оно внутри psu_GetField. - POV_(10.12.2019 12:53, )
    - Но они вызываются последовательно. - VLLV(10.12.2019 10:48)
      - "порядок вычисления аргументов функции в языке c/c++ строго не определен" - 3m(10.12.2019 10:57)
        
        ОК, не последовательно, пусть в инверсном порядке, но ведь не все одновременно? - VLLV(10.12.2019 11:06)
  - Имеет место баг спрятанный под коврик. Не надо думать, что ты такой уникум со своей игрушечной программкой, что раз и баг нашёл. Мог конечно, но это примерно как выиграть в лотерею. Нужно очень много играть, проект с миллионом строк, например. Не fk0(400 знак., 09.12.2019 23:58)
    - В проекте с миллионом строк , сотней больше ошибок сотней меньше , рабочий процесс. PlainUser(58 знак., 11.12.2019 11:44)
      - Если ошибка завершается сегфолтом, то она смертельная для любого проекта. Вдогонку, а тут коллега такой баг интересный разгребал: выравнивание стека. Портит его одна функция и в одно время, дальше всё работает какое-то время пока не столкнётся с fk0(641 знак., 11.12.2019 12:56 - 13:01)
        
        Так это обычное дело для любой системы , 100% проверок сделать невозможно.Авторы выбирают некое разумно-достаточное с их(или заказчика , что реже) точки зрения количество проверок. - PlainUser(20.12.2019 08:00)
    - Ты чего дурака-то включаешь? Я ж ясно тут отписался уже.. POV_(622 знак., 10.12.2019 08:56, )
      - Дохтур, у меня в глазах постоянно темнеет... Ну что вы мне пульс меряете... Вы мне зрение проверьте!!! - il-2(10.12.2019 11:14)
      - Дурака включаешь ты и реально не догоняешь даже. Смотри, вариант 1: fk0(1456 знак., 10.12.2019 11:10)
        
        И чего я не так сказал? - POV_(10.12.2019 12:55, )
      - "В сишнике все переменные выносятся в начло функции где бы ты их не объявил". Что это было? О_о. Мне кажется, в твоих представлениях о сишнике имеются заблуждения. - SciFi(10.12.2019 09:47)
        
        Опция -fstack-reuse=level, с самого верху... кому-то может быть познавательно. - fk0(10.12.2019 11:13, ссылка)
        
        При оптимизации временные переменные просто в регистрах, ессно реюзаных. Стек используется меньше, вот и объяснение (одно из). - VLLV(10.12.2019 11:47)

Микроконтроллеры