• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EST 18:29
CET 00:29
KST 08:29
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
ByuL: The Forgotten Master of ZvT28Behind the Blue - Team Liquid History Book19Clem wins HomeStory Cup 289HomeStory Cup 28 - Info & Preview13Rongyi Cup S3 - Preview & Info8
Community News
Weekly Cups (Feb 16-22): MaxPax doubles0Weekly Cups (Feb 9-15): herO doubles up2ACS replaced by "ASL Season Open" - Starts 21/0258LiuLi Cup: 2025 Grand Finals (Feb 10-16)46Weekly Cups (Feb 2-8): Classic, Solar, MaxPax win2
StarCraft 2
General
Terran AddOns placement How do you think the 5.0.15 balance patch (Oct 2025) for StarCraft II has affected the game? Nexon's StarCraft game could be FPS, led by UMS maker ByuL: The Forgotten Master of ZvT Oliveira Would Have Returned If EWC Continued
Tourneys
PIG STY FESTIVAL 7.0! (19 Feb - 1 Mar) SEL Doubles (SC Evo Bimonthly) WardiTV Team League Season 10 RSL Season 4 announced for March-April The Dave Testa Open #11
Strategy
Custom Maps
Publishing has been re-enabled! [Feb 24th 2026] Map Editor closed ?
External Content
Mutation # 514 Ulnar New Year The PondCast: SC2 News & Results Mutation # 513 Attrition Warfare Mutation # 512 Overclocked
Brood War
General
TvZ is the most complete match up BGH Auto Balance -> http://bghmmr.eu/ Soma Explains: JD's Unrelenting Aggro vs FlaSh ACS replaced by "ASL Season Open" - Starts 21/02 BW General Discussion
Tourneys
[Megathread] Daily Proleagues [LIVE] [S:21] ASL Season Open Day 1 ASL Season 21 Qualifiers March 7-8 Small VOD Thread 2.0
Strategy
Soma's 9 hatch build from ASL Game 2 Fighting Spirit mining rates Simple Questions, Simple Answers Zealot bombing is no longer popular?
Other Games
General Games
Nintendo Switch Thread Battle Aces/David Kim RTS Megathread Path of Exile Beyond All Reason New broswer game : STG-World
Dota 2
Official 'what is Dota anymore' discussion
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia Mafia Game Mode Feedback/Ideas TL Mafia Community Thread
Community
General
Things Aren’t Peaceful in Palestine US Politics Mega-thread UK Politics Mega-thread YouTube Thread Mexico's Drug War
Fan Clubs
The IdrA Fan Club The herO Fan Club!
Media & Entertainment
[Manga] One Piece [Req][Books] Good Fantasy/SciFi books Anime Discussion Thread
Sports
2024 - 2026 Football Thread Formula 1 Discussion TL MMA Pick'em Pool 2013
World Cup 2022
Tech Support
Laptop capable of using Photoshop Lightroom?
TL Community
The Automated Ban List
Blogs
YOUTUBE VIDEO
XenOsky
Unintentional protectionism…
Uldridge
ASL S21 English Commentary…
namkraft
Inside the Communication of …
TrAiDoS
My 2025 Magic: The Gathering…
DARKING
Customize Sidebar...

Website Feedback

Closed Threads



Active: 2342 users

The Big Programming Thread - Page 193

Forum Index > General Forum
Post a Reply
Prev 1 191 192 193 194 195 1032 Next
Thread Rules
1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution.
2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20)
3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible.
4. Use [code] tags to format code blocks.
tofucake
Profile Blog Joined October 2009
Hyrule19193 Posts
November 14 2012 23:20 GMT
#3841
VHDL is literally Hitler
Liquipediaasante sana squash banana
RoyGBiv_13
Profile Blog Joined August 2010
United States1275 Posts
November 14 2012 23:28 GMT
#3842
On November 15 2012 08:20 tofucake wrote:
VHDL is literally Hitler

+1. The only thing worse than VHDL is the software used to write ti.
Any sufficiently advanced technology is indistinguishable from magic
dannystarcraft
Profile Blog Joined October 2011
United States179 Posts
November 14 2012 23:37 GMT
#3843
I accidentally forgot to deallocate some memory in some C code that I was running for CFD.

Needless to say, I was wondering why my console program was magically crashing! Turns out I had run out of physical memory. After deallocating, I am running under 4 MB of memory easy. I would say a vast improvement! ^^
Craton
Profile Blog Joined December 2009
United States17278 Posts
November 15 2012 00:23 GMT
#3844
On November 15 2012 02:43 white_horse wrote:
Show nested quote +
On November 12 2012 14:24 ninjamyst wrote:
I am currently a Software Architect at a mid-size Healthcare IT firm. Straight out of college, we pay $55-$60k. 2-3 years of experience will get you $75-$85k. 4-6 years of experience, you are looking at $90-$110k. That doesn't include year-end bonus of $5-$20k. This is in a major city, and we primarily use Microsoft technology....so C#, ASP.NET, SQL Server 2008, etc. We don't care if you memorized definitions, and we dont give you stupid brain teasers during our interviews. We hire based on your problem solving skills and your object oriented design experiences. We will ask you to take a simple every day concept and break it down into classes/methods/properties. For example, how would you represent a baseball game in code? We dont hire specifically for front end vs database vs business logic. As part of our small development team, you will do all of those things. You will learn how to create GUI, how to create business objects, how to maintain databases.

For those of you in college now, the best way to impress is to be involved in side projects outside of school. Most schools don't even teach C# or PHP or Ruby; they only teach Java or C++. When we look at college resumes, everyone takes the same classes, do the same senior projects, and etc. We look for people that wrote their own mobile app, engaged in engineering competitions, did side projects for fun, learned a language outside of class, and etc.

Most importantly, we look for people with strong communication skills. Too often, we get people obsessed with technical stuff only, and they lack social skills. In a team environment, you need to be able to express your ideas to your peers. In design sessions, you need to be able to clearly explain your logic and your reasoning. If we can't understand you, we can't hire you even if you can create the fastest algorithm.


How hard is it to learn SQL, PHP, C# after you learn C++? I'm an intermediate c++ programmer. It looks like it would be easier since you know a little bit about programming already.

Each successive language is easier to learn than its predecessor because you know more fundamentals / core concepts and have a better understanding of how things work. There is no way for someone else to quantify how hard it will be for you to learn a new language.

Just run through various tutorials and then start doing personal projects using the different technologies.
twitch.tv/cratonz
Nausea
Profile Joined October 2010
Sweden807 Posts
Last Edited: 2012-11-15 02:01:51
November 15 2012 01:51 GMT
#3845
Hey, I got a big problem. If anyone know why this is happening, please let me know.
I´m passing a pointer to a function and for some reason when inside the function, it got the wrong address. How is this even possible?

http://i.imgur.com/SaWNt.jpg
http://i.imgur.com/p5JGl.jpg

The program works, but getting real undefined behavior.

Hope someone can help, thanks.
Set it ablaze!
CecilSunkure
Profile Blog Joined May 2010
United States2829 Posts
November 15 2012 02:07 GMT
#3846
On November 15 2012 10:51 Nausea wrote:
Hey, I got a big problem. If anyone know why this is happening, please let me know.
I´m passing a pointer to a function and for some reason when inside the function, it got the wrong address. How is this even possible?

http://i.imgur.com/SaWNt.jpg
http://i.imgur.com/p5JGl.jpg

The program works, but getting real undefined behavior.

Hope someone can help, thanks.

You are probably running debugger in release mode with optimizations on.
Nausea
Profile Joined October 2010
Sweden807 Posts
November 15 2012 02:12 GMT
#3847
Compiling as debug so I think the debugger would do the same? This problem has the effect that I can´t get any info from the object the pointer points to
Set it ablaze!
cowsrule
Profile Joined February 2010
United States80 Posts
Last Edited: 2012-11-15 08:15:16
November 15 2012 08:08 GMT
#3848
On November 15 2012 11:07 CecilSunkure wrote:
Show nested quote +
On November 15 2012 10:51 Nausea wrote:
Hey, I got a big problem. If anyone know why this is happening, please let me know.
I´m passing a pointer to a function and for some reason when inside the function, it got the wrong address. How is this even possible?

http://i.imgur.com/SaWNt.jpg
http://i.imgur.com/p5JGl.jpg

The program works, but getting real undefined behavior.

Hope someone can help, thanks.

You are probably running debugger in release mode with optimizations on.


There's unfortunately a lot of potential problems here. Is the pointer pointing to the correct location before going into the function call? Inside the function, does the pointer point to garbage, something on the heap, a constant, something on the stack?

Can you post a bit more code beyond the function signatures? [Edit: Specifically around the object init and calling of the functions]

If the problem ends up being stack corruption, it would be quite difficult to track down without looking through the debugger itself.
Abductedonut
Profile Blog Joined December 2010
United States324 Posts
Last Edited: 2012-11-15 09:20:39
November 15 2012 08:46 GMT
#3849
On November 15 2012 10:51 Nausea wrote:
Hey, I got a big problem. If anyone know why this is happening, please let me know.
I´m passing a pointer to a function and for some reason when inside the function, it got the wrong address. How is this even possible?

http://i.imgur.com/SaWNt.jpg
http://i.imgur.com/p5JGl.jpg

The program works, but getting real undefined behavior.

Hope someone can help, thanks.


HAHAHAHA, I knew someone would eventually run into this problem. C++ is the most trash language in the history of trash languages, and now I shall show you why. Observe:

Code #1:
+ Show Spoiler +


#include <cstdlib>
#include <iostream>
#include <stdio.h>

class kitty
{
int cppisTrash;
};

void kittyKiller(kitty *kittyBeingKilled);

using namespace std;

int main(int argc, char *argv[])
{
kitty *kittiesAreAwesome;
printf("Pointer to kitty: %p \n",kittiesAreAwesome);
printf("Address of kitty: %p \n",&kittiesAreAwesome);
kittyKiller(kittiesAreAwesome);
system("PAUSE");
return EXIT_SUCCESS;
}

void kittyKiller(kitty *kittyBeingKilled)
{
printf("Entered function! \n");
printf("Address of kitty: %p \n",&kittyBeingKilled);
printf("Pointer to kitty: %p \n",kittyBeingKilled);
}



Results:
+ Show Spoiler +

Pointer to kitty: 75F59E34
Address of kitty: 0028FF44
Entered function!
Address of kitty: 0028FF20
Pointer to kitty: 75F59E34


Modified Code #2:
+ Show Spoiler +


#include <cstdlib>
#include <iostream>
#include <stdio.h>

class kitty
{
int cppisTrash;
};

void kittyKiller(kitty &kittyBeingKilled);

using namespace std;

int main(int argc, char *argv[])
{
kitty kittiesAreAwesome;
printf("Address of kitty: %p \n",&kittiesAreAwesome);
kittyKiller(kittiesAreAwesome);
system("PAUSE");
return EXIT_SUCCESS;
}

void kittyKiller(kitty &kittyBeingKilled)
{
printf("Entered function! \n");
printf("Address of kitty: %p \n",&kittyBeingKilled);
}



Results:
+ Show Spoiler +

Address of kitty: 0028FF44
Entered function!
Address of kitty: 0028FF44


Thehehehe. Can you figure out what went wrong! Ruh roh!

*EDIT*

Okay... I feel bad for those less-experienced programmers who are going to look at my post and go "I don't get at all what's happening"...

Here's the deal:
Primitive types that C++ derives from C such as int,char,float etc etc... and ARRAYS/POINTERS to these primitive types always pass the ADDRESS of the variable, which means regardless of whether your function signature uses * or &, the changes occurring inside the function will remain permanent.
Example:
+ Show Spoiler +

#include <cstdlib>
#include <iostream>
#include <stdio.h>

void func( int *myInt );

using namespace std;

int main(int argc, char *argv[])
{
int *myAwesomeInt = new int[1];
myAwesomeInt[0] = 0;
func(myAwesomeInt);
printf("Value of myAwesomeInt: %i \n",myAwesomeInt[0]);
system("pause");
}

void func( int *myInt )
{
*myInt = 1;
}


That code works like you would expect it to. myAwesomeInt prints out as 1. However, for C++ classes, this is not the case. If you supply to a function a pointer to an object, the changes made to that object get reverted once you exit the function. To make matters more confusing, STRUCTS in C work exactly you would expect them to. In that regard, C++ is inconsistent. I can bag on C++ all day, but hopefully you guys can see how stupid this is. Topple on the confusion of many inexperienced programmers thinking that strings are primitive types, and you've got a very shitty starting programming experience.

Working C code for C "classes":
+ Show Spoiler +

#include <stdio.h>
#include <stdlib.h>

// The real way to declare a "class" in C. Note, C programmers don't need to cruch of
// public,private,friends... etc to protect their objects from getting messed up.
typedef struct
{
int kittyInt;
}kitty;

void kittyKiller(kitty*); //We don't have to give it a name in the declaration!

int main(int argc, char *argv[])
{
kitty *myAwesomeKitty = malloc(sizeof(kitty)*1); //malloc is the not-trash version of new...
myAwesomeKitty[0].kittyInt = 0;
kittyKiller(myAwesomeKitty);
printf("myAwesomeKitty kittyInt Value: %i \n",myAwesomeKitty[0].kittyInt);
system("PAUSE");
return 0;
}

void kittyKiller(kitty* myAwesomeKitty)
{
// For the love of dear god.. do not ever pass a pointer to an array without a size.
// I do this simply as a demonstration, keeping things simple.
myAwesomeKitty[0].kittyInt = 1;
}

cowsrule
Profile Joined February 2010
United States80 Posts
November 15 2012 08:59 GMT
#3850
On November 15 2012 17:46 Abductedonut wrote:
Show nested quote +
On November 15 2012 10:51 Nausea wrote:
Hey, I got a big problem. If anyone know why this is happening, please let me know.
I´m passing a pointer to a function and for some reason when inside the function, it got the wrong address. How is this even possible?

http://i.imgur.com/SaWNt.jpg
http://i.imgur.com/p5JGl.jpg

The program works, but getting real undefined behavior.

Hope someone can help, thanks.


HAHAHAHA, I knew someone would eventually run into this problem. C++ is the most trash language in the history of trash languages, and now I shall show you why. Observe:

Code #1:
+ Show Spoiler +


#include <cstdlib>
#include <iostream>
#include <stdio.h>

class kitty
{
int cppisTrash;
};

void kittyKiller(kitty *kittyBeingKilled);

using namespace std;

int main(int argc, char *argv[]
{
kitty *kittiesAreAwesome;
printf("Pointer to kitty: %p \n",kittiesAreAwesome);
printf("Address of kitty: %p \n",&kittiesAreAwesome);
kittyKiller(kittiesAreAwesome);
system("PAUSE");
return EXIT_SUCCESS;
}

void kittyKiller(kitty *kittyBeingKilled)
{
printf("Entered function! \n");
printf("Address of kitty: %p \n",&kittyBeingKilled);
printf("Pointer to kitty: %p \n",kittyBeingKilled);
}



Results:
+ Show Spoiler +

Pointer to kitty: 75F59E34
Address of kitty: 0028FF44
Entered function!
Address of kitty: 0028FF20
Pointer to kitty: 75F59E34


Modified Code #2:
+ Show Spoiler +


#include <cstdlib>
#include <iostream>
#include <stdio.h>

class kitty
{
int cppisTrash;
};

void kittyKiller(kitty &kittyBeingKilled);

using namespace std;

int main(int argc, char *argv[]
{
kitty kittiesAreAwesome;
printf("Address of kitty: %p \n",&kittiesAreAwesome);
kittyKiller(kittiesAreAwesome);
system("PAUSE");
return EXIT_SUCCESS;
}

void kittyKiller(kitty &kittyBeingKilled)
{
printf("Entered function! \n");
printf("Address of kitty: %p \n",&kittyBeingKilled);
}



Results:
+ Show Spoiler +

Address of kitty: 0028FF44
Entered function!
Address of kitty: 0028FF44


Thehehehe. Can you figure out what went wrong! Ruh roh!


Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
November 15 2012 09:13 GMT
#3851
On November 15 2012 02:43 white_horse wrote:
How hard is it to learn SQL, PHP, C# after you learn C++? I'm an intermediate c++ programmer. It looks like it would be easier since you know a little bit about programming already.

I would think a C++ programmer would have no problem learning PHP and C#, though they might write bad code in those languages because the way you code in C++ compared to PHP and C# is very different.

SQL is a different story though since it isn't a programming language, and you have to think completely differently when writing SQL than when writing programs. For example, using loops etc is generally a bad idea in SQL, but if you come from a programming background, constructs such as loops might come to you more easily than the query solutions (which are far simpler and faster if you know them).
Abductedonut
Profile Blog Joined December 2010
United States324 Posts
November 15 2012 09:33 GMT
#3852
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.
mxw
Profile Joined November 2012
Germany1 Post
November 15 2012 09:44 GMT
#3853
On November 15 2012 17:46 Abductedonut wrote:
...


There's no argueing about C++ being confusing, but in my opinion this makes it interesting and challenging.
There are so many ways of doing stuff with slight distinctions being a huge deal.


C++ was my first language, together with Visual Studio, a vast amount of libraries and ASM I think it's the most powerful tool. Powerful yet time intensive.
At university we have to use Java and it's no doubt useful to have your code being able to run everywhere but when coding the exercises it feels like my hands are tight.
Tobberoth
Profile Joined August 2010
Sweden6375 Posts
November 15 2012 09:50 GMT
#3854
On November 15 2012 18:33 Abductedonut wrote:
Show nested quote +
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

Wait, are you saying objects are passed by value by default in C++? (I haven't programmed C++ in a very long time). It seems to be logical that if you pass an object to a function, you would pass the pointer by value but that would be the same as passing the "object" by reference, so changes should be permanent. It seems weird to me that C++ would copy the whole object by default, just because a pointer to the object was sent by value (especially since it doesn't work like that in C#).
heishe
Profile Blog Joined June 2009
Germany2284 Posts
Last Edited: 2012-11-15 10:07:38
November 15 2012 10:06 GMT
#3855
On November 15 2012 18:50 Tobberoth wrote:
Show nested quote +
On November 15 2012 18:33 Abductedonut wrote:
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

Wait, are you saying objects are passed by value by default in C++? (I haven't programmed C++ in a very long time). It seems to be logical that if you pass an object to a function, you would pass the pointer by value but that would be the same as passing the "object" by reference, so changes should be permanent. It seems weird to me that C++ would copy the whole object by default, just because a pointer to the object was sent by value (especially since it doesn't work like that in C#).


No, he just doesn't understand how C++ works. The things he complains about make perfect sense and follow some very simple consistent rules. The behavior when passing references in C++ is exactly the same as passing references in most other languages. And pointers are just references that you can change.
If you value your soul, never look into the eye of a horse. Your soul will forever be lost in the void of the horse.
Abductedonut
Profile Blog Joined December 2010
United States324 Posts
Last Edited: 2012-11-15 10:20:28
November 15 2012 10:15 GMT
#3856
On November 15 2012 18:50 Tobberoth wrote:
Show nested quote +
On November 15 2012 18:33 Abductedonut wrote:
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

Wait, are you saying objects are passed by value by default in C++? (I haven't programmed C++ in a very long time). It seems to be logical that if you pass an object to a function, you would pass the pointer by value but that would be the same as passing the "object" by reference, so changes should be permanent. It seems weird to me that C++ would copy the whole object by default, just because a pointer to the object was sent by value (especially since it doesn't work like that in C#).


No, that's not what I'm saying. Look, the POINTER ITSELF is passed by value. So modifications to the POINTER ( if the pointer is pointing to the object that originally called the function, changes WILL remain permanent in the object ). However, any changes made to the pointer will not be changed. Let me provide an example.

Example:
+ Show Spoiler +

#include <cstdlib>
#include <iostream>
#include <string>

using namespace std;

class kitty
{
public:
int kittySize;
kitty();
kitty (const kitty& myKitty);
};

kitty::kitty ()
{
kittySize = 10;
}

kitty::kitty (const kitty& myKitty)
{
kittySize = -10;
}

void func(kitty*);

int main(int argc, char *argv[])
{
kitty *myAwesomeKitty = new kitty[1];
myAwesomeKitty->kittySize = 0;
func(myAwesomeKitty);
// Should this print as 0 or 10?
cout<<myAwesomeKitty->kittySize;
system("pause");
}

void func( kitty *myAwesomeKitty )
{
kitty myKitty;
myAwesomeKitty = &myKitty;
myAwesomeKitty->kittySize = 10;
}


Note in this case.. kittySize WILL BE PRINTED AS 0! Because we changed the VALUE of the pointer, any changes made to the pointers contents were discarded. Do you see how confusing this can get?

*edit* Going to bed for now... I could see how my other post is confusing. No, the changes to the object itself are preserved if you DO NOT modify the value of the pointer. But any changes made to the pointer are discarded because the pointer itself is being passed by value

Also, to the poster above me... thanks. I obviously don't know C++ when I pointed out the mistake of the original guy I quoted and proceeded to explain stuff to others. It's pretty easy to come in here and say "he doesn't know what he's talking about." If you're so great at C++ why don't you explain things?
Schokomuesli
Profile Joined November 2010
Germany12 Posts
November 15 2012 10:18 GMT
#3857
Thanks heishe, I actually was really doubting myself for a moment there ;-) I was pretty sure the guy was just ranting but with C++ one oftentimes can't be sure if the other guy ist just way more brilliant than you are or just doesn't know what he is talking about...

C++ definitely has some major flaws (for one: it's way too big, especially considering C++11) but this is not one of them.
mcc
Profile Joined October 2010
Czech Republic4646 Posts
November 15 2012 10:23 GMT
#3858
On November 15 2012 18:33 Abductedonut wrote:
Show nested quote +
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

It makes complete sense if you know what it actually means. Of course the pointer to an object is passed by vlaue, that is completely consistent with how primitive types are passed by reference. func(X *bla) means that pointer is passed to a function by value no matter what X is. And changes to the dereferenced object are permanent in case of primitive types and classes. What you cannot change is the pointer itself, but again that is completely consistent. So you cannot do inside the function : bla = new X(); and expect the change to be permanent as you are trying to change the pointer. If X is int, you also cannot do: int y = 2; bla = &y; and expect it to be permanent. But you can do *bla = 1 or in case of X being a class bla->property = 1; and the changes will be permanent.

C++ has some ugly aspects, but what you are saying is not one of them.
mcc
Profile Joined October 2010
Czech Republic4646 Posts
Last Edited: 2012-11-15 10:53:14
November 15 2012 10:26 GMT
#3859
On November 15 2012 19:15 Abductedonut wrote:
Show nested quote +
On November 15 2012 18:50 Tobberoth wrote:
On November 15 2012 18:33 Abductedonut wrote:
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

Wait, are you saying objects are passed by value by default in C++? (I haven't programmed C++ in a very long time). It seems to be logical that if you pass an object to a function, you would pass the pointer by value but that would be the same as passing the "object" by reference, so changes should be permanent. It seems weird to me that C++ would copy the whole object by default, just because a pointer to the object was sent by value (especially since it doesn't work like that in C#).


No, that's not what I'm saying. Look, the POINTER ITSELF is passed by value. So modifications to the POINTER ( if the pointer is pointing to the object that originally called the function, changes WILL remain permanent in the object ). However, any changes made to the pointer will not be changed. Let me provide an example.

Example:
+ Show Spoiler +

#include <cstdlib>
#include <iostream>
#include <string>

using namespace std;

class kitty
{
public:
int kittySize;
kitty();
kitty (const kitty& myKitty);
};

kitty::kitty ()
{
kittySize = 10;
}

kitty::kitty (const kitty& myKitty)
{
kittySize = -10;
}

void func(kitty*);

int main(int argc, char *argv[]
{
kitty *myAwesomeKitty = new kitty[1];
myAwesomeKitty->kittySize = 0;
func(myAwesomeKitty);
// Should this print as 0 or 10?
cout<<myAwesomeKitty->kittySize;
system("pause");
}

void func( kitty *myAwesomeKitty )
{
kitty myKitty;
myAwesomeKitty = &myKitty;
myAwesomeKitty->kittySize = 10;
}


Note in this case.. kittySize WILL BE PRINTED AS 0! Because we changed the VALUE of the pointer, any changes made to the pointers contents were discarded. Do you see how confusing this can get?

*edit* Going to bed for now... I could see how my other post is confusing. No, the changes to the object itself are preserved if you DO NOT modify the value of the pointer. But any changes made to the pointer are discarded because the pointer itself is being passed by value

Also, to the poster above me... thanks. I obviously don't know C++ when I pointed out the mistake of the original guy I quoted and proceeded to explain stuff to others. It's pretty easy to come in here and say "he doesn't know what he's talking about." If you're so great at C++ why don't you explain things?

Actually no, he is correct, you do not know how C++ works, or specifically you have rather bad understanding of pointers in general if that is what is confusing you, as that part of C++ is perfectly consistent and works exactly as one would expect if you understand how pointers work.

EDIT: and to explain things.
The rules are simple :
a) if you pass by value, no changes whatsoever to the parameters are permanent : so class x = new class(); int y = 5; and after f(x,y) is called no changes done in the function are retained.
b) if you pass by reference, changes to the memory pointed by the reference are permanent (except if you use const modifier), but any changes done to the pointer (reference) are discarded.
So class *x = new class(); int *y; *y = 5; , now if you inside f(x,y) do x->prop = 5; and *y = 6; changes will be retained. If you do x = new class(); and y = &some_int; changes will not be retained as you are trying to change the pointer and that is passed by value.

That is basically all, the rules are consistent and nearly everything can be deduced from it.

But of course there is a way to retain the changes as you can pass the pointer by pointer. You can have function f(class **x) now if you do class *y = new class(); f(&x) and in f you do *x = new class(), change to the pointer to the class will be retained.
Mstring
Profile Joined September 2011
Australia510 Posts
Last Edited: 2012-11-15 10:44:15
November 15 2012 10:32 GMT
#3860
On November 15 2012 19:15 Abductedonut wrote:
Show nested quote +
On November 15 2012 18:50 Tobberoth wrote:
On November 15 2012 18:33 Abductedonut wrote:
On November 15 2012 17:59 cowsrule wrote:
Care to elaborate on why those examples demonstrate the language is crap? I'd be interested in hearing that perspective based around the existence of pointers and references.


Sure! I updated my post actually explaining the error instead of letting people figure it out for themselves for the newer programmers who come to this thread looking for advice/etc.

Basically the idea is this. When you're learning C++ from the beginning, you're told that passing by reference (the &) for primitive types (int/char/float/double) is one way to make sure that you do not pass a copy of the variable to a function. That way, changes inside that function will actually change the variable permanently.

Later on, you're introduced to pointers (the *) and you're told that passing by reference is really just pointers "in the background." And if you pass pointers (again, the *) of primitive types to a function, then the changes remain permanent.

Now objects come along. Well, if I pass to a function a pointer to an object, shouldn't the changes I make to the object be permanent? That only makes sense, since passing pointers to primitives types made the changes permanent. However, that's not the case. Passing a pointer of an object passes that pointer by value (which does not even make sense).

To make matters worse, structs are treated differently.

So C++ in inconsistent in that sense. Why are my pointers to my objects being passed by value?

Once you learn that, you "know" how to get around it but it still does not make logical sense. With C - C "classes" and primitive types are all treated the same way. You pass a pointer to a "class" or a primitive type, the changes are permanent.

Wait, are you saying objects are passed by value by default in C++? (I haven't programmed C++ in a very long time). It seems to be logical that if you pass an object to a function, you would pass the pointer by value but that would be the same as passing the "object" by reference, so changes should be permanent. It seems weird to me that C++ would copy the whole object by default, just because a pointer to the object was sent by value (especially since it doesn't work like that in C#).


No, that's not what I'm saying. Look, the POINTER ITSELF is passed by value. So modifications to the POINTER ( if the pointer is pointing to the object that originally called the function, changes WILL remain permanent in the object ). However, any changes made to the pointer will not be changed. Let me provide an example.

Example:
+ Show Spoiler +

#include <cstdlib>
#include <iostream>
#include <string>

using namespace std;

class kitty
{
public:
int kittySize;
kitty();
kitty (const kitty& myKitty);
};

kitty::kitty ()
{
kittySize = 10;
}

kitty::kitty (const kitty& myKitty)
{
kittySize = -10;
}

void func(kitty*);

int main(int argc, char *argv[]
{
kitty *myAwesomeKitty = new kitty[1];
myAwesomeKitty->kittySize = 0;
func(myAwesomeKitty);
// Should this print as 0 or 10?
cout<<myAwesomeKitty->kittySize;
system("pause");
}

void func( kitty *myAwesomeKitty )
{
kitty myKitty;
myAwesomeKitty = &myKitty;
myAwesomeKitty->kittySize = 10;
}


Note in this case.. kittySize WILL BE PRINTED AS 0! Because we changed the VALUE of the pointer, any changes made to the pointers contents were discarded. Do you see how confusing this can get?


*shrugs*. All the examples you've shown so far displayed as I expected.

If I dived into a post-box and messed with the addresses, I wouldn't expect the intended recipients to receive the correct letters.

It's only confusing if you know that someone dives into your post-box to change the addresses but you still advertise that they're guaranteed to arrive correctly

If you really want to modify your pointer you can always pass by reference to pointer:

void func( kitty *&myAwesomeKitty )

You can be as indirect as you dare!

I think this falls under the category of "blow your foot off" in the old C vs C++ saying... xD
Prev 1 191 192 193 194 195 1032 Next
Please log in or register to reply.
Live Events Refresh
AI Arena Tournament
20:00
RO8
DaveTesta Events
18:15
The Dave Testa Open #11
Liquipedia
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
Liquid`TLO 143
StarCraft: Brood War
ZZZero.O 53
nyoken 38
NaDa 19
Dota 2
420jenkins364
League of Legends
JimRising 398
Counter-Strike
Fnx 1204
fl0m1029
Stewie2K629
Super Smash Bros
hungrybox1003
Heroes of the Storm
Khaldor222
Other Games
summit1g5534
Grubby3182
tarik_tv2993
crisheroes288
ToD248
ZombieGrub69
ViBE13
Organizations
Other Games
gamesdonequick959
Counter-Strike
PGL227
StarCraft 2
angryscii 54
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
sctven
[ Show 19 non-featured ]
StarCraft 2
• Hupsaiya 194
• HeavenSC 167
• musti20045 52
• Kozan
• LaughNgamezSOOP
• sooper7s
• AfreecaTV YouTube
• intothetv
• Migwel
• IndyKCrew
StarCraft: Brood War
• Azhi_Dahaki18
• STPLYoutube
• ZZZeroYoutube
• BSLYoutube
Dota 2
• masondota2814
• Noizen22
League of Legends
• Doublelift3619
Other Games
• imaqtpie972
• Shiphtur234
Upcoming Events
Replay Cast
31m
PiG Sty Festival
9h 31m
Clem vs Serral
Maru vs ShoWTimE
Sparkling Tuna Cup
10h 31m
uThermal 2v2 Circuit
15h 31m
Replay Cast
1d 9h
Wardi Open
1d 12h
Monday Night Weeklies
1d 17h
Replay Cast
2 days
Replay Cast
3 days
Replay Cast
4 days
[ Show More ]
The PondCast
4 days
KCM Race Survival
4 days
Replay Cast
5 days
Replay Cast
6 days
CranKy Ducklings
6 days
Liquipedia Results

Completed

Proleague 2026-02-27
LiuLi Cup: 2025 Grand Finals
Underdog Cup #3

Ongoing

KCM Race Survival 2026 Season 1
Acropolis #4 - TS5
Jeongseon Sooper Cup
Spring Cup 2026
[S:21] ASL SEASON OPEN 2nd Round
[S:21] ASL SEASON OPEN 2nd Round Qualifier
WardiTV Winter 2026
PiG Sty Festival 7.0
Nations Cup 2026
PGL Cluj-Napoca 2026
IEM Kraków 2026
BLAST Bounty Winter 2026
BLAST Bounty Winter Qual
eXTREMESLAND 2025

Upcoming

ASL Season 21: Qualifier #1
ASL Season 21: Qualifier #2
ASL Season 21
Acropolis #4 - TS6
Acropolis #4
IPSL Spring 2026
CSLAN 4
HSC XXIX
uThermal 2v2 2026 Main Event
Bellum Gens Elite Stara Zagora 2026
RSL Revival: Season 4
NationLESS Cup
Asian Champions League 2026
IEM Atlanta 2026
PGL Astana 2026
BLAST Rivals Spring 2026
CCT Season 3 Global Finals
FISSURE Playground #3
IEM Rio 2026
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
ESL Pro League S23 Finals
ESL Pro League S23 Stage 1&2
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2026 TLnet. All Rights Reserved.