Passing Strings as Arguments to Functions in C

  • Thread starter Thread starter cepheid
  • Start date Start date
  • Tags Tags
    Functions Strings
AI Thread Summary
A function in C that takes a pointer to char can accept a string literal as an argument, but only if the function's parameter is defined as `const char*`. String literals are stored in a read-only section of memory, typically in the data segment of the executable, and are treated as arrays of `const char`. This means they should not be modified. While some compilers may allow passing string literals as `char*` for backward compatibility, it is not recommended due to the risk of attempting to modify the string. The string literal itself is not allocated on the stack; rather, the pointer to it is, while the literal resides in a separate memory area designated for constant data.
cepheid
Staff Emeritus
Science Advisor
Gold Member
Messages
5,197
Reaction score
38
Hey everyone!

If I have a function that takes a pointer to char (i.e. char array) as an argument, can I pass a "string literal" (I think that is the right term) as an argument to that function, even if that string hasn't previously been declared anywhere? For example:

Code:
void myfunc(char *message) 
{

  /* function definition goes in here */

}

/* 
.
.
.
and then some time later
*/


myfunc("this is my message");

Is that allowed? I'm wondering where the memory comes from for the string.
 
Technology news on Phys.org
cepheid said:
Hey everyone!

If I have a function that takes a pointer to char (i.e. char array) as an argument, can I pass a "string literal" (I think that is the right term) as an argument to that function, even if that string hasn't previously been declared anywhere? For example:

Code:
void myfunc(char *message) 
{

  /* function definition goes in here */

}

/* 
.
.
.
and then some time later
*/


myfunc("this is my message");
This isn't really legal C -- this only works if your function takes const char* as its argument.


I'm wondering where the memory comes from for the string.
As far as the language is concerned, you're not supposed to know about "memory" -- you're only supposed to know about pointers and arrays. (and even then, you're only supposed to know about pointers that reference objects or pointers that point into dynamically allocated objects) The compiler can do whatever it wants, so long as your function receives a pointer which it can access as a string and see the contents "this is my message".

In reality, the string is probably placed in the data segment of your executable (in a constant section), and the string "this is my message" gets converted into a pointer constant that points into the right location in the data segment.
 
Hurkyl said:
In reality, the string is probably placed in the data segment of your executable (in a constant section), and the string "this is my message" gets converted into a pointer constant that points into the right location in the data segment.

Thanks for the explanation. Just to clarify, what you're saying above is what might happen in the case where I change the data type of the argument to const char*, which I need to do regardless in order to make this work, right?
 
cepheid said:
Thanks for the explanation. Just to clarify, what you're saying above is what might happen in the case where I change the data type of the argument to const char*, which I need to do regardless in order to make this work, right?

What I said is what (generally) happens to string literals.

The need to change the argument of your function is because string literals are arrays of const char, not arrays of char.

(For backwards compatibility, many compilers will let you pass them around as if they weren't const. Maybe the standard does too, I can't remember. But you still better not actually edit them)
 
It is my understanding that the string is allocated in a function 'frame' on the stack whenever you call myfunc("text"). Somebody PM me if I am mistaken.

Stick with char * str unless you want the string to be unedited. The const (basically) make the compiler alert you when you try to change the string.
 
Last edited:
pheeesics said:
It is my understanding that the string is allocated in a function 'frame' on the stack whenever you call myfunc("text").
The pointer to the string will be on the stack, but the string itself (array of chars) is likely to be in some other part of memory, as Hurkyl said, and it may well be in memory to be treated as read-only. (It is up to the compiler/linker to decide exactly where.)
 
Thread 'Is this public key encryption?'
I've tried to intuit public key encryption but never quite managed. But this seems to wrap it up in a bow. This seems to be a very elegant way of transmitting a message publicly that only the sender and receiver can decipher. Is this how PKE works? No, it cant be. In the above case, the requester knows the target's "secret" key - because they have his ID, and therefore knows his birthdate.
I tried a web search "the loss of programming ", and found an article saying that all aspects of writing, developing, and testing software programs will one day all be handled through artificial intelligence. One must wonder then, who is responsible. WHO is responsible for any problems, bugs, deficiencies, or whatever malfunctions which the programs make their users endure? Things may work wrong however the "wrong" happens. AI needs to fix the problems for the users. Any way to...
Back
Top