Using Pointers, Arrays, Structures and Unions in 8051 C Compilers

by Olaf Pfieffer, based on the C51 Primer by Mike Beach, Hitex UK

Although both the Keil and Raisonance 8051 C compiler systems allow you to use pointers, arrays, structures and unions as in any PC-based C dialect, there are several important extensions allowing to generate more efficient code.

Using Pointers And Arrays

One of C's greatest strengths can also be its greatest weakness - the pointer. The use and, more appropriately, the abuse of this language feature is largely why C is condemned by some as dangerous!

Pointers In Assembler

For an assembler programmer the C pointer equates closely to indirect addressing. In the 8051 this is achieved by the following instructions

MOV R0,#40 ; Put on-chip address to be indirectly
MOV A,@RO ; addressed in R0
MOV R0,#40 ; Put off-chip address to be indirectly
MOVX A,@RO ; addressed in R0
MOVX A,@DPTR ; Put off-chip address to be indirectly
; addressed in DPTR
CLR A
MOV DPTR,#0040 ; Put off-chip address to be indirectly
MOVC A,@A+DPTR ; addressed in DPTR

In each case the data is held in a memory location indicated by the value in registers to the right of the '@'.

Pointers In C

The C equivalent of the indirect instruction is the pointer. The register holding the address to be indirectly accessed in the assembler examples is a normal C type, except that its purpose is to hold an address rather than a variable or constant data value.

It is declared by:

unsigned char *pointer0 ;

Note the asterisk prefix, indicating that the data held in this variable is an address rather than a piece of data that might be used in a calculation etc..

In all cases in the assembler example two distinct operations are required:

1. Place address to be indirectly addressed in a register.
2. Use the appropriate indirect addressing instruction to access data held at chosen address.

Fortunately in C the same procedure is necessary, although the indirect register must be explicitly defined, whereas in assembler the register exists in hardware.

/* 1 - Define a variable which will hold an address */
unsigned char *pointer ;
/* 2 - Load pointer variable with address to be accessed*/
/*indirectly */
pointer = &c_variable ;
/* 3 - Put data '0xff' indirectly into c variable via*/
/*pointer */
*pointer = 0xff ;

Taking each operation in turn...

Reserve RAM to hold pointer. In practice the compiler attaches a symbolic name to a RAM location, just as with a normal variable.
Load reserved RAM with address to be accessed, equivalent to 'MOV R0,#40'. In English this C statement means: "take the 'address of' c_variable and put it into the reserved RAM, i.e, the pointer" In this case the pointer's RAM corresponds to R0 and the '&' equates loosely to the assembler '#'.
Move the data indirectly into pointed-at C variable, as per the assembler 'MOV A,@R0'.

The ability to access data either directly, x = y, or indirectly, x = *y_ptr, is extremely useful. Here is C example:

/* Demonstration Of Using A Pointer */
void function(void)
{
unsigned char c_variable ; // 1 - Declare a c variable unsigned char
*ptr ; // 2 - Declare a pointer (not pointing at anything yet!)
c_variable = 0xff ; // 3 - Set variable equal to 0xff directly
// OR, to do the same with pointers:
ptr = &c_variable ; // 4 - Force pointer to point at c_variable at run time
*ptr = 0xff ; // 5 - Move 0xff into c_variable indirectly
}

Note: Line 8 causes pointer to point at variable. An alternative way of doing this is at compile time thus:

/* Demonstration Of Using A Pointer */
void function (void)
{
unsigned char c_variable; // 1-Declare a c variable
unsigned char *ptr = &c_variable; // 2-Declare a pointer, intialized to pointing at
c_variable during compilation
c_variable = 0xff ; // 3 - Set variable equal to 0xff directly
// OR - use the pointer which is already initialized
*ptr = 0xff // 5 - Move 0xff into c_variable indirectly
}

Pointers with their asterisk prefix can be used exactly as per normal data types. The statement:

x = y + 3 ;

could equally well perform with pointers, as per

char x, y ;
char *x_ptr = &x ;
char *y_ptr = &y ;
*x_ptr = *y_ptr + 3 ;

or:

x = y * 25 ;
*x_ptr = *y_ptr * 25 ;

The most important thing to understand about pointers is that

*ptr = var ;

means "set the value of the pointed-at address to value var", whereas

ptr = &var ;

means "make ptr point at var by putting the address of (&) in ptr, but do not move any data out of var itself".

Thus the rule is to initialize a pointer:

ptr = &var ;

To access the data indicated by *ptr:

var = *ptr ;

Pointers To Absolute Addresses

In embedded C, ROM, RAM and peripherals are at fixed addresses. This immediately raises the question of how to make pointers point at absolute addresses rather than just variables whose address is unknown (and largely irrelevant).

The simplest method is to determine the pointed-at address at compile time:

char *abs_ptr = 0x8000 ; // Declare pointer and force to 0x8000

However if the address to be pointed at is only known at run time, an alternative approach is necessary. Simply, an uncommitted pointer is declared and then forced to point at the required address thus:

char *abs_ptr ; // Declare uncommitted pointer
abs_ptr = (char *) 0x8000 ; // Initialize pointer to 0x8000
*abs_ptr = 0xff ; // Write 0xff to 0x8000
*abs_ptr++ ; // Make pointer point at next location in RAM

Arrays And Pointers - Two Sides Of The Same Coin?

Uninitialized Arrays

The variables declared via

unsigned char x ;
unsigned char y ;

are single 8 bit memory locations. The declarations:

unsigned int a ;
unsigned int b ;

yield four memory locations, two allocated to 'a' and two to 'b'. In other programming languages it is possible to group similar types together in arrays. In basic an array is created by DIM a(10).
Likewise 'C' incorporates arrays, declared by:

unsigned char a[10] ;

This has the effect of generating ten sequential locations, starting at the address of 'a'. As there is nothing to the right of the declaration, no initial values are inserted into the array. It therefore contains zero data and serves only to reserve ten contiguous bytes.

Initialized Arrays

A more usual instance of arrays would be

unsigned char test_array [] = { 0x00,0x40,0x80,0xC0,0xFF } ;

where the initial values are put in place before the program gets to "main()". Note that the size of this initialized array is not given in the square brackets - the compiler works-out the size automatically upon compilation.

Another common instance of an array is analogous to the BASIC string as per:

A$ = "HELLO!"

In C this equates to:

char test_array[] = { "HELLO!" } ;

In C there is no real distinction between strings and arrays as a C array is just a series of sequential bytes occupied either by a string or a series of numbers. In fact the realms of pointers and arrays overlap with strings by virtue of :

char test_array = { "HELLO!" } ;
char *string_ptr = { "HELLO!" } ;

Case 1 creates a sequence of bytes containing the ASCII equivalent of "HELLO!". Likewise the second case allocates the same sequence of bytes but in addition creates a separate pointer called *string_ptr to it. Notice that the "unsigned char" used previously has become "char", literally an ASCII character.

The second is really equivalent to:

char test_array = { "HELLO!" } ;

Then at run time:

char arr_ptr = test_array ; // Array treated as pointer - or;
char arr_ptr = &test_array[0] ;
// Put address of first element of array into pointer

This again shows the partial interchangeability of pointers and arrays. In English, the first means "transfer address of test_array into arr_ptr". Stating an array name in this context causes the array to be treated as a pointer to the first location of the array. Hence no "address of" (&) or '*' to be seen.

The second case reads as "get the address of the first element of the array name and put it into arr_ptr". No implied pointer conversion is employed, just the return of the address of the array base.

The new pointer "*arr_ptr" now exactly corresponds to *string_ptr, except that the physical "HELLO!" they point at is at a different address.

Using Arrays

Arrays are typically used like this

/* Copy The String HELLO! Into An Empty Array */
unsigned char source_array[] = { "HELLO!" } ;
unsigned char dest_array[7];
unsigned char array_index ;
array_index = 0 ; // First character index
while(array_index < 7) // Check for end of array
{
dest_array[array_index] = source_array[array_index] ;
// Move character-by-character into destination array
array_index++ ; // Next character index
}

The variable array_index shows the offset of the character to be fetched (and then stored) from the starts of the arrays.

As has been indicated, pointers and arrays are closely related. Indeed the above program could be re-written as:

/* Copy The String HELLO! Into An Empty Array */
char *string_ptr = { "HELLO!" } ;
unsigned char dest_array[7] ;
unsigned char array_index ;
array_index = 0 ; // First character index
while(array_index < 7) // Check for end of array
{
dest_array[array_index] = string_ptr[array_index] ;
// Move character-by-character into destination array.
array_index++ ;
}

The point to note is that only the definition of string_ptr (previous source_array) changed. By removing the '*' on string_ptr and appending a '[ ]' pair, this pointer can be turned back into an array!

However in this case there is an alternative way of scanning along the HELLO! string, using the *ptr++ convention:

/* Copy The String HELLO! Into An Empty Array */
char *string_ptr = { "HELLO!" } ;
unsigned char dest_array[7] ;
unsigned char array_index ;
array_index = 0 ; // First character index
while(array_index < 7) // Check for end of array
{
dest_array[array_index] = *string_ptr++ ;
// Move character-by-character into destination array.
array_index++ ;
}

This is an example of C being somewhat inconsistent; this *ptr++ statement does not mean "increment the thing being pointed at" but rather, increment the pointer itself, so causing it to point at the next sequential address. Thus in the example the character is obtained and then the pointer moved along to point at the next higher address in memory.

Summary Of Arrays And Pointers

To summarize

Create An Uncommitted Pointer

unsigned char *x_ptr ;

Create A Pointer To A Normal C Variable

unsigned char x ;
unsigned char *x_ptr = &x ;

Create An Array With No Initial Values

unsigned char x_arr[10] ;

Create An Array With Initialized Values

unsigned char x_arr[] = { 0,1,2,3 } ;

Create An Array In The Form Of A String

char x_arr[] = { "HELLO" } ;

Create A Pointer To A String

char *string_ptr = { "HELLO" } ;

Create A Pointer To An Array

char x_arr[] = { "HELLO" } ;
char *x_ptr = x_arr ;

Force A Pointer To Point At The Next Location

*ptr++ ;

Structures

Structures are perhaps what makes C such a powerful language for creating very complex programs with huge amounts of data. They are basically a way of grouping together related data items under a single symbolic name.

Why Use Structures?

Here is an example: A piece of C51 software had to perform a linearization process on the raw signal from a variety of pressure sensors manufactured by the same company. For each sensor to be catered for there is an input signal with a span and offset, a temperature coefficient, the signal conditioning amplifier, a gain and offset. The information for each sensor type could be held in "normal" constants thus:

unsigned char sensor_type1_gain = 0x30 ;
unsigned char sensor_type1_offset = 0x50 ;
unsigned char sensor_type1_temp_coeff = 0x60 ;
unsigned char sensor_type1_span = 0xC4 ;
unsigned char sensor_type1_amp_gain = 0x21 ;
unsigned char sensor_type2_gain = 0x32 ;
unsigned char sensor_type2_offset = 0x56 ;
unsigned char sensor_type2_temp_coeff = 0x56 ;
unsigned char sensor_type2_span = 0xC5 ;
unsigned char sensor_type2_amp_gain = 0x28 ;
unsigned char sensor_type3_gain = 0x20 ;
unsigned char sensor_type3_offset = 0x43 ;
unsigned char sensor_type3_temp_coeff = 0x61 ;
unsigned char sensor_type3_span = 0x89 ;
unsigned char sensor_type3_amp_gain = 0x29 ;

As can be seen, the names conform to an easily identifiable pattern of:

unsigned char sensor_typeN_gain = 0x20 ;
unsigned char sensor_typeN_offset = 0x43 ;
unsigned char sensor_typeN_temp_coeff = 0x61 ;
unsigned char sensor_typeN_span = 0x89 ;
unsigned char sensor_typeN_amp_gain = 0x29 ;

Where 'N' is the number of the sensor type. A structure is a neat way of condensing this type of related and repeating data. In fact the information needed to describe a sensor can be reduced to a generalized:

unsigned char gain ;
unsigned char offset ;
unsigned char temp_coeff ;
unsigned char span ;
unsigned char amp_gain ;

The concept of a structure is based on this idea of generalized "template" for related data. In this case, a structure template (or "component list") describing any of the manufacturer's sensors would be declared:

struct SENSOR_DESC
{
unsigned char gain ;
unsigned char offset ;
unsigned char temp_coeff ;
unsigned char span ;
unsigned char amp_gain ;
} ;

This does not physically do anything to memory. At this stage it merely creates a template which can now be used to put real data into memory.

This is achieved by:

struct SENSOR_DESC sensor_database ;

This reads as "use the template SENSOR_DESC to layout an area of memory named sensor_database, reflecting the mix of data types stated in the template". Thus a group of 5 unsigned chars will be created in the form of a structure.

The individual elements of the structure can now be accessed as:

sensor_database.gain = 0x30 ;
sensor_database.offset = 0x50 ;
sensor_database.temp_coeff = 0x60 ;
sensor_database.span = 0xC4 ;
sensor_database.amp_gain = 0x21 ;

Arrays Of Structures

In the example though, information on many sensors is required and, as with individual chars and ints, it is possible to declare an array of structures. This allows many similar groups of data to have different sets of values.

struct SENSOR_DESC sensor_database[4] ;

This creates four identical structures in memory, each with an internal layout determined by the structure template. Accessing this array is performed simply by appending an array index to the structure name:

/*Operate On Elements In First Structure Describing */
/*Sensor 0 */
sensor_database[0].gain = 0x30 ;
sensor_database[0].offset = 0x50 ;
sensor_database[0].temp_coeff = 0x60 ;
sensor_database[0].span = 0xC4 ;
sensor_database[0].amp_gain = 0x21 ;
/* Operate On Elements In First Structure Describing */
/*Sensor 1 */
sensor_database[1].gain = 0x32 ;
sensor_database[1].offset = 0x56 ;
sensor_database[1].temp_coeff = 0x56 ;
sensor_database[1].span = 0xC5 ;
sensor_database[1].amp_gain = 0x28 ;
// and so on...

Initialized Structures

As with arrays, a structure can be initialized at declaration time

struct SENSOR_DESC sensor_database = { 0x30, 0x50, 0x60, 0xC4, 0x21 } ;

so that here the structure is created in memory and pre-loaded with values.
The array case follows a similar form:

struct SENSOR_DESC sensor_database[4] =
{
{0x20,0x40,0x50,0xA4,0x21},
{0x33,0x52,0x65,0xB4,0x2F},
{0x30,0x50,0x48,0xC4,0x3A},
{0x32,0x56,0x56,0xC5,0x28}
} ;

Placing Structures At Absolute Addresses

It is sometimes necessary to place a structure at an absolute address. A typical example are CAN interfaces or other peripheral chips that offer arrays of data groups.

For example, the registers of a memory-mapped real time clock chip are to be grouped together as a structure. The template in this instance might be

// Contents Of RTCBYTES.C Module
struct RTC
{
unsigned char seconds ;
unsigned char minutes ;
unsigned char hours ;
unsigned char days ;
} ;
struct RTC xdata RTC_chip ; // Create xdata structure

A trick using the linker is required here so the structure creation must be placed in a dedicated module. This module's XDATA segment, containing the RTC structure, is then fixed at the required address at link time.

Using the absolute structure could be:

/* Structure located at base of RTC Chip */
MAIN.C Module
extern xdata struct RTC_chip ;
/* Other XDATA Objects */
xdata unsigned char time_secs, time_mins ;
void main(void)
{
time_secs = RTC_chip.seconds ;
time_mins = RTC_chip.minutes;
}

Linker Input File To Locate RTC_chip structure over real RTC Registers is:

l51 main.obj,rtcbytes.obj XDATA(?XD?RTCBYTES(0h))

Pointers To Structures

Pointers can be used to access structures, just as with simple data items. Here is an example:

/* Define pointer to structure */
struct SENSOR_DESC *sensor_database ;
/* Use Pointer To Access Structure Elements */
sensor_database->gain = 0x30 ;
sensor_database->offset = 0x50 ;
sensor_database->temp_coeff = 0x60 ;
sensor_database->span = 0xC4 ;
sensor_database->amp_gain = 0x21 ;

Note that the '*' which normally indicates a pointer has been replaced by appending '->' to the pointer name. Thus '*name' and 'name->' are equivalent.

Passing Structure Pointers To Functions

A common use for structure pointers is to allow them to be passed to functions without huge amounts of parameter passing; a typical structure might contain 20 data bytes and to pass this to a function would require 20 parameters to either be pushed onto the stack or an abnormally large parameter passing area. By using a pointer to the structure, only the two or three bytes that constitute the pointer need be passed. This approach is recommended for C51 as the overhead of passing whole structures can tie the poor old 8051 CPU in knots!

This would be achieved by:

struct SENSOR_DESC *sensor_database ;
sensor_database->gain = 0x30 ;
sensor_database->offset = 0x50 ;
sensor_database->temp_coeff = 0x60 ;
sensor_database->span = 0xC4 ;
sensor_database->amp_gain = 0x21 ;
test_function(*struct_pointer) ;
test_function(struct SENSOR_DESC *received_struct_pointer)
{
// Write directly into the structure
received_struct_pointer->gain = 0x20 ;
received_struct_pointer->temp_coef = 0x40 ;
}

Advanced Note: Using a structure pointer will cause the called function to operate directly on the structure rather than on a copy made during the parameter passing process.

Structure Pointers To Absolute Addresses

It is sometimes necessary to place a structure at an absolute address. This might occur if, for example, a memory-mapped real time clock chip is to be handled as a structure. An alternative approach to that given earlier is to address the clock chip via a structure pointer.

The important difference is that in this case no memory is reserved for the structure - only an "image" of it appears to be at the address.

The template in this instance might be:

/* Define Real Time Clock Structure */
struct RTC
{
char seconds ;
char mins ;
char hours ;
char days ;
} ;
/* Create A Pointer To Structure */
struct RTC xdata *rtc_ptr ; // 'xdata' tells C51 that this
//is a memory-mapped device.
void main(void)
{
rtc_ptr = (void xdata *) 0x8000 ; // Move structure
// pointer to address of real-time
// clock at 0x8000 in xdata
rtc_ptr->seconds = 0 ; // Operate on elements
rtc_ptr->mins = 0x01 ;
}

This general technique can be used in any situation where a pointer-addressed structure needs to be placed over a specific IO device. However it is the user's responsibility to make sure that the address given is not likely to be allocated by the linker as general variable RAM!

To summarize, the procedure is:

Define template
Declare structure pointer as normal
At run time, force pointer to required absolute address in the normal way.

Unions

Unions allow you to define different datatype references for the same physical address. This way you can address a 32-bit word as a "long" OR as 2 different "ints" OR as an array of 4 bytes.

A union is similar in concept to a structure except that rather than creating sequential locations to represent each of the items in the template, it places each item at the same address. A union specifying 4 bytes may still only occupy a single byte. A union may consist of a combination of longs, char and ints all based at the same physical address.

The the number of bytes of RAM used by a union is simply determined by the size of the largest element, so:

union test
{
char x ;
int y ;
char a[3] ;
long z ;
} ;

requires 4 bytes, this being the size of a long. The physical location of each element is the base address plus the following offsets:

Offset	x	y	a	z
0	byte	high byte	a[0]	highest byte
+1		low byte	a[1]	mid byte
+2			a[2]	mid byte
+3			a[3]	lowest byte

In embedded C the commonest use of a union is to allow fast access to individual bytes of longs or ints. These might be 16 or 32 bit real time counters, as in this example:

/* Declare Union */
union clock
{
long real_time_count ; // Reserve four byte
int real_time_words[2] ; // Reserve four bytes as
// int array
char real_time_bytes[4] ; // Reserve four bytes as
// char array
} ;
/* Real Time Interrupt */
void timer0_int(void) interrupt 1 using 1
{
clock.real_time_count++ ; // Increment clock
if(clock.real_time_words[1] == 0x8000)
{ // Check/compare lower word only
/* Do something! */
}
if(clock.real_time_bytes[3] == 0x80)
{ // Check/compare most significant byte only
/* Do something! */
}
}

Generic Pointers

C51 offers two basic types of pointer, the spaced (memory-specific) and the generic.

As has been mentioned, the 8051 has many physically separate memory spaces, each addressed by special assembler instructions. Such characteristics are not peculiar to the 8051 - for example, the 8086 has data instructions which operate on a 16 bit (within segment) and a 20 bit basis.

For the sake of simplicity, and to hide the real structure of the 8051 from the programmer, C51 uses three byte pointers, rather than the single or two bytes that might be expected. The end result is that pointers can be used without regard to the actual location of the data.

For example:

xdata char buffer[10] ;
code char message[] = { "HELLO" } ;
void main(void)
{
char *s ;
char *d ;
s = message ;
d = buffer ;
while(*s != '\0')
{
*d++ = *s++ ;
}
}

Yields the following code:

RSEG ?XD?T1
buffer: DS 10
RSEG ?CO?T1
message:
DB 'H' ,'E' ,'L' ,'L' ,'O' ,000H
;
;
; xdata char buffer[10] ;
; code char message[] = { "HELLO" } ;
;
; void main(void) {
RSEG ?PR?main?T1
USING 0
main:
; SOURCE LINE # 6
;
; char *s ;
; char *d ;
;
; s = message ;
; SOURCE LINE # 11
MOV s?02,#05H
MOV s?02+01H,#HIGH message
MOV s?02+02H,#LOW message
; d = buffer ;
; SOURCE LINE # 12
MOV d?02,#02H
MOV d?02+01H,#HIGH buffer
MOV d?02+02H,#LOW buffer
?C0001:
;
; while(*s != '\0') {
; SOURCE LINE # 14
MOV R3,s?02
MOV R2,s?02+01H
MOV R1,s?02+02H
LCALL ?C_CLDPTR
JZ ?C0003
; *d++ = *s++ ;
; SOURCE LINE # 15
INC s?02+02H
MOV A,s?02+02H
JNZ ?C0004
INC s?02+01H
?C0004:
DEC A
MOV R1,A
LCALL ?C_CLDPTR
MOV R7,A
MOV R3,d?02
INC d?02+02H
MOV A,d?02+02H
MOV R2,d?02+01H
JNZ ?C0005
INC d?02+01H
?C0005:
DEC A
MOV R1,A
MOV A,R7
LCALL ?C_CSTPTR
; }
; SOURCE LINE # 16
SJMP ?C0001
; }
; SOURCE LINE # 17
?C0003:
RET
; END OF main
END

As can be seen, the pointers '*s' and '*d' are composed of three bytes, not two as might be expected. In making *s point at the message in the code space an '05' is loaded into s ahead of the actual address to be pointed at. In the case of *d '02' is loaded. These additional bytes are how C51 knows which assembler addressing mode to use. The library function C_CLDPTR checks the value of the first byte and loads the data, using the addressing instructions appropriate to the memory space being used.

This means that every access via a generic pointer requires this library function to be called. The memory space codes used by C51 are:

CODE - 05
XDATA - 02
PDATA - 03
DATA - 05
IDATA - 01

Spaced Pointers In C51

Considerable run time savings are possible by using spaced pointers. By restricting a pointer to only being able to point into one of the 8051's memory spaces, the need for the memory space "code" byte is eliminated, along with the library routines needed to interpret it.

A spaced pointer is created by:

char xdata *ext_ptr ;

to produce an uncommitted pointer into the XDATA space or

char code *const_ptr ;

which gives a pointer solely into the CODE space. Note that in both cases the pointers themselves are located in the memory space given by the current memory model. A pointer to xdata which is to be itself located in PDATA would be declared as:

pdata char xdata *ext_ptr ;

pdatachar = location of pointer, xdata = memory space pointed to.

In this example strings are always copied from the CODE area into an XDATA buffer. By customizing the library function "strcpy()" to use a CODE source pointer and a XDATA destination pointer, the runtime for the string copy was reduced by 50%. The new strcpy has been named strcpy_x_c().

The function prototype is:

extern char xdata *strcpy(char xdata*,char code *) ;

Here is the code produced by the spaced pointer strcpy():

; char xdata *strcpy_x_c(char xdata *s1, char code *s2) {
_strcpy_x_c:
MOV s2?10,R4
MOV s2?10+01H,R5
;__ Variable 's1?10' assigned to Register 'R6/R7' __
; unsigned char i = 0;
;__ Variable 'i?11' assigned to Register 'R1' __
CLR A
MOV R1,A
?C0004:
;
; while ((s1[i++] = *s2++) != 0);
INC s2?10+01H
MOV A,s2?10+01H
MOV R4,s2?10
JNZ ?C0008
INC s2?10
?C0008:
DEC A
MOV DPL,A
MOV DPH,R4
CLR A
MOVC A,@A+DPTR
MOV R5,A
MOV R4,AR1
INC R1
MOV A,R7
ADD A,R4
MOV DPL,A
CLR A
ADDC A,R6
MOV DPH,A
MOV A,R5
MOVX @DPTR,A
JNZ ?C0004
?C0005:
; return (s1);
; }
?C0006:
END

Notice that no library functions are used to determine which memory spaces are intended. The function prototype tells C51 only to look in code for the string and xdata for the RAM buffer.