No video

Generating Unique Identifiers in Your Programs (GUIDs/UUIDs)

  Рет қаралды 26,896

Jacob Sorber

Jacob Sorber

2 жыл бұрын

Patreon ➤ / jacobsorber
Courses ➤ jacobsorber.th...
Website ➤ www.jacobsorbe...
---
Generating Unique Identifiers in Your Programs (GUIDs/UUIDs) // Globally- or Universally-Unique Identifiers are a common tool for assigning unique handles to devices, objects, and database entries. This video takes you through the different types of GUID/UUID and shows you how to generate them, both from your C programs and the command line.
***
Welcome! I post videos that help you learn to program and become a more confident software developer. I cover beginner-to-advanced systems topics ranging from network programming, threads, processes, operating systems, embedded systems and others. My goal is to help you get under-the-hood and better understand how computers work and how you can use them to become stronger students and more capable professional developers.
About me: I'm a computer scientist, electrical engineer, researcher, and teacher. I specialize in embedded systems, mobile computing, sensor networks, and the Internet of Things. I teach systems and networking courses at Clemson University, where I also lead the PERSIST research lab.
More about me and what I do:
www.jacobsorbe...
people.cs.clem...
persist.cs.clem...
To Support the Channel:
+ like, subscribe, spread the word
+ contribute via Patreon --- [ / jacobsorber ]
Source code is also available to Patreon supporters. --- [jsorber-youtub...]

Пікірлер: 37
@nzwgsy
@nzwgsy 2 жыл бұрын
As I read the man page, you shouldn't get duplicates from a single process calling uuid_generate_time() but it is possible to get duplicates from multiple concurrently running processes, although the library tries to use a number of different methods to ensure that that doesn't happen. The uuid_generate_time_safe() function returns a status indicating whether it was able to use any of those methods or not. It's also worth noting that many devices these days support MAC address cloning, so using the MAC address doesn't actually guarantee uniqueness across devices, either. Finally, it's also worth noting that the uuid library is not part of Standard C, so your mileage may vary depending on what system you're using (it may not be available at all on some systems).
@videopsybeam7220
@videopsybeam7220 2 жыл бұрын
Perhaps a better name would be "Usually Unique IDentifier".
@gzoechi
@gzoechi Жыл бұрын
Just because it's theoretically possible, doesn't mean it's relevant. That the world doesn't exist anymore in a year is as likely as getting duplicates. We still get up every morning.
@unperrier5998
@unperrier5998 2 жыл бұрын
A great follow-up would be to augment printf() to handle "%U" for uuids.
@OmarRampado87
@OmarRampado87 2 жыл бұрын
Great video! I just look the header and found a useful UUID_STR_LEN to use as size for the parsed string. (linux uuid-dev package). Thanks for your explanation!
@JacobSorber
@JacobSorber 2 жыл бұрын
Ah, nice. I definitely missed that. thanks!
@robertunderwood97
@robertunderwood97 2 жыл бұрын
I have actually generated duplicate UUIDs by accident. If you manage to seed the random number generator used by your UUID library, and make calls generate UUIDs in parallel (say on a 40 core processor) is indeed possible to generate collisions for the random and time based uuid types. Generating UUID1s that collide is actually pretty easy because according to the birthday paradox you'd expect to get 1 after only 128 calls because there are only 2**14 bits of entropy on any given node. This is why at least python's UUID1 function let's you provide a "clock_seq" which can be populated with a value from a lamport clock to back upto 16384 calls before a collision on a single node.
@Kestrel_
@Kestrel_ 2 жыл бұрын
Hi! I know this video is kinda old, but no-one else mentioned it so I figured I would. uuid_t is typedef'd as "unsigned char uuid[16]" which I believe is why there isn't an & put in front whenever you pass one into a function.
@Ma1ne2
@Ma1ne2 2 жыл бұрын
I think libuuid just won the price for the strangest api 😂 uuid_t as an array?? "unparse" to what feels for me like a "parse"??
@zxuiji
@zxuiji 2 жыл бұрын
Well for software keys that's fine I guess, but for runtime objects like hardware or some custom object in app I prefer to just use a global buffer with some very basic objects that reference both the linked object & the basic information about the object such as what type it is and just use the index as UUID, here's a rough example (ignoring code for actually allocating etc): OBJECT_TYPE custom_type = { "INHERIT/CUSTOM", init_custom, term_custom, free_custom }; int create_custom( CUSTOM **custom ) { int err; OBJECT *object = NULL; *custom = NULL; err = create_object( &object, &custom_type ); if ( err ) return err; *custom = get_object_data( object ); return 0; } I prefer to return error codes & pass a pointer, if the developer wants to handle the error then they can do so without fluff code that locks global error numbers since that can just be done by whatever they override the allocation handler with, I'm aware that errno is supposed to be thread specific but you never know if your software will be run on old systems that either don't make it thread specific or do a poor job of it, better to briefly lock it at the time of allocation, quickly grab the errno even if you got a valid pointer and unlock it, can always pass 0 manually after checking the pointer was indeed valid, something like the below: ... lock_mutex(&errno_mutex); errno = 0; tmp = realloc( *ptr, size ) err = errno; unlock_mutex( &errno_mutex ); if ( tmp ) { *ptr = tmp; return 0; } return err; ... You can always compile out the locks if you're compiling on a system you've detected to be conforming correctly like this: # if ... # define lock_mutex(mutex) # define unlock_mutex(mutex) # else # define lock_mutex(mutex) pthread_lock_mutex(mutex) # define unlock_mutex(mutex) pthread_unlock_mutex(mutex) # endif
@3bdo3id
@3bdo3id 7 ай бұрын
I learnt sth new today!
@cernejr
@cernejr 2 жыл бұрын
Good that you have covered this topic. I use UIDs a lot, but I do not use hex (base-16), I take all the digits 0-9 plus all uppercase English letters except 'O' as my base. It ends up being base-35 or 34, I believe. Then even an 8-char ID covers a huge range and can be used as UID. I use these to label things, for example log entries - same ID in log and in source code. Easy way to find the src which emitted a given log entry. I wrote a time-based utility that generates these IDs.
@dylanh333
@dylanh333 Жыл бұрын
What's going on with the endianness of those UUIDs? From my experience, the raw binary representation versus the formatted one has the first four blocks in reverse order.
@mariovrpereira
@mariovrpereira 2 жыл бұрын
would be nice to see a cryptography video
@JacobSorber
@JacobSorber 2 жыл бұрын
Thanks. I'll see what I can do.
@enkidughom2508
@enkidughom2508 2 жыл бұрын
amazing content as usual!
@1873Winchester
@1873Winchester Жыл бұрын
I put it in a do..while loop, keeps going, not sure it'll ever stop? do{ uuid_generate_time(myuuid); uuid_generate_time(myuuid2); }while(myuuid != myuuid2)
@1873Winchester
@1873Winchester Жыл бұрын
I had a weird experience. I generated two UUIDs, then unparsed both of them into uuidtext variables and then used printf on them. The first unparsed ID was messed up. char uuidtext1[sizeof(uuid_t)]; char uuidtext2[sizeof(uuid_t)]; uuid_unparse(myuuid1, uuidtext1); uuid_unparse(myuuid2, uuidtext2); printf("uuid1: %s uuid2: %s ", uuidtext1, uuidtext2); If I print the first uuidtext before I unparse the second then it looks OK. So it seems like the 2nd instance of unparsing the ID is altering the one before it? At least on my system which is a hyper-v VM running debian 11.
@katiagalkina4607
@katiagalkina4607 Жыл бұрын
great videos on your channel, very well explained. liked the printf customization also. so +1 sub! 👍
@JacobSorber
@JacobSorber Жыл бұрын
Thanks, Katia.
@dsal3389
@dsal3389 2 жыл бұрын
hey, can you please explain what exactly is file holes? y we want then and what is that fallocate syscall? I dont find any source online
@l3gendh3ro42
@l3gendh3ro42 Жыл бұрын
So I want to have a program only accessible to one computer unless I give permission if the user needs to. Is there a way where if a program is bought and user downloads it will automatically generate a uuid just for that pc?
@MrBeanbones
@MrBeanbones 2 жыл бұрын
I would love to see a video about cryptography!
@michalski9141
@michalski9141 2 жыл бұрын
your 'raw' function also didn't print the zeros :-/
@JudgeFredd
@JudgeFredd 2 жыл бұрын
Hi Jacob, sorry for this totally stupid question but which IDE are you using in your videos like this one ? Is it on a Mac ? Tx !
@ajinkyakamat7053
@ajinkyakamat7053 2 жыл бұрын
Its visual studio code. VScode is available on Mac, Linux and Windows. Looks like he is also using the C/C++ extensions to get code completion and syntax highlighting.
@raminkarimi8526
@raminkarimi8526 2 жыл бұрын
Can somebody knows what is the font family of vscode that Jacob uses?
@DantevanGemert
@DantevanGemert 2 жыл бұрын
Looks like cascadia code
@MECHANISMUS
@MECHANISMUS 2 жыл бұрын
He has a video on that.
@cryzz0n
@cryzz0n 2 жыл бұрын
At around 9:30 you pass id into the sizeof operator, I assumed this was going to break things because of array decay, and would always return 8 (the sizeof a char*). Why is it that c-strings dont decay like this (if thats what uuid_t is under the hood)?
@benhetland576
@benhetland576 2 жыл бұрын
While a char array may in many contexts behave like a char* it still is a different kind of object. The former contains the storage for all its elements, while the latter only has the storage for the pointer. The sizeof operator reflects this difference too, so for an array it will be the size of all its elements combined. For example, assuming our pointer size is 8, if we declare "char a[32]; char *p; char c;" then we have sizeof(a)==32, sizeof(a[3])==1, sizeof(&a[3])==8, sizeof(p)==8, sizeof(*p)==1 and sizeof(c)==1. Presumably the 'uuid_t' is an alias for the array type, not a pointer type, since it does provide the storage for entire UUID value.
@hyper7354
@hyper7354 2 жыл бұрын
More crypto please
@lawrencedoliveiro9104
@lawrencedoliveiro9104 2 жыл бұрын
Instead of spending 20 minutes watching this video, just do cat /proc/sys/kernel/random/uuid Available on all good operating systems!
@ChrisBNisbet
@ChrisBNisbet 2 жыл бұрын
Yikes. UUIDTEXTSIZE needs brackets. #define UUIDTEXTSIZE ((sizeof(uuid_t) * 2) + 5)
@taylorh1883
@taylorh1883 2 жыл бұрын
At around 9:30 you pass id into the sizeof operator, I assumed this was going to break things because of array decay, and would always return 8 (the sizeof a char*). Why is it that c-strings dont decay like this (if thats what uuid_t is under the hood)?
@hentaihero2201
@hentaihero2201 2 жыл бұрын
uuid_t is a char[16], not a char*. It will only decay to a char* if you pass it into a function, else sizeof() will return the number of bytes in the array.
@taylorh1883
@taylorh1883 2 жыл бұрын
@@hentaihero2201 I totally misread the code and thought he passed in id to the sizeof operator and looking back he passed the type uuid_t, my bad. Thanks!
Having Fun with XOR (exclusive-or)
8:33
Jacob Sorber
Рет қаралды 14 М.
Pulling Back the Curtain on the Heap
21:38
Jacob Sorber
Рет қаралды 36 М.
Вы чего бл….🤣🤣🙏🏽🙏🏽🙏🏽
00:18
The Lesson About GUID IDs I Learned the Hard Way
15:43
Zoran Horvat
Рет қаралды 28 М.
Make your Data Type more Abstract with Opaque Types in C
13:41
Jacob Sorber
Рет қаралды 49 М.
Bit Fields in C. What are they, and how do I use them?
13:26
Jacob Sorber
Рет қаралды 81 М.
Is the C programming language still worth learning?
9:27
Jacob Sorber
Рет қаралды 95 М.
What's the Best Way to Copy a Struct in C and C++?
13:44
Jacob Sorber
Рет қаралды 33 М.
How to Check Your Pointers at Runtime
14:12
Jacob Sorber
Рет қаралды 31 М.
The What, How, and Why of Void Pointers in C and C++?
13:12
Jacob Sorber
Рет қаралды 52 М.
How do I access a single bit?
11:07
Jacob Sorber
Рет қаралды 20 М.
How to make memory read-only in your C programs.
12:57
Jacob Sorber
Рет қаралды 19 М.