MBedderтерминатор (09.04.2014 14:55, просмотров: 489) ответил fk0 на Только единственный рабочий компилятор -- C30 (последней версии). Код сгенерённый XC16 -- не работает.-
- да всяко бывает. Вот у меня mplabX с С30 не тормозил и не глючил для пик24-го(ЧЯДНТ :-))). Может как раз дело в XC16 и coff файле? А может еще в чем. REALICE у меня, если что. - abivan(09.04.2014 15:37)
- Мой
проектхелловорд на dsPIC33EP256MU806 написан в МПЛАБ 8.92 + ХС16 1.21 + немножко АСМа. Это серьезный измерительно-регистрирующий полевой прибор, включающий в себя: MBedder(1594 знак., 09.04.2014 17:32 - 10.04.2014 01:00)- Жалкая паделка финских студентов написана на 100% на C, из ассемблера только вектора прерываний, crt и ещё мелочи, в C30 v3.31. Это фуфлыжный и никому не нужный жалкий приборишко, работаю в подвале. GPS приёмник только один, измерять нечего, fk0(4559 знак., 10.04.2014 02:07 - 02:15)
- В Кортексах/gcc для контроля границы кучи при вызове malloc достаточно отрихтовать _sbrk(). У вас не так? - amusin(10.04.2014 18:48)
- Имеется ввиду контроль вылезания каждого отдельного блока за свои пределы, для чего по границам блока устанавливаются magic numbers и проверяются при операциях с блоком (free, realloc, malloc), а так же периодически (вся куча пробегается раз в fk0(49 знак., 10.04.2014 20:43)
- Теперь понятно, что сделали. Но, по-моему, мартышкин труд, т.к. не защищает от собственно записи за границу блока, после которой краш может произойти почти сразу же. - amusin(10.04.2014 21:08)
- А может и не произойти. Вообще-то в большинстве случаев память выделяемая через malloc() используется или под строки, или под структуры, и пишется большими кусками (sprintf, memcpy и т.п.) И затирание границы блока очень даже детектится (выделили fk0(738 знак., 10.04.2014 23:38)
- Переубедили - amusin_(11.04.2014 06:30,
)
- Переубедили - amusin_(11.04.2014 06:30,
- А может и не произойти. Вообще-то в большинстве случаев память выделяемая через malloc() используется или под строки, или под структуры, и пишется большими кусками (sprintf, memcpy и т.п.) И затирание границы блока очень даже детектится (выделили fk0(738 знак., 10.04.2014 23:38)
- Теперь понятно, что сделали. Но, по-моему, мартышкин труд, т.к. не защищает от собственно записи за границу блока, после которой краш может произойти почти сразу же. - amusin(10.04.2014 21:08)
- Имеется ввиду контроль вылезания каждого отдельного блока за свои пределы, для чего по границам блока устанавливаются magic numbers и проверяются при операциях с блоком (free, realloc, malloc), а так же периодически (вся куча пробегается раз в fk0(49 знак., 10.04.2014 20:43)
- офигеть. сложность задач впечатляет, что у тебя что у Мбеддера. У мну все гораздо скромнее на пик24 abivan(674 знак., 10.04.2014 10:45 - 15:17, ссылка)
- подвижный зайчик - этапять! Snaky(136 знак., 10.04.2014 10:49 - 10:55)
- Хорошее, годное семейство. Но Кортексы сейчас бесспорно предпочтительнее и универсальнее для любых новых проектов - я и этот позже на них переведу - MBedder(10.04.2014 12:06)
- скучно? :-) abivan(93 знак., 10.04.2014 15:35)
- Нет, просто надоела всяческая уникальность и безальтернативный инструментарий - MBedder(10.04.2014 16:23)
- Может чип и неплох, но то, что вокруг него энтузазизьму не способствует. - Гудвин(10.04.2014 16:18)
- скучно? :-) abivan(93 знак., 10.04.2014 15:35)
- Хорошее, годное семейство. Но Кортексы сейчас бесспорно предпочтительнее и универсальнее для любых новых проектов - я и этот позже на них переведу - MBedder(10.04.2014 12:06)
- подвижный зайчик - этапять! Snaky(136 знак., 10.04.2014 10:49 - 10:55)
- истинный программист. программирование ради программирования. всё это рожно при вынужденной смене архитектуры придётся отправить в dev/null. трэш угар и содомия. - Mahagam(10.04.2014 14:43)
- Респект и уважуха. Мне еще учиться и учиться - у меня цикл сборки настолько примитивен, что даже стыдно говорить: нажал кнопку Make, дождался сборки и автопрошивки - и смотрю на обновленный экранчик дисплея :)) MBedder(255 знак., 10.04.2014 08:33 - 11:59)
- Не зря он буденновку надел :) - Ruslan(10.04.2014 14:54)
- твоё? Snaky(41 знак., 10.04.2014 07:19, картинка)
- :)) - MBedder(10.04.2014 08:16)
- Коллеги, Ваше обсуждение начинает мне напоминать анекдот про маяк -> - Evgeny_CD(10.04.2014 02:44 - 03:11, ссылка)
- В Кортексах/gcc для контроля границы кучи при вызове malloc достаточно отрихтовать _sbrk(). У вас не так? - amusin(10.04.2014 18:48)
- Жалкая паделка финских студентов написана на 100% на C, из ассемблера только вектора прерываний, crt и ещё мелочи, в C30 v3.31. Это фуфлыжный и никому не нужный жалкий приборишко, работаю в подвале. GPS приёмник только один, измерять нечего, fk0(4559 знак., 10.04.2014 02:07 - 02:15)
- У меня C30 не производит coff. В других с ELF не работает objcopy --> Mplab-X не нужен. XC16 -- я ж ссылку дал -- он генерирует не работающий код. Это ловится на раз на проекте сколько-нибудь большого размера. На хелловорде, понятно, можно и не fk0(152 знак., 09.04.2014 15:47)
- я с тобой и не спорю про XC16, тем более что необходимости его использовать пока не вижу. Я возразил против глючности MplabX для 24-го в связке с С30. И сделал предположение, почему у меня все OK. - abivan(09.04.2014 15:59)
- А глюки в исходниках исключены ввиду непогрешимости кодирующего? :-) - SciFi(09.04.2014 15:51)
- Мой
- да всяко бывает. Вот у меня mplabX с С30 не тормозил и не глючил для пик24-го(ЧЯДНТ :-))). Может как раз дело в XC16 и coff файле? А может еще в чем. REALICE у меня, если что. - abivan(09.04.2014 15:37)
