Infinite Loops "The Blog"


New posts coming

I will be moving from C++ theme and move on to Web development folder.  It seems to be very active.

I will find some old threads and show perhaps what has changed and what has stayed the same.

Stormblade has been posting up a storm with Web Tips.  Covering all sorts of areas so those posts will find a place here also

for archiving.

The blog is not as active as I had planned on but that is ok, when I get new stuff on here people seem to find it.



C++- Pointers, references and CATS

This is a recent thread from August 2006 , you can access it here. 

First post is by Gimli, our resident Intern and on quest for not the ring but C++ knowledge.  Pim has
taken him under his wing and is doing his best to teach and explain things -- and remain calm.

I have taken parts of posts as they can be long.  If you want the full version please read it in the forum.
As always my words below are in purple.


OK, Pim, I'm still working on my work-in-progress, so if you get some time to see my ideas and let me know what you think, I will work on implementing it. I'm pretty sure I see what I was supposed to do, so I just need your input.

Alas, I need to move on. I'm pretty sure I've got enough of a grasp of pointers (at least as far as my book is concerned) so although I don't know everything about them, what I do know will get me through my CURRENT book, and I will learn some more stuff later on.  I think it works that way for most things anyway. Learn the basics somewhere, and expand on it later somewhere else.

Gimli is lulled into a false sense of security on pointers.  A good grasp is slowly loosing hold.


OK, you know what the this pointer does, don't you? So I only need to explain about the overloaded operator?
Well, overloading means, in effect, redefining. What you do is take an existing operator, in this case, ++, and redefine it for this particular class, so that when you apply it to this class, this is what happens instead of the "default" behaviour.
You can't define new operators in this way. You can't say, oh, I'm going to take the \ or the $, and have it perform multiplication or whatever. You can only use the existing ones. And ++ is already there.
You do know about ++, right? You know the difference between C++ and ++C? OK.
So what you do here is rewrite ++ to increment an object of type Counter. That's it.

Pim-- you sure you want questions??


Heh. Actually not really. That's my main problem, I think. Like I've seen the this pointer used in this way: int someVal { return this->itsVal } but that's kind of moot.  So when the program says return *this; is it referring to the result of ++itsVal ?

So maybe a bit of an explanation on the this pointer and its uses (and/or examples)...

This is pointing to that :)


Yes, all the items in a class can access all the other items in it. The distinction between private / protected / public is only made for other entities, outside of the class. (With a couple of exceptions of course, but we won't go into that.)

The this pointer is the address of the current object.
So if you have a class

class whatever{   public:   whatever* getthis() {return this;}};
and you have an object of class whatever

whatever what;
then what.getthis() returns the same as &what. That's all there is to it. There are no other tricks involved. It's simply that inside the class, you can't use &what, because you don't have what.

Groetjes, Pim

&WTF ?

Bunch of posts with code referring to a class called CAT with members frisky and boots follows.Gimili is still confused-- this is now in the area of Copy Constructors.


The book says this: A new CAT, boots, is created, using the copy constructor and passing it in frisky.

I still don't understand... does that mean that boots now has all of frisky's data? And how can an object take a parameter like that?

I however want to know who is feeding the cats?  * food

Yes. That's what the copy constructor does: it copies an object, so it needs to know which object to copy.
You must remember that references are not references to types (classes), they're references to objects; real, existing objects.

" Then, when the copy constructor is defined, the CAT object (???) rhs is created, "
No, it's not created. The object is already there, it's just referred to as rhs.

" and public accessor methods are used. "
Yes. Well, they don't need to be public, actually.

" But if there is a constructor that already makes data available on the free store, why use 'new' in the copy constructor as well? "
Because the copy constructor is a constructor!
The other constructor is not used when copying an object in this way, only the copy constructor is. See, when you're creating an object, only 1 constructor is used.
If you were to have a third constuctor, with yet different parameters (the age for instance), you'd need to use new in that constructor as well.

" And how can an object take a parameter like that? "
Sorry? It's not the object that takes a parameter, it's its constructor that does.
A constructor works the same way as a function does.

Stormblade now enters in -- maybe he has the catfood.

From your question I think you may not have references down quite perfectly. At least not in their entirety. Remember that references are aliases to objects. You can not create a reference that refers to nothing. That is their main difference from pointers. A pointer can be set to point to nothing at all. It's a variable in and of itself and has it's own identity.

A reference doesn't have it's own identity. It exists only as an alias to an object. In order to create a reference for an object, that object has to already exist. The reference and the object it refers to are one. They only differ in the names. It's just another way to refer to an object that already exists somewhere.

Codebabe still understands this explanation.


OOooohhhh... I getcha.

So CAT& in the copy constructor part of the class declaration is saying that there's a reference of a CAT, and later, rhs is the name given to it, which is a reference to a CAT, which has all the attributes of a CAT? so rhs.GetAge() is returning the age that's in CAT (in this case, since frisky is passed as a parameter at CAT boots(frisky), boots (and thus rhs inherits all the data from frisky).

I think I get what you're saying

A quiet hush, does Gimli really get it ? The below is not the post right after above.


"rhs contains a copy of all of frisky's member variables."


No, no!
It's a reference! A reference! Not a copy!
Pfff, how do I explain this?


Storm! Help!


Think of it this way. This hopefully won't confuse you further but ok. You declare your copy contructor. It is invoked when a copy of the object is needed. Here's how you can visualize it.

I come into your office and tell you that I need you to make a copy of my resume. You don't have a copy machine so you have to do it yourself. I hand you my resume (This is like passing the object to your copy constructor) and then you get a piece of paper (LIke allocating memory or whatever you need) and you start copying. To copy my resume you need to be able to look at my resume to copy it.

That's in essence what the copy constructor does. Remember to think object like. The copy constructor allows you to create an object that knows how to copy itself. Inside the function what you are doing is copying FROM an object. So you have to have the object you are copying FROM sent to your function.

That's what that reference is. It's a reference to the object you need to copy from. You are the copy and you are getting your information from the original in order to make yourself the perfect copy of that object.

References are used many times because of their nature. You can't have a reference referring to nothing so the recommendation is to always use references instead of pointers unless you absolutely have to use a pointer and in those cases it's usually a result of poor planning or design or both.

My headache is getting worse at this point.  * Tylenol


No. Don't despair though, we're getting close.
It would change too, if you had made a shallow copy. However, because you have made a deep copy, utilising the copy constructor, boots' data (which are full copies of frisky's) are boots' and boots' alone!
If you understand Storm's explanation, there's no need to read on. But if not, maybe a different analogue helps a little.

Think of an object that contains data as a man holding a suitcase. The object is the man, the data is the suitcase.

If you make an exact copy of the man, you will have a second man, which is identical to the first, and he is holding the VERY SAME suitcase.
So now both men are holding this suitcase.
Then if the first man would change something in the contents of the suitcase, the second man will find his suitcase changed too. Because it's the same suitcase!

So in most cases, what you want to do is make a copy of the man AND his suitcase. That means you can't just duplicate the man, you've got to duplicate the suitcase as well. Only then will each man have their own suitcase.

Does that clarify things a bit? If it only muddles things, I'll have to think of a clearer analogon.

Umm-- are the cats in the suitcases? Man I hope they can breathe.


It makes sense, but could you, using the man/suitcase example, state how it relates to the frisky thing, just so it has a bit more connection? I may have to re-read what Stormblade posted a while ago about deep and shallow copies to see how they differ, and how a deep copy was made from the code we used, rather than a shallow copy.


A bit more connection? OK, OK, have it your way.
<mumbles>A cat holding a suitcase... Pfff, what will they think of next?</mumbles>

No, seriously now. In order to make the difference clear between deep and shallow copies, I want to make the CAT class a little bigger, so that it doesn't contain only pointers, it contains actual data as well.
class CAT {   CAT();           // default constructor   CAT(CAT& rhs);   // copy constructor   int itsEyeColor; // its eye color  <-  this is the new one   int* itsAge;     // pointer to its age   int* itsWeight;  // pointer to its weight};
Of course, there's also the functions that retrieve the values, but we're not concerned with those now.
Suppose you create a new CAT.

CAT Frisky;

What you do here is call the default constructor, which gives the CAT a certain eye color, and also, to follow the analogon, creates two documents in its suitcase, one documenting the age and one documenting the weight.

OK so far?
Well then, there are two ways in which you can make a copy of Frisky: shallow copy or deep copy.

Shallow copy
If there is no copy constructor, you can still make a copy of Frisky.

CAT Boots(Frisky);

The compiler doesn't mind. It will just make an exact copy of Frisky. Only of Frisky, mind you, not of its suitcase. Why would the compiler make a copy of a suitcase if you ask it to make a copy of a CAT?
So what you have here is Boots, an exact duplicate of Frisky. Since Frisky is holding a suitcase, Boots will also be holding that suitcase.

OK so far?
Now if you can visualise that, you will realise that you can change Boots' eye color without affecting Frisky's. You copied the eyes, remember? So Boots has eyes of its own, and you can alter them whatever you want.
However, what you can not do is change Boots' age without affecting Frisky's. You didn't copy the suitcase, so it's still Frisky's suitcase that Boots is holding. If Boots opens the case and changes the age on the document, Frisky's age will change with it!

OK so far?
(You do understand that I expect a series of "yes"es in your reply to this message, do that I will know you have read each of the "OK so far" questions?)

Deep copy 
If you don't want to happen what happens above, you will have to write your own copying routine rather than let the computer handle it.
Your own copying routine will copy not just the CAT, but also the suitcase. What the copying routine - the copy constructor - looks like, is detailed in an earlier message, and I won't go into that again.
Well, from there on it's simple. After

CAT Boots(Frisky);

you will have two CATs and two suitcases. So Boots can open its suitcase and alter the documents inside it, but Frisky's will remain unaltered.

OK so far?

Groetjes, Pim

Progress has been made.  or has it?


Yes! OOOooooh YES! YEEEEESSS!!! Oooooohhhh....

Ahem.... erhm... now where were we....

" <mumbles>A cat holding a suitcase... Pfff, what will they think of next?</mumbles> "

I laughed out loud at that one. Haha.

So having the pointers, pointing to a place in memory, makes it so that if you change the variable that's being pointed to, then it changes them both, unless you assign each one a separate place in memory, using new, like they have done in the example?

But without a pointer (such as the itsEyeColour, a CAT Boots can have his own eye colour because that CAT has, although a copy initially, has the ability to change those variables.

Is this what you're saying?  I hope so, because I was pretty impressed with how you explained it. Made sense (I think, although I've said that before and look where I am)


Yes. If you have Frisky with its pointer to its age, and you make a (shallow) copy, you also copy the pointer, so the pointer in the new CAT will point to the same memory location as the one in the old one, being as it is an exact duplicate.

As you can see, they also have the same eye colour, but you can change that in one cat without changing it in the other.

Groetjes, Pim

We are all amazed at Pims hidden talents as an artist.  We had no clue of his side of him. We will no doubt loose him when he is discovered in some French Cafe with his sketch pad instead of his laptop.


*laughing* Oh man, colour me impressed with your drawings. :P Totally crack me up.

Hey, while we're at it, do you have multiple user-names? Like NIPP2 perhaps? Because I was just surfing a promo, and I saw Pim (although I've seen him/you all over the place, just with a different name in the ( ). ) And this particular Pim, who had NIPP2 as the login name, also had, at the end of his post, "Groetjes, Pim."

I think I get what you've been telling me though. I really think I do. It's just a matter of a) actually knowing it, not just saying it (this we'll find out later I guess, since I seem to get things, and then I ask a question and apparently don't get it, like I had thought) and b) retaining the information I read, something I've always had trouble with to begin with (i.e. it takes repetition, perhaps more than usual, to grasp a concept.)


EDIT: Oh yeah, when you think I should move on, let me know, and I'll keep truckin' with more questions.


If you find you need repetition, does it help to re-read the thread? This one for instance; I believe it holds lots of useful concepts, some of which you may not have grasped the first time, but you may understand it better when you read it for the second time.

Groetjes, Pim

Or third , fourth etc,

Well we think Gimili gets pointers now,  if not well he certainly has a couple of cute pets now.




C++ General Gaming plus Chess

This post is from February 2005 can be found here. 

I have emailed the original poster informing him that I have archived his posts here.  I do not alter anyone's words or their spelling.  There is no difference to the post being visible in the forum to being viewed here in it's unedited true copy.  Any member that is not active in the forum receives an email to last known address informing them that I would like to re-post on the Blog. 

I chose this thread in the C++ folder even though it is not a particular programming question, it is general advice.  I have
seen this same type of question asked in every single programming forum I have ever gone to.  I felt the advice  00010100
received from Loop Members was the most realistic and not giving false hope.

Beginner Programmers are very eager to learn everything and want to make a name for themselves
and sometimes this eagerness is taken advantage of in the workplace.  

Original post by     
From:     00010100 - from here on referred to as Binary Boy

Hello all, I am an up and coming programmer hoping to get in the video game business and maybe eventually create a program

that will get me enough money to create my own little oriental village for my family and myself :). well im looking forward

to meeting all of you.

i don?t know if i did it right but can someone guess what number i have as my name :)

MDM Reloaded offers this very good idea.

>>video game business

The video game business is not exactly a good 'career'.
The local gaming company is famous for hiring junior programmers out of college, working them senseless with unpaid overtime,
throwing the occasional cheap gimmicky toy at them (which is worth far less than the cost of overtime) and then replacing the
overworked workers with a new batch of fresh college grads.

There's a lot more business doing industrial computing, such as writing applications which make doing business easier,
whether it's commercial (customer billing databases) or industrial (controllers for automated processes)
If you want to be cutting edge, write something that runs on the Symbian OS (the os built into a cell phone) which ties the
phone's built in voice recognition to the phone co's mappiing software (ie.. 'mapme' which uses radio towers to triangulate
position or GPS) so that you can say 'Phone.. which way to the Mann Chinese Theatre?" and the phone will be able to draw you a map. And sell that program to the Phone companies for ten bucks a pop.

Pim has guess his name - an excellent demonstration of binary conversion on the fly.

Sure, it's DC4.

Groetjes, Pim


Binary Boy posts his next question and it is clear as to why he posted this in the C++ folder instead
of general programming questions folder, but thankfully the lovely hostess (moi) is not hung up on these kinds of things.

what languages do you guys recommend I learn in order to be successful? at the moment I am taking C++ in collage.


Bluestardrag---- this member goofed on the profile -- it suppose to be Bluestardragon-- Just thought I would point
that out-- it is in the Personal Quote of this members Profile.

The response here was very realistic,  honest and hopefully taken.  

Bluestar quotes a portion of binery boy's post.
"i don?t know if i did it right but can someone guess what number i have as my name :)"

let see hmmm 2 * 10 or ten thousand and 100 :)

As for being a game programmer thats, like trying to be come a rock star or more like a movie producer. It can be done but
take both luck and skill. And very likly you'll need big money backing you for your game to get to the market place. It's not
like it was in the early 80 when you can buy an Apple //e or an commdore, Go out buy a book on assembly and then start your
gaming company in a garage. You can still do but it's not easy. If you go the self employed route you should go for one of
the Dale Carnegie course and dealing with pepole. If fact go out and buy the book How to Win Friends & Influence pepole by
Dale Carnegie, What that book will give you, is more than any computer langauge can, No matter what choice you make. (in fact
I need to read it again ). 2 take a course in investing and money mangment and you'll be able to avoid 90% of the mistake
that pepole make.

Now for making games. Dont try to make the lattest highest graphic game, or the most cool game that you think of. Insted
start small like trying to create card games and text games. And try to make them fun. By starting small you will learn the
basic about game desine and charater creation. Now Im going to you something I learn by helping my father who manage arcade
game rooms when I was a kid. Pac-Man wich came out in 1980 would make more money than more advance machine with better
graphics as late as 1992. Why Pac-Man was simple and fun. The moral a good game is simple and fun. Not the latest graphics,
Not the fastest machine, but a game just needs to be fun. Oh and the last time I check in 2000, Pac-Man still brung in more
money than many of the more advance games in a arcade.

BlueStarDragon :)

Note the mention to Pacman and simple games--- see they are simple and fun and that is why I love my Namco edition for playstation2 with Galaga and Pacman and etc---  ok back to the reason for this post.  

Now it seems the thread has gone a bit OT but that is ok. 
MDM comes back this analogy about Chess, not sure why but it is a very profound observation.

That reminds me.. a friend of mine studied game theory, and he said that
chess is a bad game because it's purely skill, and the outcome can be determined after a few moves.
Good games have an element of luck and unknown outcome to them.

Ok the thread has been brought back On Topic by gwareth- Jason

The challenging part of Chess, which makes it a good game for programmers, is trying to do an AI. Creating a two-player chess
game is an exercise in monotony as it is simple (not counting graphics or the flashy stuff).

As for getting into the industry, there are a few things you need.

1. A 4-year degree in engineering or computer science
2. A desire to create games and the ability to show people you can do it
3. Drive. You have to want it and you have to be able to do whatever it takes to get what you want. Drive and ambition will
take you far in the industry.
4. The ability to communicate. Make sure your english is good (if you are programming in the states or Canada). Make sure you
can write clear, concise paragraphs and that you remember to grammar and spell-check your work.
5. Prove that you have the ability to learn whatever they throw at you. Overcoming obstacles.

And finally, you'll need luck and the ability to persevere through difficult times and rejections. A producer who used to
work for my company (and is now Executive Producer at NCSoft for AutoAssault), told a group of people at a conference this
past fall that he submitted resumes to companies for TWO years before he finally got a job. But he never gave up on it and
now he's making big bucks and his own games.

Best of luck to you. Perhaps one day if you make it into the industry we will work together.

- Jason

Bluestar has another comment re Chess.

Game theory should not be confuse with just playing games. Game theory tends be a system for studying things like politics
and social Patterns ( and more :)). It's not about making games, thoe you can use the info help I'm Sure. By the way chess is
a very good game look at how old it is. Plus a Russian Czar one time try beheading people to make them stop playing.


A little late but better then never - Yankiwi comes along and could have won the 64 million dollar question.

>>can someone guess what number i have as my name :)

How about 20 (decimal)?


00010100 joins back in the thread , I don't think he had an interest in the Chess.

And I thank all of you for your advice


However , he was thankful for the advice received and probably will never play Chess !
I have sent an email to this member and will post an update as to how this beginning programmer is doing.
Is he doing games? Maybe his work is on your Cellphone as Per MDM's advice.  Hopefully we will find out.

Well we had a reply from Binary Boy and here is an update:

Hello everyone,
Well yes you may use the post you asked me about. As far as what I am doing now . . . I am still in college and am taking Intro to Java this semester. Although I still love video games I have found myself intrigued by how operating systems and the innards of a PC work. What I would really like to do now is improve my programming so that I could help out the open source community (Linux distributions, Open Office, etc.). Well if any of you have any advice on this new path that I want to take let me know.

So there you have it.  No Chess but still on a good path to his goals. 

Comments (5)

  • 9/1/06 - Amber (ARCBYH2)There is a 'width' limitation in your new CSS that will keep inserted tables in the entry box... Show Full Comment
  • 8/4/06 - KaremAOK scroll bar gone. It was the link I had-- to long for post width.
  • 8/2/06 - KaremAOk the bar is wider now on a refresh in IE. I think the scrollbar is still there only in FF.
About Infinite Loops
Sample of Resource Material from our Members in the Forum. Programming Information.
Blog Entries
«December 2018»

©2018 Delphi Forums LLC All Rights Reserved