FDA (01.10.2013 14:35, просмотров: 83) ответил fk0 на Профессионалы всё отлаживают только исключительно в рамках боевой программы, только исключительно в среде MPLAB. Все эти ваши турбо-C -- удел жалких любителей.-
- Не пойму в чём смысл второй раз её в реальном железу отлаживать. Маялся такой хренью пару лет назад (в MSVisual Studio на Си отлаживал), но потом бросил, потому как из такой отладки неясно как этот алгоритм в железе себя поведёт -сколько места Apтём(105 знак., 01.10.2013 14:40)
- Непонятно, почему может не работать и почему должен повести себя по другому (особо качественный говнокод?), а также почему два раза то же самое (один же раз) и почему объём кода и скорость как-то принципиально отличаются для разных платформ (за fk0(232 знак., 01.10.2013 14:43)
- Ну, работать -то должно одинаково, но если в реальном устройстве отлаживать, то уже будет ясно сколько оно выполняется и сколько места просит. - Apтём(01.10.2013 14:54)
- О-о-о! Суперский довод! А что тебе даст знание того, что твой алгоритм декодирования NMEA занимает к примеру 845 байт? Вот что? Или ты пытаешься всё упихнуть в PIC12? Но там житага нету. Значит ты пишешь по какой-нибудь кортекс, так, тем более, FDA(73 знак., 01.10.2013 14:59)
- В PIC12/16/18 не пытаюсь упихнуть. Пишу под xmega. Apтём(318 знак., 01.10.2013 15:16)
- Сколько занимает -- оценить можно и на соседней платформе (в т.ч. PC), разница на десятки процентов, а не в разы. Да и запускать программу для этого не обязательно, достаточно посмотреть map-файл от компилятора (для GCC нужна опция fk0(708 знак., 01.10.2013 15:34)
- Ладно, это бесполезный разговор. Учить тебя отлаживать программы я не хочу, ибо ты мне никто, ни друг ни подчинённый. Поэтому больше тратить своё время на пустые обсуждения я не буду. Просто запомни одну простую вещь - расширяй свой кругозор и FDA(73 знак., 01.10.2013 15:21)
- Наверное разговор бесполезный...Напоследок ещё вопрос. Я с ПИКами не работал, потому не знаю... Для них что нет нормальных средств отладки, что приходится алгоритмы на ПК отлаживать? Apтём(170 знак., 01.10.2013 15:29)
- Потому, что на ПК бывает не только Visual Studio. На ПК средства отладки богаче и лучше. На ПК нет характерных для микропроцессорной платформы ограничений. Можно использовать какие-то функции ОС для отладки, можно, например, в процессе работы fk0(308 знак., 01.10.2013 15:40)
- Средства богаче...теоритически. Что например есть такого что в житаг не даёт? Apтём(303 знак., 01.10.2013 15:46)
- Джитаг не даёт функциональности valgrind, например. В ком-порт много не запишешь. Например, отлаживая алгоритм сжатия у меня отписывался файл на каждом промежуточном этапе. Это десятки килобайт единовременно. Причём бинарные данные. В ком-порт fk0(212 знак., 01.10.2013 15:58)
- valgrind житаг не может. Но вы его для МК проектов используете? Apтём(253 знак., 01.10.2013 16:04)
- НЕМЕЯ это еще цветочки, вот отладка эмулятора епрома на флеше была песней. Nikolay801_(190 знак., 01.10.2013 15:56)
- реалтайм визуализации нету. к примеру. - Mahagam(01.10.2013 15:49)
- Джитаг не даёт функциональности valgrind, например. В ком-порт много не запишешь. Например, отлаживая алгоритм сжатия у меня отписывался файл на каждом промежуточном этапе. Это десятки килобайт единовременно. Причём бинарные данные. В ком-порт fk0(212 знак., 01.10.2013 15:58)
- Да чего ты ему объясняешь. Он уже всё давно понял, просто специально издевается. Пытается поумничать, задавая каверзные вопросы, но он не понимает, что тут не контактик, где за это лайки дадут. - FDA(01.10.2013 15:46)
- Прямо таки издеваюсь...:) - Apтём(01.10.2013 16:08)
- Средства богаче...теоритически. Что например есть такого что в житаг не даёт? Apтём(303 знак., 01.10.2013 15:46)
- Потому, что на ПК бывает не только Visual Studio. На ПК средства отладки богаче и лучше. На ПК нет характерных для микропроцессорной платформы ограничений. Можно использовать какие-то функции ОС для отладки, можно, например, в процессе работы fk0(308 знак., 01.10.2013 15:40)
- Наверное разговор бесполезный...Напоследок ещё вопрос. Я с ПИКами не работал, потому не знаю... Для них что нет нормальных средств отладки, что приходится алгоритмы на ПК отлаживать? Apтём(170 знак., 01.10.2013 15:29)
- В PIC12/16/18 не пытаюсь упихнуть. Пишу под xmega. Apтём(318 знак., 01.10.2013 15:16)
- О-о-о! Суперский довод! А что тебе даст знание того, что твой алгоритм декодирования NMEA занимает к примеру 845 байт? Вот что? Или ты пытаешься всё упихнуть в PIC12? Но там житага нету. Значит ты пишешь по какой-нибудь кортекс, так, тем более, FDA(73 знак., 01.10.2013 14:59)
- Ну, работать -то должно одинаково, но если в реальном устройстве отлаживать, то уже будет ясно сколько оно выполняется и сколько места просит. - Apтём(01.10.2013 14:54)
- Опыта у тебя мало просто. Вот сделаешь пару серьёзных проектов, будешь по другому думать. Если пишешь всё грамотно на Си, то программа работать будет на любом проце. - FDA(01.10.2013 14:42)
- Непонятно, почему может не работать и почему должен повести себя по другому (особо качественный говнокод?), а также почему два раза то же самое (один же раз) и почему объём кода и скорость как-то принципиально отличаются для разных платформ (за fk0(232 знак., 01.10.2013 14:43)
- Не пойму в чём смысл второй раз её в реальном железу отлаживать. Маялся такой хренью пару лет назад (в MSVisual Studio на Си отлаживал), но потом бросил, потому как из такой отладки неясно как этот алгоритм в железе себя поведёт -сколько места Apтём(105 знак., 01.10.2013 14:40)