Передать знак без знака в atoi без литья

Question

На каком-то встроенном устройстве я передал unsigned char указатель на atoiбез актерский состав.

unsigned char c[10]="12"; 
atoi(c); 

Вопрос: он четко определен?

I saw где-то нормально для строковых функций, но не был уверен в atoi.

Редактировать: Btw. Некоторые проблемы были высказаны по одному из нижеприведенных ответов, что может быть не так хорошо даже для строковых функций, таких как strcpy, - но если бы я получил право (?), То это означало и то, что на практике это может быть в порядке.

---

Кроме того, что я здесь, это нормально, чтобы сделать следующее присвоение к unsigned char указатель слишком хорошо? Потому что я использовал какой-то инструмент, который жалуется «Несоответствие типа (назначения) (PTRS подписанного/без знака)»

unsigned char *ptr = strtok(unscharbuff,"-"); 
    // is assignment also ok to unsigned char? 

Answer 1

Да, это будет работать прекрасно. Настройки вашего компилятора будут определять, будет ли вы получать предупреждение о типе. Обычно я компилирую с помощью -Wall, чтобы включить все предупреждения, а затем использовать статический кастинг в коде для каждого случая, так что я знаю, что внимательно изучил их. Конечным результатом являются нулевые ошибки и нулевые предупреждения, и любое изменение, которое вызывает предупреждение в будущем, действительно будет выделяться, а не потеряться в 100 переносимых сообщениях.

Answer 2

Нет, это не совсем правильно. Это нарушение ограничений, требующее диагностики времени компиляции. На практике это очень вероятно, что вы будете работать, как вы ожидаете, но это не гарантируется, и ИМХО это плохой стиль.

atoi функция объявлена ​​в <stdlib.h> как:

int atoi(const char *nptr); 

Вы пропускание unsigned char* аргумента функции, ожидающую char* аргумента. Эти два типа несовместимы, и нет никакого неявного преобразования из одного в другое. Соответствующий компилятор может выдать предупреждение (которое считается диагностическим), а затем продолжить генерировать исполняемый файл, но поведение этого исполняемого файла не определено.

Начиная с C99, вызов функции без видимой декларации является нарушением ограничения, поэтому вы не можете избежать этого, опуская #include <stdlib.h>.

C все же разрешает вызовы функций с видимым объявлением, где объявление не является прототипом (т. Е. Не определяет количество типов (типов) параметров). Таким образом, вместо обычного #include <stdlib.h>, вы можете добавить свою собственную декларацию:

int atoi(); 

, который позволил бы называть его с unsigned char* аргументом.

Это почти наверняка «работает», и может быть возможно построить аргумент из стандарта, чтобы его поведение было четко определено.В char и unsigned char значения '1' и '2' гарантированно иметь такое же представление

Но это гораздо проще добавить бросание чем доказать, что это не нужно - или, еще лучше, чтобы определить c как массив char а не как массив из unsigned char, так как он предназначен для хранения строки.

unsigned char *ptr = strtok(unscharbuff,"-"); 

Это также является нарушением ограничения. Нет никакого неявного преобразования из unsigned char* в char* для первого аргумента в вызове strtok, и нет никакого неявного преобразования из char* в unsigned char* для инициализации ptr.