Apтём (01.10.2013 14:54, просмотров: 73) ответил fk0 на Непонятно, почему может не работать и почему должен повести себя по другому (особо качественный говнокод?), а также почему два раза то же самое (один же раз) и почему объём кода и скорость как-то принципиально отличаются для разных платформ (за-
- О-о-о! Суперский довод! А что тебе даст знание того, что твой алгоритм декодирования 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)