Привет. 
Кодю под микроконтроллер на си.
Есть массив



Ести ли функция что бы проверить что в массиве все 1 или если в массиве все нули, то проверить что все нули?
Что бы не писать циклами.

Почему бы не хранить это в 8 байтах битами? И проверять будет проще... Функции, конечно, нет такой
Можно memcmp приспособить

http://ideone.com/wUGNRI

И, да.. Это будет работать только если в массиве либо 0 либо 1.

Это только циклами. Цикл может быть спраятан в функцию, но ведь функция - это не заклятье, её надо реализовать. Ну ещё для меланьких разрядностей и маленького количества элемента можно перетипизировать указатель на масив типом, чья разрядность покрывает весь массив. , но если тип вылезает за границы, то хак надо подправить:  + надо позабоиться о том, чтоб память за границей массива была в принципе адресуема на чтение, просто масссиву она может не принадлежать. Поэтому этот хак уже грязный, совсем свинячий, в отличие от первого варианта. Но это только для констант хорошо, иначе придётся в коде собирать значение для сравнения по элементам массива.

Это сообщение отредактировал(а) TarasProger - 5.8.2015, 18:57

это не хак, это баг   
при big-endian, работать не будет.

в данном случае, это как раз вполне реальная ситуация.

 
да, и зачем обфусцировать код. (константы в десятичном виде)?

Грязный хак и не должен работать на всём подряд, так как импользуеет для "оптимизации" под вполне определённую целевую платформу только её же особенности. Я сразу предупредил, что способ грязен и в приличном коде не уместен.

Добавлено @ 14:40
А что, кроскомпиляторы не раализуют сёвые типы?

Добавлено @ 14:40
А это то здесь каким боком?

Это сообщение отредактировал(а) TarasProger - 6.8.2015, 14:45

не работает (

Странная штука, я вот делаю вот так: 


buffer содержит в себе : {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}

И прикиньте. Тоже не работает, хотя по описанию функции, если массивы равны, то должно выполнится условие

Это сообщение отредактировал(а) supercelt - 11.8.2015, 13:04

supercelt, вам не приходила мысль что если не работает ни memchr , ни memcmp , значит ошибка где-то в другом месте?
например буфер не содержит всех единиц, или буфер содержит, но вывод выдает не туда, не так, не там..., и т.д, и т.п.
Под отладчиком не пробовали смотреть?

volatile, Так я и смотрел под ним. И массивы точно совпадают. В просмотрщике переменных видно, буфер забит единицами. Запускаю отладчик по шагам. Курсор приходит на условие сравнивает массивы и выходит из условия, не выполняя то что в нём.
Я тут ещё вычитал что нужно инклудить memory.h, когда используешь ф-ии mem. Хотя на другом сайте написано, что достаточно включить string.h В библиотеке атмела memory.h нету вообще. Погуглил, нигде нету этой библиотеки для СИ 

Это сообщение отредактировал(а) supercelt - 11.8.2015, 17:54

supercelt, оно бы просто не скомпилилось, если бы не хватало нужных инклудов
раз скомпилилось значит все норм.

Насчет атмеловского компилера, там довольно кривенький компилер.
нельзя зайти в саму функцию memchr или memcmp?
может там какие-то заглушки вместо них?

Вот, у мелкомягких взял простейшую реализацию этих функций. поставь их (переименуй если надо).
Если с этими все ок, значит проблема с атмеловским компилером. (верней с его CRT)



По крайней мере с этими ты пошагам сможешь пройти, и посмотреть что происходит.

Это сообщение отредактировал(а) volatile - 11.8.2015, 18:51

спасибо большое memcmp работает. Я так понял что она возвращает 0, если массивы равны да? 

да

в гугле набираешь одно слово memcmp, первая же ссылка
http://www.cplusplus.com/reference/cstring/memcmp/
лучше вряд ли кто объяснит. (совет   )

Какое дело может быть в инкладе? А очень простое: функция может быть не известна компилятору. Но тогда код бы не скомпилировался. Значит декларация или дублирована в заинклаженной голове, или та голова сама инкладит нужную.