Hi Tom,
>> PS: I am busy checking Bret's GPT code for making a version which >> kernel developers can read (it is NASM) to write a C version of the >> algorithm and add that to the FreeDOS kernel. > pretty much waste of time. It is always nice to have some example code for things. > reading the GPT specification and implementing it in C is much more > efficient, and much less error prone then convertinh foreign NASM code My suggestion was not to convert the code, but to use it as a reference for knowing what to take care of when parsing GPT. Which apparently is not trivial enough, otherwise somebody would have added it to the kernel long ago. The NASM code is about 2000 lines, including plenty of data structure and constant definitions and comments. I guess it could be a few 100 lines of C, less if you can re-use more FreeDOS headers. > and it's not complicated. scanning a GPT disk is definitively > easier then scanning extended partition tables. > > feel free to implent GPT in initdisk.c I was about to say the same ;-) > and, lastly, it would be cool to change sometimes the subject title > when changing the subject of a thread. True, but there is no subject yet. I dislike announcements of the type "something will happen at some point". I only wanted to give the others who volunteered to mirror Bret's code a clue that some activity has started already, behind the scenes. Regards, Eric _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
