Gaia question

[Personoid]

You were using it in a context that you thought would come off as clever. To say the least, you sir failed.

Edit: I'd also like to expand on a previous point that when you brought up classes vs. structs you said it because you were suggesting structs are surrogates for classes when they're clearly two discrete data structures (with a few opaque similarities). You were explicitly comparing the two as if you were insinuating they were the identically the same thing. I don't think it was bad wording on your end, I think it was you being irrationally pedantic considering you were paraphrasing from a book at that time.

Further, C's OO-capability transcends beyond that of mere structs notwithstanding that by definition it is not an OOP language. You're able to prototype or emulate OOP similar to what you're able to do in Lua. (Yes, I like Lua.)

C: http://stackoverflow.com/questions/3...bject-oriented
Lua: http://lua-users.org/wiki/SimpleLuaClasses



Good riddance. Until we meet again.

Edit #2: Ahaha. I see you were called out in the past by GAMEchief for being pretentious as well.

http://forum.logicalgamers.com/membe...itor_messaging

I specified C++ in my original point, which are identical except that classes have private members by default where structs have public members by default. That is the only difference between classes and structs in C++.

As for my argument with GAMEchief, I was correct.

Edit: As you can't see my side of the argument with him, it'll look as if I didn't understand HTTPOnly cookies. On the contrary, I was pointing out that HTTPOnly cookies do not render cookie grabbing on Gaia impossible.

Edit2:

To the contrary, the flash games do not have access to the cookies. An HTTPOnly cookie means it can only be read by the browser during HTTP requests only, not anything within the browser (including JavaScript and flash). The flash game sends the request to the server, during which the browser sends the session cookie (as it's an HTTP request), and the server sends the response after validating the session. There is nothing a phisher can do in-browser to figure out the session cookie value. The phisher can send as many page requests as he wants, which will also send the session, but the neither JavaScript nor the flash games themselves are able to read the cookies - merely interpret the response. Since the response won't include the cookie value, there is no method of reading it.
I could write an analogy for you, but I assume you understand that.

The response does, in fact, contain the cookie, and it can be read.

Edit3: I'm clearly referring to the 109 method of GSI.