-
- Жалкая паделка финских студентов написана на 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, )
- А может и не произойти. Вообще-то в большинстве случаев память выделяемая через 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)