Изменение значения статической переменной

@Owyn · Регистрация: 28.05.2009

Author24 — интернет-сервис помощи студентам

не дает =\

C++

1 2	static char text[256]; text = "";

error: expression must be a modifiable lvalue

это же не конст, а просто статик, в pawn"е часто пользовался static и ок всё было

@ForEveR · 04.08.2010, 00:14

Собсна..

C++

#include <iostream>
 
int main()
{
    static char text[256];
    strcpy(text, "");
    return 0;
}

Или так.
Изменяем первый эл-т массива.

C++

#include <iostream>
 
int main()
{
    static char text[256];
    *text=' ';
    return 0;
}

@Owyn · 04.08.2010, 00:21 **[ТС]**

надо полностью все чары убить в массиве, лучше

C++

1	strcpy(text, "");

или

C++

1	for(int i=0; i<sizeof text; i++){text[i]=0;}

?

@CyBOSSeR · 04.08.2010, 00:24

Owyn, если ты хочешь, чтобы все элементы массива равнялись нулю:

C++

1	memset(text, 0, sizeof(text) / sizeof(text[0]));

@ForEveR · 04.08.2010, 00:25

CyBOSSeR, А можно ведь по сути просто char[256]={0}; Или с чаром такое не прокатит? По умолчанию, все элементы становятся нулем вроде как.

Вполне достойно отработало:

C++

#include <iostream>
 
int main()
{
    char x[5]={0};
    for(int i=0;i<5;++i)
        std::cout<<x[i];
    return 0;
}

@easybudda · 04.08.2010, 00:27

C++

1
2
3

#include <algorithm>
...
std::fill_n(text, 256, '\0');

@Owyn · 04.08.2010, 00:27 **[ТС]**

Сообщение от CyBOSSeR

sizeof(text) / sizeof(text[0])

text[256]:
т.е. 256 делить на один? а что не просто sizeof text

@CyBOSSeR · 04.08.2010, 00:28

Lavroff, при инициализации можно и так. Вообще говоря, глобальные статические переменные инициализируются нулем по умолчанию.

@easybudda · 04.08.2010, 00:29

Сообщение от Lavroff

Или с чаром такое не прокатит?

Ещё как прокатит. Но неплохо иметь способ обнулять буфер по мере надобности, а не только при инициализации...

@CyBOSSeR · 04.08.2010, 00:31

Сообщение от Owyn

text[256]:
т.е. 256 делить на один? а что не просто sizeof text

Сегодня ты используешь ANSI строки (один байт на символ), а завтра перейдешь на UNICODE (два байта на символ) и придется тебе все подобные допущения отлавливать. Деление на размер первого элемента не повредит.

@Owyn · 04.08.2010, 00:36 **[ТС]**

Сообщение от CyBOSSeR

Сегодня ты используешь ANSI строки (один байт на символ), а завтра перейдешь на UNICODE (два байта на символ) и придется тебе все подобные допущения отлавливать. Деление на размер первого элемента не повредит.

ясно,но я пока могу отличить char от wchar_t

@ForEveR · 04.08.2010, 00:37

Owyn, Одно дело отличить и писать заново) Другое дело просто поменять char на wchar)

@fasked · 04.08.2010, 00:39

Сообщение от CyBOSSeR

memset(text, 0, sizeof(text) / sizeof(text[0]));

по мне так лучше знать размер массива в отдельной переменной.

C

1	memset(text, 0, size * sizeof(char));

@CyBOSSeR · 04.08.2010, 00:50

Хотя нет, я не прав, для функции memset будет беспроблемной конструкция вида:

C++

1	memset(text, 0, sizeof(text));

т.к. ее необходимо знать количество байт, а не символов.
А вообще, я за вариант easybudda, только чуть поправленный для Windows:

C++

#include <algorithm>
#include <tchar.h>
 
std::fill_n(text, sizeof(text) / sizeof(text[0]), _T('\0'));

@easybudda · 04.08.2010, 01:47

Сообщение от CyBOSSeR

только чуть поправленный

Ну я вообще за то, чтобы размеры массивов в отдельной переменной или именованной константе хранить. Так в первую очередь самому нагляднее...

@Owyn · 04.08.2010, 11:37 **[ТС]**

Сообщение от CyBOSSeR

Хотя нет, я не прав, для функции memset будет беспроблемной конструкция вида:

C++

1	memset(text, 0, sizeof(text));

т.к. ее необходимо знать количество байт, а не символов.
А вообще, я за вариант easybudda, только чуть поправленный для Windows:

C++

#include <algorithm>
#include <tchar.h>
 
std::fill_n(text, sizeof(text) / sizeof(text[0]), _T('\0'));

оно настолько лучше мемсета?.. а то доп инклюды включать итд.. +_+

@CyBOSSeR · 04.08.2010, 12:12

Owyn, смотря как посмотреть. С одной стороны memset будет быстрее. С другой строны нам нужно заполнить строку нулевыми символами, которые записываются как '\0' для обычных символов и L'\0' для широких, поэтому с идеологической точки зрения std::fill_n будет предпочтительнее.

@Owyn · 04.08.2010, 12:43 **[ТС]**

разве
'\0' != 0 != 0x00 ?

@CyBOSSeR · 04.08.2010, 13:44

Owyn, просмотрел по этому вопросу стандарт, в стандарте явно не оговорено какой код имеет символ терминатор (может плохо смотрел). А если стандарт молчит, то обычно это означает, что реализация отдана на откуп разработчикам компилятора. Поэтому с полной уверенностью утверждать, что терминатор в представлении целого числа является нулем нельзя. Да и вообще для представления символов постарайся использовать только символьные литералы ('a', '2', 'Z' и т.п.).

accept · 05.08.2010, 03:57

'\0' - это восьмеричный код символа

C

1
2
3

    putchar('\12')
    putchar('\12')
    putchar('\12')

@easybudda Модератор 12458 / 7482 / 1753 Регистрация: 25.07.2009 Сообщений: 13,762
	04.08.2010, 01:47	15
	Сообщение от CyBOSSeR только чуть поправленный Ну я вообще за то, чтобы размеры массивов в отдельной переменной или именованной константе хранить. Так в первую очередь самому нагляднее... 0

@CyBOSSeR 2347 / 1720 / 148 Регистрация: 06.03.2009 Сообщений: 3,675
	04.08.2010, 12:12	17
	Owyn, смотря как посмотреть. С одной стороны memset будет быстрее. С другой строны нам нужно заполнить строку нулевыми символами, которые записываются как '\0' для обычных символов и L'\0' для широких, поэтому с идеологической точки зрения std::fill_n будет предпочтительнее. 0

@Owyn 0 / 0 / 0 Регистрация: 28.05.2009 Сообщений: 64
	04.08.2010, 12:43 [ТС]	18
	разве '\0' != 0 != 0x00 ? 0

@CyBOSSeR 2347 / 1720 / 148 Регистрация: 06.03.2009 Сообщений: 3,675
	04.08.2010, 13:44	19
	Owyn, просмотрел по этому вопросу стандарт, в стандарте явно не оговорено какой код имеет символ терминатор (может плохо смотрел). А если стандарт молчит, то обычно это означает, что реализация отдана на откуп разработчикам компилятора. Поэтому с полной уверенностью утверждать, что терминатор в представлении целого числа является нулем нельзя. Да и вообще для представления символов постарайся использовать только символьные литералы ('a', '2', 'Z' и т.п.). 0

@Owyn 0 / 0 / 0 Регистрация: 28.05.2009 Сообщений: 64
	04.08.2010, 00:27 [ТС]	7
	Сообщение от CyBOSSeR sizeof(text) / sizeof(text[0]) text[256]: т.е. 256 делить на один? а что не просто sizeof text 0

@CyBOSSeR 2347 / 1720 / 148 Регистрация: 06.03.2009 Сообщений: 3,675
	04.08.2010, 00:28	8
	Lavroff, при инициализации можно и так. Вообще говоря, глобальные статические переменные инициализируются нулем по умолчанию. 1

@easybudda Модератор 12458 / 7482 / 1753 Регистрация: 25.07.2009 Сообщений: 13,762
	04.08.2010, 00:29	9
	Сообщение от Lavroff Или с чаром такое не прокатит? Ещё как прокатит. Но неплохо иметь способ обнулять буфер по мере надобности, а не только при инициализации... 1

@CyBOSSeR 2347 / 1720 / 148 Регистрация: 06.03.2009 Сообщений: 3,675
	04.08.2010, 00:31	10
	Сообщение от Owyn text[256]: т.е. 256 делить на один? а что не просто sizeof text Сегодня ты используешь ANSI строки (один байт на символ), а завтра перейдешь на UNICODE (два байта на символ) и придется тебе все подобные допущения отлавливать. Деление на размер первого элемента не повредит. 1

@Owyn 0 / 0 / 0 Регистрация: 28.05.2009 Сообщений: 64
	04.08.2010, 00:36 [ТС]	11
	Сообщение от CyBOSSeR Сегодня ты используешь ANSI строки (один байт на символ), а завтра перейдешь на UNICODE (два байта на символ) и придется тебе все подобные допущения отлавливать. Деление на размер первого элемента не повредит. ясно,но я пока могу отличить char от wchar_t 0

@ForEveR В астрале 8049 / 4806 / 655 Регистрация: 24.06.2010 Сообщений: 10,562
	04.08.2010, 00:37	12
	Owyn, Одно дело отличить и писать заново) Другое дело просто поменять char на wchar) 0