Чисто теоретический вопрос по CString::Format

[xe3]

Вот чего я не понимаю. Может уважаемые коллеги подскажут. Допустим у нас есть такой код:

CString resString, tempString("blabla");

resString.Format("%s",tempString);

и он отлично работает. И это странно - вторая строчка должна выглядеть так, если подходить строго:

resString.Format("%s",(LPCTSTR)temp String);

ведь на стеке реально находится не указатель на нуль терминированную строку, а что-то совершенно случайное!

Объясните - что-то туплю и не понимаю.

[p51x]

http://msdn.microsoft.com/en-us/libr...(v=vs.80).aspx

[netrino]

Вообще, это должно бы быть ошибкой компилятора (шланг именно так и делает). Но работает, потому как, по всей видимости, поле-указатель на данные идёт первым в списке полей класса, а при передаче аргументом в функцию с переменных числом параметров, объект класса просто запихивается в стек целиком. Другими словами, что-нибудь вроде

resString.Format("%s%d", tempString, 100000);

может выдать не то, что Вы ожидаете (в силу вероятного существования полей хранящих длину строки, ёмкость и так далее).

[Rififi]

xe3

Вот чего я не понимаю. Может уважаемые коллеги подскажут. Допустим у нас есть такой код:

CString resString, tempString("blabla");

resString.Format("%s",tempString);

и он отлично работает. И это странно - вторая строчка должна выглядеть так, если подходить строго:

resString.Format("%s",(LPCTSTR)temp String);

Все правильно.
И ссылка на msdn вообще не в тему.
эллипсису похеру, что у обьекта есть оператор приведения к типу, поэтому printf тупо выгребает из стека адрес обьекта.

в качестве демонстрации попробуй запустить такой пример, проанилизируй результаты:

class string
{
public:
	string(const char* s) : s_(_strdup(s)), length_(strlen(s))
	{ }

	~string()
	{ free(s_); }

	size_t size() const
	{ return length_; }

	operator const char* () const
	{ return s_; }

protected:
	size_t length_;
	char* s_;

private:
	string(const string&);
	string& operator=(const string&);
};

void print1(const char* p)
{
	printf("operator char*: %s\n", p);
}

void print2(const string& obj)
{
	printf("size: %u, object: %s\n", obj.size(), obj);
}

int main()
{
	string s("Hello");
	print1(s);
	print2(s);

	return 0;
}

Если покопаться в гоогле, то можно найти статью, вроде от разработчиков ATL, в которой они объясняли трюк с cstring

вкраце - мы понимаем, что правильная запись должна быть str.GetString() или (LPCTSTR) str, но вокруг полно быдло-программистов, которые этого даже не подозревают, а помои за падающие программы, как обычно, выливают на MS, поэтому мы сами пытаемся выпрямить им руки и заставить говно-код работать.

[xe3]

to All

Спасибо! По здравому размышлению за ночь все стало понятно. Не надо программировать по вечерам, но когда тогда программировать?! )))

Да, все работает, только потому что в CSimpleStringT только один член данных, совпадающий по типу с ожидаемым printf -

private:
PXSTR m_pszData;

но стоит произвести из CString новый класс и добавить членов-данных - все полетит в тар-тарары... Замучательно!

Еще раз всем спасибо!