I don't know anything about C++, but I do know a bit about C, so the following is somewhat educated blind guessing. I noticed that at 92 you have:

while at 100 you have:

It seems they can't both be right.

Looking at the error message, it seems like this might be an order of operations issue, in that it's trying to .getDeparture before dereferencing the pointer.

What did the debugger say when you asked it about that line?

Yup, thanks.

It is and I did, which presumably would have returned another error if I was dereferencing the pointer correctly.

Can you give me some pointers as to how I should clean up my code?

sure. i think i'd be able to give you deeper insights if i had more info about surrounding code. can you give me:

* a list of the other public methods from the same class that this method was taken from, both static and instance methods

* a list of the collaborating classes, and their public methods

so here are a few quick things i noticed for now:

you recalculate the length of ptrFlights with every call. you shouldn't have to do this. since you are not using a smart pointer that would manage this directly, you could at least create a member variable to hold the current length. Then presumably you have an addFlight() method or something, and you could increment that variable when that method was called and a new flight added. this would remove that initial loop altogether: you'd simply always have access to a member variable with the correct length. if you insisted on keeping it for whatever reason, at least rewrite it as (untested):

int numFlights = 0;
while (ptrFlights[numFlights++] != 0) ; // loop does nothing but sets the correct numFlights.

Note I changed "count" to "numFlights" -- in general your variable names are not descriptive and they really need to be.

when you check for the correct departure and destination you use two loops. you can easily rewrite that as one succinct loop. i think you can figure out how to do that yourself though.

btw, sorry to keep harping on this, but i believe you are taking a class on C++ and i just can't emphasize enough how bad it is to learn programming this way. not criticising you, just whatever curriculum is making you do this. the effect is going to be to teach you a bunch of bad habits and get you acclimated to always seeing the trees instead of the forest , and perhaps make you dislike programming unfairly.

Haha yes I guess a static member variable numberFlights would probably make things easier. I see you're right about the two loops being unnecessary as well. Thanks.

yeah although prolly not static, since you could have instances of this class for each airline or whatever, and they would each have their own flight list.

Yes, not static, thanks.

1. The operator you want is ->

ptrToThing->Method(); // easy to type correctly, idiomatic
(*ptrToThing).Method(); // easy to get wrong, unnatural

2. I think it would be easier / better with your own thread "SenorKeeed's adventures in C++".

Yes I am. Do you mean just taking a class in general is a bad way to learn programming? Do you mean a good way to learn programming is more ad hoc, learning what you need to learn to solve a particular problem?

wp

and sorry for cluttering up this thread, I'll start a new thread if I have further questions so the only people who will be subjected to my programming AIDS are people who willfully click on my thread.

i mean C++ is a bad starting language. i have no problem with classes...

I was happy with it too but then I realized if it won't compile he won't be able to step to it probably.

No, and I'm going to get that now, instead. I find it shocking to note that after 5 years, this is still the best javascript book available. I guess that Secrets of a JavaScript Ninja is supposed to be a book that finally outshines this, but come on, really?

I don't want to actually learn the language right now. I just want to know what is happening when I write (js/window) and go home.

I watched the JavaScript, the Good Parts video today and it was quite informative and entertaining. Then after hearing him talk about Scheme so much, I watched Sussman build the Meta Circular Evaluator. Two hours of total win.

Yeah, but admittedly, that long post wasn't well-written. It's like over-commented code.

34. Started this stuff at 32, so going on two years.

Yes, stay away. This review feels like it came out my pen and not someone else's.

How are you liking Erlang. Is it Erlang, really or a totally new language built on the VM?

Definitely wouldn't want to be a Rails-only dev all your life. That caboose will leave the station sooner than you expect and you don't want to become the equivalent of a Perl CGI scripter when you wake up tomorrow.

I'm not entirely sure if you'd be repulsed or embrace JavaScript to be honest. The language seems like the antithesis of everything Ruby stands for.

I think that Spiral echoed a common theme. He isn't the only poster here who has mentioned not being able to find a js developer after an 18-month search. Not sure what the issue is, but I suspect that they are looking for people with some CS chops to top off a disconcerting obsession with the language. Sounds like a real opportunity for the correct kind of weirdo. I wonder if that is what they sort of mean about js being the assembly language of the web: only sickos and oddballs can find real beauty in either assembly or js.

I think you'd be surprised at how fast you can learn a language, build, and ship code in that language if you really put effort into it. As long as you have some sensible and flexible baseline engineering, the rest of the abstractions can build up pretty nicely. I built that bot in less than a week and that is nearly 500 LOC in a language I kind of sort of knew. That bot is pretty algorithmic, and I didn't know much about that stuff in Clojure before starting. I can't really say much about the current quality of the code, but it is quite flexible and not hard to fix up, regardless. I had already known some Clojure and I've written quite a bit of Lisp already, so you may have different results.

Why is classes a good thing for javascript? More specifically, why should there be two diametrically opposed object viewpoints in the same language? I would think namespaces would be the best addition. Large systems can work very well without class systems, but not good file organization.

Wait, you only did two loops and your just starting? That's awesome.

eh, I do worse.

Depends.

Oddly enough, I've been reading the javascript pocket reference by the same guy who wrote the definitive guide. Today I noticed that he uses a number of examples using anonymous functions before the chapter about functions, which is written as though targeted toward people who have never heard of a function before. Once again I find myself wondering "Who is the target audience again?"

I have to say, that Crockford guy is an impressive teacher and talker. He states his opinion of JS-DG in one of his teaching videos: "It's the least worst book on javascript out there." Not exactly a ringing endorsement.

It's little wonder why companies struggle to find js developers. There is only a handful of proven resources and the ratio of good to absolute trash is 1 to a 1000, and if JS-DG is any indication, there is no linear relationship here. How would anyone but the purest of nerds be able to parse out the trash? How many of these guys and gals want to bother with js when the glory is in other places?

This is embarrassing, but what am I doing wrong here (see stove output below).

I want to manually arrive at the equity number for Hand0 based on the pots won and tied numbers. My thinking is:

total pots played = "pots won by Hand0" + "pots won by Hand1" + pots tied
total = 115299689 + 105543943 + 2798049
total = 223641681

hand0 equity = ("pots won" + 0.5*"pots tied")/total
hand0 equity = (115299689 + 0.5*2798049)/223641681
hand0 equity = 0.52181110863

But this does not agree with the stove answer .52154

Where's my mistake?

EDIT: nm, i figured it out. it should be:

(115299689 + 2798049)/(115299689 + 105543943 + 2798049 *2)

This is useful. Your personal way back machine: http://archive.is/

Interesting insight, the best JS developer I know is a very strange, almost won't talk, writes amazing code, but very hard to work with.

There are a lot of people who know just a touch of JS, mainly work with jquery, cut and paste as their go-to style, and apply for any JS job that comes, which makes it a bit of a slog in hiring.

I haven't put in an 18 month search, i haven't even started actually, I assume that was a different poster?

I can see there being a shortage of javascript devs because to begin learning backbone type frameworks you already have to know a server side language to set up the REST stuff and have some CSS chops to set up templates. It's a bit of a different skill set than the usual CS grad will have and the hacker news hipster webdev community is probably alot smaller than it appears.

It was "hipster" like 2-3 years ago maybe. The idea of doing a lot of client side JS and having a light server acting as basically nothing more than an API server is ancient news at this point. It's not really an optimal solution though unless you really have some type of real application that you're running.

Rendering templates on the client kind of sucks in a lot of cases and #! is really bad.

I do like JS though. Really happy I investigated Node all those years ago and stuck with it + doing some more client side stuff recently.

I've been getting into puppet recently. I really like the idea of using code in a VCS to define a server environment. It's a lot better than a collection of jankity shell/perl scripts.

Does this guy think jQuery is a bloated piece of trash?

Sorry, I worded that poorly. There is a poster here who mentioned how difficult it was to find a JS dev. This is LA, so I don't know what impact that has on anything.