Two hours of awkwardly delivered obfuscating lecture in college, or 10 minutes with Mike - take your pick! Excellent explanation, as usual, Dr. Shah. Thank you!

@MikeShah

7 ай бұрын

Cheers 🙂

So here the std::move here equals to static_cast, which means that the move semantic doesn't "move" the resource, it just converts the lvalue to an rvalue. The implementation of the move assignment operator actually "steals" the resources held by "myString".

@MikeShah

9 ай бұрын

Correct, I should more explicitly state that around the 5:50 mark or so that 'std::move' is not really doing anything other than the cast as you say which allows us to call a function that takes as a parameter an rvalue reference (and within that function the 'resource stealing' takes place).

I'd love to see more videos for WxWidgets, an in-depth series about WxWidgets, basically. An in-depth series about creating GUI win32 apps in C++ and C would be interesting as well. It's hard to find good videos about it on youtube. The message loop and the processing of messages is interesting. Modern WinForms and to a lesser degree WPF apps are wrappers around the win32 GUI which makes it relevant for learning those too.

@MikeShah

2 жыл бұрын

Noted! I have a few videos on wxWidgets. Will certainly be adding to this playlist

Thanks a lot again. This did indeed make move semantics just a little bit less scary

@MikeShah

Жыл бұрын

Cheers, you are most welcome!

Very clear example! Thank you.

@MikeShah

Жыл бұрын

Cheers, thank you for the kind words!

Very well explained as always. Thank you.

@MikeShah

Жыл бұрын

Cheers thank you for the kind words

Thanks for the crystal clear explanation! :)

@MikeShah

3 ай бұрын

Cheers!

Hi, first of all thanks for the tutorials, been learning a lot. Regarding the move, I also thought this did some switcheroo with pointers but it seems its not always the case at least for std::string. After looking at the standard library and getting my eyes crossed, it seems a lot of the times the memory is just copied, and the first byte of the old memory is zeroed out. e.g. int main() { std::string s1 = "hello"; char* s_p = s1.data(); // Pointer to data std::cout

@MikeShah

Жыл бұрын

I did a quick look, and it looks like it's doing the move. A pointer (underlying data) is only 8 bytes, so you're seeing the first byte swapped. It just so happens that the address is zero in that example it appears. Underlying data (e.g. size) looks likely also being updated, or otherwise size may not get updated until a write (e.g. copy on write).

@donaldslowik5009

2 ай бұрын

You have to update s_p after the move from, and look at pointers, not their addresses: std::string s1 = "hello"; char* s_p = s1.data(); // Pointer to data std::cout

If I'm understanding it correctly - move is stack specific thing (deals with functions inner scope parameters recopying problem).

@MikeShah

6 ай бұрын

Not necessarily stack specific, but could in fact 'steal' the ownership of an inner scope to some other outer scope object.

@dadlord689

6 ай бұрын

@@MikeShah In the scope of execution flow as I get it. I have figured out that variables (stack allocated bits of data) - can be cast to rvalue and this will allow to assign their value to something else on this stack (a variable of the same type or a field of a struct). And by struct I mean a complicated data type yet allocated on stack (not heap). But once the data is written within a field of an object that is allocated on heap - you won't be able to move it anywhere. And so in my opinion this concept of move is just badly implement in the language, causing frustration. So technically I think it would be fair to say that move is possible only within stack mamory (as any function is called on stack allocating it's parameters on it, yet allowing to intake an rvalue of something from the outer, relative to this function, scope {this thing} ).

@dadlord689

6 ай бұрын

As a representative of the pure frustration I have concluded the next: I believe that move operation is possible within CPU cache where anything from heap should be copied into (from RAM) in order to be rad or modified. And after that - result will be copied back to RAM (if modification occured). And so I guess that move operation is happening within CPU cache. And so I see the ram as a grid of bits. Only grid owns values in it's cells, so there is no spoon, Neo (there is no fields ownership concept in hardware). But it reminds me ECS where entity is just referencing (own) bunch of components while represents just an integer identifier. And so move should prevent non needed copy of an object that haven't left CPU cache stack yet. Anyway it looking to be a feature that will take time to realize.

Mike does this move only work's for strings? Can i move a vector of number to another vector?

@MikeShah

Ай бұрын

Move works for vectors and many other containers. Only if the container says non-moveable (i.e. move operator has been =delete()) is it not possible :)

you forgot to mention one very important thing ... std::move doesn't always move .. sometimes it is forced to make a copy, like here: void some_function(const DataType& some_data) { auto temp = std::move(some_data); } this will actually copy some_data instead of moving it, even though it was given to the function by const reference ... and exactly there is the problem: you can't std::move const objects - that will always result in a copy

@MikeShah

3 ай бұрын

Cheers--another good piece of information!

Thanks

@MikeShah

9 ай бұрын

Thank you!

Hallo, thanks for nice tutorials first of all. I am learning a lot. I tried this move semantics for int variables and it did not work as it is. First initialized variable did not loose its value. So this operation works well for string only?

@MikeShah

7 ай бұрын

For primitive types I would not expect anything to change -- meaning there's no data on the heap. If you allocate a single pointer to an integer however, the pointer should move. 🙂

@DhananjaySingh-po2uc

3 ай бұрын

I believe it works only for the object which implements overloaded move assignment operator. So it works for string,vector types but not for primitive types

Nice!!!! But I don't really understand how that static_cast(mystring) works. Does it mean the type of "mystring" is converted into the rvalue reference std::string&&? If so, why does "myString" become empty after the assignment?

@MikeShah

3 ай бұрын

static_cast(myVariable) is effectively the same as std::move, but std::move documents exactly what you want do (to return an rvalue reference). myString becomes empty because we are 'stealling the resource' away when we assign it elsewhere. This is a way of programming where you only have one unique owner of data.

@k0185123

3 ай бұрын

@@MikeShah I see! Thank you for the clarification :)

Hello ; It s just hint : If we have two object OBJ1 { heavy resource }; and OBJ2 {}; Instead to move these resource so why not just move the named object OBJ1 OBJ2; or move only reference address ;…. ???

@MikeShah

Жыл бұрын

std::move is effectively doing that move of resources.

@__hannibaal__

Жыл бұрын

@@MikeShah Yes 👍; i still digging deep and deep in structure of C++; and how it made thing so beautiful. Thanks mike for your help.

@MikeShah

Жыл бұрын

@@__hannibaal__ Cheers!

hi mike i'm big fan of you l like your videos i used this function fun() two different ways below #include void fun(std::string &&dummy){ dummy+="shaik"; } int main() { std::string s="azeem"; fun(std::move(s)); std::cout

@MikeShah

4 ай бұрын

I think this is working as expected, Consider the string 's' that you are passing in both cases is appending a string literal to the string. 'dummy' passed by reference in the second case makes sense that this is doing an append. In the first case, += is merely allocating space for the additional 'shaik' and appending it to the storage, there's no real change in ownership here.

@teluguanimetoon2811

4 ай бұрын

@@MikeShah thanks for the replay can you please make a video on semaphores

@MikeShah

4 ай бұрын

​@@teluguanimetoon2811cheers! Have you seen my other concurrency videos? Perhaps I can add for semaphores, latches, etc.

@teluguanimetoon2811

4 ай бұрын

@@MikeShah I have seen those videos, and suggested to so many friends. Waiting for new videos

@MikeShah

4 ай бұрын

@@teluguanimetoon2811 cheers!

5:50