<a name="l10"></a>* TempleOS does not figure-out </span><span class=cF2>FAT32</span><span class=cF0> short name alias numbers. </span><a href="/Wb/Kernel/BlkDev/FileSysFAT.HC.HTML#l562"><span class=cF4>FAT32DirNew</span></a><span class=cF0>().
<a name="l11"></a>It can cause hard drive corruption, so I might have to do it. It would really
<a name="l12"></a>take a lot of junky code for this hatefully, detestable, legacy issue. "Please
<a name="l13"></a>don't make me ruin my beautiful shiny-new TempleOS with that!" I am also not
<a name="l14"></a>enthused about </span><span class=cF2>FAT32</span><span class=cF0> because it is in patent limbo. </span><span class=cF2>FAT32</span><span class=cF0> might get removed
<a name="l15"></a>from TempleOS. There is the </span><a href="/Wb/Doc/RedSea.DD.HTML#l1"><span class=cF4>RedSea</span></a><span class=cF0> 64-bit file system that works perfectly
<a name="l19"></a>* I changed the </span><a href="/Wb/Compiler/OpCodes.DD.HTML#l1"><span class=cF4>asm opcodes</span></a><span class=cF0> names to remove the ambiguity between insts with
<a name="l20"></a>different numbers of arguments, making my </span><a href="/Wb/Compiler/Asm.HC.HTML#l1"><span class=cF4>assembler</span></a><span class=cF0> simpler and I did minimal
<a name="l38"></a>* </span><a href="/Wb/Adam/Gr/GrPrimatives.HC.HTML#l852"><span class=cF4>GrEllipse3</span></a><span class=cF0>() is broken on transformations.