String: Difference between revisions

From Valve Developer Community
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
{{toc-right}}
{{toc-right}}


[[W:Array data structure|Array]]s of <code>[[char]]</code> are commonly used to store [[W:ASCII|ASCII]] text. These buffers have a special term:''' [[W:String (computer science)|strings]]''', or sometimes "C strings". They are important, but complicated.
[[W:Array data structure|Array]]s of <code>[[char]]</code> ([[W:ASCII|ASCII]]) or <code>[[wchar_t]]</code> ([[W:Unicode|Unicode]]) are commonly used to store text. These buffers have a special term:''' [[W:String (computer science)|strings]]''', or sometimes "C strings". They are important, but complicated.


== Null terminator ==
== Null terminator ==


'''A string is always one <code>char</code> larger than it appears. The extra item is the null terminator (binary zero, typed as <code>\0</code>).''' This is required because a [[pointer]] to a string is generally passed around, rather than the array itself, and a pointer does not contain data on the string's length.
'''A string is always one character larger than it appears. The extra item is the null terminator (binary zero, typed as <code>\0</code>).''' This is required because a [[pointer]] to a string is generally passed around, rather than the array itself, and a pointer does not contain data on the string's length.


Without the terminator it would be impossible to determine where the string ended and where the next variable, or just unassigned memory, began. This is what a [[W:buffer overflow|buffer overflow]] is, and those are bad news!
Without the terminator it would be impossible to determine where the string ended and where the next variable, or just unassigned memory, began. This is what a [[W:buffer overflow|buffer overflow]] is, and those are bad news!
Line 27: Line 27:


<source lang=cpp>
<source lang=cpp>
char MyString[12]; // accepts a static number only
char MyString[12]; // accepts a static size only


int StringLen = 12;
int StringLen = 12;
char* pMyString = new char[StringLen]; // accepts a variable
char* pMyString = new char[StringLen]; // accepts a variable size


delete[] pMyString; // always delete / delete[] anything created with 'new' after use
delete[] pMyString; // always delete / delete[] anything created with 'new' after use
Line 40: Line 40:


== Unicode strings ==
== Unicode strings ==
{{note|Source is internally ASCII. The only time you will deal with Unicode is if you delve into the inner workings of [[VGUI]].}}


[[W:Unicode|Unicode]] strings behave similarly to ASCII strings, but are instead arrays of <code>[[wchar_t]]</code>. They are operated on by their own set of string functions, normally with 'wc' or 'wcs' (wide char string) in their name.
[[W:Unicode|Unicode]] strings behave similarly to ASCII strings, but are instead arrays of <code>[[wchar_t]]</code>. They are operated on by their own set of string functions, normally with 'wc' or 'wcs' (wide char string) in their name.


Source is internally ASCII: the only time you will deal with Unicode is if you delve into [[VGUI]].
<source lang=cpp>
wchar_t* MyWideString = L"Здравей свят";
</source>
 
The <code>L</code> marks the string literal as being Unicode. You need to do this even if the characters are all ASCII-compatible.


== String functions ==
== String functions ==

Revision as of 06:24, 8 December 2010

Arrays of char (ASCII) or wchar_t (Unicode) are commonly used to store text. These buffers have a special term: strings, or sometimes "C strings". They are important, but complicated.

Null terminator

A string is always one character larger than it appears. The extra item is the null terminator (binary zero, typed as \0). This is required because a pointer to a string is generally passed around, rather than the array itself, and a pointer does not contain data on the string's length.

Without the terminator it would be impossible to determine where the string ended and where the next variable, or just unassigned memory, began. This is what a buffer overflow is, and those are bad news!

Tip.pngTip:The null terminator does not need to be the last item in the array. The bytes after it will just be ignored by string-handling functions.

Creating from string literal

char* MyString = "Hello world"; // must assign to pointer!

This code creates a string from a string literal. The double quote marks are special syntax which generate an array of char from their contents. The code above therefore:

  1. Assigns 12 bytes of memory, somewhere arbitrary, to store the string. This is one byte for each character, plus an automatic twelfth for the null terminator.
  2. Creates a local char pointer containing the address of the first character (H in this case).

String literals are often handed with const variables. This is because a string literal will stay in memory for the process's whole lifespan.

Creating by size

char MyString[12]; // accepts a static size only

int StringLen = 12;
char* pMyString = new char[StringLen]; // accepts a variable size

delete[] pMyString; // always delete / delete[] anything created with 'new' after use

This code both allocates two 12-byte strings, but does not write anything to them (so their contents will be either blank or gibberish). They need to be assigned to, ideally with a string function like strcpy() or sprintf().

The difference between them is that one creates an array in the function's memory space, while the other creates a pointer in the function and uses new to allocate the string itself somewhere else. The advantage of new is that you can allocate an array of a size determined at run-time, but the downside is that if you aren't scrupulous about calling delete (or delete[] for arrays) you will suffer a memory leak.

Unicode strings

Note.pngNote:Source is internally ASCII. The only time you will deal with Unicode is if you delve into the inner workings of VGUI.

Unicode strings behave similarly to ASCII strings, but are instead arrays of wchar_t. They are operated on by their own set of string functions, normally with 'wc' or 'wcs' (wide char string) in their name.

wchar_t* MyWideString = L"Здравей свят";

The L marks the string literal as being Unicode. You need to do this even if the characters are all ASCII-compatible.

String functions

There are a multitude of functions which process strings, of which the most common ASCII variants have Source-specific V_* equivalents. See MSDN for a quite comprehensive list, or search VS' Class View for "V_str".