Дефолтное значение для параметра типа unsigned char*

Спасибо! А насколько это правильно?

Возможно я упорот и старомоден, но я бы передавал некий NULL, а внутри уже бы проверял там все что нужно. Значения по - умолчанию я считаю злом.

это не приалвьно

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

Это конструктор.

тогда в чем проблема?

Почему?

Всмысле?

передавай std::string.

в смысле я думаю, что можно так делать

Как бы мне заставить все это работать. Мало того, что в хейдере объявлять переменные дурно тон(насколько мне известно)...
Делаю так:

unsigned char bar_default[] = "ttesting";
class Some {
	public:
		Some(unsigned bar[] = bar_default);
...

./src/HCEngine.o:(.data+0x0): multiple definition of `bar_default'
./src/HCEWindow.o:(.data+0x0): first defined here

аргумент по умолчанию для параметра типа «unsigned char*» имеет тип «const char [9]»

Почему ты хочешь привести тип, а не вдуматься в ошибку и понять, что ты делаешь не так? Строковая константа «testng» на то и константа, что ее нельзя изменить. Если твоя foo() не изменяет передеваемый ей параметр, то передавай его как const char*. Если изменяет - тогда вызов с параметром по умолчанию будет пытаться изменить константу, что есть ошибка.

В смысле объявить ее с параметром типа const unsigned char*?

Нет, ну с const char* работать то будет, а вот как правильно это(задать значение по умолчанию) сделать для const unsigned char*

char может быть как signed, так и unsigned на усмотрение компилятора. Строковые константы имеют тип const char*. В твоем случае у тебя видимо компилятор, который представляет char как signed. Нафиг тебе именно unsigned?

эмм... я бы оставил все это порно в .cpp, а в хидере просто поставил бы комментарий // default value = «testing»

твои ошибки линкера из-за определения переменной в хидере и включения последнего в несколько файлов. если это и можно обойти не потеряв при этом наглядности дефолт значения, то костыли получатся адские

Eсть функция

int XChangeProperty(
    Display*		/* display */,
    Window		/* w */,
    Atom		/* property */,
    Atom		/* type */,
    int			/* format */,
    int			/* mode */,
    _Xconst unsigned char*	/* data */,
    int			/* nelements */
);

Хм... Заголовочник включен лишь однажды.

Пойду спать...
Утро вечера мудренее.
Всем спасибо за помощь в столь позднее время.

Еще небольшой вопрос немного не в тему:
Делаю:

const_cast<char*>(&"qwertyui")

 некорректное применение const_cast от типа «const char (*)[9]» к типу «char*»

const_cast<char*>(&«qwertyui»)
&«qwertyui»

-__-

Это просто эксперимент, решил посмотреть как оно...

Звездочка означает, что это указатель на const char [9].

Во первых, нужно const_cast<char*>(«qwertyui»). Во-вторых, за такой const_cast нужно руки отрывать, т.к. чревато крешем проги.

_Xconst unsigned char*

А _Xconst - видимо какой-то дефайн на const, так? Если нет, то как-то странно.

Если у тебя ф-ция принимает unsigned char и тебе нужно передать ASCII строку (т.е. такую, в которой коды букв не превышают 127), то static_cast прокатит.

Ок, спасибо, думаю дальше разберусь.

Упс, я имел ввиду reinterpret_cast:

reinterpret_cast<const unsigned char*>(«shit»);

Еще один вопросик возник:
Нашел на просторах такой код

void * tmp = const_cast<char*>("abcdg");
unsigned char *p = static_cast<unsigned char*>(tmp);

char * tmp = const_cast<char*>("abcdg");
unsigned char *p = reinterpriter_cast<unsigned char*>(tmp);

Достаточно reinterpret_cast<unsigned char*>(«shit»). Но любой ценой избегай убирания const при передаче параметра в неизвестную функцию. Уж лучше что-то типа:

unsigned char buf[100];
strcpy(reinterpret_cast<char*>(buf), "shit");
foo(buf);

А после нужно уничтожать объект, созданный strcpy?

Блин, strcpy не создает никаких объектов! Буфер в стеке.

Спасибо еще раз.

слушай, будь другом, скажи пожалуйста, у тебя есть реальная аргументация против std::string? я не хотел бы тебя задалбывать, решай свои проблемы так, как тебе кажется правильным, но я например вообще не вижу смысла во всей этой ахинее, типа const_cast и прочее. ты можешь ответить конкретно почему ты не хочешь использовать std::string? спасибо.

Я не против string, даже всеми руками за.
В данном случае мне необходимо было использовать для параметра именно char*, ибо он используется всего в одной функции, а из-за нее тянуть либу было неохота.
Может я в чем то не прав(2 года назад ушел с C++ на Python и многое позабыл), но мне кажется это логичным.

какую либу? slt стандартная фича давно уже.

В любом случае придется приводить к типу unsigned char*, а если использовать string то придется еще сначала привести его к char*.

Вообще я повсеместно стараюсь использовать string.

а если использовать string то придется еще сначала привести его к char*.

А в чем проблема?

Ты завязывай с грибами, скоро не сможешь шнурки завязать.