wanna learn more about C? check out my courses at lowlevel.academy (get 20% off)
@VndNvwYvvSvv9 ай бұрын
It's easy. Just add or remove asterisks or ampersands until it works.
@okbazekri256819 күн бұрын
* is the inverse function of &
@okbazekri256819 күн бұрын
Y= * px = *&x= x; // y= x
@Mutual_Information2 жыл бұрын
C++ was the first language I learned.. and I only spent a short time with it. But one thing that made all the difference was having a mental model of computer's memory with addresses and values. Before I knew to do that, C++ was incredibly frustrating. This video is smart to lead with that lesson.
@imt32062 жыл бұрын
Any resources on learning how computers handle memory?
@thebirdhasbeencharged2 жыл бұрын
Same, I taught myself C++ well over a decade ago at the wee age of 12 and it took me near 2 years to get pointers. I remember what finally made it click was an analogy comparing it to actual mail addresses, will never forget that enlightening moment.
@antoniusdaivap77592 жыл бұрын
@@imt3206 in my case, learning how computers handle memory is automatic with learning pointers and data structures like array, stack, qeue, linked list. especially linked list, that shit opened my eyes how linked list is so much superior than array in most cases
@TheMovieCriticVoice2 жыл бұрын
kzbin.info2YCtH5_56po?feature=share
@TheMovieCriticVoice2 жыл бұрын
kzbin.info2YCtH5_56po?feature=share
@kingofthecrows88022 жыл бұрын
I'm a senior majoring in Computer Science at college. If you're a young person whose looking to learn about programming and computers, keep watching this guy's stuff! All complex systems can be broken down to simpler parts. That's what this channel does very well when explaining complex concepts like pointers. This is the first video I've seen but I'm definitely subbing cuz this guy not only knows his stuff but more than I do! My college experience was incredibly lacking in low level courses, which I imagine will be the case at many other universities in the coming future. High-level problem solving has it's place, but low-level is important because a house won't last without a proper foundation. The foundations of computer science are the most important area to master, arguably more important than programming itself. Don't be a cog; be the future.
@coolperson4582 Жыл бұрын
What programming languages were pushed at your college? My college is pushing C++ right out of the gate and forces us to learn Assembly as well. Is your college similar?
@pewpewyadead11 ай бұрын
love this
@Matt-ir1ky10 ай бұрын
@@coolperson4582 What college? You're lucky, enjoy!
@4F6D9 ай бұрын
@@coolperson4582 You are so lucky, my university enforces java and eclipse. It feels like oracle is lobbying there.
@Synflood-dot-txt9 ай бұрын
@@coolperson4582assembly in 2024?
@rohanjoshi87852 жыл бұрын
Working with pointers is easy af... Just try different permutation and combinations of & and * until code works like u wanted it to work... Don't complicate easy things.. xD 😁😁
@tenseikenzx-35592 жыл бұрын
Next thing you know it, you created a buffer overflow attack
@dakata24162 жыл бұрын
@@tenseikenzx-3559 And that's why we use Rust
@TyconXstar2 жыл бұрын
This is wrong in so many levels 😂
@williamdrum98992 жыл бұрын
Me after 20 minutes of compile time errors: __asm__ { MOV DWORD PTR [0xDEADBEEF],%EAX }
@anon19632 жыл бұрын
@@dakata2416 no. that's why we use unique_ptr or shared_ptr.
@fang82442 жыл бұрын
One important clarification. The asterisk(*) is an attribute of the variable not the type which your explanation seems to suggest. This distinction is important because if you consider the following line: int* x, y; x is a pointer to an int while y is just an int. If you wanted both to be pointers you would need to write something like: int *x, *y;
@FriedMonkey362 Жыл бұрын
So i should do int **pX; instead of int** pX; as a good habbit
@fang8244 Жыл бұрын
@@FriedMonkey362 It's up to you. That is how I prefer it as I feel it more accurately reflects the syntax, but Strourstrup (founder of C++) actually prefers it *int* pX;*. There is not "right" way per say, so do what you think makes sense : )
@xouxoful Жыл бұрын
That makes sense : *pX (value pointed by pX) is, indeed, an int.
@kiryls1207 Жыл бұрын
but int * x, y; is just a syntactic sugar to condense on one line this: int * x; int y; during declaration phase the * operator is treated like the type of memory you'll allocate, otherwise it becomes a unary operator to dereference pointers. so when you declare variables it actually makes sense to read "int * x" as "x is a pointer to int" and otherwise, seeing "*x = y" as "assign y to the address pointed by x"
@MAX-nv6yj Жыл бұрын
@@FriedMonkey362 yes as a good habit 👍🏼
@Ogrodnik952 жыл бұрын
Understanding references, pointers, smart pointers and memory is gamechanger and is crucial thing to know. Dont give up trying to understand, it is well worth it and with bit of practice becomes normal to read and understand. I regret giving up programming because of this at school, it would have boosted my career as software engineer forward by years had i put more time into it.
@abdiasisibrahim59032 жыл бұрын
But can’t find practice problems online. So far being working with this company for about 7 months and everywhere in the codebase we use pointers and I just get more confused especially when a pointer or reference is passed to a method and returned from a method
@Ogrodnik952 жыл бұрын
@@abdiasisibrahim5903 best practice i got was when i tried to make my own simple tile based farming game, so i suggest trying to create something of your own, and when problems arise you need to understand and solve them. I didnt ever finish it, so i cant really show how code looks like, but one of many problems i had was how to grow plants, which I resolved by creating timer, to which I subscribed selected plants and called grow method on them when timer said it is time. Problem also included how to unsubscibe them correctly. Another issue arised when my game grew too much and I had to split it in smaller modules, so eventually I needed to separate drawing routines from game logic. I remember it being tricky, as my game directly extended from engine. I stored tiles and other assets in raw arrays stored at heap, so it also needed some thought to put into. Such practice directly tests your knowledge and teaches you a bit about design patterns and how memory and language works.
@zanityplays2 жыл бұрын
Making game trainers is a great way to learn about pointers
@abdiasisibrahim59032 жыл бұрын
@@zanityplays how do you make game trainer (sorry I’m not a gamer)?
@zanityplays2 жыл бұрын
@@abdiasisibrahim5903 you use a memory searching tool such as cheat engine to find interesting in game stuff such as player health, some debuggers also have this functionality. Then use relevant os APIs to retrieve a handle to the process and modify data at the found addresses
@TDG3612 жыл бұрын
I struggled quit a bit with pointers and references back when I was learning C (my first programming language,) but I did not gave up and eventually managed to understand them. They're so simple, yet so powerful, and open up an almost infinite number of possibilities. Sometimes, I managed to break programs when using pointers, but in general I have no problem using them 😄
@arezki712 Жыл бұрын
I really lost hope to learn the .. i do find mathematics and electronics are more easy 🤦♂️🤦♂️
@gaddiji2 ай бұрын
can you help me with this, i on to writing a leetcode problem of merging two sorted list, and cant understand understand this line, struct ListNode* mergeTwoLists(struct ListNode* list1, struct ListNode* list2) { } will you please explain, i had wasted probably 2 hours and still cant understand..
@olteanumihai12452 жыл бұрын
The best tutorial so far. This is what high lever languages do all the time with "references" which is just a pointer bound to a value but you cant play with the pointer directly only the value he is pointing too.
@tylerrainey2232 жыл бұрын
About to finish my computer science degree, and I never really understood pointers because most modern languages abstract this. It's nice to make a full circle though. Thanks!
@HolyRamanRajya2 жыл бұрын
Understanding isnt hard, applying it cleanly is. Working by bypassing scope might be faster but the need of keeping track of it is hard lest one gets memory leak. Not to mention in bigger teams having to rely on coworkers to apply it cleanly. It becomes a cascading problem with less avenues to debug such bugs. edit: 1yr on seems my post got some traction, I want to add something. One of many uses and evolution of a Computer is to be a better Calculator. To that end, computers must be able to provide to a user mildly complex logical constructs/objects on which mathematics can be applied and work on them e.g. plus symbol signifying Concatenation of String objects. One should be able to develop some function without having to think of this and that memory allocation. Usage of pointers should only be approached by the top 1 percentile of experienced devs who is probably designing a solution for other devs; or embedded devs having to work with low level resources but won't have a cascading problem.
@mastershooter642 жыл бұрын
That's why we practice! :D
@_khaine2 жыл бұрын
@@chudchadanstud then don't put noobs on your dev team
@puppergump4117 Жыл бұрын
@@_khaine You can put me on your dev team
@_khaine Жыл бұрын
@@chudchadanstud not naive at all
@JBeats1493 Жыл бұрын
Exactly, all these videos explain the concept well, but the real problem is when you are coding something and you dont really understand why you need to use a pointer
@maxfiialkovskyi53469 ай бұрын
u know arrays, right? well, all of memory is an array. a pointer is an index of this array. yup, thats it.
@RetroMaster646 ай бұрын
Basically yeah
@williamdrum98992 жыл бұрын
Video idea: How malloc() works and how does it know what memory is considered "free to use". I started programming on retro game consoles where you know ahead of time exactly how much RAM you have at your disposal, so allocation functions in general are very "alien" to me.
@gustawbobowski13332 жыл бұрын
malloc doesn't know. The OS knows.
@williamdrum98992 жыл бұрын
I figured as much since MS-DOS had a "malloc" feature where you would tell it how much menory you needed and DOS would tell you where it is. But how does the OS know then?
@mihailmojsoski42022 жыл бұрын
it probably uses mmap or sbrk
@Rodrigo-me6nq2 жыл бұрын
@@williamdrum9899 Why wouldn't the os know? That's one of the core functionalities an os provides
@strongserbian14132 жыл бұрын
@@williamdrum9899 it's still the same on any OS if I'm not mitaken. The OS has a map of available memory blocks allocated to your program (called pages). When you call malloc, which is a system call, the OS finds a contiguous space of memory allocated to your program where the size you asked for would fit. If not enough memory is available in your page, a new page is allocated to your program.
@ghost_cipher Жыл бұрын
I don’t fully understand everything, but you make me feel like I will one day…and that’s the most important thing I enjoy the most! It’s all about the journey of learning and not always to the final destination! Thank you for this content!
@slickballer Жыл бұрын
How is it going man?
@cindrmon2 жыл бұрын
i actually appreciated pointers more when i started to learn golang! it really helps especially when you don't always want to expect a return type when making a function and just modify a value that you pass into
@robertmarder1262 жыл бұрын
Yes, that's called passing by reference, and it's a very useful feature in many languages to save function call overhead and to return multiple results from a function.
@iCybqr2 жыл бұрын
Yep! Acknowledging the difference between pass-by-value and pass-by-reference is quite important, and it helps a lot to deeper understand a language.
@iCybqr2 жыл бұрын
One decent example can be seen in Visual Basic (just the first one that came to mind), where a methods are assigned a role: either a subroutine (no return value) or a function (has a return value). The function/subroutine parameters can also be prefixed with “ByVal” or “ByRef” depending on what you are going to do with those arguments. It’s quite flexible, but sometimes a bit difficult for some to understand
@gg-gn3re2 жыл бұрын
yep, Go is awesome
@iCybqr2 жыл бұрын
@@gg-gn3re I wholeheartedly agree :)
@nati77282 жыл бұрын
I’ve been programming for years and I still feel like this video flipped a switch in my brain. Excellent, I’m going to bookmark this
@williamchamberlain22632 жыл бұрын
The int * can be looked at as the type - it's a pointer to an address space sized to fit an int; bear in mind that different machines or different compilers/options can have different size ints, and declaring that size will let the compiler generate binaries allocating the right number of bits of memory.
@SoulSukkur2 жыл бұрын
this comment touches on something i REALLY hate about C. as far as I'm concerned, char is a fundamentally different type to an char*. which, it is. they're a different size and everything. so WHY can we write declarations like "char a, *b;" creating two variables of fundamentally different types in the same statement? it's stupid and i hate it.
@williamchamberlain22632 жыл бұрын
@@SoulSukkur back in the old days people couldn't type very well. And monitors were very low resolution, limiting the number of characters and lines visible. So characters had to be conserved.
@Anon.G2 жыл бұрын
@@SoulSukkur nobody is forcing you to write it like that
@chri-k2 жыл бұрын
@@SoulSukkur i just don’t use multiple-declarations, they are already ugly by themselves.
@tayyab.sheikh Жыл бұрын
4:32 this line is extremely helpful
@erf4562 жыл бұрын
I first learned about pointers while trying to make Whack-A-Mole with an Arduino. I wanted to pass a “mole” struct into a void function to mutate it, but couldn’t figure out why it wasn’t working… wish I’d seen this video back then; it would’ve saved me several hours of confused googling lol
@MerrStudio2 жыл бұрын
The thing that was the most confusing for me was the syntax and all of it clicked when you simply explained that the star is used for two different things. I just couldn't understand why star next to type is a pointer but star next to variable is a value under the pointer
@antaries7782 жыл бұрын
" star next to type is a pointer but star next to variable is a value under the pointer".. Exactly! I think most tutorials seem to fixate on the memory map element of pointers, which imo isn't that hard to understand. It's the subtly contradictory notation that's that actual source of confusion for most.
@mapu12 жыл бұрын
Yea, assigning too many uses to the same symbol creates confusion. The concept is easy enough to understand, the grammar is not.
@od13672 жыл бұрын
thank you so much professor, you taught me something in 8 mins!
@LowLevelTV2 жыл бұрын
Happy to help!
@ramakrishna40922 жыл бұрын
@@LowLevelTV hi I am seeing your videos from a week I noticed that your explanation made all our ways clear in doubts but I have a question in this pointers topic on embedded c ? The question was why pointers don't use in embedded c Can you pls clarify the following questions with your explanation I had this doubt after watching this pointers topic in your channel...
@audiodiwhy21952 жыл бұрын
@@ramakrishna4092 Rama, here's an answer to the common question "why we have to use pointers in embedded C". If you use the Pico/RP2040 SDK, you have to use pointers, the functions in the SDK demand that, and I think it'd be almost impossible to code for RP2040 in C/c++ without the SDK. As LLL says at 6:44, I figure the RPi programmers used pointers to get around scoping issues. They had to do it this way, so we do as well.
@mircopaul52592 жыл бұрын
You think you understand pointers now? Then make sense of this type: int (*(*f())[13])()
@felipeguerrino13412 жыл бұрын
@@mircopaul5259 wtf is that, lisp?
@cryptic_daemon_2 жыл бұрын
I found pointers inheretly easy to understand when i was learning them, what can be hard, for me at least, is how to implement them in an effective way. I can understand the difficulty, since it involves computer memory.
@asadickens93532 жыл бұрын
I’ve never really used C so i’m more familiar with the newer languages masking this functionality. Listening to this video is really easy to absorb. Honestly if you can show more examples of pointers in a part 2 i think someone could really solidify the knowledge quickly!
@danielacevedo75392 жыл бұрын
dog
@asadickens93532 жыл бұрын
@@danielacevedo7539 ong dog fr slay kween
@estebanzavala9533 Жыл бұрын
using a double pointer to create two dimensional structures(rows, cols) has been one of my favorite things to learn in college so far, and it goes deeper when you figure out you can create other pointers to increase the size it gets crazy
@t0k4m4k72 жыл бұрын
Great explanation, i think the reason why pointers are so widely misunderstood or hardly understood is the lack of explanation regarding memory layout (which you explained really well) and the not so intuitive syntax
@LowLevelTV2 жыл бұрын
Glad it was helpful!
@yash11522 жыл бұрын
@@LowLevelTV umh, not to shoot you down or anything, but if i were being honest, this was like basic stuff. it's fine. the real problem i face is with 2D arrays, and passing them to functions. the one you explained was just plain variables - it was not at all hard for me. even 1d array is managable, but i can never get pointers to work with 2d arrays, and i thought u'd cover those too....
@valizeth40732 жыл бұрын
@@yash1152 Well arrays decay to pointers but it's only the top declarator that does so. A 2d array hence decays to T(*)[N]
@bemep0k7 ай бұрын
Thanks! This is the most explanatory and easy to understand video about pointers so far! I've been writing code for ages and never really wondered about how pointers work. Just started with C and your video really helped.
@DavidSmith-bh6ez2 жыл бұрын
- int isn't necessarily 4 bytes, do not ever assume this, use int32_t if you want 4 bytes - using p as a prefix is not a good habit. it originates from a misunderstanding how hungarian notation works. it doesn't add anything, we have had editors that can show you types for years and years now - the age example misses the point that modifying a copy wouldn't do anything - stuff that goes onto the stack is NOT static. it is automatic. static memory either uses the static keyword within a function or is defined outside a function. also an automatic allocation doesn't need to have a statically (at compile time) known size, VLAs do exist
@MoolsDogTwoOfficial8 ай бұрын
Before I did week 5 of CS50 I had the impression that complex data structures just need arrays/lists and that’s it. But now I realise how bloody amazing these things really are. The fact you can link multiple things together all using pointers was such an eye opener when it comes to programming.
@sekki25542 жыл бұрын
A small tip: Change the font you're using in your video. I know, might be weird to hear, but the ; symbole looks so weird, it makes the code look more complicated. I understood pointers years ago and when i saw your code, i was legit scared of it and thought, i forgot something important lol Or sometimes it looks like a " i " and i thought: Yo where is "xi" comming from
@yarpen269 ай бұрын
Same here, the semi-colon got me confused, needed to back it up a bit to confirm it was indeed just a semi-colon.
@DeXorPL4 ай бұрын
True I thought it’s „i”
@سهامالعرباوي-ي7ز9 ай бұрын
talk about high level (example: pointer type/pointer name class person { vector*red; public: void set_red(vector*); ///explain this please }; second example : int main() { vectoromega;///// pointer type start after its type /before its name }
@kebman Жыл бұрын
The concept of a pointer is the easy part. The difficult part is from 6:00 and onwards.
@devanandanmanoj78822 ай бұрын
As a college student who is learning linked list, stack, queues, trees, graphs, hashtables without a prior knowledge of pointers, i see this as an absolutely good video
@Nasengold2 жыл бұрын
3 min in and I straight up subscribed. The code translation into english is exactly what makes this so easy to learn. Thanks a lot.
@parajulisugam6 ай бұрын
I subscribed at 4 min.
@Dewaxel2 жыл бұрын
5:13 You can also say that if there was no asterisk, you would put the value of the pointer pX, which is a memory address, to the variable Y. You want the value of that memory address, so you put the asterisk there.
@yash11522 жыл бұрын
> _"if there was no asterisk, you would put the value of the pointer pX, which is a memory address, to the variable Y"_ which would cause issues
@proloycodes2 жыл бұрын
@@yash1152 why?
@yash11522 жыл бұрын
@@proloycodes i dont remember the specifics, try compiling with the compiler flags _-Werror -Wall -Wextra_ and see, it will tell you.
@aleksandarlukic7362 жыл бұрын
Honestly the best video I have ever seen on the pointers. Great work!
@BogdanSerban2 жыл бұрын
I really understood pointers when I got into embedded programming, where you have to access builtin memory address (registers), read their state or write to them. But wait until you get into typecasting pointers, that gets really fun.
@SoulSukkur2 жыл бұрын
every variable can be a char array if you're brave enough.
@clementpoon1202 жыл бұрын
@@SoulSukkur you can swap bytes by casting variables into char arrays
@milky3ay5662 жыл бұрын
And also doing dangerous thing like this is allowed in embedded C bare metal. pointing to random memory. uint32_t *random_mem = (uint32_t*)0x200800FF; *random_mem = 0xEF; //cause weird behaviour or hardfault.
@rpgarchaeology60495 ай бұрын
Excellent, thanks. I am a Java dev and the dirty little secret about Java is that it DOES use pointers, but the implementation and management of them is hidden from the user. The downside of that is we aren't used to having to think about it so stepping over into the world of C/C++ becomes challenging because of this.
@tonysofla2 жыл бұрын
If you have an array of structs, a pointer would be like passing the number inside the brackets, like array[0] or array[3] etc. As C pre complies everything in to tetris blocks repeated at a fixed interval, as each struck inside the array are 12bytes in size (example), so now you can refer to struct members with and offset of 0 to 11, you just pass base number to the functions, an absolute address in memory that is the base number to each "apartment block" and that is called a pointer.
@Nightshft42 Жыл бұрын
I'd find the following much more intuitive: *int px = &x ;because it primarily a pointer int y = (px) ;like in some asm languages (indirect access) But I guess that ship has sailed, at least in C language. Thanks for the video.
@o-manthehuman78672 жыл бұрын
I learned pointers by starting out with JS, then learning about how computers work on the low level, then learning cpp, and trying out pointers. By then it was relatively intuitive lol
@GamingMashed2 жыл бұрын
that may be because JavaScript doesn't have pointers
@ABaumstumpf2 жыл бұрын
3:45 - wait wait wait - "when an asterisk is placed next to a type it modifies the type" no. That is wrong. The asterisk does not modify the preceding type but the following declaration. Yes, that makes a big difference: int* a,b; What you said would mean that we are declaring integer-pointers "a" and "b". But in reality what is going on is: int *a, b; A pointer "a" that points to integers and an integer "b". The asterisk binds to the name of the variable. For your explanation of what "int *px = &x" - why so complicated? it becomes much easier to understand if you split that into the 2 parts it is. "int *px" - declare "px" to be a pointer to an integer. "px = &x" - store the address of "x" in the variable "px". with "int x = *px" it is the same - the '*' simply tells us that px is pointing towards something. We do not care what the value of "px" is - we want to know what it points towards. So this is "the thing that px points to - take that and assign that value to y". 5:51 "by doing this we can pass around x by reference instead of value" and this is just flat out WRONG: No, "px" is a pointer - those are something different from a reference. A Pointer is its own thing - it takes up memory and holds a value( the address of what it is pointing to), and you can modify it. In Contrast to that a reference is nothing but a label - it does not have a place in memory, it does not have its own value. Instead it is a way to speak about another already existing object. It is basically a nickname - it allows you to refer to something that already exists. A big problem for beginner programmers is that in C(++) many things have multiple meanings. You see a '*' and it can be one of multiple things - multiplication, pointer-to-member, declaration of a pointer, derefrencing a pointer. The '&' also has multiple meanings: declare a reference to a variable, take the address of a variable, take an argument by reference, a bitwise operator, a boolean operator, forwarding reference, r-value reference. it is best to just look at how they are named - "pointer" - obviously it is pointing to something. And in C(++) that something usually has a type (you want to know if you are dealing with a whole number, a letter, or a chessboard). And as you can describe the type of the pointing thing you can also point to that - so a pointer-to-a-pointer. In general pointers have good descriptions in most introductory books, but horrible to outright false descriptions in KZbin "learn it in 1 hour" style crap videos.
@hansdampf22842 жыл бұрын
I come from the field of PLC programming. Until recently you could only program most PLCs with either a graphical programming language (good for logic tasks) or in assembler of the PLCs processor. (Good for data tasks). Pointers were really to only way to implement a loop with a pointer iterating over a given field of data. The good thing is pointers and memory handling are really easy in PLCs compared to PCs, so learning pointers there was a good start.
@mage36902 жыл бұрын
I learned to program PLCs in tech school about 3 years ago. I tell you this RN, my instructor would've thrown me out on my ear if he ever saw a pointer in my code. He nearly did so when I found the JMP command all on my own, especially after I (mis)used it and created an infinite loop. Apparently, not even he used the JMP instruction regularly in some 15 years of PLC coding, so he was in no position or mood to look at my code, see that there was a JMP going up the ladder instead of down, and correct it before problems arose.
@dsdy12052 жыл бұрын
getting LabView vibes
@mwanikimwaniki68012 жыл бұрын
@@mage3690 Haha lmao
@Slowly_Going_Mad3 ай бұрын
Pointers in x86 asm aren't terrible. Basically it's just passing an address for some data as an argument. Where it would trip me however is just the way it looks in C. That is going to take some getting used to.
@choobie8486 Жыл бұрын
Watching this before my C++ exam, was stressing hard bc it’s all pointers. It’s so easy now! Thanks bubba
@remingtonward53562 жыл бұрын
I want to add, for people trying to understand why the * usage is different when by a type. It's not. The asterisk just isn't by the type, its by the name. int * x; is not saying x is an int pointer, its saying that dereferenced x is an int. This helped me immensely when I realized it, and it explains: int * x, y; makes x a pointer and y an int since y isnt dereferenced but x is in the declaration.
@SmileyEmoji422 жыл бұрын
One of my computing professors, who was quite eccentric, used to like to explain pointers using a quotation from Alice Through the Looking Glass: "You are sad," the Knight said in an anxious tone: "let me sing you a song to comfort you." "Is it very long?" Alice asked, for she had heard a good deal of poetry that day. "It's long," said the Knight, "but very, very beautiful. Everybody that hears me sing it-either it brings the tears into their eyes, or else-" "Or else what?" said Alice, for the Knight had made a sudden pause. "Or else it doesn't, you know. The name of the song is called 'Haddocks' Eyes'." "Oh, that's the name of the song, is it?" Alice said, trying to feel interested. "No, you don't understand," the Knight said, looking a little vexed. "That's what the name is called. The name really is 'The Aged Aged Man'." "Then I ought to have said 'That's what the song is called'?" Alice corrected herself. "No, you oughtn't: that's quite another thing! The song is called 'Ways And Means': but that's only what it's called, you know!" "Well, what is the song, then?" said Alice, who was by this time completely bewildered. "I was coming to that," the Knight said. "The song really is 'A-sitting On A Gate': and the tune's my own invention." en.wikipedia.org/wiki/Haddocks%27_Eyes#:~:text=The%20name%20of%20the%20song,what%20the%20name%20is%20called.
@Bchicken22 жыл бұрын
Great video, but I think it required more examples of the applications of pointers. Beginners tend to have a small scope of the concept of pointers with a simple explanation. But honestly to me, pointers can never be explained. Its concept and applications can only be truly understood once we've experimented with it hahaha.
@LowLevelTV2 жыл бұрын
Noted!
@fghsgh2 жыл бұрын
It's C's equivalent of "no one can explain what a monad is"
@colonthree2 жыл бұрын
Exactly. All I need is to see use cases.
@napalm52 жыл бұрын
Basically if you want to pass a huge struct to a function , instead of copying the whole thing in (ie via the copy by value parameter), pass it in by pointer/reference. Of course if you modify the struct in the function it modifies the original.
@DavidUrulski-wq9de Жыл бұрын
@@napalm5 heh.. that explanation is what I was searching for, thanks
@AdrianTregoning2 жыл бұрын
I didn't know what a pointer is but this video is so clear it makes perfect sense. I've watched hundreds of videos over the months and yours are some of THE best. Well done, and much appreciated.
@Retrofire-47 Жыл бұрын
i have found that sometimes when i am really, *really* struggling to understand a concept it might simply be a product of obsessively trying to understand it, so your looking at like 50 interpretations of what a function is and bombarding your brain with too much information for the actual concept to have any cohesion. i remember reading that the best way to remember something is, well, i am going to inject the first part 1. apply what you learn to something you care about 2. repeat it [use it] 10 times in a row
@TheDarkOne6292 жыл бұрын
If only you had made this video 2.5 months ago. My students really could have used it. As you know, only the most dedicated will ask for help. The less dedicated will either read up on bad internet ressources (looking at you, geeksforgeeks) or not try at all and blame me for failing. Seeing how many quit the exam early, a good ressource like this would have been needed. The K&R C book is great and all, but not very compact. One thing missing from the video is the meaning of "pointer + x" and difference to "pointer + pointer". Some groups had the following code in their homework: "unsigned int n = pointer1 - pointer2;". It took me forever to explain exactly why this is not a good idea. Also, thanks for putting the "*" on the right side. "int *p;" vs "int* p;" also takes a long time. Thanks, 90% of the internet for doing it wrong. Only thing that I really don't like about the video is that you wrote "(NULL == heapMemory)" instead of "(heapMemory == NULL)", but that's a matter of preference, I guess.
@flameofthephoenix83955 ай бұрын
0:12 I only just started learning C++, but I figure pointers are probably the best part of the whole language, and I'm super annoyed that I wasn't able to read an integer as a string using them, I asked someone who knows more about it than me and they said that Windows doesn't want people doing that kind of thing, something like "That could break your computer irreparably if it was allowed," or that I would need Windows Pro instead of Home to do it, what does Windows know about what I want to do with my device? Bogus! If only Windows didn't have corn cob up their but and would let us directly alter the byte tape, it would be most ideal if there was a BrainF interpreter/compiler that used the actual byte tape instead of just a simulated byte tape that is stored on the actual byte tape to keep things safe.
@BetaChri52 ай бұрын
I dont quite understand why you are talking about byte tape and stuff... but you totally should be able to cast a integer pointer to a string pointer, if thats what you mean. Not that its a good idea lol
@flameofthephoenix83952 ай бұрын
@@BetaChri5 Sort of what I want to do, but I don't want it to just make an integer 32 become a string "32," that's boring. I want it to rip the binary representation of the integer out and into a string instead. Without any conversions behind the scenes. Not even adding a null pointer to make sure that the string has an end to it.
@JustaGameDev249 ай бұрын
Perfect Video, thank you a lot :)
@SuperROFLWAFL2 жыл бұрын
I think what caused the most confusion for me regarding pointers was when using * as the indicator that a variable was a pointer and using the same symbol to de-reference.... I think it would have caused much less confusion if we didn't use the asterisk for both
@yash11522 жыл бұрын
> _"* is both the pointer declaring and dereference operator.... much less confusion if we didn't use the asterisk for both "_ yeah, i totally agree
@protox42 жыл бұрын
Change the spacing and it makes more sense. Func(int *pX) { int y = *pX; }
@dadoo69122 жыл бұрын
@@protox4 no, it doesn't (int *) - type of pointer, that points to integer number * - dereference operator they're absolutely two different things
@ninesquared81 Жыл бұрын
@@dadoo6912 it's to do with the whole idea of "declaration follows use". The asterisk is on the variable name because in some weird way, it acts as the dereferencing operator within the declaration. Something like `int *pX` really means (in terms of the declaration semantics) "`pX` is something that can be dereferenced (i.e. a pointer) and when you dereference it, you get an `int`." Similarly, `double a[N]` reads "`a` is somthing that can be indexed (an array), where the maximum valid index is `N` (you can only access up to address `N-1`, mind), and when you do so, you get a double." Another example: `void *pointers[5]`: "`pointers` can be indexed up to `5`, and doing so returns something that when dereferenced gives you `void` (you can't _actually_ dereference a void pointer at runtime, but if you _could,_ you'd supposedly get `void`)." Also, `char (*array)[42]` reads "`array` can be dereferenced, which gives you something that can be indexed to give char (max index 42)." Finally, `void (*print_function)(char *message)` means "`print_function` is something that can be dereferenced, yielding somthing that can be called (a function), which takes a single argument - given the optional name '`message`' - which can be dereferenced to give a char, and returns nothing (`void`)." Of course, function pointers don't actually need to be dereferenced to call the function they 'point' to, but the `*` differentiates between function pointers and ordinary function declarations. Having said all that, I agree it's kind of weird, and could be avoided if C used different syntax for declaration (new languages probably should).
@1_and_only_Crjase2 жыл бұрын
How did you know I needed this!? - That beutiful youtube algorythm
@sudiir123452 жыл бұрын
One of the best explanations I have seen so far
@dabdoube922 жыл бұрын
Okay what what is THE best one you've seen ?
@AndrewTSq2 жыл бұрын
The only thing i missed was WHY you would use pointers. I have no clue and would love to learn. This sounds just like same variable has different name, sounds more confusing to use than anything else.
@itellyouforfree72382 жыл бұрын
@@AndrewTSq why do we use street numbers? also, he explains it in the last part of the video. have you watched it? you cant just "pass variables to functions". either you pass the object itself by value, or you pass the address where it is stored in memory. what's difficult to grasp?
@AndrewTSq2 жыл бұрын
@@itellyouforfree7238 to see where we are? and if we are at the right address? Do you mean pointers are to get a variables memoryaddress? but why would you want to use that instead of just using the variable?
@stith_pragya Жыл бұрын
Thank You So Much for this wonderful video............🙏🏻🙏🏻🙏🏻🙏🏻🙏🏻🙏🏻
@Spartan3222 жыл бұрын
The thing that always bugs me about pointers in C++ isn't complexity or their memory side effects, but the symbols, I know what everything does, but I always confuse the symbols because & has at least 3 different functions as a singular symbol depending on where you put it (bitwise AND, make a variable a type reference, or a get reference operation) as does * (multiply, make a variable a type pointer, or a dereference operation) and it makes reading the code for me a super pain in the ass. I'm totally comfortable with pointers, I just hate the syntax for them.
@po1sonseede90012 жыл бұрын
Dyslexia makes it worse trust me.
@Spartan3222 жыл бұрын
@@po1sonseede9001 Yeah I bet, other stupid thing that makes it doubly confusing in C++ is that neither of those symbols apply to the statement as a whole, only to the identifier, so instead of writing: int* p_1, p_2, p_3; you gotta write: int *p_1, *p_2, *p_3; even though an overwhelming majority of cases you will have multiple pointers being declared at the same time. Conventionally you would see int* as a type, but for some reason in C and thus C++ int is the type and the *p_1 defines a modification to the type exclusive to the identifier that isn't shared with any other object declaration in the language. Only contributing to C/C++'s anti-intuitive nature.
@po1sonseede90012 жыл бұрын
@@Spartan322 I think what bothers me is everyone wants a C/C++-Like syntax nowadays, completely disregarding if the syntax is intuitive.
@Spartan3222 жыл бұрын
@@po1sonseede9001 Yeah, everyone keeps trying to copy C/C++ in such a manner that makes it still a pain in the ass, I wouldn't mind new languages taking a lot of the clean parts of C++ and implementing them in a more readable fashion, but for some reason instead we get Rust and Zig where they try to retain a high amount of C comparisons but you need to declare the variable and then the type alongside all these other things that honestly just feel like a snub at C and C++. Like why are we going back to pre-ALGOL mathematical type specifications? In almost every case the type is necessary information and you still need a structure to a declaration of variables, its cleaner to integrate the type into the declaration then making it look like an addon to the declaration. Its even uglier for functions.
@yuriytheone Жыл бұрын
You just don't know C/C++... Dont lie to us and to yourself... 😅
@sirsnakeson3599Ай бұрын
int x = 4 (initializing the value) int *px = &x (set the address of x as the value of pointer px) int y = *px (dereferencing pointer px and set the value of x as the value of y)
@1over1372 жыл бұрын
A word of caution. You may be tempted do void* or char* cast your pointers to get past some funky type casting foo, but be warned, if you wish to enable compiler optimisation, it will refuse to optimise code that's be obfuscated (to it) this way. It need to have concrete, validatable frame pointers for the variables. It's not stupid and will fail on a void* and in cases where it sees you casting a char* back to a somethingelse* it may fail too. I say "caution" as fixing this later in any size of code base will ruin you month.
@kritzmaker2 жыл бұрын
im not even coding yet (although i want to) and this is pretty useful dont call your self low level learning, call yourself high level teaching
@archmagusofevil2 жыл бұрын
Thanks for the video. I learned the basics of programming from PLT Scheme and became proficient from Python. I've been trying to learn C and I have a decent understanding of the concepts of pointers and addresses, but was struggling to understand why we need to pass pointers to functions instead of the object itself since that's something Python handles for you in the background. I want to take advantage of the power and speed of C, though, so this is very helpful.
@LowLevelTV2 жыл бұрын
Awesome I’m happy that it helped!
@Peter_Siri Жыл бұрын
I can see why my methodology instructor dedicated much of the lecture explaining those seemingly minor details about pointers and memory location with just a single line of code. Looking at this video, I remind myself of how straightforward the syntax of a pointer is. The real challenge for many student learning pointers is forming and retaining a connection between these small chunks of information they already have to figure out what is happening throughout the program.
@Bonfi962 жыл бұрын
Great video! Not sure if it's just me, but I would suggest to change font for some of the examples as the ; looks too much like an i
@LowLevelTV2 жыл бұрын
Thanks for the tip!
@Asdfgadv334232 жыл бұрын
@@LowLevelTV Song name, pls?
@nicksparrow0092 жыл бұрын
I have been using pointers for a whole ass year now in a VR Company and I never understood them fully (just the basics) it just worked. I had to mix some of the options to see if it gave an error. Lol thanks
@HUSS_BOSS2 жыл бұрын
who else watched the video and still confused ? 😂
@eminem992i9 ай бұрын
lol same
@shrinjoy13525 ай бұрын
u should leave cs if u cant understand this
@Jxhsxn5 ай бұрын
@@shrinjoy1352 no they should not your advice is very discouraging, if you want to understand something the only way to do so is with repitition watch this video 20x times and if you still dont get it find another way if you really want to learn something it wont matter how long it takes
@gennadyplyushchev14653 ай бұрын
@@HUSS_BOSS I have now even more questions than before video.
@HUSS_BOSS3 ай бұрын
@@shrinjoy1352 literal nobody think i should leave cs based on his comment
@NotTheHeroStudios Жыл бұрын
This has to be one of the best channels on youtube. I have been fighting this for so god dam long
@misraaditya92132 жыл бұрын
Personally, I didn't have much trouble understanding the concept of pointers and how to use them in C, but a lot of people get thrown off by the fact that the * doubles (pun not intended) as both a type-specifier for a pointer (in an expression like int* or char*) and the dereference operator (in an expression like *p += 1)
@casualoutlaw5402 жыл бұрын
Copying from another one of my replies, That's the beauty of it, try formatting your code like int *foo; This basically means foo is a pointer, and you can access the value with *. It also reduces confusion with int *foo, bar; Here bar is an int, foo is an int pointer. This would be a lot more confusing if I wrote it as int* foo, bar; which'd make it seem like int pointer is a type, and foo/bar are instances.
@misraaditya92132 жыл бұрын
@@casualoutlaw540 Yeah that's a useful formatting tip about keeping the *s with the names.
@JoshuaMartinez-ml5hl Жыл бұрын
Thank you for the explanation! Pointers took me about two years to be able to use them, but I legit just never understood why, other than that we could manually delete them as needed. Never understood why my code would work or not work with or without pointers, but understanding the static and dynamic part really helps
@andre0baskin2 жыл бұрын
I've never found pointers to be all that difficult. This may well be the result of learning PDP-11 assembly with its register addressing modes before any high level languages that supported pointers.
@SerBallister2 жыл бұрын
To be fair, in assembly the ONLY way to read/write things in memory is using a pointer, you have little other choices. Assembly programmers should be fluent in using pointers.
@fghsgh2 жыл бұрын
@@SerBallister Assembly programmers also understand that types don't exist and pointers are literally just integers, which is imo what makes the most difference.
@CommanderBalok2 жыл бұрын
I don't remember them being that difficult, either. But I have been writing software for quite some time, now. It's possible they were, when I was learning. What concerns me is that people now seem to want to write code without actually understanding what the machine does with it. That's how you wind up with buggy, vulnerable, bloated and slow software. Of which there is a great deal.
@Meow_YT2 жыл бұрын
Yeah, I came from 6510 and ARM assembly and never had a single problem with them. Didn't even know the terminology, just used them.
@valizeth40732 жыл бұрын
@@fghsgh That comes with a down sides though, people make false assumptions about the languages. In C/C++ pointers aren't just integers and types are very real, to the point where you very easily invoke undefined behavior. People think of C/C++ in terms of assembly when the two have nothing in common, they target an abstract machine, not your hardware.
@overbored13379 ай бұрын
I think pointers to pointers should be avoided which simplify pointers as a whole by A LOT. Using pointers to pointers also adds unnecessary complexity and likelihood for bugs, so it's generally safer and easier to manage code when you work with just one pointer at a time.
@le.petit.b8335 ай бұрын
Very good video, makes my final exam 92 pointsThanks a lot!
@ScottySR2 жыл бұрын
While pointers as a concept is easy, I think it's rather the C and C++ syntax that creates most of the confusion. Even the 6502 has few addressing modes that use pointers, and they weren't that hard to understand when I was learning them.
@v01d_r34l1ty2 жыл бұрын
What may be worse is that C++ reads RTL and C reads LTR. const char* x in C is a constant character pointer, const char* in C++ is a pointer to a character constant. Lol
@SawyerCarlson-h6f2 ай бұрын
Thank you. My professor is making a huge deal out of pointers and how difficult they will be, but with this video, they seem to be fairly simple and useful. Thanks.
@abhirammanthena73337 ай бұрын
Mate you lost me at 06:11 , suddenly it did not make sense. I'm still at the basics of learning C, so will revisit this often. But seriously thank you for simplifying the concept of pointers and how to visualize them, it really helped.
@MaxwellHay7 ай бұрын
In C, everything is passed by value(copy). If you pass a struct instance and trying to change it in that function, you only change a local copy of that struct instance. The 'original' copy from caller is untouched. That's one of fundamental reasons using pointers.
@abhirammanthena73337 ай бұрын
@@MaxwellHay Ohh it makes sense
@jayb206721 күн бұрын
Brand new to C and this made something I've been dreading and "pre-confused" about seem much more understandable.
@SuperTommox2 жыл бұрын
Love this kind of explanation!
@LowLevelTV2 жыл бұрын
Glad it helped!
@Ikarus_Riding2 жыл бұрын
THANK YOU! It surpises me how can a teacher introduce this concept without explaining it at university. This was a life saver
@dr_jaymz Жыл бұрын
I think the issue has always been squarely down to the way they are used in c. You cannot intuitively infer what a * or & means if they used terms like addressof instead people wouldn't get so confused. But its like that because only a few ascii symbols were available at the time and so that is the way that it is. If you start by programming a simple micro controller using assembly its gets hard quickly, you basically need a higher level language to take care of branching and addressing memory - when you come at it from that angle it makes 100% sense to the point where you almost invent the need yourself - only to find c has your back. If you don't use c at least monthly you forget the syntax and thats when we get into the stabbing * or & in because we know its one of them of some form. Efficient code uses pointers because its much faster to point or reference data than to keep moving it. The downside is that since an address is just a number you can very easily point to memory that isn't what you intended. Even the best programmers can easily get caught by an edge case - so there's a trade off between efficient and safe code - i.e. you can spend 20 instructions checking the bounds and 1 instruction copying data to be safe but thats inefficient, so it depends on what your doing. By far the largest confusion for students are strings, char arrays, pointers to, const char arrays and when and which to use - discussion for another day.
@prasadt7722 жыл бұрын
6:00 I use the verbalisation for *pX as "value at location to which px points" Or generally "Value at loc. to which points"
@asdf72192 жыл бұрын
Error: segmentation fault (core dumped)
@tusharchilling6886 Жыл бұрын
I was very fascinated by the pointers concept when I was studying it. When I studied its application in Linked List, I was so amazed to see its applications. The concept is just amazing.
@Double_T_G2 жыл бұрын
You mentioned double pointers and array pointers but didn't dive into them at all. You should make a part 2 on that.
@youruniquehandle27 ай бұрын
Yep I was wondering if I missed it. I've looked up ** and its simply a pointer to a pointer. So you treat it like nested pointers. Ex: int myInteger = 7; //assigning an integer value of 7 to myInteger int* myPointer = &myInteger; //assigning the address of myInteger into myPointer int **myPointerToPointer = &myPointer; // assigning the address of myPointer into the myPointerToPointer. printf(myInteger); // prints out 7 because the value of myInteger is 7 printf(*myPointer); // prints out 7 because the value at the memory address myPointer is pointing to is 7 printf(**myPointerToPointer); // prints out 7 because the value at the memory address pointed to by the memory address myPointerToPointer is pointing to is 7 (myPointerToPointer ->myPointer->myInteger) I know this video is over a year old but I hope this explanation helps someone
@KindStarWonder Жыл бұрын
A pointer is simply using the index of the memory to find the start of a variable. Like pointing to row 3 in a Excel spreadsheet. Or pointing to row 3 in a database table. & is used to dereference, that means digest the jargon in memory and interpret it as the variable type that is declared for the pointer. Because you could read the stuff in memory as an int or a char, but won't make sense in every context. I hope that helps someone. Pointer variables hold the memory value at its index[0] of all memory that holds a variable. I'm going to pass you something that starts at the memory address in the stored in the pointer variable. In that starting memory location declared as this pointer, don't worry about reading out how big it is yet for now, this is where it starts. I'll tell you how to use it later in the code Mr. computer.
@hdufort2 жыл бұрын
I've been programming on the 6809 chip where pointer indirection is built into the instruction set. To me it's clear and makes sense. However I get super confused as soon as I try to apply that understanding to C or C++.
@sweetdreamsdotexe2 жыл бұрын
To me this isn't a class on pointers, this is a class on teaching. Mad skills at making everything look simple.
@VixieTSQ2 жыл бұрын
I only learned about pointers when I learnt my second language, Rust. I never actually had problems with pointers that much (or Rust really just calls them references, when you say pointer in Rust you are normally referring to a raw pointer.) The syntax is just so easy to understand! And it automatically dereferences for you
@waynezor2 жыл бұрын
References also exist in C++ and are not the same as pointers. There's the auto dereferencing you mentioned and also you can't reference another reference, while you can have a pointer to another pointer.
@VixieTSQ2 жыл бұрын
@@waynezor in rust references reference other references all you want... although you don't normally have much reason to. To me references have always just been raw pointers but they have guarantees about mutable aliasing (and auto deref). Casting a reference to a raw pointer in rust is a NOP I believe. Does C++ have the same no mutable aliasing guarantees?
@sudovon65312 жыл бұрын
@@VixieTSQ Let me know if i'm wrong but in Rust you can't have two pointers to the same address because of the one owner rule, when you points to another variable address then the original variable loses the context and dies.
@VixieTSQ2 жыл бұрын
@@sudovon6531 pointing != ownership. With rust references you can either have multiple immutable reference or one mutable reference to one value. But pointers in rust are diferent and not commonly used. They require an unsafe block to dereference because you can do whatever you want with them. You can delete all the pointers and let the value leak. You can delete the value and dereference a null value. It's scary stuff.
@diegodisena Жыл бұрын
This is the better video programming content I have never seen, simply insane good.
@RuiShu2 жыл бұрын
I think the biggest source of confusion is the syntax and why we need to specify the data type when declaring a pointer. Very often, I see people explaining pointers by emphasizing where the data begins (i.e. the address) but not where the data ends!
@Mallchad Жыл бұрын
That's because pointers have very little care for where the data ends that on you to manage. at best a pointer will use its type to figure out the end of the first element but that feels more like syntactic sugar in C. it will quite happily ignore it if you even so much as implicit cast
@antifa_communist3 ай бұрын
Because it doesn't matter where the data ends.
@jondeere56383 ай бұрын
The best explanation of pointers I ever saw was in Hancock's 'The C Primer' first edition only. I never saw it in any other book on C, and I read a lot of them.
@ssyedyaseens6 ай бұрын
Semicolon ❌ dude sitting ✅
@psyience3213 Жыл бұрын
Very good video. Th key points here are passing by value vs passing by reference. Passing a regular variable foo(x) copies the value of x, whereas foo(&x) passes x by reference by giving a memory address. & is simply used to get the address of a variable which essentially gives you a pointer. A pointer is just a memory address. If you need a reference you can pass a memory address of a variable using & or you can pass a pointer. A pointers value is a memory address. Using & on a pointer returns the memory address that the pointer (memory address) is stored at. So: Int *x = new int(5); Int address_of_address = &x; Address of address contains a memory address, whose value contains a pointer (which is a memory address), which contains the value 5. So address of address contains the memory location of that pointer on the stack. The visual of the table with the address on one side and the value on the other side is how you have to picture it. Just ask yourself are you accessing the right side or the left side?
@homelander4881 Жыл бұрын
6:49 "malloc failed bruh" 🤣
@defaultdan79232 ай бұрын
this video helped a lot! there were some external quirks i didn’t quite understand because i am an absolute novice at c (ex: i didn’t even know what “->” was for) but this video made the concept very approachable.
@LostSendHelp_YT Жыл бұрын
NASA said don't use pointers
@varadharlikar7 ай бұрын
?
@iqwit7 ай бұрын
Iirc they said to use references, which are just fancy pointers
@ooooooooooo96565 ай бұрын
@@LostSendHelp_YT the rule of thumb is “try not to start any new project in C language” Hopefully, Zig will get mature enough to not make that a big problem
@SoftBreadSoft4 ай бұрын
@@ooooooooooo9656 C is the standard at NASA, and they are still writing C. Rust is illegal at NASA until you can remove the borrow checker. Zig would be a possibility.
@yolobatus82002 ай бұрын
@@LostSendHelp_YT yeah, but average programmer don't be required to make NASA level code.
@OnPoint7602 ай бұрын
Great video. I love that you explained how it is said in english and wrote it out. I think that helps soo much when learning a language. and the visuals also another chefs kiss. Great work!
@Profphizx2 жыл бұрын
Great video! Can you give a more advanced tutorial, like using pointers with arrays and functions?
@symere15292 жыл бұрын
such a underrated channel holy shid ive never found someone who can explain this good and easy
@WilliamDye-willdye2 жыл бұрын
I disagree with the current title, **because *I[] &still[] have() *questions().
@petrifiedpanda28692 жыл бұрын
What questions do you have?
@itellyouforfree72382 жыл бұрын
@@petrifiedpanda2869 i believe he is referring to parsing complicated declarations involving pointers...
@danielschmechel98899 ай бұрын
Wtf man this is way easier than I thought, I was having such a hard time to understand pointers. Love you ❤
@punchcake48322 жыл бұрын
malloc failed bruh
@Trenchv18 ай бұрын
Before the video even starts. These 3 questions are literally what I've been thinking about for the past few days.
@guptadagger896 Жыл бұрын
5:23 this is precisely is why its so incredibly confusing. Why is the same character used for the type and the operator.
@kobruh96422 жыл бұрын
what an intro brow. Even I didnt watch it yet. Clear to say that Ima question my life