Strings copyingmore than expected

  • Thread starter Thread starter taupune
  • Start date Start date
  • Tags Tags
    Strings
Click For Summary

Discussion Overview

The discussion revolves around issues related to string operations in C++, specifically concerning unexpected behavior in string copying and function argument passing. Participants are examining code snippets, identifying potential errors, and suggesting improvements, with a focus on both technical explanations and coding practices.

Discussion Character

  • Technical explanation
  • Debate/contested
  • Mathematical reasoning
  • Homework-related

Main Points Raised

  • One participant expresses confusion about the compiler performing extra copying during string operations and questions whether this is due to coding errors.
  • Another participant suggests that the issue may stem from not properly terminating strings with a null character ('\0').
  • A participant proposes a modification to the disect function to ensure proper string termination, indicating that many standard library functions expect this termination.
  • There is a discussion about passing arguments by value versus by reference, with some participants arguing that passing by value is appropriate while others challenge this view.
  • Concerns are raised about uninitialized character arrays and the potential for undefined behavior when printing these arrays.
  • Suggestions are made to use C++ string objects instead of C-style strings to simplify the code and avoid some of the issues discussed.

Areas of Agreement / Disagreement

Participants do not reach a consensus on the cause of the unexpected behavior, with differing opinions on the handling of function arguments and string initialization. Multiple competing views remain regarding best practices for string manipulation in C++.

Contextual Notes

Some participants note that the output from the console window could provide additional insights into the issues being discussed. There are also mentions of the need for proper checks when copying parts of strings to avoid accessing out-of-bounds memory.

Who May Find This Useful

This discussion may be useful for programmers working with C++ string operations, particularly those encountering issues with string manipulation, function argument passing, and memory management.

taupune
Messages
25
Reaction score
0
Hi ,I am doing some strings operation but it seems that compiler is doing extra copping.
Can someone else verify this or is it my sloppy coding?

Also I had to write
std::cin ...etc otherwise compiler would like the code without that expression in main function.
I am using Visual studio 2010.

#include <iostream>
using namespace std;
#include "string.h"

void disect (char TheMessage[], int startloc, char messagepart[], int messagelength);
void ResultCodeTable ( char Result[]);

int main ()
{

char test[3];
char message [140];
char enter;
std::count << "hello enter the mesage: "<<endl;
std::cin>> message;
std:: count<<"uncopied string: " <<test<<endl;
disect(message,3,test, 3);
std:: count<<"copied string: " <<test<<endl;
std::count<<"this is the message: "<<message<<endl;
std::cin>> enter;
return (0);
}


//Dissect cuts the mesage into several parts , where each part provides the separate meaning of itself

void disect (char TheMessage[], int startloc, char messagepart[], int messagelength)
{
count<< "this is pre message part inside function printing: "<<messagepart<<endl;
count<<"start loc is:"<<startloc<<" end loc is "<<messagelength<<endl;
for ( int i = 0; i<messagelength; i++)
{
messagepart= TheMessage[startloc];
startloc++;
count<<"message part array : "<<messagepart<<endl;
count<<"message original mesage : "<<TheMessage<<endl;
}
count<< "end of function execution inside function printing: "<<messagepart<<endl;
}
 
Technology news on Phys.org
taupune said:
Hi ,I am doing some strings operation but it seems that compiler is doing extra copping.
Can someone else verify this or is it my sloppy coding?

Also I had to write
std::cin ...etc otherwise compiler would like the code without that expression in main function.
I am using Visual studio 2010.

Code:
#include <iostream>
using namespace std;
#include "string.h"

void disect (char TheMessage[], int startloc, char messagepart[], int messagelength);
void ResultCodeTable ( char Result[]);

int main ()
{
	
	char test[3];
	char message [140];
	char enter;
	std::cout << "hello enter the mesage: "<<endl;
	std::cin>> message;
	std:: cout<<"uncopied string:   " <<test<<endl;
	disect(message,3,test, 3);
	std:: cout<<"copied string:   " <<test<<endl;
	std::cout<<"this is the message: "<<message<<endl;
	std::cin>> enter;
	return (0);
}


//Dissect cuts the mesage into several parts , where each part provides the separate meaning of itself

void disect (char TheMessage[], int startloc, char messagepart[], int messagelength)
{
	cout<< "this is pre message part inside function printing: "<<messagepart<<endl;
	cout<<"start loc is:"<<startloc<<"  end loc is "<<messagelength<<endl;
	for ( int i = 0;  i<messagelength; i++)
	{
		messagepart[i]= TheMessage[startloc];
		startloc++;	
		cout<<"message part array : "<<messagepart[i]<<endl;
		cout<<"message original mesage : "<<TheMessage[i]<<endl;		
	}
	cout<< "end of function execution inside function printing: "<<messagepart<<endl;
}

This is just a dummy post to put code tags around your code. As a pointer if you post code in the future but CODE and /CODE tages with square braces around them.
 
taupune said:
Hi ,I am doing some strings operation but it seems that compiler is doing extra copping.
Can someone else verify this or is it my sloppy coding?

It's your coding.

Made a small change to your disect function
Code:
void disect (char TheMessage[], int startloc, char messagepart[], int messagelen
gth)
{
    cout<< "this is pre message part inside function printing: "<<messagepart<<e
ndl;
    cout<<"start loc is:"<<startloc<<" end loc is "<<messagelength<<endl;

    int i;
    for ( i = 0; i<messagelength; i++)
    {
        messagepart[i]= TheMessage[startloc];
        startloc++;

        cout<<"message part array : "<<messagepart[i]<<endl;
        cout<<"message original mesage : "<<TheMessage[i]<<endl;
    }
    messagepart[i] = 0;

    cout<< "end of function execution inside function printing: "<<messagepart<<
endl;
}

A lot of standard library functions expect a 0 ('\0') to indicate end of string.


Also if you use C++ strings instead of C strings, the program becomes much easier
Code:
#include <iostream>
#include <string>

using std::cin;
using std::cout;
using std::string;

int main()
{
        string message;
        string test;

        cout<<"Enter message: ";
        cin>>message;


        test = message.substr(3,3);
        cout<<test<<'\n';

}
 
Ok I had a look at your code and I will share my thoughts.

The first thing is that it seems that are you passing the two arguments for your disect function by value and not by reference.

The difference between the two is that passing by value passes a copy of the actual data on the stack to the function whereas passing by reference gives the function a pointer to the object. In C, you use a pointer to the object to pass by reference and if you are using C++ you can use an ampersand '&' to pass the pointer to the function, but still treat the object like you are treating it in your function. If you are unaware of these things it would be helpful for your to look these up.

Also you have not initialized your character arrays and you are printing the test array that is not initialized at the beginning of your code. You also need to make sure the strings are terminated properly. I don't know if this was a mistake or not.

Another thing to help us would be to give us the output from the console window. Since you are using count to dump output to the standard output device, this information will basically tell us exactly what is happening.

Also another tip would include to do things like make sure that you do not copy parts of the string that don't exist. This would mean checking that the part of the string you are copying in your disect function checks to make sure that all the characters that are being copied are in the range of characters that is inputted by the user. Usually in C++ people use either things like a standard library implementation for string or they write their own custom class that has an extra variable for the string size. In addition to this, they also add class functions to do all this kind of checking automatically so you don't have to.
 
chiro said:
Ok I had a look at your code and I will share my thoughts.

The first thing is that it seems that are you passing the two arguments for your disect function by value and not by reference.

The difference between the two is that passing by value passes a copy of the actual data on the stack to the function whereas passing by reference gives the function a pointer to the object. In C, you use a pointer to the object to pass by reference and if you are using C++ you can use an ampersand '&' to pass the pointer to the function, but still treat the object like you are treating it in your function. If you are unaware of these things it would be helpful for your to look these up.

His argument passing has no problems.

char message[140];

to function f, if you pass
f(message);

What you are actually passing is
f(&message[0]);

So you are passing a pointer to the first element of the array.
So a copy is created, but not a copy of the array, but a copy of the pointer, which is exactly what you want.


chiro said:
Also you have not initialized your character arrays and you are printing the test array that is not initialized at the beginning of your code.

message gets initialized by cin
test gets initialized in disect

chiro said:
You also need to make sure the strings are terminated properly. I don't know if this was a mistake or not.

message gets terminated by 0 ('\0') by cin.
test is not - that's the main mistake in his code.
 
phiby said:
His argument passing has no problems.

char message[140];

to function f, if you pass
f(message);

What you are actually passing is
f(&message[0]);

So you are passing a pointer to the first element of the array.
So a copy is created, but not a copy of the array, but a copy of the pointer, which is exactly what you want.

I think I've mixed up something here.

If you pass say something like char myString[140], then that gets put on the stack but if you pass it without a size then that gets passed by reference. It's been a while since I've done any serious coding so thanks for the correction.
 
chiro said:
I think I've mixed up something here.

If you pass say something like char myString[140], then that gets put on the stack
No. What gets passed is the address of the string in memory, which is to say &myString[0], just as phiby said.

This is the way it works in C and C++ if you're working with strings as arrays of type char.

In general, the name of an array is an address, so an actual parameter that is the name of an array is passed by reference.
chiro said:
but if you pass it without a size then that gets passed by reference. It's been a while since I've done any serious coding so thanks for the correction.
 
Mark44 said:
No. What gets passed is the address of the string in memory, which is to say &myString[0], just as phiby said.

This is the way it works in C and C++ if you're working with strings as arrays of type char.

In general, the name of an array is an address, so an actual parameter that is the name of an array is passed by reference.

So just do I don't forget next time, how do you pass an array on the stack in C/C++ functions? As an example, a character array?
 
chiro said:
So just do I don't forget next time, how do you pass an array on the stack in C/C++ functions? As an example, a character array?

There is no simple way to pass a copy of the whole array in C (you could do it in a twisted way - by wrapping the array in a struct & passing the struct by value).

In C++, if you have a std::string, it can be passed by value semantics.
 

Similar threads

  • · Replies 15 ·
Replies
15
Views
4K
  • · Replies 5 ·
Replies
5
Views
3K
Replies
10
Views
2K
  • · Replies 66 ·
3
Replies
66
Views
6K
Replies
5
Views
2K
  • · Replies 6 ·
Replies
6
Views
12K
Replies
12
Views
3K
  • · Replies 23 ·
Replies
23
Views
2K
  • · Replies 89 ·
3
Replies
89
Views
6K
  • · Replies 5 ·
Replies
5
Views
5K