programmerinprogress wrote:Yeah, I sorta flicked through google, typed in "Pointers Visual Basic", and I did get some results, but they hardly qualify as an integral aspect of the Visual Basic Programming language, they sorta just 'added it in'
Under closer inspection, I noticed VB.NET CAN use pointers, but i've never used that (not much anyway) so nevermind.
pointers arent integral to any programming language. its a feature. and they dont just sorta added it in.
VB is a Superset of BASIC, which was one of the most powerful and popuar languages of its time. i my self dont like it, i was brough up on pascal.
but the point is that pointers in basic are just as much a part of the langauge as they are in C/C++ and they are just as powerful.
Some person, "I have a black belt in karate"
Dad, "Yea well I have a fan belt in street fighting"
I've never really used pointers in Vb, so i've never really considered them a feature of the language, but if they're there, they're there, and theres no denying that.
---------------------------------------------------------------------------------------
I think I can program pretty well, it's my compiler that needs convincing!
--------------------------------------------------------------------------------------- And now a joke to lighten to mood :D
I wander what programming language anakin skywalker used to program C3-PO's AI back on tatooine? my guess is Jawa :P
programmerinprogress wrote:Then I gracefully retract my statement
I've never really used pointers in Vb, so i've never really considered them a feature of the language, but if they're there, they're there, and theres no denying that.
its cool, for the longest time i also thought that pascal didnt have pointers, but they are there.
Some person, "I have a black belt in karate"
Dad, "Yea well I have a fan belt in street fighting"
programmerinprogress wrote:Then I gracefully retract my statement
I've never really used pointers in Vb, so i've never really considered them a feature of the language, but if they're there, they're there, and theres no denying that.
Hmm, I read somewhere VB's pointers aren't really built in but you can make pointers using the Win32 API? I don't really know anything about it, because I have no need for pointers in VB. From a quick google search for example code it looks pretty ugly..
Falco Girgis wrote:It is imperative that I can broadcast my narcissistic commit strings to the Twitter! Tweet Tweet, bitches!
programmerinprogress wrote:Pointers were definately something I wrestled with, it took me a while to wrap my head around using a variable to locate another variable in the memory, but now i'm able to build up a picture in my head of how it would work.
that's how I come up with my algorithms, I see things (somethimes ridiculous representations, but nonetheless rather accurate) mentally, I usually think about how something should work, then try and break it down into simple operations, then turn that into code!
My BLOCK project helped me a great deal, firstly it taught me to find solutions if I hit a 'brick wall', it also taught me that you can't be ignorant to certain aspects of programming, and then indulge in using other ones.
Programming is about perseverence, and patience, there is no room for complacency, you have to keep working if you want to get anywhere, so I definately agree that with programming you learn by putting what you've learnt into practice, and pushing the boundaries of your current knowledge, to achieve your goals.
everyone has trouble with pointers... I'm still working on it.... But I have the basics... Why would you need a pointer to a pointer???
One reason would be so that you can tell the original pointer to point at NULL. If you have a pointer to myClass (say myClass* poriginal) and you have a fn that takes myClass* arg and you use arg to delete myClass, poriginal is now pointing at garbage (because 'poriginal' was passed by value :D wrap your head around that last sentence, haha!)
:)
I realized the moment I fell into the fissure that the book would not be destroyed as I had planned.
MarauderIIC wrote:One reason would be so that you can tell the original pointer to point at NULL. If you have a pointer to myClass (say myClass* poriginal) and you have a fn that takes myClass* arg and you use arg to delete myClass, poriginal is now pointing at garbage (because 'poriginal' was passed by value :D wrap your head around that last sentence, haha!)
Also an array of pointers would be a pointer to a pointer.
The novice realizes that the difference between code and data is trivial. The expert realizes that all code is data. And the true master realizes that all data is code.
MarauderIIC wrote:One reason would be so that you can tell the original pointer to point at NULL. If you have a pointer to myClass (say myClass* poriginal) and you have a fn that takes myClass* arg and you use arg to delete myClass, poriginal is now pointing at garbage (because 'poriginal' was passed by value :D wrap your head around that last sentence, haha!)
Yeah that last one got me... I think I see what you're saying though....