From 6873e49b48fdea04bafd9cf31fbedfd8c08ae90b Mon Sep 17 00:00:00 2001 From: xmm15 Date: Sat, 15 Feb 2020 15:11:16 -0600 Subject: [PATCH] ZenithOS --- .gitignore | 1 - src/0000Boot/0000Kernel.BIN.C | Bin 189760 -> 189760 bytes src/Adam/ADefine.HC | 2 +- src/Adam/DolDoc/DocGr.HC | 2 +- src/Adam/DolDoc/DocLink.HC | 2 +- src/Adam/DolDoc/MakeDoc.HC | 2 +- src/Adam/Gr/GrComposites.HC | 4 +-- src/Adam/Gr/GrDC.HC | 6 ++-- src/Adam/Opt/Boot/BootDVD.HC | 4 +-- src/Adam/Opt/Boot/BootMHDIns.HC | 6 ++-- src/Adam/Opt/Boot/DskISORedSea.HC | 4 +-- src/Apps/KeepAway/KeepAway.HC | 6 ++-- src/Apps/Titanium/Titanium.HC | 6 ++-- src/Apps/ToTheFront/TTFVis.HC | 2 +- src/Apps/X-Caliber/X-Caliber.HC | 6 ++-- src/Compiler/Compiler.BIN | Bin 193776 -> 193776 bytes src/Compiler/OpCodes.DD | 2 +- src/Compiler/PrsExp.HC | 2 +- src/Demo/AcctExample/PersonalNotes.DD | 2 +- src/Demo/AcctExample/Registry.HC | 2 +- src/Demo/AcctExample/TOS/TOSDistro.HC | 14 ++++----- src/Demo/Asm/AsmAndC1.HC | 2 +- src/Demo/Games/BlackDiamond.HC | Bin 62047 -> 62047 bytes src/Demo/Games/BomberGolf.HC | Bin 18917 -> 18917 bytes src/Demo/Games/CastleFrankenstein.HC | 6 ++-- src/Demo/Games/CircleTrace.HC | 6 ++-- src/Demo/Games/DunGen.HC | 6 ++-- src/Demo/Games/FlapBat.HC | Bin 7660 -> 7660 bytes src/Demo/Games/Maze.HC | 2 +- src/Demo/Games/RawHide.HC | 6 ++-- src/Demo/Games/Talons.HC | 6 ++-- src/Demo/Games/Varoom.HC | 6 ++-- src/Demo/Games/Wenceslas.HC | 6 ++-- src/Demo/Games/ZoneOut.HC | Bin 111730 -> 111730 bytes src/Demo/Graphics/CommonAncestor.HC | 2 +- src/Demo/Graphics/Shading.HC | 2 +- src/Demo/Lectures/64BitAsmQuiz.DD | 2 +- src/Demo/Lectures/MiniCompiler.HC | 2 +- src/Demo/Lectures/MiniGrLib.HC | 8 +++--- src/Demo/Lectures/Ring3.HC | 4 +-- src/Demo/Lectures/ScrnMemory.HC | 2 +- src/Demo/Print.HC | 2 +- src/Demo/SubIntAccess.HC | 2 +- src/Demo/ToHtmlToTXTDemo/DemoInPage.DD | 10 +++---- src/Demo/ToHtmlToTXTDemo/HtmlGen.HC | 4 +-- src/Demo/ToHtmlToTXTDemo/ToHtml.HC | 2 +- src/Doc/AboutTempleOS.DD | 2 +- src/Doc/AutoComplete.DD | 2 +- src/Doc/BlkChain.DD | 6 ++-- src/Doc/Boot.DD | Bin 5433 -> 5433 bytes src/Doc/CharOverview.DD | 10 +++---- src/Doc/Charter.DD | 8 +++--- src/Doc/Credits.DD | 2 +- src/Doc/Ctrls.DD | 2 +- src/Doc/CutCorners.DD | 4 +-- src/Doc/D3.DD | 2 +- src/Doc/Define.DD | 2 +- src/Doc/Demands.DD | 16 +++++------ src/Doc/DemoIndex.DD | 4 +-- src/Doc/DolDocOverview.DD | 2 +- src/Doc/FAQ.DD | 38 ++++++++++++------------- src/Doc/Features.DD | 4 +-- src/Doc/FileMgr.DD | 2 +- src/Doc/GRFiles.DD | 2 +- src/Doc/Glossary.DD | 4 +-- src/Doc/GuideLines.DD | 2 +- src/Doc/Hash.DD | Bin 2091 -> 2091 bytes src/Doc/HelpIndex.DD | Bin 7038 -> 7038 bytes src/Doc/HolyC.DD | 4 +-- src/Doc/InFile.DD | 2 +- src/Doc/Install.DD | 12 ++++---- src/Doc/KeyDev.DD | 4 +-- src/Doc/MemOverview.DD | 4 +-- src/Doc/MultiCore.DD | 4 +-- src/Doc/NewASCII.DD | 2 +- src/Doc/ODE.DD | 2 +- src/Doc/Pags.DD | 2 +- src/Doc/Quirks.DD | 2 +- src/Doc/Reliability.DD | 4 +-- src/Doc/Requirements.DD | 2 +- src/Doc/Start.DD | 2 +- src/Doc/StdTempleOSPC.DD | 22 +++++++------- src/Doc/Strategy.DD | 8 +++--- src/Doc/TOSZ.DD | 2 +- src/Doc/TimeCycles.DD | 2 +- src/Doc/TimeDate.DD | 2 +- src/Doc/Tips.DD | 4 +-- src/Doc/Welcome.DD | 30 +++++++++---------- src/Doc/WhyNotMore.DD | 2 +- src/Doc/Widget.DD | 2 +- src/Downloads/ReadMe.TXT | 20 ++++++------- src/Kernel.BIN.C | Bin 189680 -> 189680 bytes src/Kernel/BlkDev/DskAddDev.HC | 2 +- src/Kernel/BlkDev/DskCDDVD.HC | 2 +- src/Kernel/KDbg.HC | 2 +- src/Kernel/KHashB.HC | 2 +- src/Kernel/KMain.HC | 2 +- src/Kernel/KStart16.HC | 2 +- src/Kernel/KernelA.HH | 8 +++--- src/Kernel/MultiProc.HC | 2 +- src/Misc/OSTestSuite.HC | 6 ++-- src/Misc/Tour/Tour.IN | 4 +-- src/Misc/Tour/Tour3.IN | 2 +- src/Misc/Tour/Tour8.IN | 2 +- src/Misc/Tour/TourC.IN | 2 +- src/Tmp/MyDistro.iso | Bin 38891520 -> 38891520 bytes 106 files changed, 227 insertions(+), 228 deletions(-) delete mode 100644 .gitignore diff --git a/.gitignore b/.gitignore deleted file mode 100644 index 56913e58..00000000 --- a/.gitignore +++ /dev/null @@ -1 +0,0 @@ -src/Kernel.BIN.C \ No newline at end of file diff --git a/src/0000Boot/0000Kernel.BIN.C b/src/0000Boot/0000Kernel.BIN.C index 1d0fe12dacc3ffa28a935112924bb7256edf22ef..9e0d07c0a6e29277fa4832abbb7999306eb6da6f 100755 GIT binary patch delta 418 zcmXwzODIHf6vmx%{~paSiotl3X56eyq?9}xl1CmZ%4Q}L$*YKjA+H(lx-~Z&MY5gv z}Xy!8jH-_qtNNBmXC~g0E=}iWOF1-I(r5_&Pf&a zN|xx=lnd!;Jc1wCE#Nc2&HE?I3YlZm=ieULndnrYAV!G?F?Ul= zNCq9yWyuf9`pvP6e5lh}mGz8!une?ekE z6_a1LiEcj8k<18{U|h7hrpw!jC3728{{EQ`mU+{F97h|8&CO?*@G&-S*0`e~&bVQ6 z;AeLrIrH;+#=Vn0zt}VG-Q4+QzbxzKX^adE(;Ig&ifvC8Vk|Udy0K#WHD|_o{EQQ( zmj*M|gZSTq8Rf)546$s+x5AA7wzJeT?hs)HY6UrJ`{l`ue5#CG(;NJm#HQOx||}T#P+*a899{MLQ-=Ja#FXy z{=vA3iE;P#dA}JK@i8+nFl=|`Vq#=snz3WM8xPZMS0>jT+m(Zu{;NYZOxLJlQf1=K snm)0eQG9z^71J~(7N9PMZM96jeAD~e8Kt+c=w^!Hg_+MalgZ2n0OB~G{Qv*} diff --git a/src/Adam/ADefine.HC b/src/Adam/ADefine.HC index 311be971..f7a15f87 100755 --- a/src/Adam/ADefine.HC +++ b/src/Adam/ADefine.HC @@ -4,7 +4,7 @@ U0 LoadDocDefines() { CBinFile *bfh=mem_boot_base-sizeof(CBinFile); - DefinePrint("DD_OS_NAME_VERSION","TempleOS V%0.2f",sys_os_version); + DefinePrint("DD_OS_NAME_VERSION","ZenithOS V%0.2f",sys_os_version); DefinePrint("DD_TEMPLEOS_AGE","%0.1f", (Now-Str2Date("8/1/2003"))/ToF64(1<<32)/CDATE_YEAR_DAYS); diff --git a/src/Adam/DolDoc/DocGr.HC b/src/Adam/DolDoc/DocGr.HC index 7d7a181d..5c39d31d 100755 --- a/src/Adam/DolDoc/DocGr.HC +++ b/src/Adam/DolDoc/DocGr.HC @@ -19,7 +19,7 @@ public I64 PopUpColor(U8 *header=NULL, } public I64 PopUpColorLighting(U8 *header=NULL) -{//Chooser for std TempleOS $LK,"DCLighting",A="MN:DCLighting"$() color. +{//Chooser for std ZenithOS $LK,"DCLighting",A="MN:DCLighting"$() color. I64 i; CDoc *doc=DocNew; if (header) diff --git a/src/Adam/DolDoc/DocLink.HC b/src/Adam/DolDoc/DocLink.HC index a4a2f578..2fdae22d 100755 --- a/src/Adam/DolDoc/DocLink.HC +++ b/src/Adam/DolDoc/DocLink.HC @@ -1,6 +1,6 @@ #help_index "DolDoc/Link" -/* See $LK,"TempleOS Link Types",A="MN:ST_LINK_TYPES"$. +/* See $LK,"ZenithOS Link Types",A="MN:ST_LINK_TYPES"$. "filename" "FI:filename" "FA:haystack_filename,needle_anchor_str" diff --git a/src/Adam/DolDoc/MakeDoc.HC b/src/Adam/DolDoc/MakeDoc.HC index 61645bc8..f258d557 100755 --- a/src/Adam/DolDoc/MakeDoc.HC +++ b/src/Adam/DolDoc/MakeDoc.HC @@ -4,7 +4,7 @@ Cd(__DIR__);; #help_file "::/Doc/DolDoc" /* -TempleOS DolDoc's can have "cursor movement" cmds which can move the cursor up +ZenithOS DolDoc's can have "cursor movement" cmds which can move the cursor up the scrn and layer on existing text.It can also have callback funs which supply live, changing text.For these reasons, you can't assume you know where the vis portion of the document is and must process much diff --git a/src/Adam/Gr/GrComposites.HC b/src/Adam/Gr/GrComposites.HC index 71a9ef5c..04d46027 100755 --- a/src/Adam/Gr/GrComposites.HC +++ b/src/Adam/Gr/GrComposites.HC @@ -323,7 +323,7 @@ public U0 DrawWaitMs(CDC *dc,I64 x,I64 y) #help_index "Graphics/GR Files;Graphics/Scrn" public Bool GRScrnCaptureRead(U8 *filename,CDC *dc=gr.dc,I64 x=0,I64 y=0) -{//GrBlot TempleOS GR File to dc,x,y. +{//GrBlot ZenithOS GR File to dc,x,y. CDC *dc2; if (dc2=GRRead(filename)) { dc->color=ROP_EQU; @@ -335,7 +335,7 @@ public Bool GRScrnCaptureRead(U8 *filename,CDC *dc=gr.dc,I64 x=0,I64 y=0) } public I64 GRScrnCaptureWrite(U8 *filename,Bool include_zoom=TRUE) -{//Capture scrn to a TempleOS GR File. +{//Capture scrn to a ZenithOS GR File. I64 size; CDC *dc=DCScrnCapture(include_zoom); size=GRWrite(filename,dc,DCSF_COMPRESSED|DCSF_PALETTE_GET); diff --git a/src/Adam/Gr/GrDC.HC b/src/Adam/Gr/GrDC.HC index d837257b..8724a141 100755 --- a/src/Adam/Gr/GrDC.HC +++ b/src/Adam/Gr/GrDC.HC @@ -92,7 +92,7 @@ public U0 DCLighting(CDC *dc, //gives an illumination number. //65536*65536>>16=65536 - //TempleOS will generate a random U16 + //ZenithOS will generate a random U16 //and compare to dither_probability_u16 and //will pick from two colors. //Probability dithering does not work with thick>1 at this time. @@ -381,7 +381,7 @@ public CDC *DCLoad(U8 *src,I64 *_size=NULL,CTask *task=NULL) COLORS_NUM*sizeof(CBGR48)+sizeof(CArcCtrl)+GR_WIDTH*GR_HEIGHT) public I64 GRWrite(U8 *filename,CDC *dc,I64 dcsf_flags=DCSF_COMPRESSED) -{//TempleOS GR File. +{//ZenithOS GR File. I64 size; U8 *st=ExtDft(filename,"GR"), *src=DCSave(dc,&size,dcsf_flags); @@ -392,7 +392,7 @@ public I64 GRWrite(U8 *filename,CDC *dc,I64 dcsf_flags=DCSF_COMPRESSED) } public CDC *GRRead(U8 *filename,CTask *task=NULL) -{//TempleOS GR File. +{//ZenithOS GR File. CDC *dc=NULL; U8 *st=ExtDft(filename,"GR"), *src=FileRead(st); diff --git a/src/Adam/Opt/Boot/BootDVD.HC b/src/Adam/Opt/Boot/BootDVD.HC index 1cc6c844..884fce91 100755 --- a/src/Adam/Opt/Boot/BootDVD.HC +++ b/src/Adam/Opt/Boot/BootDVD.HC @@ -48,10 +48,10 @@ BDVD_DAP_BUF: DU16 0,0; BDVD_DAP_BLK: DU64 0; BDVD_TEMPLEOS_MSG: - DU8 "LoadingTempleOS",0; + DU8 "LoadingZenithOS",0; BDVD_NOT64_MSG: - DU8 "TempleOS requires a 64-bit capable processor.\n\r",0; + DU8 "ZenithOS requires a 64-bit capable processor.\n\r",0; //These get patched. BDVD_BLK_LO:: DU16 0; diff --git a/src/Adam/Opt/Boot/BootMHDIns.HC b/src/Adam/Opt/Boot/BootMHDIns.HC index 4654557a..84f794c5 100755 --- a/src/Adam/Opt/Boot/BootMHDIns.HC +++ b/src/Adam/Opt/Boot/BootMHDIns.HC @@ -53,9 +53,9 @@ public U0 BootMHDZero(U8 dst_drv) {//Set MBR of disk with dst partition to zero. //This is dangerous!! - //The TempleOS partitioner doesn't play well + //The ZenithOS partitioner doesn't play well //with other operating systems at this time and you need - //to do this on a drive partitioned by TempleOS + //to do this on a drive partitioned by ZenithOS //if you wish to partition with another operating system. CBlkDev *bd=Let2BlkDev(dst_drv); CMasterBoot mbr; @@ -99,7 +99,7 @@ public Bool BootMHDIns(U8 drv_let,U8 *drv_lst=NULL) _q=BMHD2_BLK_ARRAY; MemSet(_q,0,sizeof(I64)*8); menu_ptr=BMHD2_BOOT_MSG; - StrPrint(menu_ptr,"\n\r\n\rTempleOS Boot Loader\n\r\n\r"); + StrPrint(menu_ptr,"\n\r\n\rZenithOS Boot Loader\n\r\n\r"); j=0; if (FileFind(BOOT_DIR_OLDMBR_BIN_C,&de,FUF_JUST_FILES)) { Free(de.full_name); diff --git a/src/Adam/Opt/Boot/DskISORedSea.HC b/src/Adam/Opt/Boot/DskISORedSea.HC index 73557478..43745d1f 100755 --- a/src/Adam/Opt/Boot/DskISORedSea.HC +++ b/src/Adam/Opt/Boot/DskISORedSea.HC @@ -72,7 +72,7 @@ U0 RedSeaISO9660(U8 *iso_filename,U8 drv_let) FillU32Palindrome(&iso_pri->vol_space_size,iso_size); FillU32Palindrome(&iso_pri->root_dir_record,dv->root_clus); iso_pri->file_structure_version=1; - StrCpy(iso_pri->publisher_id,"TempleOS RedSea"); + StrCpy(iso_pri->publisher_id,"ZenithOS RedSea"); MemCpy(iso_sup,iso_pri,DVD_BLK_SIZE); iso_sup->type=ISOT_SUPPLEMENTARY_DESC; @@ -95,7 +95,7 @@ U0 RedSeaISO9660(U8 *iso_filename,U8 drv_let) FBlkWrite(out_file,iso_term,19<<2,4); et->w[0]=1; - StrCpy(&et->w[2],"TempleOS"); + StrCpy(&et->w[2],"ZenithOS"); et->w[15]=0xAA55; j=0; for (i=0;i<16;i++) //Checksum diff --git a/src/Apps/KeepAway/KeepAway.HC b/src/Apps/KeepAway/KeepAway.HC index 5b83232a..9e2d25fd 100755 --- a/src/Apps/KeepAway/KeepAway.HC +++ b/src/Apps/KeepAway/KeepAway.HC @@ -218,8 +218,8 @@ Frame imgs[LAST_STOPPED_DRIBBLING+1]={ {{$IB,"<22>",BI=22$,$IB,"<23>",BI=23$},DRIBBLE_T/STOPPED_DRIBBLING_IMGS_NUM}, }; -RegDft("TempleOS/KeepAway","I64 best_score0=0,best_score1=9999;\n"); -RegExe("TempleOS/KeepAway"); +RegDft("ZenithOS/KeepAway","I64 best_score0=0,best_score1=9999;\n"); +RegExe("ZenithOS/KeepAway"); F64 game_t_end,foul_t_end; I64 score0,score1; @@ -702,7 +702,7 @@ ka_done: //Don't goto out of try PutExcept; SettingsPop; MenuPop; - RegWrite("TempleOS/KeepAway","I64 best_score0=%d,best_score1=%d;\n", + RegWrite("ZenithOS/KeepAway","I64 best_score0=%d,best_score1=%d;\n", best_score0,best_score1); } Êp¨­ÿÿÿûÿÿÿûÿÿÿ­ÿÿÿûÿÿÿ·ÿÿÿûÿÿÿûÿÿÿ·ÿÿÿûÿÿÿ­ÿÿÿûÿÿÿ­ÿÿÿ·ÿÿÿûÿÿÿ·ÿÿÿ diff --git a/src/Apps/Titanium/Titanium.HC b/src/Apps/Titanium/Titanium.HC index c30c1048..a60bb129 100755 --- a/src/Apps/Titanium/Titanium.HC +++ b/src/Apps/Titanium/Titanium.HC @@ -1,5 +1,5 @@ -RegDft("TempleOS/Titanium","I64 best_score=0;\n"); -RegExe("TempleOS/Titanium"); +RegDft("ZenithOS/Titanium","I64 best_score=0;\n"); +RegExe("ZenithOS/Titanium"); #define MAP_HEIGHT 4096 @@ -951,7 +951,7 @@ to_done: PutExcept; SettingsPop; MenuPop; - RegWrite("TempleOS/Titanium","I64 best_score=%d;\n",best_score); + RegWrite("ZenithOS/Titanium","I64 best_score=%d;\n",best_score); } RóÿÿÿÏÿÿÿ2ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ diff --git a/src/Apps/ToTheFront/TTFVis.HC b/src/Apps/ToTheFront/TTFVis.HC index 30230699..8c37a746 100755 --- a/src/Apps/ToTheFront/TTFVis.HC +++ b/src/Apps/ToTheFront/TTFVis.HC @@ -139,7 +139,7 @@ Bool VisRecalc(I64 mode,Unit *tmpu=NULL) to know if something is const.;-)This just compiles with the val at compile time, an advantage of just-in-time over -AOT binaries.TempleOS has a limited +AOT binaries.ZenithOS has a limited stk size, so don't get in the habit. $LK,"MAlloc",A="MN:MAlloc"$() would probably be the better choice. */ diff --git a/src/Apps/X-Caliber/X-Caliber.HC b/src/Apps/X-Caliber/X-Caliber.HC index 9e5f67c7..8d6f947a 100755 --- a/src/Apps/X-Caliber/X-Caliber.HC +++ b/src/Apps/X-Caliber/X-Caliber.HC @@ -1,10 +1,10 @@ #define XMSGF_ANTISPIN 0 #define XMSGF_SOLAR_STORM 1 -RegDft("TempleOS/XCaliber", +RegDft("ZenithOS/XCaliber", "I64 best_score=0;\n" "I64 msg_flags=0;\n" ); -RegExe("TempleOS/XCaliber"); +RegExe("ZenithOS/XCaliber"); #define MT_HUMAN_SHIP 0 #define MT_ENEMY_SHIP 1 @@ -1510,7 +1510,7 @@ U0 XCaliber() SettingsPop; CtrlPanelDel(cp); MenuPop; - RegWrite("TempleOS/XCaliber", + RegWrite("ZenithOS/XCaliber", "I64 best_score=%d;\n" "I64 msg_flags=%d;\n",best_score,msg_flags); } diff --git a/src/Compiler/Compiler.BIN b/src/Compiler/Compiler.BIN index bbbcaec119a563fc139076d0c6c4b2b9c0e7cb8c..0f7e1423e6b2db1d3b866c3241bfd51a054b9ef0 100755 GIT binary patch delta 132 zcmV-~0DJ%N=?n1b3$QAQ0hO~WiMR{}V=X>oZv}bSVG; zJChaWLj`mx0029)UFMe-0(2mkZ-@dKvk?6P4hC9fZfSIAw-^fnmk9v?m(e!@6qA57 m1h>c(0T4O?ez)090dD~TaJNZN0iYQHk%#JO0k`UD0tSmq6)+?K delta 125 zcmezHlKaC;?hRUUIfk#_61FI_e6EB?^-ZO@z0f5MdOsV%)d=rXOQI aBjd*Ho&k&tBpD~Qzsh9X{wkA+ts4L#&?`Rx diff --git a/src/Compiler/OpCodes.DD b/src/Compiler/OpCodes.DD index 20babe66..403a25e2 100755 --- a/src/Compiler/OpCodes.DD +++ b/src/Compiler/OpCodes.DD @@ -9,7 +9,7 @@ '*'= IEF_STI_LIKE Floating STI-like for UAsm. '$$'= IEF_ENDING_ZERO Ending zero for ENTER. -$FG,4$Note:$FG$ TempleOS uses nonstandard opcodes. +$FG,4$Note:$FG$ ZenithOS uses nonstandard opcodes. Asm is kind-of a bonus and I made changes to make the assembler simpler. For opcodes which can have different numbers of diff --git a/src/Compiler/PrsExp.HC b/src/Compiler/PrsExp.HC index d99c0930..9f606ced 100755 --- a/src/Compiler/PrsExp.HC +++ b/src/Compiler/PrsExp.HC @@ -728,7 +728,7 @@ I64 PrsUnaryTerm(CCmpCtrl *cc,CPrsStk *ps,CMemberLst **_local_var, case '(': if (Lex(cc)==TK_IDENT && cc->hash_entry && cc->hash_entry->type & (HTT_CLASS|HTT_INTERNAL_TYPE)) - LexExcept(cc,"Use TempleOS postfix typecasting at "); + LexExcept(cc,"Use ZenithOS postfix typecasting at "); else { if (PREC_TERM>*max_prec) *max_prec=PREC_TERM; diff --git a/src/Demo/AcctExample/PersonalNotes.DD b/src/Demo/AcctExample/PersonalNotes.DD index e8594b36..e36fed60 100755 --- a/src/Demo/AcctExample/PersonalNotes.DD +++ b/src/Demo/AcctExample/PersonalNotes.DD @@ -309,7 +309,7 @@ $FG,5$$TX+CX,"Committee Needed"$$FG$ * I use fixed-point in $LK,"Circle",A="MN:Circle"$(), $LK,"Ellipse",A="MN:Ellipse"$(), $LK,"Mat4x4MulXYZ",A="MN:Mat4x4MulXYZ"$(), $LK,"Mat4x4MulMat4x4New",A="MN:Mat4x4MulMat4x4New"$() and others. God says I might want to change to float. $LK,"::/Demo/Lectures/FixedPoint.HC"$ $LK,"::/Demo/Lectures/FixedPointAdvanced.HC"$. -* Note: We will never put multiple $LK,"Keyboard Tables",A="FI:::/Kernel/SerialDev/Keyboard.HC"$. Each country must make their own version of TempleOS. The $LK,"Intel Factory ROM",A="FF:::/Doc/Demands.DD,English"$ will have just English. Our $LK,"Charter",A="FI:::/Doc/Charter.DD"$ bans multiple country or architectures in the same version. +* Note: We will never put multiple $LK,"Keyboard Tables",A="FI:::/Kernel/SerialDev/Keyboard.HC"$. Each country must make their own version of ZenithOS. The $LK,"Intel Factory ROM",A="FF:::/Doc/Demands.DD,English"$ will have just English. Our $LK,"Charter",A="FI:::/Doc/Charter.DD"$ bans multiple country or architectures in the same version. * 12 border chars in scrn font codes 0x02-0x0D. $LK,"TextBorder",A="MN:TextBorder"$() $LK,"RawDr",A="MN:RawDr"$() $LK,"::/Demo/Games/CharDemo.HC"$. LineFeed shows-up in $FG,2$$FG$ PersonalMenu. diff --git a/src/Demo/AcctExample/Registry.HC b/src/Demo/AcctExample/Registry.HC index 2b90267c..9913cd93 100755 --- a/src/Demo/AcctExample/Registry.HC +++ b/src/Demo/AcctExample/Registry.HC @@ -21,7 +21,7 @@ HashPublic("INS_REG_MACHINE_NUM",HTT_DEFINE_STR); "InsReg:%s:%d\n",INS_REG_PERSONAL_INITIALS,INS_REG_MACHINE_NUM; #help_index "" -$ID,-2$$ID,-2$$TR-UL,"TempleOS"$ +$ID,-2$$ID,-2$$TR-UL,"ZenithOS"$ $ID,2$$TR,"EagleDive"$ $ID,2$F64 best_score=147.6932; $ID,-2$$TR,"DiningStars"$ diff --git a/src/Demo/AcctExample/TOS/TOSDistro.HC b/src/Demo/AcctExample/TOS/TOSDistro.HC index dc7c3b69..71192a09 100755 --- a/src/Demo/AcctExample/TOS/TOSDistro.HC +++ b/src/Demo/AcctExample/TOS/TOSDistro.HC @@ -142,7 +142,7 @@ U0 MakeStdDistro() StdDistroPrep; RedSeaISO(TOS_ISO_NAME,TOS_DISTRO_DIR,TOS_DISTRO_DIR BOOT_DIR_KERNEL_BIN_C); DefinePrint("DD_TEMPLEOSCD_SIZE", - "Download $TX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", + "Download $TX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", 0.1*(10*Size(TOS_ISO_NAME,"+s")/1024/1024)); Drv('C'); } @@ -173,7 +173,7 @@ U0 MakeLiteDistro() LiteDistroPrep; RedSeaISO(TOS_ISO_NAME,TOS_DISTRO_DIR,TOS_DISTRO_DIR BOOT_DIR_KERNEL_BIN_C); DefinePrint("DD_TEMPLEOSCD_SIZE", - "Download $TX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", + "Download $TX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", 0.1*(10*Size(TOS_ISO_NAME,"+s")/1024/1024)); Drv('C'); } @@ -199,7 +199,7 @@ U0 MakeDbgDistro() DbgDistroPrep; RedSeaISO(TOS_ISO_NAME,TOS_DISTRO_DIR,TOS_DISTRO_DIR BOOT_DIR_KERNEL_BIN_C); DefinePrint("DD_TEMPLEOS_DBG_SIZE", - "Download $TX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$ - Debug Distro (%0.1fMB)", + "Download $TX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$ - Debug Distro (%0.1fMB)", 0.1*(10*Size(TOS_ISO_NAME,"+s")/1024/1024)); Drv('C'); } @@ -223,7 +223,7 @@ U0 MakeStaffDistro() StaffDistroPrep; RedSeaISO(TOS_ISO_NAME,TOS_DISTRO_DIR,TOS_DISTRO_DIR BOOT_DIR_KERNEL_BIN_C); DefinePrint("DD_TEMPLEOS_STAFF_SIZE", - "Download $TX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$ - T.S. Company Internal Distro (%0.1fMB)", + "Download $TX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$ - T.S. Company Internal Distro (%0.1fMB)", 0.1*(10*Size(TOS_ISO_NAME,"+s")/1024/1024)); Drv('C'); } @@ -260,7 +260,7 @@ U0 UpdateISODocDefines() { try { DefinePrint("DD_TEMPLEOSCD_SIZE", - "Download $TX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", + "Download $TX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$ - Standard Distro (%0.1fMB)", 0.1*(10*Size("D:/Downloads/TOS_Distro.ISO","+s")/1024/1024)); DefinePrint("DD_TEMPLEOSCD_K_SIZE", "%dKB",Size("D:/Downloads/TOS_Distro.ISO","+s")/1024); @@ -293,7 +293,7 @@ U0 TOSRegen2() SettingsPush; //See $LK,"SettingsPush",A="MN:SettingsPush"$ tos_progress=-1; tos_progress_t0=tS; - RegExe("TempleOS/TOSRegen"); + RegExe("ZenithOS/TOSRegen"); TOSProgress("DskChk All"); AutoComplete; @@ -364,7 +364,7 @@ U0 TOSRegen2() SettingsPop; "F2(\"/Home\") Cnt\t:%d\n",slash_home; "Elapsed Time\t:%5.3fs\n",tS-progress4_t0; - ProgressBarsRst("TempleOS/TOSRegen"); + ProgressBarsRst("ZenithOS/TOSRegen"); } public U0 TOSPreRegen() diff --git a/src/Demo/Asm/AsmAndC1.HC b/src/Demo/Asm/AsmAndC1.HC index e5e028c9..e1c2c825 100755 --- a/src/Demo/Asm/AsmAndC1.HC +++ b/src/Demo/Asm/AsmAndC1.HC @@ -55,7 +55,7 @@ I64 AsmAndC1() //U0 $LK,"Snd",A="MN:Snd"$(I8 ona); MOV RAX,RCX //ona=loop*10+50 - IMUL2 RAX,10 //TempleOS uses nonstandard opcodes + IMUL2 RAX,10 //ZenithOS uses nonstandard opcodes //to avoid multiple form of the same one. //See $LK,"::/Compiler/OpCodes.DD"$. ADD RAX,40 diff --git a/src/Demo/Games/BlackDiamond.HC b/src/Demo/Games/BlackDiamond.HC index 713227e15b1579c1548cefd67f3b4553a3dd5aac..0c1b331a0ea89bc579beaeff7a09973603940cd2 100755 GIT binary patch delta 48 tcmccrg!%px<_*G3Y*DFsnI##M7fL8jwqg>7ayJJvd5FQ-3nlj51OUbM5^?|l delta 48 tcmccrg!%px<_*G3Y$2(+1v#mc7fL8jwqg>7ayJJvd5FQ-3nlj51OUS_5>WsE diff --git a/src/Demo/Games/BomberGolf.HC b/src/Demo/Games/BomberGolf.HC index 3de4cc99ce5627267f816af0dbf5086420a05c07..ac149a6600c0ae71396d3c11f7f6b19d78dc4937 100755 GIT binary patch delta 50 wcmaDlnepjlM!ulbbeFUe4W+2myv&k}iG0Rv5Y|Tb0!b)yBA@)`JCd9R0N17w+W-In delta 50 wcmaDlnepjlM!ulbbeFUe4W*FO+=86ciG0Rv5Y|Tb0!b)yBA@)`JCd9R0MyJ8x&QzG diff --git a/src/Demo/Games/CastleFrankenstein.HC b/src/Demo/Games/CastleFrankenstein.HC index c9d54661..d5821d06 100755 --- a/src/Demo/Games/CastleFrankenstein.HC +++ b/src/Demo/Games/CastleFrankenstein.HC @@ -1,7 +1,7 @@ //Uses $LK,"fixed-point",A="FI:::/Demo/Lectures/FixedPoint.HC"$. -RegDft("TempleOS/CastleFrankenstein","F64 best_score=9999;\n"); -RegExe("TempleOS/CastleFrankenstein"); +RegDft("ZenithOS/CastleFrankenstein","F64 best_score=9999;\n"); +RegExe("ZenithOS/CastleFrankenstein"); //Set snap to 4 and width to 4 //if you edit this map. @@ -589,7 +589,7 @@ fs_done: SettingsPop; CleanUp; MenuPop; - RegWrite("TempleOS/CastleFrankenstein","F64 best_score=%5.4f;\n", + RegWrite("ZenithOS/CastleFrankenstein","F64 best_score=%5.4f;\n", best_score); } diff --git a/src/Demo/Games/CircleTrace.HC b/src/Demo/Games/CircleTrace.HC index 4937451a..a31e2086 100755 --- a/src/Demo/Games/CircleTrace.HC +++ b/src/Demo/Games/CircleTrace.HC @@ -2,8 +2,8 @@ //Giotto, a famous artist, drew a freehand circle to get a job. -RegDft("TempleOS/CircleTrace","F64 best_score=999;\n"); -RegExe("TempleOS/CircleTrace"); +RegDft("ZenithOS/CircleTrace","F64 best_score=999;\n"); +RegExe("ZenithOS/CircleTrace"); I64 cx,cy; F64 avg_error=0,elapsed_time=0,total_error=0,score=999; @@ -122,7 +122,7 @@ U0 CircleTrace() SettingsPop; DCFill; DCDel(dc); - RegWrite("TempleOS/CircleTrace","F64 best_score=%5.4f;\n",best_score); + RegWrite("ZenithOS/CircleTrace","F64 best_score=%5.4f;\n",best_score); } CircleTrace; //Execute when #included diff --git a/src/Demo/Games/DunGen.HC b/src/Demo/Games/DunGen.HC index 888444e8..2d637641 100755 --- a/src/Demo/Games/DunGen.HC +++ b/src/Demo/Games/DunGen.HC @@ -1,5 +1,5 @@ -RegDft("TempleOS/DunGen","F64 best_score=9999;\n"); -RegExe("TempleOS/DunGen"); +RegDft("ZenithOS/DunGen","F64 best_score=9999;\n"); +RegExe("ZenithOS/DunGen"); //Set snap to 4 and width to 4 //if you edit this map. @@ -439,7 +439,7 @@ dg_done: SettingsPop; CleanUp; MenuPop; - RegWrite("TempleOS/DunGen","F64 best_score=%5.4f;\n",best_score); + RegWrite("ZenithOS/DunGen","F64 best_score=%5.4f;\n",best_score); } DunGen; diff --git a/src/Demo/Games/FlapBat.HC b/src/Demo/Games/FlapBat.HC index 84e6fcc4d59c35080e58a795f7a27183f5fe2556..fe74ed1c3b0073682e9cf8d358a16180370d03f3 100755 GIT binary patch delta 45 rcmaE3{l=OvC^g+Btwcj9Dm5>&Bx53 delta 54 zcmezLg6-1_Hol1 at this time. diff --git a/src/Demo/Lectures/64BitAsmQuiz.DD b/src/Demo/Lectures/64BitAsmQuiz.DD index abb6a135..0215fed2 100755 --- a/src/Demo/Lectures/64BitAsmQuiz.DD +++ b/src/Demo/Lectures/64BitAsmQuiz.DD @@ -54,7 +54,7 @@ $WW,1$$FG,5$$TX+CX,"64-Bit Assembly Quiz"$$FG$ ---- -TempleOS identity-maps everything, all the time, so the usual convention of upper memory being for kernel does not apply. It uses physical addresses, basically. It puts all code in the lowest 2-Gig memory range so that it can use the CALL REL32 instruction, the fastest. It never changes privilege levels or messes with page tables, once it is up-and-running. +ZenithOS identity-maps everything, all the time, so the usual convention of upper memory being for kernel does not apply. It uses physical addresses, basically. It puts all code in the lowest 2-Gig memory range so that it can use the CALL REL32 instruction, the fastest. It never changes privilege levels or messes with page tables, once it is up-and-running. ---- diff --git a/src/Demo/Lectures/MiniCompiler.HC b/src/Demo/Lectures/MiniCompiler.HC index 4d13accb..68e1dcd5 100755 --- a/src/Demo/Lectures/MiniCompiler.HC +++ b/src/Demo/Lectures/MiniCompiler.HC @@ -15,7 +15,7 @@ $ID,2$For this mini compiler, some things you should know about 64-bit asm: * "PUSH EAX", "POP EAX" and "XOR EAX,EAX" will behave as 64-bit even without REX because the stk is always 64 bit and because the XOR clears the upper 32-bits. -It is okay in TempleOS to change RAX, RBX, RCX, RDX, R8 and R9 without restoring them to their original values. +It is okay in ZenithOS to change RAX, RBX, RCX, RDX, R8 and R9 without restoring them to their original values. $ID,-2$$WW,0$*/ #define TK_EOF 0 diff --git a/src/Demo/Lectures/MiniGrLib.HC b/src/Demo/Lectures/MiniGrLib.HC index 8b008001..c0ca7159 100755 --- a/src/Demo/Lectures/MiniGrLib.HC +++ b/src/Demo/Lectures/MiniGrLib.HC @@ -116,10 +116,10 @@ U0 MiniGrLibDemo() MGUpdate; Busy(1500000); /* -We are returning graphics to normal operations under TempleOS. -It is not normal to by-pass the TempleOS graphcis routines. -The TempleOS graphics don't know VGA has changed. -This bit tells TempleOS to update whole scrn. +We are returning graphics to normal operations under ZenithOS. +It is not normal to by-pass the ZenithOS graphcis routines. +The ZenithOS graphics don't know VGA has changed. +This bit tells ZenithOS to update whole scrn. */ // will flush scrn VGA cache. VGAFlush; diff --git a/src/Demo/Lectures/Ring3.HC b/src/Demo/Lectures/Ring3.HC index 25a5a134..da87cd7a 100755 --- a/src/Demo/Lectures/Ring3.HC +++ b/src/Demo/Lectures/Ring3.HC @@ -1,7 +1,7 @@ -/*TempleOS runs exclusively in ring 0. +/*ZenithOS runs exclusively in ring 0. Ring 0 is part of the $LK,"Charter",A="FI:::/Doc/Charter.DD"$. This demo is for you to play around -with ring 3. TempleOS is for +with ring 3. ZenithOS is for recreational programming, after all. This redirects the general protection diff --git a/src/Demo/Lectures/ScrnMemory.HC b/src/Demo/Lectures/ScrnMemory.HC index df9e90cd..c11b732c 100755 --- a/src/Demo/Lectures/ScrnMemory.HC +++ b/src/Demo/Lectures/ScrnMemory.HC @@ -37,7 +37,7 @@ That means no read-modify-writes, too. */ Busy(4000000); - //TempleOS has a 4 plane memory duplicate of the scrn, $LK,"gr.scrn_image",A="MN:CGrGlbls"$, + //ZenithOS has a 4 plane memory duplicate of the scrn, $LK,"gr.scrn_image",A="MN:CGrGlbls"$, //and only writes actual changes.See $LK,"GrUpdateVGAGraphics",A="MN:GrUpdateVGAGraphics"$(). // will flush scrn VGA cache. VGAFlush; diff --git a/src/Demo/Print.HC b/src/Demo/Print.HC index e9b54f06..b8a8a8fc 100755 --- a/src/Demo/Print.HC +++ b/src/Demo/Print.HC @@ -1,4 +1,4 @@ -//TempleOS supports standard $LK,"Print",A="MN:Print"$() +//ZenithOS supports standard $LK,"Print",A="MN:Print"$() //codes and extended ones. //See $LK,"Print(\"\") Fmt Strings",A="FI:::/Doc/Print.DD"$. diff --git a/src/Demo/SubIntAccess.HC b/src/Demo/SubIntAccess.HC index f73945e3..f28aa1f4 100755 --- a/src/Demo/SubIntAccess.HC +++ b/src/Demo/SubIntAccess.HC @@ -1,4 +1,4 @@ -/*TempleOS has a feature that allows +/*ZenithOS has a feature that allows access to bytes and words of larger ints. diff --git a/src/Demo/ToHtmlToTXTDemo/DemoInPage.DD b/src/Demo/ToHtmlToTXTDemo/DemoInPage.DD index 01204a6c..ca2e1241 100755 --- a/src/Demo/ToHtmlToTXTDemo/DemoInPage.DD +++ b/src/Demo/ToHtmlToTXTDemo/DemoInPage.DD @@ -1,11 +1,11 @@ $WW,1$$FG,5$$TX+CX,"The Temple Operating System",HTML="http://www.templeos.org"$$FG,0$ -$FG,4$$TX,"TempleOS File Downloads (100% Public Domain)",HTML="http://www.templeos.org/Downloads"$$FG$ +$FG,4$$TX,"ZenithOS File Downloads (100% Public Domain)",HTML="http://www.templeos.org/Downloads"$$FG$ -TempleOS is a free, public domain, open source, x86_64, non-preemptive multi-tasking, multi-cored, ring-0-only, single-address-map (identity-mapped), non-networked, PC operating system. Paging is, basically, not used. +ZenithOS is a free, public domain, open source, x86_64, non-preemptive multi-tasking, multi-cored, ring-0-only, single-address-map (identity-mapped), non-networked, PC operating system. Paging is, basically, not used. -The CIA obsfucates to foil India, China, Russia and Korea. They make things more complicated than necessary. TempleOS is more simple than necessary. It is obnoxiously simple. If you look at this $TX,"\"Hello World\" joke",HTML="http://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html"$, you can see why I capped the line count of TempleOS at 100,000. +The CIA obsfucates to foil India, China, Russia and Korea. They make things more complicated than necessary. ZenithOS is more simple than necessary. It is obnoxiously simple. If you look at this $TX,"\"Hello World\" joke",HTML="http://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html"$, you can see why I capped the line count of ZenithOS at 100,000. -God said TempleOS must be perfect, so backward compatibility is not promised. +God said ZenithOS must be perfect, so backward compatibility is not promised. -I, Terry Davis, wrote all $TX,"80,847",D="DD_TEMPLEOS_LOC"$ lines of TempleOS over the last $TX,"13.9",D="DD_TEMPLEOS_AGE"$ years, including the 64-bit compiler. I have been a professional operating system developer since 1990 when I worked on Ticketmaster's VAX OS. +I, Terry Davis, wrote all $TX,"80,847",D="DD_TEMPLEOS_LOC"$ lines of ZenithOS over the last $TX,"13.9",D="DD_TEMPLEOS_AGE"$ years, including the 64-bit compiler. I have been a professional operating system developer since 1990 when I worked on Ticketmaster's VAX OS. diff --git a/src/Demo/ToHtmlToTXTDemo/HtmlGen.HC b/src/Demo/ToHtmlToTXTDemo/HtmlGen.HC index ed2dd0c7..1465dfc2 100755 --- a/src/Demo/ToHtmlToTXTDemo/HtmlGen.HC +++ b/src/Demo/ToHtmlToTXTDemo/HtmlGen.HC @@ -5,11 +5,11 @@ Notice that an entry like $$TX,"GOOGLE",HTML="http://www.google.com"$$ will be converted to text in the html with an html link. I cheated by hardcoding $LK,"www.templeos.org",A="FF:::/Demo/ToHtmlToTXTDemo/ToHtml.HC,www.templeos.org"$ as the website -for $LK,"TempleOS Links",A="MN:LK_FILE"$. Why don't you copy +for $LK,"ZenithOS Links",A="MN:LK_FILE"$. Why don't you copy $LK,"::/Demo/ToHtmlToTXTDemo/ToHtml.HC"$ to your /Home directory and modify it? You are welcome to link to http://www.templeos.org if you want file that come on the -TempleOS distribution. +ZenithOS distribution. You can pass html meta data as args to $LK,"ToHtml",A="FF:::/Demo/ToHtmlToTXTDemo/ToHtml.HC,ToHtml"$(). */ diff --git a/src/Demo/ToHtmlToTXTDemo/ToHtml.HC b/src/Demo/ToHtmlToTXTDemo/ToHtml.HC index 6ae0001c..bd65f97a 100755 --- a/src/Demo/ToHtmlToTXTDemo/ToHtml.HC +++ b/src/Demo/ToHtmlToTXTDemo/ToHtml.HC @@ -184,7 +184,7 @@ public CDoc *Doc2Html(CDoc *doc_in,U8 *html_header=NULL,U8 *body_header=NULL, "\n" "\n" - "\n"; + "\n"; if (!body_header) body_header= "\n" "
\n";
diff --git a/src/Doc/AboutTempleOS.DD b/src/Doc/AboutTempleOS.DD
index 4b87344a..213b1f32 100755
--- a/src/Doc/AboutTempleOS.DD
+++ b/src/Doc/AboutTempleOS.DD
@@ -1,4 +1,4 @@
-$WW,1$$FG,5$$TX+CX,"TempleOS"$$FG$
+$WW,1$$FG,5$$TX+CX,"ZenithOS"$$FG$
 
 
 $FG,5$Websites:$FG$
diff --git a/src/Doc/AutoComplete.DD b/src/Doc/AutoComplete.DD
index 11a24b0b..e36693db 100755
--- a/src/Doc/AutoComplete.DD
+++ b/src/Doc/AutoComplete.DD
@@ -16,4 +16,4 @@ $FG,2$$FG$	Autocompletes the 1st dictionary word in the window.
 $FG,2$$FG$	Autocompletes the 2nd dictionary word in the window.
 $FG,2$$FG$	Autocompletes the n-th dictionary word in the window.
 
-If you have the raw Project Gutenberg dictionary file, you can generate the TempleOS processed dictionary files with the stand-alone program $LK,"::/Adam/AutoComplete/ACDictGen.HC"$.
+If you have the raw Project Gutenberg dictionary file, you can generate the ZenithOS processed dictionary files with the stand-alone program $LK,"::/Adam/AutoComplete/ACDictGen.HC"$.
diff --git a/src/Doc/BlkChain.DD b/src/Doc/BlkChain.DD
index 4d0e96eb..25436607 100755
--- a/src/Doc/BlkChain.DD
+++ b/src/Doc/BlkChain.DD
@@ -4,17 +4,17 @@ There was a technique on the Commodore 64 where disk blocks were chained togethe
 
 The $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ file system does not allow files to grow because it only has an allocation bitmap and not a FAT table.  This "flaw" is by design.  I am intentionally crippling this operating system, making it a toy with the wisdom that this will prevent commercialization and corruption.  The toy spirit of the operating system will be preserved going into the future.  The vision for this operating system was a modern Commodore 64, which was a fun toy.
 
-Doing whole file operations is the TempleOS way of doing thinks.  It is the simplest and, ironically, the fastest.  It is obnoxious in the characteristic way that TempleOS is obnoxious, flaunting massive modern resources in a way that makes old programmers protest.
+Doing whole file operations is the ZenithOS way of doing thinks.  It is the simplest and, ironically, the fastest.  It is obnoxious in the characteristic way that ZenithOS is obnoxious, flaunting massive modern resources in a way that makes old programmers protest.
 
 Doing whole file operations will sabotage efforts to change the 640x480 resolution and violate the ban on multimedia.  When doing large, whole-file operations, immediately memory fragmentation is a serious problem, but not so for allocations in the range under a Meg (with occasional larger ones).
 
-The file compression scheme in TempleOS only works on whole file operations and the $LK,"DolDoc",A="FI:::/Doc/DolDoc.DD"$ format cannot have text tacked onto the end, since binary data is at the end.
+The file compression scheme in ZenithOS only works on whole file operations and the $LK,"DolDoc",A="FI:::/Doc/DolDoc.DD"$ format cannot have text tacked onto the end, since binary data is at the end.
 
 I don't want to spoil fun, so of course I offer a way to get awesome performance that is, ironically, superior.  $LK,"FBlkRead",A="MN:FBlkRead"$() and $LK,"FBlkWrite",A="MN:FBlkWrite"$() allow you to read a block offset from the start of a file.  Since files are all contiguous, this is incredibly efficient.  You just have to declare the desired file size when you create it with $LK,"FOpen",A="MN:FOpen"$() and cannot change it.  See $LK,"::/Demo/Dsk/DataBase.HC"$.
 
 If you like, you are encouraged to to do raw $LK,"BlkRead",A="MN:BlkRead"$() and $LK,"BlkWrite",A="MN:BlkWrite"$() directly on a drive.  Just get a pointer to a $LK,"CDrv",A="MN:CDrv"$ with $LK,"Let2Drv",A="MN:Let2Drv"$() and you are on your way!  Your computer is supposed to be a fun toy!  You can make an entire partition used for a database, or invent a file system.
 
-On the whole, the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ file system with its whole-file-only limitation bring beautiful harmony.  It beautifully captures the spirit of TempleOS with simplicity and, ironic speed, since contiguous is fastest.
+On the whole, the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ file system with its whole-file-only limitation bring beautiful harmony.  It beautifully captures the spirit of ZenithOS with simplicity and, ironic speed, since contiguous is fastest.
 
 $FG,8$
 * "Commodore 64" is a trademark owned by Polabe Holding NV.
diff --git a/src/Doc/Boot.DD b/src/Doc/Boot.DD
index f3b3d8a6718b9c3945a40d00490150fa768fd204..5667f087b58de9a45c55f18e98cd32ac2e4fe4cd 100755
GIT binary patch
delta 95
zcmdm~wNq(gM!i@TD0A~fmMBIjd-6wCSD3I3+iJLyw_MRMC7b$FG$.  TempleOS uses a few nonstandard values below 32.  See $LK,"Char Definitions",A="MN:CH_SHIFT_SPACE"$.
+Standard ASCII values range from 0 to 127.  Values below 32 are ctrl key's.  So, an ASCII #3 is a $FG,2$$FG$.  ZenithOS uses a few nonstandard values below 32.  See $LK,"Char Definitions",A="MN:CH_SHIFT_SPACE"$.
 
 ASCII #5  is the cursor location in a saved file.
 ASCII #28 is $FG,2$$FG$.
 ASCII #31 is a $FG,2$$FG$.
 
-TempleOS ASCII is 8-bit instead of 7-bit, so it also uses the range from 128-255.  Press $FG,2$$FG$ to see shapes for 128-255.  Technically, $FG,2$$FG$ are $LK,"scrn codes",A="HI:TextBase Layer"$.
+ZenithOS ASCII is 8-bit instead of 7-bit, so it also uses the range from 128-255.  Press $FG,2$$FG$ to see shapes for 128-255.  Technically, $FG,2$$FG$ are $LK,"scrn codes",A="HI:TextBase Layer"$.
 
-A $FG,2$Key$FG$ is typically specified with a scan code.  TempleOS scan codes contain the key value in the lowest $FG,2$U8$FG$, and flags in the upper 3 bytes.  See $LK,"Scan Code Flags",A="MN:SCF_CTRL"$ and $LK,"Scan Codes",A="MN:SC_INS"$.
+A $FG,2$Key$FG$ is typically specified with a scan code.  ZenithOS scan codes contain the key value in the lowest $FG,2$U8$FG$, and flags in the upper 3 bytes.  See $LK,"Scan Code Flags",A="MN:SCF_CTRL"$ and $LK,"Scan Codes",A="MN:SC_INS"$.
 
-TempleOS stores scan codes in 8 bytes.
+ZenithOS stores scan codes in 8 bytes.
   $FG,2$Byte 0$FG$   is the code.  NumPad keys, SHIFT, ALT, CTRL and GUI keys combined.
   $FG,2$Byte 1-3$FG$ are $LK,"flags",A="MN:SCf_KEY_UP"$
 
diff --git a/src/Doc/Charter.DD b/src/Doc/Charter.DD
index 564833e6..ea0bc1e1 100755
--- a/src/Doc/Charter.DD
+++ b/src/Doc/Charter.DD
@@ -1,4 +1,4 @@
-$FG,5$$WW,1$$TX+CX,"TempleOS Charter"$$FG$
+$FG,5$$WW,1$$TX+CX,"ZenithOS Charter"$$FG$
 
 Why did they make Solomon's Temple?  It was a direction to look, to focus on, a special place for meditation, to do offerings, a community center, a home to God's beauty, that encouraged love of God.  People cherished God's temple, beautifying it with gold and all fine things to show love of God, as great $TX,"cathedrals",HTML="https://www.youtube.com/watch?v=xkfmK-CLvcc"$ were decorated with astounding, awe-striking intricate art and gargoyles, incredible devotion to God with hours of effort, toiling and slaving-away for the glory of God, for families with children to see $TX,"stained-glass",HTML="https://www.youtube.com/watch?v=t8g1e-JLrhM"$ windows and tomes with ridiculously elaborate $TX,"calligraphy",HTML="https://www.youtube.com/watch?v=Oa8gMb0YC68"$ to show love of God, from a people who did little else but show love toward God, lived in dire conditions by today's standards, yet with so much difficulty scraping-by, found the time to devote $TX,"even all free-time",HTML="https://www.youtube.com/watch?v=tZw5V4XuUIo"$ to God!
 
@@ -17,7 +17,7 @@ with gold.
 ten cubits high.
 $ID,-5$
 
-* TempleOS is God's official temple.  Just like Solomon's temple, this is a community focal point where offerings are made and God's oracle is consulted.
+* ZenithOS is God's official temple.  Just like Solomon's temple, this is a community focal point where offerings are made and God's oracle is consulted.
 
 * God said $FG,2$640x480 16 color$FG$ graphics is a covenant like circumcision.  Children will do offerings.  Think of 16 colors like the Simpson's cartoons.  In the future, even if one GPU were universal, we would still keep 640x480 16 color and not use GPU acceleration.  Graphics operations should be transparent, not hidden in a GPU.
 
@@ -33,7 +33,7 @@ $ID,-5$
 
 * There is a limit of 100,000 lines of code for all time, not including applications and demos.  $FG,4$Code comments count$FG$, however.  Currently, there are $TX,"81,494",D="DD_TEMPLEOS_LOC"$ lines of code.  $FG,4$3rd party libraries are banned$FG$ because they circumvent the intent of this limit.  The vision is a Commodore 64 ROM -- a fixed core API that is the only dependency of applications.  Dependency on components and libraries creates a hell that is no longer blissful.
 
-* The metric for resolving all TempleOS code governance issues is how fast the compiler compiles itself and the kernel with $LK,"BootHDIns",A="MN:BootHDIns"$().  The $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ language should be changed to optimize this metric, as I did when I changed type casting from prefix standard C to postfix $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$, but we need a rule to prevent degenerating into a brainfuck language.
+* The metric for resolving all ZenithOS code governance issues is how fast the compiler compiles itself and the kernel with $LK,"BootHDIns",A="MN:BootHDIns"$().  The $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ language should be changed to optimize this metric, as I did when I changed type casting from prefix standard C to postfix $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$, but we need a rule to prevent degenerating into a brainfuck language.
  
 * Minimal abstraction is a goal.  Sheep are fools.  They always respect a design that is more complicated than another.  Any genius can make it complicated.  Like in physics, it takes a supra-genius to make it simple.
 
@@ -72,4 +72,4 @@ $FG$
 
 $FG,5$$WW,1$$TX+CX,"Possible Amendments"$$FG$
 
-The compiler's parser makes RISC code which it optimizes to CISC.  I discovered this does not matter because the CPU converts it back to RISC and schedules it, internally.  A TempleOS zealot with more zeal than I, might say we should save lines-of-code by removing the CISC optimizing.
+The compiler's parser makes RISC code which it optimizes to CISC.  I discovered this does not matter because the CPU converts it back to RISC and schedules it, internally.  A ZenithOS zealot with more zeal than I, might say we should save lines-of-code by removing the CISC optimizing.
diff --git a/src/Doc/Credits.DD b/src/Doc/Credits.DD
index 17aced01..ce7fbbed 100755
--- a/src/Doc/Credits.DD
+++ b/src/Doc/Credits.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"Credits"$$FG$
 
-I, $FG,2$Terry A. Davis$FG$, wrote all of TempleOS over the past $TX,"13.9",D="DD_TEMPLEOS_AGE"$ years (full-time).  It can run on some bare metal 64-bit PC's from about 2005-2010 with no layering, libraries, tools, modules or anything from other sources.  Otherwise, you run it in a virtual machine, like $FG,2$VMware$FG$, $FG,2$QEMU$FG$ or $FG,2$VirtualBox$FG$.  It is independent and stands alone.  It has no networking, so it certainly doesn't call home.  100% of the src code is including on all distro's, from the kernel to the compiler to the boot loaders!  It is public domain, not GPL.
+I, $FG,2$Terry A. Davis$FG$, wrote all of ZenithOS over the past $TX,"13.9",D="DD_TEMPLEOS_AGE"$ years (full-time).  It can run on some bare metal 64-bit PC's from about 2005-2010 with no layering, libraries, tools, modules or anything from other sources.  Otherwise, you run it in a virtual machine, like $FG,2$VMware$FG$, $FG,2$QEMU$FG$ or $FG,2$VirtualBox$FG$.  It is independent and stands alone.  It has no networking, so it certainly doesn't call home.  100% of the src code is including on all distro's, from the kernel to the compiler to the boot loaders!  It is public domain, not GPL.
 
 *) $LK,"::/Kernel/FontStd.HC"$, is taken from $FG,4$$TX,"FreeDOS",HTML="http://www.freedos.org"$$FG$.  It's public domain.
 
diff --git a/src/Doc/Ctrls.DD b/src/Doc/Ctrls.DD
index 28155da6..43d2152c 100755
--- a/src/Doc/Ctrls.DD
+++ b/src/Doc/Ctrls.DD
@@ -1 +1 @@
-$WW,1$To create a TempleOS graphic ctrl, you define callback functions and insert a $LK,"CCtrl",A="MN:CCtrl"$ structure in the $LK,"CTask",A="MN:CTask"$ queue.  See $LK,"::/Demo/Graphics/Slider.HC"$, $LK,"::/Demo/Graphics/ScrollBars.HC"$ and $LK,"TermBttnNew",A="FF:::/Adam/WallPaper.HC,TermBttnNew"$.  There is a template-code ctrl generator, if you press $FG,2$$FG$.
+$WW,1$To create a ZenithOS graphic ctrl, you define callback functions and insert a $LK,"CCtrl",A="MN:CCtrl"$ structure in the $LK,"CTask",A="MN:CTask"$ queue.  See $LK,"::/Demo/Graphics/Slider.HC"$, $LK,"::/Demo/Graphics/ScrollBars.HC"$ and $LK,"TermBttnNew",A="FF:::/Adam/WallPaper.HC,TermBttnNew"$.  There is a template-code ctrl generator, if you press $FG,2$$FG$.
diff --git a/src/Doc/CutCorners.DD b/src/Doc/CutCorners.DD
index d6240758..b1faf412 100755
--- a/src/Doc/CutCorners.DD
+++ b/src/Doc/CutCorners.DD
@@ -1,10 +1,10 @@
 $WW,1$$FG,5$$TX+CX,"Cut Corners"$
 $FG$
-There are a few places where I cut corners in the interest of not junking-up code.  This is part of the TempleOS mentality.  I try not to let stupid legacy compatibility issues enter and junk-up TempleOS.
+There are a few places where I cut corners in the interest of not junking-up code.  This is part of the ZenithOS mentality.  I try not to let stupid legacy compatibility issues enter and junk-up ZenithOS.
 
 * I made my type-casting operator post-fix because it makes the compiler way cleaner.
 
-* TempleOS does not figure-out $FG,2$FAT32$FG$ short name alias numbers.  $LK,"FAT32DirNew",A="MN:FAT32DirNew"$().  It can cause hard drive corruption, so I might have to do it.  It would really take a lot of junky code for this hatefully, detestable, legacy issue.  "Please don't make me ruin my beautiful shiny-new TempleOS with that!"  I am also not enthused about $FG,2$FAT32$FG$ because it is in patent limbo.  $FG,2$FAT32$FG$ might get removed from TempleOS.  There is the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$  64-bit file system that works perfectly well.  $FG,2$FAT32$FG$ is useful, however, because it assists in transferring between dual booted operating systems.
+* ZenithOS does not figure-out $FG,2$FAT32$FG$ short name alias numbers.  $LK,"FAT32DirNew",A="MN:FAT32DirNew"$().  It can cause hard drive corruption, so I might have to do it.  It would really take a lot of junky code for this hatefully, detestable, legacy issue.  "Please don't make me ruin my beautiful shiny-new ZenithOS with that!"  I am also not enthused about $FG,2$FAT32$FG$ because it is in patent limbo.  $FG,2$FAT32$FG$ might get removed from ZenithOS.  There is the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$  64-bit file system that works perfectly well.  $FG,2$FAT32$FG$ is useful, however, because it assists in transferring between dual booted operating systems.
 
 * I changed the $LK,"asm opcodes",A="FI:::/Compiler/OpCodes.DD"$ names to remove the ambiguity between insts with different numbers of arguments, making my $LK,"assembler",A="FI:::/Compiler/Asm.HC"$ simpler and I did minimal 16-bit asm support, since 64-bit is what you should be using, unless you're doing a $LK,"boot loader",A="FI:::/Adam/Opt/Boot/BootDVD.HC"$.
 
diff --git a/src/Doc/D3.DD b/src/Doc/D3.DD
index 5226e821..5d65ae85 100755
--- a/src/Doc/D3.DD
+++ b/src/Doc/D3.DD
@@ -1,3 +1,3 @@
-$WW,1$TempleOS has a class for 3 dimensional points consisting of F64s.  HolyC is not C++ -- it does not support passing or returning values from functions which are not 64-bits, therefore, it can't be implemented with operator overloading.  Making all function args and returns 64-bit is a core prinicple of TempleOS.
+$WW,1$ZenithOS has a class for 3 dimensional points consisting of F64s.  HolyC is not C++ -- it does not support passing or returning values from functions which are not 64-bits, therefore, it can't be implemented with operator overloading.  Making all function args and returns 64-bit is a core prinicple of ZenithOS.
 
 As a courtesy, most of the CD3 functions return the addr of the destination vect, so you can nestle calls.  They do not alloc new space for the destination vect.
diff --git a/src/Doc/Define.DD b/src/Doc/Define.DD
index 55f81475..fae6b054 100755
--- a/src/Doc/Define.DD
+++ b/src/Doc/Define.DD
@@ -1,4 +1,4 @@
-$WW,1$TempleOS has a string indirection feature implemented with the same hash symbol table entry as $FG,2$#define$FG$ macros, $LK,"HTT_DEFINE_STR",A="MN:HTT_DEFINE_STR"$.  Support for string lists is also provided, but it's not very efficient, though, you can make a hash table with a list using $LK,"HashDefineLstAdd",A="MN:HashDefineLstAdd"$().  See $LK,"::/Adam/DolDoc/DocInit.HC",A="FF:::/Adam/DolDoc/DocInit.HC,HashDefineLstAdd"$.
+$WW,1$ZenithOS has a string indirection feature implemented with the same hash symbol table entry as $FG,2$#define$FG$ macros, $LK,"HTT_DEFINE_STR",A="MN:HTT_DEFINE_STR"$.  Support for string lists is also provided, but it's not very efficient, though, you can make a hash table with a list using $LK,"HashDefineLstAdd",A="MN:HashDefineLstAdd"$().  See $LK,"::/Adam/DolDoc/DocInit.HC",A="FF:::/Adam/DolDoc/DocInit.HC,HashDefineLstAdd"$.
 
 If you have an $FG,2$@$FG$ as the first char of a define list entry, it is an alias for the prev entry num.
 
diff --git a/src/Doc/Demands.DD b/src/Doc/Demands.DD
index c6275dd6..ecf101e9 100755
--- a/src/Doc/Demands.DD
+++ b/src/Doc/Demands.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"Demands"$$FG$
 
-I, Terry Davis, am high priest of God's $FG,4$$TX,"official third temple",HTML="http://www.jewishvirtuallibrary.org/jsource/Judaism/The_Temple.html"$$FG$, TempleOS.  TempleOS is an operating system for IBM PC x86_64 desktops that will always dual boot along-side Windows or Linux.  I am in charge of the core 100,000 lines of TempleOS code and I do continual offerings to keep God entertained.  I have divine authority to command any company in the computer industry to do anything that I deem necessary to make God's temple more beautiful, glorious and perfect. I have oversight authority similar to a building inspector or a person enforcing the Americans with Disability Act -- I make commands, God signs-off with a miraculous authentication from an oracle, and Intel, Microsoft or VMware obeys.
+I, Terry Davis, am high priest of God's $FG,4$$TX,"official third temple",HTML="http://www.jewishvirtuallibrary.org/jsource/Judaism/The_Temple.html"$$FG$, ZenithOS.  ZenithOS is an operating system for IBM PC x86_64 desktops that will always dual boot along-side Windows or Linux.  I am in charge of the core 100,000 lines of ZenithOS code and I do continual offerings to keep God entertained.  I have divine authority to command any company in the computer industry to do anything that I deem necessary to make God's temple more beautiful, glorious and perfect. I have oversight authority similar to a building inspector or a person enforcing the Americans with Disability Act -- I make commands, God signs-off with a miraculous authentication from an oracle, and Intel, Microsoft or VMware obeys.
 
 $HC,""$
 
@@ -11,7 +11,7 @@ See $LK,"::/Kernel/BlkDev/FileSysRedSea.HC"$ and $LK,"::/Adam/Opt/Boot/DskISORed
 $LK,"::/Kernel/BlkDev/FileSysFAT.HC"$	:974 lines for FAT32 gets eliminated.
 $LK,"::/Kernel/BlkDev/DskClus.HC"$	:152 All the clus operations become blk.
 
-* Microsoft must cancel SecureBoot because it makes dual booting impossible.  TempleOS is an additional operating system that must be used along-side Windows or Linux, not as a replacement.  It must dual boot because it has no networking. Real hardware as opposed to VMware is like the difference between looking in a telescope eye piece vs just looking at an off-line image.  God said the C64/Apple II generation owned ancestral lands.  VMware is like being taken off of our land and moved onto a reservation.  In this case, however, it will not stand.  In fact, God said to replace Windows with Wine, justice.  We can make a 100% standard model PC with a standard software for everyone, backed-up in factory ROM.
+* Microsoft must cancel SecureBoot because it makes dual booting impossible.  ZenithOS is an additional operating system that must be used along-side Windows or Linux, not as a replacement.  It must dual boot because it has no networking. Real hardware as opposed to VMware is like the difference between looking in a telescope eye piece vs just looking at an off-line image.  God said the C64/Apple II generation owned ancestral lands.  VMware is like being taken off of our land and moved onto a reservation.  In this case, however, it will not stand.  In fact, God said to replace Windows with Wine, justice.  We can make a 100% standard model PC with a standard software for everyone, backed-up in factory ROM.
 
 * VMware needs to support ATAPI CD/DVD/Blu-ray disk burning, directly to real hardware.  Industry needs write-just once media to stop Farenheit 451 non-sense.
 
@@ -19,7 +19,7 @@ $LK,"::/Kernel/BlkDev/DskClus.HC"$	:152 All the clus operations become blk.
 
 * VMware some PC speaker's distortion is a good idea -- squarewave -- but currently there is too much for hymns.  CIA monkery made fart noises.
 
-* VMware and others must list TempleOS as an official 64-bit operating system and automatically enforce 512 Meg min RAM requirement.
+* VMware and others must list ZenithOS as an official 64-bit operating system and automatically enforce 512 Meg min RAM requirement.
 
 * VMware needs to support more than 16 cores.  I had a 24 core Xeon with 128 Gig of RAM.  I discovered VMware allocates memory too slowly, where QEMU had no problem.
 
@@ -29,26 +29,26 @@ $LK,"/Kernel/PCIBIOS.HC",A="FI:::/Kernel/PCIBIOS.HC"$		:290 could be eliminated,
 
 * Until super-simple serial ports are available, PS/2 emulated keyboard and mouse must work.  The BIOS must enable these.  The plan is to transition the industry off of USB.  Interum solution is to make virtual RS232 Octart for USB devices in the same way PS/2 mouse is emulated.  All mice will be two button, one wheel.  No more HID insanity, no more multi-end point, just simple tx rx fifos with soft/hard flowcontrol that can jump the queue.  People with special needs can buy PCI cards.  Our kids deserve code this simple $LK,"::/Doc/Comm.HC"$.  The right to do your own port banging is what the C64 being our God given ancestral land means.
 
-* The x86 IN/OUT port instructions, normally have a delay.  Perhaps, VMware & Intel can enable faster x86 IN/OUT instruction timing for ATA/ATAPI PIO, so bandwidth isn't as bad when doing port I/O.  See $LK,"ATAGetRes",A="MN:ATAGetRes"$().  We don't want to do DMA.  Perhaps, x86 CPU chips need a new TempleOS mode for fast IN/OUT instructions?  I think VMware already does something to speed disk I/O to faster than native speed.
+* The x86 IN/OUT port instructions, normally have a delay.  Perhaps, VMware & Intel can enable faster x86 IN/OUT instruction timing for ATA/ATAPI PIO, so bandwidth isn't as bad when doing port I/O.  See $LK,"ATAGetRes",A="MN:ATAGetRes"$().  We don't want to do DMA.  Perhaps, x86 CPU chips need a new ZenithOS mode for fast IN/OUT instructions?  I think VMware already does something to speed disk I/O to faster than native speed.
 
 * Perhaps, a new interrupt descriptor table entry type or a new x86 CPU mode can be made that cause fast software interrupts, doing exactly what the CALL REL32 does, but with IDT as indirection.  We don't need to change privilege levels or stacks.
 
 * Since I don't use paging (for anything), Intel should have an option for  no-paging long mode, and optimize it!
 $LK,"::/Kernel/Mem/PageTables.HC"$	:135 lines to identity-map gets eliminated.
 
-* Desktop computers must have a reset switch and a fast reboot option, skipping diagnostics.  I recommend booting TempleOS from a ROM when the reset bttn is pressed and booting UEFI when the power bttn is pressed.  Or, we could build UEFI on a TempleOS layer.  Intel must burn TempleOS into a ROM in the factory for all desktop x86 CPUs to ensure tamper-proof trust in the oracle and because God deserves the glory.  There will be just an English version.  A new ROM version is released every seven years.  The ROM should boot like the DVD boots, but with $LK,"BOOT_SRC_ROM",A="MN:BOOT_SRC_ROM"$.
+* Desktop computers must have a reset switch and a fast reboot option, skipping diagnostics.  I recommend booting ZenithOS from a ROM when the reset bttn is pressed and booting UEFI when the power bttn is pressed.  Or, we could build UEFI on a ZenithOS layer.  Intel must burn ZenithOS into a ROM in the factory for all desktop x86 CPUs to ensure tamper-proof trust in the oracle and because God deserves the glory.  There will be just an English version.  A new ROM version is released every seven years.  The ROM should boot like the DVD boots, but with $LK,"BOOT_SRC_ROM",A="MN:BOOT_SRC_ROM"$.
 
 * We do not want UTF, just 8-bit characters.  $FG,2$$FG$ toggles between Cyrillic and Std Fonts.  We need the twelve window $LK,"TextBorder",A="MN:TextBorder"$ characters added to the VGA font 0x02-0x0D.  Japan, China and Korea must switch to alphabets.  Maybe, the United States will change to metric, out of good will.  I am beginning to plan fresh ASCII replacement, $LK,"::/Doc/NewASCII.DD"$.
 
-* Microsoft Paint and Linux's Gimp must support TempleOS $LK,"GR Files",A="FI:::/Doc/GRFiles.DD"$.  They are blemish free, unlike $TX,"BMP files",HTML="http://en.wikipedia.org/wiki/BMP_file_format"$.  The TOSZ Linux utility can be used to make screencasts from TempleOS exported $LK,"GR Files",A="FI:::/Doc/GRFiles.DD"$ and AU Files.
+* Microsoft Paint and Linux's Gimp must support ZenithOS $LK,"GR Files",A="FI:::/Doc/GRFiles.DD"$.  They are blemish free, unlike $TX,"BMP files",HTML="http://en.wikipedia.org/wiki/BMP_file_format"$.  The TOSZ Linux utility can be used to make screencasts from ZenithOS exported $LK,"GR Files",A="FI:::/Doc/GRFiles.DD"$ and AU Files.
 
 * We must have a nice dictionary.  Someone needs to do a $LK,"Spell Checker",A="FI:::/Demo/SuggestSpelling.HC"$, too.
 
-* Intel needs to make $LK,"DolDoc",A="FI:::/Doc/DolDocOverview.DD"$ versions of its x86 CPU data sheets documenting all hardware relevant to TempleOS. 
+* Intel needs to make $LK,"DolDoc",A="FI:::/Doc/DolDocOverview.DD"$ versions of its x86 CPU data sheets documenting all hardware relevant to ZenithOS. 
 
 * We must have the ultimate Bible search engine.  Currently, all we have is     $TX,"filter search",HTML="https://www.youtube.com/watch?v=ULJU8DzvQFo"$.  In the end, it should be a low line-count technique.  Maybe, I allocate 500 lines out of the 20,000 reserve.
 
-* We will make a $LK,"Standard TempleOS PC",A="FI:::/Doc/StdTempleOSPC.DD"$.
+* We will make a $LK,"Standard ZenithOS PC",A="FI:::/Doc/StdTempleOSPC.DD"$.
 $FG,8$
 * "VMware" is a trademark owned by VMware, Inc.
 * "Linux" is a trademark owned by Linus Torvalds.
diff --git a/src/Doc/DemoIndex.DD b/src/Doc/DemoIndex.DD
index 653cf55f..cc037698 100755
--- a/src/Doc/DemoIndex.DD
+++ b/src/Doc/DemoIndex.DD
@@ -1,4 +1,4 @@
-$FG,5$$TX+CX,"TempleOS Demo Index"$$FG$
+$FG,5$$TX+CX,"ZenithOS Demo Index"$$FG$
 
 $WW,1$These are arranged in increasing order of difficulty, more or less.  This can be used as a tutorial if you start at the beginning and work your way fwd.
 
@@ -148,7 +148,7 @@ $MA-X+PU,"::/Apps/TimeClock",LM="Cd(\"::/Apps/TimeClock\");Dir;View;\n"$
 $MA-X+PU,"::/Apps/Logic",LM="Cd(\"::/Apps/Logic\");Dir;View;\n"$
 $MA-X+PU,"::/Demo/Lectures",LM="Cd(\"::/Demo/Lectures\");Dir;View;\n"$
 $MA-X+PU,"::/Apps/Budget",LM="Cd(\"::/Apps/Budget\");Dir;View;\n"$
-$ID,-2$$TR,"TempleOS Specific"$
+$ID,-2$$TR,"ZenithOS Specific"$
 $ID,2$$MA-X+PU,"::/Demo/InFile",LM="Cd(\"::/Demo/InFile\");Dir;View;\n"$
 $LK,"::/Demo/Print.HC"$
 $LK,"::/Demo/SubIntAccess.HC"$
diff --git a/src/Doc/DolDocOverview.DD b/src/Doc/DolDocOverview.DD
index c0ab0528..a9a40ac5 100755
--- a/src/Doc/DolDocOverview.DD
+++ b/src/Doc/DolDocOverview.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"DolDoc Overview"$$FG$
 
-DolDoc is a TempleOS document type supported by $LK,"DolDoc Routines",A="HI:DolDoc"$.  In a document, commands are bracketed with '$FG,2$$$$FG$'s.  Use $FG,2$$FG$ to experiment inserting a command.  Then, use $FG,2$$FG$ to toggle to plain text to see it.
+DolDoc is a ZenithOS document type supported by $LK,"DolDoc Routines",A="HI:DolDoc"$.  In a document, commands are bracketed with '$FG,2$$$$FG$'s.  Use $FG,2$$FG$ to experiment inserting a command.  Then, use $FG,2$$FG$ to toggle to plain text to see it.
 
 Here is the grammar:
 
diff --git a/src/Doc/FAQ.DD b/src/Doc/FAQ.DD
index a73e11ae..b034b5ed 100755
--- a/src/Doc/FAQ.DD
+++ b/src/Doc/FAQ.DD
@@ -1,19 +1,19 @@
 $WW,1$$FG,5$$TX+CX,"Frequently Asked Questions"$$FG$
 
 $TR,"How come it is public domain, not GPL?"$
-$ID,2$I, $FG,2$Terry A. Davis$FG$, wrote all of TempleOS over the past $TX,"13.8",D="DD_TEMPLEOS_AGE"$ years (full-time).  It can run on some bare metal 64-bit PC's from about 2005-2010 with no layering, libraries, tools, modules or anything from other sources.  Otherwise, you run it in a virtual machine, like $FG,2$VMware$FG$, $FG,2$QEMU$FG$ or $FG,2$VirtualBox$FG$.  It is independent and stands alone.  It has no networking, so it certainly doesn't call home.  100% of the src code is including on all distro's, from the kernel to the compiler to the boot loaders!  See $LK,"::/Doc/Credits.DD"$.
-$ID,-2$$TR,"Shouldn't it be GNU/TempleOS?"$
-$ID,2$TempleOS executes no code not written by me at any time except for a few $FG,2$BIOS$FG$ calls for configuration.  I even wrote boot-loaders, so I do not need Grub.  See $LK,"::/Doc/Credits.DD"$.
+$ID,2$I, $FG,2$Terry A. Davis$FG$, wrote all of ZenithOS over the past $TX,"13.8",D="DD_TEMPLEOS_AGE"$ years (full-time).  It can run on some bare metal 64-bit PC's from about 2005-2010 with no layering, libraries, tools, modules or anything from other sources.  Otherwise, you run it in a virtual machine, like $FG,2$VMware$FG$, $FG,2$QEMU$FG$ or $FG,2$VirtualBox$FG$.  It is independent and stands alone.  It has no networking, so it certainly doesn't call home.  100% of the src code is including on all distro's, from the kernel to the compiler to the boot loaders!  See $LK,"::/Doc/Credits.DD"$.
+$ID,-2$$TR,"Shouldn't it be GNU/ZenithOS?"$
+$ID,2$ZenithOS executes no code not written by me at any time except for a few $FG,2$BIOS$FG$ calls for configuration.  I even wrote boot-loaders, so I do not need Grub.  See $LK,"::/Doc/Credits.DD"$.
 $ID,-2$$TR,"Don't you use GNU's gcc?"$
-$ID,2$TempleOS was written from scratch, starting with $FG,2$TASM$FG$ long ago, launching from real-mode DOS.  Now, there is no $FG,2$Linux$FG$ or $FG,2$GNU$FG$ or any other code in TempleOS.  Yes, I wrote the compiler from scratch.  See $LK,"::/Doc/Credits.DD"$.
+$ID,2$ZenithOS was written from scratch, starting with $FG,2$TASM$FG$ long ago, launching from real-mode DOS.  Now, there is no $FG,2$Linux$FG$ or $FG,2$GNU$FG$ or any other code in ZenithOS.  Yes, I wrote the compiler from scratch.  See $LK,"::/Doc/Credits.DD"$.
 $ID,-2$$TR,"Why do you dual boot?"$
-$ID,2$TempleOS is 100% independent -- it does not access the files of your primary operating system and TempleOS will work as the only operating system on your computer, but it has no networking.  In your off hours, you will use your other operating system.
+$ID,2$ZenithOS is 100% independent -- it does not access the files of your primary operating system and ZenithOS will work as the only operating system on your computer, but it has no networking.  In your off hours, you will use your other operating system.
 $ID,-2$$TR,"It has links, so is it a browser?"$
-$ID,2$TempleOS is an operating system, not a browser.  $LK,"TempleOS links",A="MN:LK_FILE"$ are a special format and only link too local files and symbol source addresses.
+$ID,2$ZenithOS is an operating system, not a browser.  $LK,"ZenithOS links",A="MN:LK_FILE"$ are a special format and only link too local files and symbol source addresses.
 $ID,-2$$TR,"Where are the animated 3D icon GIFs?"$
 $ID,2$3D $LK,"Sprites",A="FI:::/Doc/Sprite.DD"$ are stored as a mesh of triangles.  There are no GIF files.  It $LK,"rotates",A="MN:Mat4x4MulXYZ"$ 3D sprite objects on the fly.
 $ID,-2$$TR,"If the compiler is JIT, isn't it an interpretor?"$
-$ID,2$TempleOS compiles, doesn't $FG,2$interpret$FG$, and uses no $FG,2$byte code$FG$ anywhere.  I loosely use the word $FG,2$script$FG$ sometimes, but it's actually compiled.  The compiler's $LK,"optimization",A="MN:OptPass012"$ code is actually where the compiler evaluates constants to simplify them, like every optimizing compiler.
+$ID,2$ZenithOS compiles, doesn't $FG,2$interpret$FG$, and uses no $FG,2$byte code$FG$ anywhere.  I loosely use the word $FG,2$script$FG$ sometimes, but it's actually compiled.  The compiler's $LK,"optimization",A="MN:OptPass012"$ code is actually where the compiler evaluates constants to simplify them, like every optimizing compiler.
 $ID,-2$$TR,"Are you a Creationist?"$
 $ID,2$I am an evolutionist.  $FG,2$Adam$FG$ is a better term for the first father of all tasks than $FG,2$root$FG$ was!
 $ID,-2$$TR,"Is 'Bt()' in the code Bit Torrent?"$
@@ -21,7 +21,7 @@ $ID,2$$LK,"Bt",A="MN:Bt"$() is $FG,2$bit test$FG$, like the $FG,2$x86$FG$ inst,
 $ID,-2$$TR,"Is 'Fs->' in the code file system?"$
 $ID,2$$LK,"Fs",A="MN:Fs"$ is a segment reg, not $FG,2$file system$FG$.  ($LK,"Fs",A="MN:Fs"$ is kept pointing to the current task's record.)  There is no memory segmentation.  It is 64-bit and flat. FS and GS are used as general purpose regs, more or less.
 $ID,-2$$TR,"Is it Pascal?"$
-$ID,2$TempleOS uses a dialect of C/C++ called $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$.  It is not $FG,2$Pascal$FG$.  I altered the syntax making parenthesis optional on function calls with no paramaters.
+$ID,2$ZenithOS uses a dialect of C/C++ called $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$.  It is not $FG,2$Pascal$FG$.  I altered the syntax making parenthesis optional on function calls with no paramaters.
 $ID,-2$$TR,"Why doesn't Sleep() make my laptop hibernate?"$
 $ID,2$$LK,"Sleep",A="MN:Sleep"$() makes a program pause.  It is not hibernation for a laptop.
 $ID,-2$$TR,"What is Yield() for in loops?"$
@@ -29,37 +29,37 @@ $ID,2$$LK,"Yield",A="MN:Yield"$() saves the current task's regs (context) and lo
 $ID,-2$$TR,"What is JIT Compiled Mode?"$
 $ID,2$The term $LK,"JIT Compile Mode",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ means it compiles and executes code placed into mem, not stored on disk.
 $ID,-2$$TR,"Why do files end in .Z?  Are they encrypted?"$
-$ID,2$Files with names ending in $FG,2$.Z$FG$ are individually compressed using $LK,"TempleOS Compression",A="FI:::/Kernel/Compress.HC"$.  They are not encrypted.  $LK,"Copy",A="MN:Copy"$() or rename them with $LK,"Move",A="MN:Move"$() to a name without $FG,2$.Z$FG$ and they will be stored in an uncompressed form.  See $LK,"TOSZ",A="FI:::/Doc/TOSZ.DD"$ for Linux or Windows uncompress C/C++ code.
+$ID,2$Files with names ending in $FG,2$.Z$FG$ are individually compressed using $LK,"ZenithOS Compression",A="FI:::/Kernel/Compress.HC"$.  They are not encrypted.  $LK,"Copy",A="MN:Copy"$() or rename them with $LK,"Move",A="MN:Move"$() to a name without $FG,2$.Z$FG$ and they will be stored in an uncompressed form.  See $LK,"TOSZ",A="FI:::/Doc/TOSZ.DD"$ for Linux or Windows uncompress C/C++ code.
 $ID,-2$$TR,"Is it open source?  How do I build it?"$
-$ID,2$TempleOS is 100% open src.  All the src code is included in the distro.  Use $LK,"BootHDIns",A="MN:BootHDIns"$() to compile the kernel and compiler.  The rest is $LK,"JIT Compiled",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ during boot.  See $LK,"::/StartOS.HC"$. 
+$ID,2$ZenithOS is 100% open src.  All the src code is included in the distro.  Use $LK,"BootHDIns",A="MN:BootHDIns"$() to compile the kernel and compiler.  The rest is $LK,"JIT Compiled",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ during boot.  See $LK,"::/StartOS.HC"$. 
 $ID,-2$$TR,"Where are object files?  How do I link?"$
-$ID,2$TempleOS does not use object files or a linker.  $LK,"AOT Compile Mode",A="FF:::/Doc/Glossary.DD,AOT Compile Mode"$ is used to directly create flat binary files, $LK,"::/Kernel.BIN.C",A="FI:::/Kernel/Kernel.PRJ"$ and $LK,"::/Compiler/Compiler.BIN",A="FI:::/Compiler/Compiler.PRJ"$ with no object files and linking.$FG$  $LK,"JIT Compile Mode",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ place code in memory, ready to run, with no object files or linking.  Linking is done when $FG,2$BIN$FG$ modules are $LK,"Load",A="MN:Load"$()ed.
+$ID,2$ZenithOS does not use object files or a linker.  $LK,"AOT Compile Mode",A="FF:::/Doc/Glossary.DD,AOT Compile Mode"$ is used to directly create flat binary files, $LK,"::/Kernel.BIN.C",A="FI:::/Kernel/Kernel.PRJ"$ and $LK,"::/Compiler/Compiler.BIN",A="FI:::/Compiler/Compiler.PRJ"$ with no object files and linking.$FG$  $LK,"JIT Compile Mode",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ place code in memory, ready to run, with no object files or linking.  Linking is done when $FG,2$BIN$FG$ modules are $LK,"Load",A="MN:Load"$()ed.
 $ID,-2$$TR,"What is the FPS refresh rate?"$
-$ID,2$The refresh rate is $TX,"(30000.0/1001)",D="WINMGR_FPS"$ frames-per-second.  That is how often TempleOS updates scrn mem.  It is not syncronized to the hardware.
+$ID,2$The refresh rate is $TX,"(30000.0/1001)",D="WINMGR_FPS"$ frames-per-second.  That is how often ZenithOS updates scrn mem.  It is not syncronized to the hardware.
 $ID,-2$$TR,"How does a task own the speaker?"$
 $ID,2$No task or application has a lock on the speaker so apps will interfere with each other.
 $ID,-2$$TR,"Why does it leak memory?"$
-$ID,2$TempleOS allocs mem as more items are displayed in the window.  Also, TempleOS allocs mem for code as it is compiled at the cmd line.  If you $FG,2$#include$FG$ a file twice, it allocs more mem for it.  If you have a 50,000 line program with each line taking twenty bytes on a machine with 1 Gig, you could $FG,2$#include$FG$ it a thousand times if it had no data or graphics and no other use of mem.  If it bothers you, hit $FG,2$$FG$ and $FG,2$, $FG$periodically, to kill and recreate the task$FG$.  Use the pop-up flag on macros in your $LK,"PersonalMenu",A="FI:::Home/PersonalMenu.DD"$ to spawn new tasks, run applications and free the applications when they are finished.  Small mem chunks stick to the task when they are freed until it is killed.  The only way to get in trouble is allocating multiple Meg chunks and freeing them.  These can only be reused if the same size gets alloced again.  Use $LK,"HeapLog",A="MN:HeapLog"$(), $LK,"HeapLogAddrRep",A="MN:HeapLogAddrRep"$() and $LK,"HeapLogSizeRep",A="MN:HeapLogSizeRep"$() to see who alloced mem and didn't free it.  See $LK,"MemOverview",A="FI:::/Doc/MemOverview.DD"$.
+$ID,2$ZenithOS allocs mem as more items are displayed in the window.  Also, ZenithOS allocs mem for code as it is compiled at the cmd line.  If you $FG,2$#include$FG$ a file twice, it allocs more mem for it.  If you have a 50,000 line program with each line taking twenty bytes on a machine with 1 Gig, you could $FG,2$#include$FG$ it a thousand times if it had no data or graphics and no other use of mem.  If it bothers you, hit $FG,2$$FG$ and $FG,2$, $FG$periodically, to kill and recreate the task$FG$.  Use the pop-up flag on macros in your $LK,"PersonalMenu",A="FI:::Home/PersonalMenu.DD"$ to spawn new tasks, run applications and free the applications when they are finished.  Small mem chunks stick to the task when they are freed until it is killed.  The only way to get in trouble is allocating multiple Meg chunks and freeing them.  These can only be reused if the same size gets alloced again.  Use $LK,"HeapLog",A="MN:HeapLog"$(), $LK,"HeapLogAddrRep",A="MN:HeapLogAddrRep"$() and $LK,"HeapLogSizeRep",A="MN:HeapLogSizeRep"$() to see who alloced mem and didn't free it.  See $LK,"MemOverview",A="FI:::/Doc/MemOverview.DD"$.
 $ID,-2$$TR,"Why do I get a memory leak when editing big files?"$
 $ID,2$The editor periodically takes a snap-shot of the document for $FG,2$UNDO$FG$ and this looks like a memory leak.
 $ID,-2$$TR,"Why is it in text mode?"$
-$ID,2$TempleOS runs in $FG,2$VGA 640x480 16 color$FG$ graphics mode, not text mode.  It changes to this mode with a $LK,"BIOS call",A="FF:::/Kernel/KStart16.HC,INT 0x10"$ while in real-mode before it switches to 64-bit mode.  The text is $LK,"drawn by hand",A="MN:GrUpdateTextFG"$.  See $LK,"::/Kernel/FontStd.HC"$.  If graphics mode fails, it falls-back on text mode.  You can force text mode with an $LK,"Kernel config",A="FI:::/Kernel/KCfg.HC"$ option.
+$ID,2$ZenithOS runs in $FG,2$VGA 640x480 16 color$FG$ graphics mode, not text mode.  It changes to this mode with a $LK,"BIOS call",A="FF:::/Kernel/KStart16.HC,INT 0x10"$ while in real-mode before it switches to 64-bit mode.  The text is $LK,"drawn by hand",A="MN:GrUpdateTextFG"$.  See $LK,"::/Kernel/FontStd.HC"$.  If graphics mode fails, it falls-back on text mode.  You can force text mode with an $LK,"Kernel config",A="FI:::/Kernel/KCfg.HC"$ option.
 $ID,-2$$TR,"Where is the kernel memory?"$
-$ID,2$TempleOS identity-maps all memory, all the time.  It is like paging is not used.  There is no special kernel $FG,2$high half$FG$ memory space.  TempleOS is ring-0-only, so everything is kernel, even user programs.  There is a special task called $FG,2$Adam$FG$ and he doesn't die, so his heap never gets freed.  That's as close to $FG,2$kernel memory$FG$ as it gets.  All code goes in the lowest 2Gig of addresses, known as the $LK,"Code Heap",A="FF:::/Doc/Glossary.DD,Code and Data Heaps"$, so that the $FG,2$REL32$FG$ addressing mode can be used.  See $LK,"MemOverview",A="FI:::/Doc/MemOverview.DD"$.
+$ID,2$ZenithOS identity-maps all memory, all the time.  It is like paging is not used.  There is no special kernel $FG,2$high half$FG$ memory space.  ZenithOS is ring-0-only, so everything is kernel, even user programs.  There is a special task called $FG,2$Adam$FG$ and he doesn't die, so his heap never gets freed.  That's as close to $FG,2$kernel memory$FG$ as it gets.  All code goes in the lowest 2Gig of addresses, known as the $LK,"Code Heap",A="FF:::/Doc/Glossary.DD,Code and Data Heaps"$, so that the $FG,2$REL32$FG$ addressing mode can be used.  See $LK,"MemOverview",A="FI:::/Doc/MemOverview.DD"$.
 $ID,-2$$TR,"Why does it run code from stack addresses?"$
-$ID,2$TempleOS puts all code in the lowest 2Gig, known as the $LK,"Code Heap",A="FF:::/Doc/Glossary.DD,Code and Data Heaps"$, so that the $FG,2$REL32$FG$ addressing mode can be used.  TempleOS is 64-bit, but $FG,2$2Gig$FG$ is enough for code.  It actually puts global variables there, too, but you can turn that off with $LK,"OPTf_GLBLS_ON_DATA_HEAP",A="MN:OPTf_GLBLS_ON_DATA_HEAP"$.  $LK,"MAlloc",A="MN:MAlloc"$() allocs higher memory.
+$ID,2$ZenithOS puts all code in the lowest 2Gig, known as the $LK,"Code Heap",A="FF:::/Doc/Glossary.DD,Code and Data Heaps"$, so that the $FG,2$REL32$FG$ addressing mode can be used.  ZenithOS is 64-bit, but $FG,2$2Gig$FG$ is enough for code.  It actually puts global variables there, too, but you can turn that off with $LK,"OPTf_GLBLS_ON_DATA_HEAP",A="MN:OPTf_GLBLS_ON_DATA_HEAP"$.  $LK,"MAlloc",A="MN:MAlloc"$() allocs higher memory.
 $ID,-2$$TR,"How does it SYSCALL?"$
-$ID,2$TempleOS doesn't use software interrupts or $FG,2$SYSCALL$FG$ insts because it never needs to change out of ring-0, even running user programs.  Calls are always $FG,2$CALL REL32$FG$ insts.
+$ID,2$ZenithOS doesn't use software interrupts or $FG,2$SYSCALL$FG$ insts because it never needs to change out of ring-0, even running user programs.  Calls are always $FG,2$CALL REL32$FG$ insts.
 $ID,-2$$TR,"How do you fault-in stack?"$
 $ID,2$The stack does not grow, so do not do deep recursion.  In theory, memory gets fragmented, too.
 $ID,-2$$TR,"How do I set the PATH?"$
 $ID,2$There is no $FG,2$PATH$FG$.  You do not enter filenames at the command-line and expect them to run.  You enter C-like code.  $LK,"Get Started Here",A="FI:::/Doc/CmdLineOverview.DD"$.
 $ID,-2$$TR,"How do I boot it with Grub?"$
-$ID,2$If you use Grub, you $FG,2$chain-load$FG$ like Windows.  See $LK,"Boot",A="FI:::/Doc/Boot.DD"$.  You can use the TempleOS boot-loader.  $LK,"Master-Boot-Loader-Stage1",A="FI:::/Adam/Opt/Boot/BootMHD.HC"$, $LK,"Master-Boot-Loader-Stage2",A="FI:::/Adam/Opt/Boot/BootMHD2.HC"$, $LK,"Partition-Boot-Loader",A="FI:::/Adam/Opt/Boot/BootHD.HC"$, $LK,"CD-DVD-Boot-Loader",A="FI:::/Adam/Opt/Boot/BootDVD.HC"$.
+$ID,2$If you use Grub, you $FG,2$chain-load$FG$ like Windows.  See $LK,"Boot",A="FI:::/Doc/Boot.DD"$.  You can use the ZenithOS boot-loader.  $LK,"Master-Boot-Loader-Stage1",A="FI:::/Adam/Opt/Boot/BootMHD.HC"$, $LK,"Master-Boot-Loader-Stage2",A="FI:::/Adam/Opt/Boot/BootMHD2.HC"$, $LK,"Partition-Boot-Loader",A="FI:::/Adam/Opt/Boot/BootHD.HC"$, $LK,"CD-DVD-Boot-Loader",A="FI:::/Adam/Opt/Boot/BootDVD.HC"$.
 $ID,-2$$TR,"How do I get Kernel.BIN to boot?"$
 $ID,2$The boot-loaders must be patched by you running $LK,"BootHDIns",A="MN:BootHDIns"$() or $LK,"BootMHDIns",A="MN:BootMHDIns"$().  Those will write the block address into the boot-loader because the boot-loaders do not navigate file systems to find the $LK,"Stage2",A="FI:::/Kernel/KStart16.HC"$ if you relocate it.
 $ID,-2$$TR,"Why is there some 16-Bit code?"$
-$ID,2$TempleOS is 64-bit.  Like all PC operating systems, the boot-loader starts in 16-bit real-mode.  TempleOS calls a few $FG,2$BIOS$FG$ info routines, switches to VGA-640x480x4bit, switches to 32-bit, then, 64-bit mode.  There is an odd thing called a $FG,2$$TX,"PCI BIOS",HTML="http://www.o3one.org/hwdocs/bios_doc/pci_bios_21.pdf"$$FG$ which is 32-bit used for $FG,2$PCI$FG$ config space access.  TempleOS calls $LK,"that",A="FI:::/Kernel/PCIBIOS.HC"$ a couple times.  It must temporarily drop-out-of 64-bit mode for that and stop multi-tasking.
+$ID,2$ZenithOS is 64-bit.  Like all PC operating systems, the boot-loader starts in 16-bit real-mode.  ZenithOS calls a few $FG,2$BIOS$FG$ info routines, switches to VGA-640x480x4bit, switches to 32-bit, then, 64-bit mode.  There is an odd thing called a $FG,2$$TX,"PCI BIOS",HTML="http://www.o3one.org/hwdocs/bios_doc/pci_bios_21.pdf"$$FG$ which is 32-bit used for $FG,2$PCI$FG$ config space access.  ZenithOS calls $LK,"that",A="FI:::/Kernel/PCIBIOS.HC"$ a couple times.  It must temporarily drop-out-of 64-bit mode for that and stop multi-tasking.
 $ID,-2$$TR,"Why are you pushing 32-bit values on the stack?"$
 $ID,2$$FG,2$PUSH EAX$FG$ : All stack operations in 64-bit mode are 64-bits.
 $ID,-2$$TR,"Why are you using 32-bit insts and not setting high 32-bits?"$
diff --git a/src/Doc/Features.DD b/src/Doc/Features.DD
index 305d1d3b..330882bc 100755
--- a/src/Doc/Features.DD
+++ b/src/Doc/Features.DD
@@ -1,4 +1,4 @@
-         $WW,1$$FG,5$$TX+CX,"TempleOS' Features"$$FG$
+         $WW,1$$FG,5$$TX+CX,"ZenithOS' Features"$$FG$
 
 * Oracle in with $FG,2$$FG$ for words or $FG,2$$FG$ for passages.  See $LK,"tongues",A="FI:::/Adam/God/HSNotes.DD"$.
 
@@ -50,4 +50,4 @@
 
 * Many games, $LK,"demos",A="FI:::/Doc/DemoIndex.DD"$ and $LK,"documentation",A="FI:::/Doc/HelpIndex.DD"$.
 
-* $FG,2$All source code$FG$ included.  Only compiles with the included TempleOS compiler and assembler.
+* $FG,2$All source code$FG$ included.  Only compiles with the included ZenithOS compiler and assembler.
diff --git a/src/Doc/FileMgr.DD b/src/Doc/FileMgr.DD
index 32759abc..d030b0bf 100755
--- a/src/Doc/FileMgr.DD
+++ b/src/Doc/FileMgr.DD
@@ -56,7 +56,7 @@ $ID,2$Burn CD/DVD ISO file.  This burns a CD/DVD using the image file, $FG,2$$TX
 $ID,-2$
 
 $FG,5$Instructions on Using CD/DVD's$FG$
-$ID,2$If you have not recompiled Kernel and defined your CD/DVD drive, exit the FileMgr and use $LK,"Mount",A="MN:Mount"$ to define your CD/DVD drive.  Place a CD/DVD in the drive and press $FG,2$'c'$FG$ when on top of the CD/DVD drive letter to mount the drive.  It will call $LK,"DskChg",A="MN:DskChg"$(), the TempleOS cmd to mount removable media.
+$ID,2$If you have not recompiled Kernel and defined your CD/DVD drive, exit the FileMgr and use $LK,"Mount",A="MN:Mount"$ to define your CD/DVD drive.  Place a CD/DVD in the drive and press $FG,2$'c'$FG$ when on top of the CD/DVD drive letter to mount the drive.  It will call $LK,"DskChg",A="MN:DskChg"$(), the ZenithOS cmd to mount removable media.
 $ID,-2$
 
 $FG,5$Instructions on Burning CD/DVD's$FG$
diff --git a/src/Doc/GRFiles.DD b/src/Doc/GRFiles.DD
index 8972abcf..a600a420 100755
--- a/src/Doc/GRFiles.DD
+++ b/src/Doc/GRFiles.DD
@@ -1,4 +1,4 @@
-$WW,1$GR graphics files are 8-bits-per-pixels but only 4-bits of color, with transparency and no palette.  Compression is the standard TempleOS$FG$ LZW compression.
+$WW,1$GR graphics files are 8-bits-per-pixels but only 4-bits of color, with transparency and no palette.  Compression is the standard ZenithOS$FG$ LZW compression.
 $HL,1$
 #define DCF_COMPRESSED		1 //This is the only saved flag.
 #define DCF_PALETTE		2
diff --git a/src/Doc/Glossary.DD b/src/Doc/Glossary.DD
index 9ee5785b..72c33102 100755
--- a/src/Doc/Glossary.DD
+++ b/src/Doc/Glossary.DD
@@ -160,13 +160,13 @@ $FG,2$Wiz$FG$	Wizard
 $ID,-2$$TR,"Task/Process/Thread"$
 $ID,2$There is no distinction between $FG,2$task$FG$, $FG,2$process$FG$ or $FG,2$thread$FG$.  The $FG,2$Fs$FG$ segment reg is kept pointing to the current task's $LK,"CTask",A="MN:CTask"$.  There is only one window per task, and only $FG,2$Core0$FG$ tasks can have windows.  Each task has a code and data heap so memory is returned when it dies.  Each task has a $LK,"hash",A="HI:Hash"$ symbol table.
 
-Since there is not friendly disk sharing and all tasks have the same address map, it might be accurate to call TempleOS, "multi-thread/single-process".  You run a single application process on $FG,2$Core0$FG$ and it can create threads on the same core or others.  If you run multiple processes, it should be safe, but one process will wait until another completely finishes a long disk access.  
+Since there is not friendly disk sharing and all tasks have the same address map, it might be accurate to call ZenithOS, "multi-thread/single-process".  You run a single application process on $FG,2$Core0$FG$ and it can create threads on the same core or others.  If you run multiple processes, it should be safe, but one process will wait until another completely finishes a long disk access.  
 $ID,-2$$TR,"Adam Task"$
 $ID,2$This is Adam, as in Adam and Eve, the parent of all tasks.  Adam is immortal.  The adam task is created at start-up and appears in the small window at the top beneath the user terminal windows.  Since the Adam task is immortal, on Adam's heap go all memory objects which you don't want destroyed by any single task's death.  When created, Adam runs the file $LK,"::/StartOS.HC"$.  When start-up is finished, the adam task enters a server mode where it accepts requests from other tasks.  The $LK,"Adam",A="MN:Adam"$("") routine will make Adam compile and run text src code.  $FG,2$#include$FG$ stmts can be sent to $LK,"Adam",A="MN:Adam"$(""), creating system-wide code and data which are immortal.
 $ID,-2$$TR,"Seth Tasks"$
 $ID,2$In the Bible, $LK,"Seth",A="BF:Genesis,4:25"$$FG$ is Adam and Eve's child.  Each CPU core has an executive task called $FG,2$Seth$FG$ that is immortal.  The Adam task on $FG,2$Core0$FG$ is also its $FG,2$Seth$FG$ task.
 $ID,-2$$TR,"Code and Data Heaps"$
-$ID,2$TempleOS uses the asm $FG,2$CALL$FG$ inst, exclusively, and that inst is limited to calling routines $FG,2$+/-2Gig$FG$ from the current code location.  To prevent out-of-range issues, I decided to separate code and data, placing all code within the lowest $FG,2$2Gig$FG$ of memory, addresses $FG,2$00000000$FG$-$FG,2$7FFFFFFF$FG$.  The compiler and $LK,"Load",A="MN:Load"$()er alloc memory from the code heap to store code and glbl vars, unless the compiler option $LK,"OPTf_GLBLS_ON_DATA_HEAP",A="MN:OPTf_GLBLS_ON_DATA_HEAP"$ is used.  When programs call $LK,"MAlloc",A="MN:MAlloc"$() is from the data heap, which in not limited in size, except by physical RAM memory.  You can alloc from any heap in any task at any time on any core, even making $LK,"independent",A="MN:MemPagAlloc"$ heaps.
+$ID,2$ZenithOS uses the asm $FG,2$CALL$FG$ inst, exclusively, and that inst is limited to calling routines $FG,2$+/-2Gig$FG$ from the current code location.  To prevent out-of-range issues, I decided to separate code and data, placing all code within the lowest $FG,2$2Gig$FG$ of memory, addresses $FG,2$00000000$FG$-$FG,2$7FFFFFFF$FG$.  The compiler and $LK,"Load",A="MN:Load"$()er alloc memory from the code heap to store code and glbl vars, unless the compiler option $LK,"OPTf_GLBLS_ON_DATA_HEAP",A="MN:OPTf_GLBLS_ON_DATA_HEAP"$ is used.  When programs call $LK,"MAlloc",A="MN:MAlloc"$() is from the data heap, which in not limited in size, except by physical RAM memory.  You can alloc from any heap in any task at any time on any core, even making $LK,"independent",A="MN:MemPagAlloc"$ heaps.
 $ID,-2$$TR,"Parent, Child and PopUp Tasks"$
 $ID,2$Often a task will $LK,"Spawn",A="MN:Spawn"$() or $LK,"PopUp",A="MN:PopUp"$() a task as a helper.  The helper is known as a child Task, though you can $LK,"Spawn",A="MN:Spawn"$ a task and assign it a different parent... like $FG,2$Adam$FG$.  Links are kept as to who's whose child, so when one task is $LK,"Kill",A="MN:Kill"$()ed the child helper tasks die, too.  You can get a report of current system tasks with $LK,"TaskRep",A="MN:TaskRep"$().  There is just one window per task, so child tasks are needed for pop-ups.
 $ID,-2$$TR,"HolyC"$
diff --git a/src/Doc/GuideLines.DD b/src/Doc/GuideLines.DD
index 71b23f99..1268fa3b 100755
--- a/src/Doc/GuideLines.DD
+++ b/src/Doc/GuideLines.DD
@@ -14,7 +14,7 @@ $FG,2$/Compiler$FG$ The compiler module src code is found here.  The compiler is
 
 $FG,2$/Adam$FG$ The non-kernel part of the operating system is found here.  It is $FG,2$JIT$FG$ compiled during boot.  The $LK,"Adam Task",A="FF:::/Doc/Glossary.DD,Adam Task"$ is the father of all tasks, like Adam and Eve.
 
-$FG,2$/0000Boot$FG$ Boot files go here.  Stage 2 of the TempleOS hard drive master boot loader, the old hard drive master boot record which is just blk#0, and the CD/DVD $LK,"0000Kernel.BIN.C",A="FI:::/Kernel/Kernel.PRJ"$ file go here.  ASCII $FG,2$0000$FG$ is near the top, alphabetically, in case you use $TX,"MagicISO",HTML="http://www.magiciso.com"$.
+$FG,2$/0000Boot$FG$ Boot files go here.  Stage 2 of the ZenithOS hard drive master boot loader, the old hard drive master boot record which is just blk#0, and the CD/DVD $LK,"0000Kernel.BIN.C",A="FI:::/Kernel/Kernel.PRJ"$ file go here.  ASCII $FG,2$0000$FG$ is near the top, alphabetically, in case you use $TX,"MagicISO",HTML="http://www.magiciso.com"$.
 
 
 
diff --git a/src/Doc/Hash.DD b/src/Doc/Hash.DD
index c196e3f8a4b3ad9408a0b8ee2f20083d4a200a7c..043d248aeabc7e0f4f635124c44c356f05150515 100755
GIT binary patch
delta 17
YcmZ22uv%ck1-7Wvyv&k}jn_ii0YJJ3G5`Po

delta 17
YcmZ22uv%ck1-6jX+=86cjn_ii0YGR6CjbBd

diff --git a/src/Doc/HelpIndex.DD b/src/Doc/HelpIndex.DD
index 67f82afc4f1eca409e3a9eb65136ddeeb96714fd..f834decb1a8299ff9c4a73ba54757b4683fdecf9 100755
GIT binary patch
delta 55
rcmexo_RnmCJ~LZXYF=hZ#%5FI%SSj~s%Sint conversion, but sometimes you want to override.  These functions are better than multiplying by "1.0" to convert to float.) 
+* Type casting is postfix.  To typecast int or F64, use $LK,"ToI64",A="MN:ToI64"$(), $LK,"ToBool",A="MN:ToBool"$() or $LK,"ToF64",A="MN:ToF64"$(). (ZenithOS follows normal C float<-->int conversion, but sometimes you want to override.  These functions are better than multiplying by "1.0" to convert to float.) 
 
 * There is no $FG,2$main()$FG$ function.  Any code outside of functions gets executed upon start-up, in order.
 
@@ -191,7 +191,7 @@ $FG$$ID,-2$
 
 * There is no question-colon operator.
 
-* TempleOS $LK,"operator precedence",A="FF:::/Compiler/CInit.HC,cmp.binary_ops"$
+* ZenithOS $LK,"operator precedence",A="FF:::/Compiler/CInit.HC,cmp.binary_ops"$
   $FG,2$`$FG$,$FG,2$>>$FG$,$FG,2$<<$FG$
   $FG,2$*$FG$,$FG,2$/$FG$,$FG,2$%$FG$
   $FG,2$&$FG$
diff --git a/src/Doc/InFile.DD b/src/Doc/InFile.DD
index 35f1eeae..1556929e 100755
--- a/src/Doc/InFile.DD
+++ b/src/Doc/InFile.DD
@@ -1,4 +1,4 @@
-$WW,1$$FG,2$InFiles$FG$ are used to generate user input to automate operations.  The TempleOS tour is done with an $FG,2$InFile$FG$.  It reminds me of a Unix pipe because $FG,2$StdOut$FG$ of one gets chained into $FG,2$StdIn$FG$ of another.
+$WW,1$$FG,2$InFiles$FG$ are used to generate user input to automate operations.  The ZenithOS tour is done with an $FG,2$InFile$FG$.  It reminds me of a Unix pipe because $FG,2$StdOut$FG$ of one gets chained into $FG,2$StdIn$FG$ of another.
 
 When an $FG,2$InFile$FG$ runs, a child task is $LK,"Spawn",A="MN:Spawn"$()ed which intercepts real user input and generates fake input.  InFiles are $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ programs run by the child whose stdout goes to the parent's input buffer.  $LK,"Msg",A="MN:Msg"$() can be included in an $FG,2$InFile$FG$ to send special keys or mouse cmds to the parent.  While an $FG,2$InFile$FG$ is running, the normal input gets diverted to the InFile task and can be filtered and sent back to the parent task.  Unless you are driving functions which prompt for data, you can probably use an $FG,2$#include$FG$ file in place of an $FG,2$InFile$FG$.
 
diff --git a/src/Doc/Install.DD b/src/Doc/Install.DD
index 079eaffc..d8916f4a 100755
--- a/src/Doc/Install.DD
+++ b/src/Doc/Install.DD
@@ -1,18 +1,18 @@
-$WW,1$$FG,5$$TX+CX,"Installing TempleOS"$$FG$
+$WW,1$$FG,5$$TX+CX,"Installing ZenithOS"$$FG$
 
 Burn a CD with software that supports ISO files.  Then, boot it.  It's a live CD, so you can look around with or without installing.
 
-Dual booting with another operating system is the best way to use TempleOS.  I only use it in a virtual machine because it won't boot natively on my machine, though.  For native dual booting, you need a partition for TempleOS.  Windows often comes with a restore disk that does not allow repartitioning.  I recommend connecting a spare additional hard drive and using the $FG,2$BIOS$FG$ to select which drive to boot.
+Dual booting with another operating system is the best way to use ZenithOS.  I only use it in a virtual machine because it won't boot natively on my machine, though.  For native dual booting, you need a partition for ZenithOS.  Windows often comes with a restore disk that does not allow repartitioning.  I recommend connecting a spare additional hard drive and using the $FG,2$BIOS$FG$ to select which drive to boot.
 
 The $LK,"::/Misc/OSInstall.HC"$ script will automate much of this.  It runs if you boot the CD/DVD-ROM.
 
 See $LK,"Boot.DD",A="FI:::/Doc/Boot.DD"$ for an overview of booting.  See $LK,"Requirements",A="FI:::/Doc/Requirements.DD"$ for supported hardware.
 
-Two TempleOS partitions are highly recommended, so you can boot to a back-up and fix the primary when you work on it.  Odds are, you only need a couple gigabytes for your TempleOS partitions.
+Two ZenithOS partitions are highly recommended, so you can boot to a back-up and fix the primary when you work on it.  Odds are, you only need a couple gigabytes for your ZenithOS partitions.
 
 1)
 $ID,2$$LK,"Mount",A="MN:Mount"$() use if the drive is partitioned.
-$ID,2$This command mounts a drive making it accessible.  For simplicity, sel $FG,2$'C'$FG$ as the first drive letter for your hard drive.  The first partition will be $FG,2$'C'$FG$, second, $FG,2$'D'$FG$, etc.  TempleOS needs 3 numbers to utilize a hard drive -- base0, base1, and unit.  When you enter a hexadecimal number, do it like in $FG,2$C$FG$ with a $FG,2$0x$FG$ prefix.  If the probe was successful, you can just enter the number in the probe box instead of base0.
+$ID,2$This command mounts a drive making it accessible.  For simplicity, sel $FG,2$'C'$FG$ as the first drive letter for your hard drive.  The first partition will be $FG,2$'C'$FG$, second, $FG,2$'D'$FG$, etc.  ZenithOS needs 3 numbers to utilize a hard drive -- base0, base1, and unit.  When you enter a hexadecimal number, do it like in $FG,2$C$FG$ with a $FG,2$0x$FG$ prefix.  If the probe was successful, you can just enter the number in the probe box instead of base0.
 $ID,-2$
 $LK,"DskPrt",A="MN:DskPrt"$($FG,2$'C'$FG$) use if drive is not partitioned
 
@@ -34,11 +34,11 @@ $ID,2$This command is used to copy files onto a hard drive partition from the CD
 $ID,-2$4) $LK,"BootHDIns",A="MN:BootHDIns"$($FG,2$'D'$FG$)
 $ID,2$This command recompiles the source code on a drive and writes to the $UL,1$drive's$UL,0$ boot record.  You'll need to reenter the $LK,"Mount",A="MN:Mount"$ information so it can be stored in the kernel.
 
-$ID,-2$5) Use Linux's Grub or TempleOS' $LK,"BootMHDIns",A="MN:BootMHDIns"$($FG,2$'D'$FG$)
+$ID,-2$5) Use Linux's Grub or ZenithOS' $LK,"BootMHDIns",A="MN:BootMHDIns"$($FG,2$'D'$FG$)
 $ID,2$
 The $LK,"BootMHDIns",A="MN:BootMHDIns"$() command places a boot loader on a drive.  It saves the old master boot record to $FG,2$/0000Boot/OldMBR.BIN.C$FG$ and replaces it.  When you boot, you will have the option of booting the old master boot record.  This command can be skipped if you already have a boot loader.  Be sure not to lose the copy of the old boot record, like if you reformat the drive.
 
-Delete $FG,2$/0000Boot/OldMBR.BIN.C$FG$ if you want to get a fresh copy of a mbr, like if installing from your own custom CD containing it's own $FG,2$/0000Boot/OldMBR.BIN.C$FG$ onto a system with a non-TempleOS boot loader.
+Delete $FG,2$/0000Boot/OldMBR.BIN.C$FG$ if you want to get a fresh copy of a mbr, like if installing from your own custom CD containing it's own $FG,2$/0000Boot/OldMBR.BIN.C$FG$ onto a system with a non-ZenithOS boot loader.
 
 If you have anti-virus software, it might object to having a different master boot record.
 $ID,-2$
diff --git a/src/Doc/KeyDev.DD b/src/Doc/KeyDev.DD
index 006cb95d..76295b92 100755
--- a/src/Doc/KeyDev.DD
+++ b/src/Doc/KeyDev.DD
@@ -1,4 +1,4 @@
-$WW,1$The editor mostly stays in a $LK,"GetKey",A="MN:GetKey"$()/$LK,"PutKey",A="MN:PutKey"$() loop.  The putkey portion is where keys are acted-upon.  TempleOS has a chain of putkey hndlrs in a $LK,"Circular Queue",A="HI:Circular Queue"$ with priorities.  The highest priority hndlrs can choose to terminate handling, otherwise, the keys get sent on down the chain.
+$WW,1$The editor mostly stays in a $LK,"GetKey",A="MN:GetKey"$()/$LK,"PutKey",A="MN:PutKey"$() loop.  The putkey portion is where keys are acted-upon.  ZenithOS has a chain of putkey hndlrs in a $LK,"Circular Queue",A="HI:Circular Queue"$ with priorities.  The highest priority hndlrs can choose to terminate handling, otherwise, the keys get sent on down the chain.
 
 $LK,"KeyDevAdd",A="MN:KeyDevAdd"$() defines a putkey device with a priority.  "Device" might be a misnomer.  Currently, the following are defined:
 
@@ -9,6 +9,6 @@ $FG,2$0x40000000$FG$ $LK,"KDInputFilterPutKey",A="MN:KDInputFilterPutKey"$() for
 $FG,2$0x60000000$FG$ $LK,"KDRawPutKey",A="MN:KDRawPutKey"$() nonwindowed direct to video mem debug output. 
 $FG,2$0x80000000$FG$ $LK,"KDDocPutKey",A="MN:KDDocPutKey"$() standard document cmds
 
-Since handling individual keys is slow, TempleOS supports PutS() as well.  If no puts hndlr is defined, individual keys are sent.
+Since handling individual keys is slow, ZenithOS supports PutS() as well.  If no puts hndlr is defined, individual keys are sent.
 
 $LK,"CDoc",A="MN:CDoc"$$FG,2$.user_put_key$FG$ and $LK,"CDoc",A="MN:CDoc"$$FG,2$.user_put_s$FG$ are call back routines which offer some neat tricks.  See $LK,"::/Apps/Psalmody/JukeBox.HC"$.  There is a var $LK,"CDoc",A="MN:CDoc"$$FG,2$.user_put_data$FG$ which gets passed to them.
diff --git a/src/Doc/MemOverview.DD b/src/Doc/MemOverview.DD
index 7bdfcac0..4dab934e 100755
--- a/src/Doc/MemOverview.DD
+++ b/src/Doc/MemOverview.DD
@@ -2,7 +2,7 @@ $WW,1$$FG,5$$TX+CX,"Memory Overview"$$FG$
 
 Paging is practically not used.  64-bit mode requires paging, however, so it is identity-mapped -- virtual identical to physical.  All tasks on all cores use the same page table map, just as though all addresses are physical addresses.  2Meg or 1Gig page table entries are used.  Nothing swaps to disk.
 
-In TempleOS, the lowest 2Gig of memory is called the $FG,2$code heap$FG$.  TempleOS's compiler always uses 32-bit signed relative JMP & CALL insts because 64-bit CALLs take two insts.  With signed +/- 32-bit values, code can only call a function within 2Gig distance.  Therefore, TempleOS keeps all code in the lowest 2Gig memory addresses including what would normally be called "the kernel".  Two Gig is plenty for code, don't worry.
+In ZenithOS, the lowest 2Gig of memory is called the $FG,2$code heap$FG$.  ZenithOS's compiler always uses 32-bit signed relative JMP & CALL insts because 64-bit CALLs take two insts.  With signed +/- 32-bit values, code can only call a function within 2Gig distance.  Therefore, ZenithOS keeps all code in the lowest 2Gig memory addresses including what would normally be called "the kernel".  Two Gig is plenty for code, don't worry.
 
 You can create new, independent heaps using $LK,"HeapCtrlInit",A="MN:HeapCtrlInit"$().  Then, use the $LK,"CHeapCtrl",A="MN:CHeapCtrl"$ as the 2nd arg to $LK,"MAlloc",A="MN:MAlloc"$().  See $LK,"HeapLog",A="MN:HeapLog"$() for an example.
 
@@ -10,7 +10,7 @@ Memory alloced by a task will be freed when the task is killed.  The $LK,"Adam T
 
 All of the regular page tables are marked, "cached".  When accessing hardware, however, you need uncached page table.  The lowest 4Gig addresses have an alias to access hardware located toward the top of mapped space, $FG,2$0x$TX,"01AA000000",D="DD_UNCACHED_ALIAS"$$FG$.  See $LK,"dev.uncached_alias",A="FF:::/Kernel/KMain.HC,dev.uncached_alias"$.
 
-During an extended powered-on session of TempleOS, in theory, memory will become fragmented, requiring a reboot.  It has never happens to me.
+During an extended powered-on session of ZenithOS, in theory, memory will become fragmented, requiring a reboot.  It has never happens to me.
 
 See $LK,"MemRep",A="MN:MemRep"$() and $LK,"::/Demo/MemDemo.HC"$.
 
diff --git a/src/Doc/MultiCore.DD b/src/Doc/MultiCore.DD
index 72735dce..a9828906 100755
--- a/src/Doc/MultiCore.DD
+++ b/src/Doc/MultiCore.DD
@@ -1,6 +1,6 @@
-$WW,1$TempleOS does master-slave multicore instead of SMP.  $FG,2$Core0$FG$ is the master.  The master core's applications explicitly assign computational jobs to other cores and the TempleOS scheduler does not move tasks between cores.
+$WW,1$ZenithOS does master-slave multicore instead of SMP.  $FG,2$Core0$FG$ is the master.  The master core's applications explicitly assign computational jobs to other cores and the ZenithOS scheduler does not move tasks between cores.
 
-There are multicore safe locks for file access and heap allocations, however, so TempleOS is symmetrical in some sense.  See $LK,"::/Demo/MultiCore/LoadTest.HC"$.
+There are multicore safe locks for file access and heap allocations, however, so ZenithOS is symmetrical in some sense.  See $LK,"::/Demo/MultiCore/LoadTest.HC"$.
 
 Only tasks on $FG,2$Core0$FG$ can have windows, but other cores can help render them.
 
diff --git a/src/Doc/NewASCII.DD b/src/Doc/NewASCII.DD
index 0500c8ca..7cf37a11 100755
--- a/src/Doc/NewASCII.DD
+++ b/src/Doc/NewASCII.DD
@@ -9,7 +9,7 @@ We want to use one set for ASCII, ScanCodes and ScreenCodes.
 128-191 : CTRL
 192-256 : CTRL+SHIFT
 
-No more ALT key in TempleOS.
+No more ALT key in ZenithOS.
 
 CTRL-LEFT/RIGHT is already begin/end line.
 CTRL-UP/DOWN    is already top/bottom of document.
diff --git a/src/Doc/ODE.DD b/src/Doc/ODE.DD
index b7dc3d2f..ebb53a1c 100755
--- a/src/Doc/ODE.DD
+++ b/src/Doc/ODE.DD
@@ -1,4 +1,4 @@
-$WW,1$TempleOS has an advanced algorithm for integrating ordinary differential equations suitable for use in video games.  (Not scientific work.)  It also has some support for systems of masses and springs, to save you some work.
+$WW,1$ZenithOS has an advanced algorithm for integrating ordinary differential equations suitable for use in video games.  (Not scientific work.)  It also has some support for systems of masses and springs, to save you some work.
 
 See $LK,"CMathODE",A="MN:CMathODE"$ and $LK,"ODEsUpdate",A="MN:ODEsUpdate"$ for an overview.
 See $LK,"ODECallDerivative",A="MN:ODECallDerivative"$ to see what support there is for masses and springs.
diff --git a/src/Doc/Pags.DD b/src/Doc/Pags.DD
index 90488d0c..cfb21342 100755
--- a/src/Doc/Pags.DD
+++ b/src/Doc/Pags.DD
@@ -1 +1 @@
-$WW,1$The word $FG,2$Pag$FG$ refers to an arbitrilly created $LK,"MEM_PAG_SIZE",A="MN:MEM_PAG_SIZE"$ unit of heap allocation.  TempleOS does not alter the CPU page tables after setting them up at boot in $LK,"SYS_INIT_PAGE_TABLES",A="MN:SYS_INIT_PAGE_TABLES"$, so the CPU hardware page size is rarely important.
+$WW,1$The word $FG,2$Pag$FG$ refers to an arbitrilly created $LK,"MEM_PAG_SIZE",A="MN:MEM_PAG_SIZE"$ unit of heap allocation.  ZenithOS does not alter the CPU page tables after setting them up at boot in $LK,"SYS_INIT_PAGE_TABLES",A="MN:SYS_INIT_PAGE_TABLES"$, so the CPU hardware page size is rarely important.
diff --git a/src/Doc/Quirks.DD b/src/Doc/Quirks.DD
index 163f0504..e4b38270 100755
--- a/src/Doc/Quirks.DD
+++ b/src/Doc/Quirks.DD
@@ -2,7 +2,7 @@ $FG,5$$TX+CX,"Quirks"$$FG$
 
 $WW,1$* You run a risk of problems if you do file operations on the same files simultaneously because there is $BK,1$no file sharing/locking mechanism$BK,0$.  Generally, the last write wins.
 
-* When using $FG,2$FAT32$FG$, TempleOS does not generate unique short-entry names, the ones with the $FG,2$~$FG$s.  Not all $FG,2$FAT32$FG$ filenames are valid TempleOS names and it will complain.  Do not access $FG,2$FAT32$FG$ drives not dedicated to TempleOS.  Disable them with $LK,"DrvEnable",A="MN:DrvEnable"$(OFF), or they will generate error messages.  $FG,2$FAT32$FG$ involves a long and short name for each file.
+* When using $FG,2$FAT32$FG$, ZenithOS does not generate unique short-entry names, the ones with the $FG,2$~$FG$s.  Not all $FG,2$FAT32$FG$ filenames are valid ZenithOS names and it will complain.  Do not access $FG,2$FAT32$FG$ drives not dedicated to ZenithOS.  Disable them with $LK,"DrvEnable",A="MN:DrvEnable"$(OFF), or they will generate error messages.  $FG,2$FAT32$FG$ involves a long and short name for each file.
 
 * The stk does not grow because virtual mem is not used.  I recommend allocating large local vars from the heap.  You can change $LK,"MEM_DFT_STK",A="MN:MEM_DFT_STK"$ and recompile $FG,2$Kernel$FG$ or request more when doing a $LK,"Spawn",A="MN:Spawn"$().
 
diff --git a/src/Doc/Reliability.DD b/src/Doc/Reliability.DD
index ae393e1c..844f6a49 100755
--- a/src/Doc/Reliability.DD
+++ b/src/Doc/Reliability.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"RedSea Reliability"$$FG$
 
-TempleOS is like the 1040EZ tax form compared to the full 1040 form.  Obviously, it is simpler.  If you allow mission creep, pretty soon the 1040EZ looks just like the 1040 and the messed-up 1040EZ has no purpose.
+ZenithOS is like the 1040EZ tax form compared to the full 1040 form.  Obviously, it is simpler.  If you allow mission creep, pretty soon the 1040EZ looks just like the 1040 and the messed-up 1040EZ has no purpose.
 
 The Commodore 64 had a file system that was simple enough for peers in my generation to enjoy the thrill of knowing exactly what is going on at the hardware level and writing fun projects to access it.
 
@@ -10,7 +10,7 @@ Obviously, we don't do bad block tables, or redundant FATs.
 
 We use the simplest possible technique, a contiguous-file-only allocation bitmap, not $LK,"Block Chains",A="FI:::/Doc/BlkChain.DD"$ or FAT tables.
 
-You can be a good toy or you can be a good professional tool, but not both.  TempleOS's file manager will start too slowly once a few thousand files exist because the file manager makes a list of all files on start-up.
+You can be a good toy or you can be a good professional tool, but not both.  ZenithOS's file manager will start too slowly once a few thousand files exist because the file manager makes a list of all files on start-up.
 
 Do not have more than a few thousand files or the file manager will not function.
 
diff --git a/src/Doc/Requirements.DD b/src/Doc/Requirements.DD
index 33907524..cd39e1d1 100755
--- a/src/Doc/Requirements.DD
+++ b/src/Doc/Requirements.DD
@@ -1,4 +1,4 @@
-$WW,1$$FG,5$$TX+CX,"Requirements for TempleOS"$$FG$
+$WW,1$$FG,5$$TX+CX,"Requirements for ZenithOS"$$FG$
 
 $FG,5$User Skills Required$FG$
 * Knowledge of the $FG,2$C$FG$ programming language.
diff --git a/src/Doc/Start.DD b/src/Doc/Start.DD
index 0af030b5..1d897acf 100755
--- a/src/Doc/Start.DD
+++ b/src/Doc/Start.DD
@@ -1,4 +1,4 @@
-$WW+H,1$$FG,5$$TX+CX,"TempleOS V5.03",D="DD_OS_NAME_VERSION"$$FG$
+$WW+H,1$$FG,5$$TX+CX,"ZenithOS V5.03",D="DD_OS_NAME_VERSION"$$FG$
 
 $TX+CX,"Public Domain Operating System"$
 
diff --git a/src/Doc/StdTempleOSPC.DD b/src/Doc/StdTempleOSPC.DD
index 95d3ba70..6f311ae1 100755
--- a/src/Doc/StdTempleOSPC.DD
+++ b/src/Doc/StdTempleOSPC.DD
@@ -1,4 +1,4 @@
-$WW,1$$FG,5$$TX+CX,"The Standard TempleOS PC"$$FG$
+$WW,1$$FG,5$$TX+CX,"The Standard ZenithOS PC"$$FG$
 
 All desktop PCs will have 8-channel OCTART super-simple high speed serial ports to replace USB.  They are simpler because the driver is as simple as old school $LK,"RS232 Serial",A="FI:::/Doc/Comm.HC"$, they have no USB end-points and they have no USB human interface device reports.  Computer mice will all have exactly two bttns and one wheel.  Game controllers will all be the standard deluxe $TX,"game console controllers",HTML="http://www.gamestop.com/pc/accessories/steam-controller/121865"$ that are popular today.  It will have 8 big TX and 8 big RX fifos that allow flow control characters to jump the queue.  It should be locked-down to as few options as possible, like 8-1-N only, although hardware may use a USB frame, not an RS232, so stop bits might not be relevant.  Perhaps, just two baud rates -- high and low speed are needed.  Low speed is good for slow microcontrollers and allows longer cable length.  Keyboard, mouse and game controller can be low speed.
 
@@ -33,13 +33,13 @@ while (TRUE) {
     temperature--;
 }$HL,0$
 $ID,-5$
-Super-simple block devices will replace ATA/ATAPI hard drives and CD/DVD/BlueRays.  Today, the industry is in flux with nonvolitile memory just invented.  We want a super-simple block device interface for non-volitile memory and for what is currently USB memory sticks, but only if they can be made without bad blocks.  I don't think we want to deal with bad block memory, so maybe we will not do NV-memory.  The standard TempleOS desktop will require a hard disk.
+Super-simple block devices will replace ATA/ATAPI hard drives and CD/DVD/BlueRays.  Today, the industry is in flux with nonvolitile memory just invented.  We want a super-simple block device interface for non-volitile memory and for what is currently USB memory sticks, but only if they can be made without bad blocks.  I don't think we want to deal with bad block memory, so maybe we will not do NV-memory.  The standard ZenithOS desktop will require a hard disk.
 
 There will be minimal commands:  READ_BLOCK, WRITE_BLOCK, GET_CAPACITY, GET_MODEL, GET_SERIAL_NUM, and EJECT.
 
 We want a CPU mode with virtual IO port addresses similar to how paging creates virtual memory addresses.  We want a 65536 word look-up table that converts virtual IO port numbers to physical IO port numbers.  There will be a standard IO port configuration, so port numbers can be fixed in the code.  We want the primary hard drive on one set of ports and the primary CD/DVD/Blu-ray on another set of ports.  Choose a contiguous set of IO ports.
 
-Meanwhile, a complicated PCI interface can be designed along-side the TempleOS interface for Windows and Linux.  It would almost be possible to carry-on separate lives, however, the super-simple serial requires getting rid of USB since super-simple serial is a new hardware standard.  People can add USB ports with a PCI device card.
+Meanwhile, a complicated PCI interface can be designed along-side the ZenithOS interface for Windows and Linux.  It would almost be possible to carry-on separate lives, however, the super-simple serial requires getting rid of USB since super-simple serial is a new hardware standard.  People can add USB ports with a PCI device card.
 
 God said He wants single-voice 8-bit signed MIDI-like sample for the sound.  God does not want death screams, perhaps, because God has PTSD or soldiers have PTSD.  (Imagine wounded on battlefields.)
 
@@ -49,16 +49,16 @@ I am tmpted to help amateur hardware device designers by making the hardware int
 
 The original PC had general purpose digital IO through the parallel port.  That was fun.  I have enough battles to fight, so I'll leave being a savior to hobbiest hardware engineers to somebody else.
 
-Digital cameras will be super-simple high speed serial, but TempleOS is forever limited to 16 colors and multimedia is banned because large files being loaded into memory fragments memory, so cameras are somewhat unwelcome.  I have enough problems without making the Brits anxious about autonomous gun turrets and killer robots.  The reason I say cameras will be super-simple serial is because we are replacing USB ports with super-simple serial.  PC's will have only super-simple serial ports unless people buy a USB PCI expansion card.  So, the digital cameras will be super-simple serial.
+Digital cameras will be super-simple high speed serial, but ZenithOS is forever limited to 16 colors and multimedia is banned because large files being loaded into memory fragments memory, so cameras are somewhat unwelcome.  I have enough problems without making the Brits anxious about autonomous gun turrets and killer robots.  The reason I say cameras will be super-simple serial is because we are replacing USB ports with super-simple serial.  PC's will have only super-simple serial ports unless people buy a USB PCI expansion card.  So, the digital cameras will be super-simple serial.
 
 
 $FG,5$$TX+CX,"Version 1.0"$$FG$
 
-We will make a spec for a $$8,000, perfectly standardized, cryogenically-cooled, monster desktop PC.  It will have 16 cores, integrated 4K graphics, and, hopefully, 6 Ghz continuous operation.  Perhaps, 64 Gig of RAM will be standard? God said to help to poor buy them.  It is pointless to have a high powered machine if other people have wimpy machines and cannot run programs you write.  Therefore, everybody in the developed world will buy a Standard TempleOS IBM PC over the next ten years, so that will be a quantity of 400 million, perhaps.  God said to pay the US national debt with the revenue.  We will standardize everything, not just the TempleOS related items.  The display will be 4K (and of course 640x480 16 color) and no others.  Everybody gets just one monitor, unless you buy special PCI cards.  Everybody gets two speakers, a headphone, a mic, a webcam and touch scrn.  We make the audio one sample rate and one sample size, but TempleOS still gets just a square wave.  (HD Audio is really screwed-up and requires complicated artificial intelligence, just to route output to speakers.)
+We will make a spec for a $$8,000, perfectly standardized, cryogenically-cooled, monster desktop PC.  It will have 16 cores, integrated 4K graphics, and, hopefully, 6 Ghz continuous operation.  Perhaps, 64 Gig of RAM will be standard? God said to help to poor buy them.  It is pointless to have a high powered machine if other people have wimpy machines and cannot run programs you write.  Therefore, everybody in the developed world will buy a Standard ZenithOS IBM PC over the next ten years, so that will be a quantity of 400 million, perhaps.  God said to pay the US national debt with the revenue.  We will standardize everything, not just the ZenithOS related items.  The display will be 4K (and of course 640x480 16 color) and no others.  Everybody gets just one monitor, unless you buy special PCI cards.  Everybody gets two speakers, a headphone, a mic, a webcam and touch scrn.  We make the audio one sample rate and one sample size, but ZenithOS still gets just a square wave.  (HD Audio is really screwed-up and requires complicated artificial intelligence, just to route output to speakers.)
 
-The Standard Temple IBM PC will be a full-sized tower.  Perhaps, stain-glass will decorate the case because God is sentimentally attached to stained-glass.  We should set the size at exactly 2.5 feet by 1.5 feet by 1.5 feet as in the $LK,"Exodus,25:10-10",A="BF:Exodus,25:10-10"$ for all time.  If there is extra room, make a storage shelf for DVDs.  We do not want a race-to-the-bottom, shrinking the size.  Instead of making it smaller, make it more powerful.  We want to remove all cost pressure from making things small.  It must have a CD/DVD/Blu-ray drive.  The vision is CD/DVDs used for a library of games, not installed on the hard-drive.  We need a network connection, possibly implemented as a super-simple high speed serial device.  What about standard monitor and speakers?  The C64's success was partially due to wide spread, completely standard, hardware.  I think TempleOS will not do bad block devices, so we need a hard drive, not just NV-memory or SSD.
+The Standard Temple IBM PC will be a full-sized tower.  Perhaps, stain-glass will decorate the case because God is sentimentally attached to stained-glass.  We should set the size at exactly 2.5 feet by 1.5 feet by 1.5 feet as in the $LK,"Exodus,25:10-10",A="BF:Exodus,25:10-10"$ for all time.  If there is extra room, make a storage shelf for DVDs.  We do not want a race-to-the-bottom, shrinking the size.  Instead of making it smaller, make it more powerful.  We want to remove all cost pressure from making things small.  It must have a CD/DVD/Blu-ray drive.  The vision is CD/DVDs used for a library of games, not installed on the hard-drive.  We need a network connection, possibly implemented as a super-simple high speed serial device.  What about standard monitor and speakers?  The C64's success was partially due to wide spread, completely standard, hardware.  I think ZenithOS will not do bad block devices, so we need a hard drive, not just NV-memory or SSD.
 
-TempleOS will have the priority over Windows or Linux on hardware decisions.  We could make it heterogenious multicore.  I think we want 16 non-hyperthreaded cores.  Core#0 is the only full-featured core needed.  The other cores will have long mode, but not some of these: real mode, protected mode, ring-3, paging, interrupts, in/out port instructions, SSE instructions,  MMX instructions.
+ZenithOS will have the priority over Windows or Linux on hardware decisions.  We could make it heterogenious multicore.  I think we want 16 non-hyperthreaded cores.  Core#0 is the only full-featured core needed.  The other cores will have long mode, but not some of these: real mode, protected mode, ring-3, paging, interrupts, in/out port instructions, SSE instructions,  MMX instructions.
 
 God said Intel should do a simulation of heat produced by gates and try spreading-out the heat producing gate circuits on the chip.
 
@@ -67,13 +67,13 @@ God said Linux's Wine should replace Windows.  We will install a standard softwa
 
 $FG,5$$TX+CX,"Usage"$$FG$
 
-TempleOS is primarily for user developers, like the Commodore 64 was.  I created a total of 50 Meg of content over ten years, so you shouldn't need much room, either.  The installed hard drive space should stay small because the resolution is low, multimedia is banned, 3rd party libraries are banned, and applications can be distributed with ISO files or DVDs.
+ZenithOS is primarily for user developers, like the Commodore 64 was.  I created a total of 50 Meg of content over ten years, so you shouldn't need much room, either.  The installed hard drive space should stay small because the resolution is low, multimedia is banned, 3rd party libraries are banned, and applications can be distributed with ISO files or DVDs.
 
-The ROM will have a command that copies the ROM onto the hard drive, creating identical C and D partitions, so you can have fun modifying TempleOS.  You will have confidence you can fix it easily if you break it.  It should be able to run everything from just the ROM, too.  You will need to specify a /Home directory that is not in the ROM, but on the hard drive. 
+The ROM will have a command that copies the ROM onto the hard drive, creating identical C and D partitions, so you can have fun modifying ZenithOS.  You will have confidence you can fix it easily if you break it.  It should be able to run everything from just the ROM, too.  You will need to specify a /Home directory that is not in the ROM, but on the hard drive. 
 
-The standard set-up will be a C primary drive and a D back-up drive.  Keep the size on each hard drive under 512 Meg and periodically copy all of C to D, so they stay mirrored.  The file manager and other programs read the entire directory structures, so too many files causes problems (unbearably slow).  Third party software should be distributed as ISO files or DVDs, like $FG,4$$TX,"TextAdventure.ISO",HTML="https://github.com/jwhitham/frotz"$$FG$.  No 3rd party libraries are permitted because they circumvent the intent of the 100,000 line of code limit which is keeping it cognatively small enough to see the light at the end of the tunnel and easily master everything.  Therefore, 3rd party ISO files must bring all required software components with them, except what is found in the TempleOS ROM.
+The standard set-up will be a C primary drive and a D back-up drive.  Keep the size on each hard drive under 512 Meg and periodically copy all of C to D, so they stay mirrored.  The file manager and other programs read the entire directory structures, so too many files causes problems (unbearably slow).  Third party software should be distributed as ISO files or DVDs, like $FG,4$$TX,"TextAdventure.ISO",HTML="https://github.com/jwhitham/frotz"$$FG$.  No 3rd party libraries are permitted because they circumvent the intent of the 100,000 line of code limit which is keeping it cognatively small enough to see the light at the end of the tunnel and easily master everything.  Therefore, 3rd party ISO files must bring all required software components with them, except what is found in the ZenithOS ROM.
 
-Having all your 3rd party software on separate DVDs or ISO files and TempleOS running from a ROM, keeps it delightfully simple so you have complete understanding of what is going on.  You will have complete confidence and it will be a joy to use.  3rd party applications can store saved data files into your /Home hard drive directory.
+Having all your 3rd party software on separate DVDs or ISO files and ZenithOS running from a ROM, keeps it delightfully simple so you have complete understanding of what is going on.  You will have complete confidence and it will be a joy to use.  3rd party applications can store saved data files into your /Home hard drive directory.
 
 The Temple PC will stay unchanged for seven years at a time.  The Bible speaks of a seven year release in $LK,"Deuteronomy,15:1",A="BF:Deuteronomy,15:1",HTML="http://www.biblegateway.com/verse/en/Deutoronomy%2015:1"$.  The Commodore stayed unchanged for many years and people became intimately familiar with every aspect.
 
diff --git a/src/Doc/Strategy.DD b/src/Doc/Strategy.DD
index d853cdee..24d6e268 100755
--- a/src/Doc/Strategy.DD
+++ b/src/Doc/Strategy.DD
@@ -1,4 +1,4 @@
-$WW,1$$FG,5$$TX+CX,"Decisions Making TempleOS Simple"$
+$WW,1$$FG,5$$TX+CX,"Decisions Making ZenithOS Simple"$
 $FG$
 Everybody is obsessed, Jedi mind-tricked, by the notion that when you scale-up, it doesn't get bad, it gets worse.  They automatically think things are going to get bigger.  Guess what happens when you scale down?  It doesn't get good, it gets better!
 
@@ -12,11 +12,11 @@ Linux is a semi-tractor -- you need professional drivers for 20 gears.  Linux ha
 
 Windows is a car.
 
-TempleOS is a motorcycle -- if you lean-over too far, a motorcycle will crash.  Don't do that!  There are no side air bags on a motorcycle.  DOS and C64 had no memory protections and ran in ring-0, with no security.  This saves an order of magnitude complexity.
+ZenithOS is a motorcycle -- if you lean-over too far, a motorcycle will crash.  Don't do that!  There are no side air bags on a motorcycle.  DOS and C64 had no memory protections and ran in ring-0, with no security.  This saves an order of magnitude complexity.
 
-Linux and Windows are general purpose operating systems.  They attempt to do any task you want.  TempleOS cherry-picks tasks and is designed to do the same things a C64 did.  This saves and order of magnitude complexity.  For example, the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ file system allocates just contiguous files -- you load and save whole files at once.  A benefit is this allows compression.  Also, TempleOS does not do networking or multimedia.  In theory, memory will fragment with lots of big files.  The system would fall to pieces with multimedia, but God said 640x480 16 color is a permanent covenant like circumcision.
+Linux and Windows are general purpose operating systems.  They attempt to do any task you want.  ZenithOS cherry-picks tasks and is designed to do the same things a C64 did.  This saves and order of magnitude complexity.  For example, the $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ file system allocates just contiguous files -- you load and save whole files at once.  A benefit is this allows compression.  Also, ZenithOS does not do networking or multimedia.  In theory, memory will fragment with lots of big files.  The system would fall to pieces with multimedia, but God said 640x480 16 color is a permanent covenant like circumcision.
 
-A three bttn mouse is like a leg you cannot put weight on.  TempleOS just does hardware everybody has, with no divergent code bases for each machine's custom hardware.  There is one graphics driver instead of 50 for different GPUs.  This saves an order of magnitude complexity and makes for a delightful API, so developer's code is not like a frayed rope end.
+A three bttn mouse is like a leg you cannot put weight on.  ZenithOS just does hardware everybody has, with no divergent code bases for each machine's custom hardware.  There is one graphics driver instead of 50 for different GPUs.  This saves an order of magnitude complexity and makes for a delightful API, so developer's code is not like a frayed rope end.
 
 
 
diff --git a/src/Doc/TOSZ.DD b/src/Doc/TOSZ.DD
index 27c9eb02..f6a84e7f 100755
--- a/src/Doc/TOSZ.DD
+++ b/src/Doc/TOSZ.DD
@@ -3,7 +3,7 @@ $WW,1$$FG,5$$TX+CX,"Linux TOSZ Utility"$$FG$
 
 $FG,2$TOSZ [-ascii] filename$FG$
 
-Will uncompress a single file from within Linux.  The $FG,2$-ascii$FG$ flag will convert the irregular TempleOS ASCII 5 and ASCII 31 characters to spaces.  (ASCII 5 is used to mark the cursor pos and ASCII 31 is used for shifted space characters and will cause problems unless you convert them.)
+Will uncompress a single file from within Linux.  The $FG,2$-ascii$FG$ flag will convert the irregular ZenithOS ASCII 5 and ASCII 31 characters to spaces.  (ASCII 5 is used to mark the cursor pos and ASCII 31 is used for shifted space characters and will cause problems unless you convert them.)
 
 $FG,8$
 * "Linux" is a trademark owned by Linus Torvalds.
diff --git a/src/Doc/TimeCycles.DD b/src/Doc/TimeCycles.DD
index 378d16c2..e0f5b2ee 100755
--- a/src/Doc/TimeCycles.DD
+++ b/src/Doc/TimeCycles.DD
@@ -1 +1 @@
-$WW,1$Intel/AMD have an inst that returns the num of CPU cycles since boot.  This is not a steady, calibrated real time value.  TempleOS measures it and you can convert with $LK,"cnts.time_stamp_freq",A="MN:CCntsGlbls"$, a value continuously calibrated from other cnts.
\ No newline at end of file
+$WW,1$Intel/AMD have an inst that returns the num of CPU cycles since boot.  This is not a steady, calibrated real time value.  ZenithOS measures it and you can convert with $LK,"cnts.time_stamp_freq",A="MN:CCntsGlbls"$, a value continuously calibrated from other cnts.
\ No newline at end of file
diff --git a/src/Doc/TimeDate.DD b/src/Doc/TimeDate.DD
index b63eff94..d06165d4 100755
--- a/src/Doc/TimeDate.DD
+++ b/src/Doc/TimeDate.DD
@@ -1,3 +1,3 @@
-$WW,1$TempleOS uses a 64-bit value, $LK,"CDate",A="MN:CDate"$, for date/time.  The upper 32-bits are the days since Christ.  The lower 32-bits store time of day divided by 4 billion which works out to 49710ths of a second.  You can subtract two $LK,"CDate",A="MN:CDate"$'s to get a time span.
+$WW,1$ZenithOS uses a 64-bit value, $LK,"CDate",A="MN:CDate"$, for date/time.  The upper 32-bits are the days since Christ.  The lower 32-bits store time of day divided by 4 billion which works out to 49710ths of a second.  You can subtract two $LK,"CDate",A="MN:CDate"$'s to get a time span.
 
 Use $LK,"CDATE_FREQ",A="MN:CDATE_FREQ"$ to convert.
diff --git a/src/Doc/Tips.DD b/src/Doc/Tips.DD
index e3732f66..51cf93c5 100755
--- a/src/Doc/Tips.DD
+++ b/src/Doc/Tips.DD
@@ -10,7 +10,7 @@ $WW,1$$FG,5$$TX+CX,"Tips"$$FG$
 
 * $FG,2$$FG$ maximizes a window.  $FG,2$$FG$ closes AutoComplete.  $FG,2$$FG$ brings back AutoComplete.  $FG,2$$FG$ vertically tiles windows.  $FG,2$$FG$ horizontally tiles windows.  The $FG,2$ALT$FG$ keys are defined in $LK,"~/HomeKeyPlugIns.HC"$.  You can customize them.
 
-* If you make changes to TempleOS files in your $FG,2$/Home$FG$ directory, generally you reboot to make them take effect.  (You don't compile anything.)  You should have two TempleOS partitions on your hard drive because a syntax error in a start-up file will make the partition unbootable.  Boot to the second partition or boot to a standard TempleOS CD/DVD and use $LK,"Mount",A="MN:Mount"$() to mount your hard drive.
+* If you make changes to ZenithOS files in your $FG,2$/Home$FG$ directory, generally you reboot to make them take effect.  (You don't compile anything.)  You should have two ZenithOS partitions on your hard drive because a syntax error in a start-up file will make the partition unbootable.  Boot to the second partition or boot to a standard ZenithOS CD/DVD and use $LK,"Mount",A="MN:Mount"$() to mount your hard drive.
 
 * I copy my files to a mirrored ident partition, periodically with $LK,"CopyTree",A="MN:CopyTree"$() commands in scripts.  I do merge commands with a menu entry like this:
 $FG,2$Merge(\"C:/*\",\"D:/*\",\"+r+d\");$FG$ to check my changes.
@@ -41,7 +41,7 @@ $FG,2$Merge(\"C:/*\",\"D:/*\",\"+r+d\");$FG$ to check my changes.
 
 * Use $LK,"DocMax",A="MN:DocMax"$() to adjust the size of the cmd line buf.  It counts $LK,"CDoc",A="MN:CDoc"$ entries, not lines.
 
-* Many data structures have a $FG,2$user_data$FG$ member.  Those are available for you to store a data item, for convenience.  $LK,"CTask",A="MN:CTask"$, $LK,"CDocEntry",A="MN:CDocEntry"$ and $LK,"CDirEntry",A="MN:CDirEntry"$ have them.  You shouldn't encounter conflicts with TempleOS using them.
+* Many data structures have a $FG,2$user_data$FG$ member.  Those are available for you to store a data item, for convenience.  $LK,"CTask",A="MN:CTask"$, $LK,"CDocEntry",A="MN:CDocEntry"$ and $LK,"CDirEntry",A="MN:CDirEntry"$ have them.  You shouldn't encounter conflicts with ZenithOS using them.
 
 * If, for some strange reason, you wanted to reduce mem usage, make a smaller disk cache when you recompile the kernel; disabling $FG,2$AutoComplete$FG$; Specify smaller stk sizes when doing $LK,"Spawn",A="MN:Spawn"$(), chang $LK,"MEM_DFT_STK",A="MN:MEM_DFT_STK"$, and using $LK,"DocMax",A="MN:DocMax"$() to reduce the cmd line buffer size.
 
diff --git a/src/Doc/Welcome.DD b/src/Doc/Welcome.DD
index f90bfabf..9567d661 100755
--- a/src/Doc/Welcome.DD
+++ b/src/Doc/Welcome.DD
@@ -1,6 +1,6 @@
-$WW,1$$FG,5$$TX+CX,"Welcome to TempleOS"$$FG$
+$WW,1$$FG,5$$TX+CX,"Welcome to ZenithOS"$$FG$
 
-TempleOS is a x86_64, multi-cored, non-preemptive multi-tasking, ring-0-only, single-address_mapped (identity-mapped), operating system for recreational programming.  Paging is almost not used.
+ZenithOS is a x86_64, multi-cored, non-preemptive multi-tasking, ring-0-only, single-address_mapped (identity-mapped), operating system for recreational programming.  Paging is almost not used.
 
 The people whom can most benefit are:
 $ID,2$* Professionals doing hobby projects
@@ -9,9 +9,9 @@ $ID,2$* Professionals doing hobby projects
 $ID,-2$
 Simplicity is a goal to $LK,"keep the line count down",A="FI:::/Doc/Strategy.DD"$, so it's easy to tinker with.  As it turns-out, simplicity makes it faster in some ways, too.  It never switches privilege levels, never changes address maps, tends to load whole contiguous files and other, similar things which boost speed.  It's only $TX,"82,150",D="DD_TEMPLEOS_LOC"$ lines of code including the kernel, the 64-bit compiler, the graphics library and all the tools.  More importantly, it's designed to keep the user's line count down -- you can do a $LK,"Hello World",A="FI:::/Doc/HelloWorld.DD"$ application in one line of code and can put graphics on the scrn with a three line program!
 
-It's a kayak, not a Titanic -- it will crash if you do something wrong.  You quickly reboot, however.  DOS and the 8-bit home computers of the 80's worked fine without memory protection and most computers in the world -- the embedded ones -- operate without protection.  The resulting simplicity of no protections is why TempleOS has value.  In facts, that's the point of TempleOS.  See the $LK,"TempleOS Charter",A="FI:::/Doc/Charter.DD"$.
+It's a kayak, not a Titanic -- it will crash if you do something wrong.  You quickly reboot, however.  DOS and the 8-bit home computers of the 80's worked fine without memory protection and most computers in the world -- the embedded ones -- operate without protection.  The resulting simplicity of no protections is why ZenithOS has value.  In facts, that's the point of ZenithOS.  See the $LK,"ZenithOS Charter",A="FI:::/Doc/Charter.DD"$.
 
-Conventional thinking is "failure is not an option" for general purpose operating systems.  Since this OS is used in addition to Windows or Linux, however, failure is an option -- just use Windows or Linux if you can't do something.  I cherry-pick what it will and won't do, to make it maximally beautiful.  The following applications more or less form a basis that spans the range of use that TempleOS is intended for:
+Conventional thinking is "failure is not an option" for general purpose operating systems.  Since this OS is used in addition to Windows or Linux, however, failure is an option -- just use Windows or Linux if you can't do something.  I cherry-pick what it will and won't do, to make it maximally beautiful.  The following applications more or less form a basis that spans the range of use that ZenithOS is intended for:
 
 $LK,"/Demo/Games/BattleLines.HC",A="FI:::/Demo/Games/BattleLines.HC"$
 $LK,"/Demo/Games/BigGuns.HC",A="FI:::/Demo/Games/BigGuns.HC"$
@@ -47,9 +47,9 @@ $LK,"/Apps/Psalmody/Examples/childish.HC",A="FI:::/Apps/Psalmody/Examples/childi
 $LK,"/Apps/Psalmody/Examples/night.HC",A="FI:::/Apps/Psalmody/Examples/night.HC"$
 $LK,"/Apps/Psalmody/Examples/prosper.HC",A="FI:::/Apps/Psalmody/Examples/prosper.HC"$
 
-Two things to know about TempleOS are that $UL,1$tasks$UL,0$ have $LK,"MAlloc",A="MN:MAlloc"$/$LK,"Free",A="MN:Free"$ heap memory, not applications, and tasks have compiler symbol tables that persist at a scope like environment variables in other operating systems, and the symbols can include functions.
+Two things to know about ZenithOS are that $UL,1$tasks$UL,0$ have $LK,"MAlloc",A="MN:MAlloc"$/$LK,"Free",A="MN:Free"$ heap memory, not applications, and tasks have compiler symbol tables that persist at a scope like environment variables in other operating systems, and the symbols can include functions.
 
-For other operating systems, I hated learning one language for command line scripts and another for programming.  With $FG,2$TempleOS$FG$, the command line feeds right into the $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ compiler, line by line, and it places code into memory it $LK,"MAlloc",A="MN:MAlloc"$()s.  The compiler is paused at the command line, waiting for input.  Naturally, you $FG,2$#include$FG$ a program to load it into memory and, usually, start it.
+For other operating systems, I hated learning one language for command line scripts and another for programming.  With $FG,2$ZenithOS$FG$, the command line feeds right into the $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ compiler, line by line, and it places code into memory it $LK,"MAlloc",A="MN:MAlloc"$()s.  The compiler is paused at the command line, waiting for input.  Naturally, you $FG,2$#include$FG$ a program to load it into memory and, usually, start it.
 
 During the boot process, many files get $LK,"compiled",A="FI:::/StartOS.HC"$ before you have access to the command line.  (Don't worry, booting takes only two seconds.)  All the header declarations for the operating system are compiled and are available for use in your programs without needing to $FG,2$#include $FG$them.  Everything is truly compiled to native $FG,2$$TX,"x86_64",HTML="http://en.wikipedia.org/wiki/Amd64#AMD64"$$FG$ machine code, nothing is $FG,2$interpreted$FG$ and there is no $FG,2$byte code$FG$.
 
@@ -71,23 +71,23 @@ The syntax change created an ambiguity when specifying function addresses, like
 
 Once I was no longer using standard C/C++ syntax, I decided to change everything I didn't like and call it $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$.  Here are the new $LK,"operator precedence",A="FF:::/Doc/HolyC.DD,operator precedence"$ rules.  It's Biblical!  See $LK,"Luke,5:37",A="BF:Luke,5:37"$.
 
-There are no object files in TempleOS and, normally, you don't make executable files either, but you can.  That's known as $LK,"Ahead-of-Time",A="FF:::/Doc/Glossary.DD,AOT Compile Mode"$ compilation.  Instead, you $LK,"Just in Time",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ compile.
+There are no object files in ZenithOS and, normally, you don't make executable files either, but you can.  That's known as $LK,"Ahead-of-Time",A="FF:::/Doc/Glossary.DD,AOT Compile Mode"$ compilation.  Instead, you $LK,"Just in Time",A="FF:::/Doc/Glossary.DD,JIT Compile Mode"$ compile.
 
 Tasks have no priority and are never removed from the queue.  Instead, they often poll whatever they are waiting on and swap-out.  (Swapping tasks takes half a microsecond and does not involve disk activity or memory maps.)  See $LK,"Scheduler",A="FL:::/Kernel/Sched.HC,1"$.  Polling keeps it simple.  It might be a problem if you had lots of tasks busy, which rarely happens on a home computer.  The order of the tasks in the queue determines front-to-back window order.
 
-The $FG,2$FAT32$FG$ filesystem is supported to makes exchanging files with a dual booted other operating system easy and there is the simple, 64-bit TempleOS $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ filesystem.  The $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ has allocation bitmap for clus and all files are stored contiguously.  You can't grow files.
+The $FG,2$FAT32$FG$ filesystem is supported to makes exchanging files with a dual booted other operating system easy and there is the simple, 64-bit ZenithOS $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ filesystem.  The $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ has allocation bitmap for clus and all files are stored contiguously.  You can't grow files.
 
-TempleOS is geared toward reading and writing whole files.  Since whole files are processed, compression is possible.  Filenames ending in "$FG,2$$FG$" are automatically compressed or uncompressed when stored and fetched.  TempleOS does support direct block random access into files, however -- $LK,"FBlkRead",A="MN:FBlkRead"$() and $LK,"FBlkWrite",A="MN:FBlkWrite"$().
+ZenithOS is geared toward reading and writing whole files.  Since whole files are processed, compression is possible.  Filenames ending in "$FG,2$$FG$" are automatically compressed or uncompressed when stored and fetched.  ZenithOS does support direct block random access into files, however -- $LK,"FBlkRead",A="MN:FBlkRead"$() and $LK,"FBlkWrite",A="MN:FBlkWrite"$().
 
 If a file is not found, "$FG,2$$FG$" is added or removed and a search is done, again.  There is no $FG,2$PATH$FG$, but parent directories are searched when a file is not found.  This feature is especially useful for default account files.
 
 The graphic resolution is poor, $FG,2$640x480 16 color$FG$, but God said it was a covenant like circumcision.  Also, that's all I feel comfortable with without GPU acceleration supported.  A $FG,2$1600x1200x24$FG$ bit scrn takes 37 times more memory, implying 37 times the CPU power.  Also, a fixed size keeps it simple with everybody machine having the same appearance.  Look on the bright-side -- you won't spend as much time twiddling pixels for your game art and you'll have tons of CPU power available, especially with multicore systems.
 
-TempleOS is for hobbyist programmers on single user (at a time) home computers, not mainframes or servers.  The focus task is all-important so symmetrical multiprocessing is almost pointless.  Why does it matter running two apps at the same time twice as fast when you really want to run one faster?  You could say TempleOS does master/slave multiprocessing.  The anticipated use for multicore is primarily putting graphics on the scrn.  Hardware graphics acceleration is not used, so this is possible.  See $LK,"TempleOS MultiCore",A="FI:::/Doc/MultiCore.DD"$.
+ZenithOS is for hobbyist programmers on single user (at a time) home computers, not mainframes or servers.  The focus task is all-important so symmetrical multiprocessing is almost pointless.  Why does it matter running two apps at the same time twice as fast when you really want to run one faster?  You could say ZenithOS does master/slave multiprocessing.  The anticipated use for multicore is primarily putting graphics on the scrn.  Hardware graphics acceleration is not used, so this is possible.  See $LK,"ZenithOS MultiCore",A="FI:::/Doc/MultiCore.DD"$.
 
-There is no distinction between the terms $FG,2$task$FG$, $FG,2$process$FG$ or $FG,2$thread$FG$.  All have a task record, $LK,"CTask",A="MN:CTask"$, pointed to by the $FG,2$FS$FG$ segment reg and are accessed with $FG,4$Fs->$FG$ while $FG,4$Gs->$FG$ points to a $LK,"CCPU",A="MN:CCPU"$ for the current CPU core.  Each task can have just one window, but a task can have children with windows.  (The segment regs are just used as extra regs -- there is nothing segmented about TempleOS' memory.)  It is approximately the case that $FG,2$TempleOS$FG$ is multi-threading, single-processing.
+There is no distinction between the terms $FG,2$task$FG$, $FG,2$process$FG$ or $FG,2$thread$FG$.  All have a task record, $LK,"CTask",A="MN:CTask"$, pointed to by the $FG,2$FS$FG$ segment reg and are accessed with $FG,4$Fs->$FG$ while $FG,4$Gs->$FG$ points to a $LK,"CCPU",A="MN:CCPU"$ for the current CPU core.  Each task can have just one window, but a task can have children with windows.  (The segment regs are just used as extra regs -- there is nothing segmented about ZenithOS' memory.)  It is approximately the case that $FG,2$ZenithOS$FG$ is multi-threading, single-processing.
 
-In $FG,2$TempleOS$FG$, $LK,"Adam Task",A="FF:::/Doc/Glossary.DD,Adam Task"$$FG$ refers to the father of all tasks.  He's never supposed to die.  Since tasks inherit the symbols of parents, system-wide stuff is associated with $FG,2$Adam$FG$.  His heap is like kernel memory in other operating systems.  Since $FG,2$Adam$FG$ is immortal, it's safe to alloc objects, not tied to any mortal task, from $FG,2$Adam$FG$'s heap.  He stays in a server mode, taking requests, so you can ask him to $FG,2$#include$FG$ something, placing that code system-wide.  A funny story is that originally I called it the $FG,2$root$FG$ task and even had a $FG,2$/Root$FG$ directory :-)  $FG,2$Adam$FG$ executes $LK,"::/StartOS.HC"$ at boot time.
+In $FG,2$ZenithOS$FG$, $LK,"Adam Task",A="FF:::/Doc/Glossary.DD,Adam Task"$$FG$ refers to the father of all tasks.  He's never supposed to die.  Since tasks inherit the symbols of parents, system-wide stuff is associated with $FG,2$Adam$FG$.  His heap is like kernel memory in other operating systems.  Since $FG,2$Adam$FG$ is immortal, it's safe to alloc objects, not tied to any mortal task, from $FG,2$Adam$FG$'s heap.  He stays in a server mode, taking requests, so you can ask him to $FG,2$#include$FG$ something, placing that code system-wide.  A funny story is that originally I called it the $FG,2$root$FG$ task and even had a $FG,2$/Root$FG$ directory :-)  $FG,2$Adam$FG$ executes $LK,"::/StartOS.HC"$ at boot time.
 
 For easy back-ups, place everything you author in your $FG,2$/Home$FG$ directory and subdirectories.  Then, use $LK,"CopyTree",A="MN:CopyTree"$().  That should make upgrading easy, too.  Customizable start-up scripts go in your $FG,2$/Home$FG$ directory.  The default start-up scripts are in the root directory.  Copy the start-up files you wish to customize into $FG,2$/Home$FG$ and modify them.  See $LK,"Home Files",A="FF:::/Doc/GuideLines.DD,/Home Files"$.  You can make your own distro that includes everything and is a bootable live CD with $LK,"::/Misc/DoDistro.HC"$.
 
@@ -116,13 +116,13 @@ As you browse code, use the $FG,2$AutoComplete$FG$ window to look-up functions,
 
 Use the $LK,"Help & Index",A="FI:::/Doc/HelpIndex.DD"$ or $LK,"Demo Index",A="FI:::/Doc/DemoIndex.DD"$ to find-out what exists.  Press $FG,2$$FG$ for help or use the links on your menu ($FG,2$$FG$).  Also, look in the $FG,2$/Demo$FG$ or $FG,2$/Apps$FG$ directories for inspiration.
 
-Software is distributed as $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ ISO files.  Burn a CD/DVD, or set your CD/DVD in $FG,2$QEMU$FG$, $FG,2$VMware$FG$ or $FG,2$VirtualBox$FG$ to the ISO file.  Then, access the $FG,2$'T'$FG$ drive.  Or, $LK,"Mount",A="MN:Mount"$() the ISO.C file and access the $FG,2$'M'$FG$ drive in TempleOS.  It must be a contiguous ISO.C file, so rename it under TempleOS to ISO.C.
+Software is distributed as $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ ISO files.  Burn a CD/DVD, or set your CD/DVD in $FG,2$QEMU$FG$, $FG,2$VMware$FG$ or $FG,2$VirtualBox$FG$ to the ISO file.  Then, access the $FG,2$'T'$FG$ drive.  Or, $LK,"Mount",A="MN:Mount"$() the ISO.C file and access the $FG,2$'M'$FG$ drive in ZenithOS.  It must be a contiguous ISO.C file, so rename it under ZenithOS to ISO.C.
 
 Ideally, do not install applications such as games onto your hard drive because we wish to keep hard drive usage low, so the whole $FG,2$'C'$FG$ drive can be copied quickly to $FG,2$'D'$FG$.  Also, the $LK,"FileMgr",A="MN:FileMgr"$() $FG,2$$FG$ starts too slowly when there are lots of hard drive files, but that is how we want it.
 
-3rd party libraries are banned, since they circumvent the 100,000 line of code limit in the $LK,"TempleOS Charter",A="FI:::/Doc/Charter.DD"$.  All applications must only depend on the core TempleOS files and whatever they bring along in the ISO.  This is similar to how Commodore 64 applications only depended on the ROM.
+3rd party libraries are banned, since they circumvent the 100,000 line of code limit in the $LK,"ZenithOS Charter",A="FI:::/Doc/Charter.DD"$.  All applications must only depend on the core ZenithOS files and whatever they bring along in the ISO.  This is similar to how Commodore 64 applications only depended on the ROM.
 
-Create a $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ ISO file with $LK,"RedSeaISO",A="MN:RedSeaISO"$().  Send an email to $TX,"tdavis@templeos.org",HTML="mailto:tdavis@templeos.org"$ if you want me to post a link to your TempleOS code in the App Store.
+Create a $LK,"RedSea",A="FI:::/Doc/RedSea.DD"$ ISO file with $LK,"RedSeaISO",A="MN:RedSeaISO"$().  Send an email to $TX,"tdavis@templeos.org",HTML="mailto:tdavis@templeos.org"$ if you want me to post a link to your ZenithOS code in the App Store.
 
 $MA-X+PU,"Take Tour",LM="User(\"Cd(\\\"::/Misc/Tour\\\");;InFile(\\\"Tour\\\");\n\");"$
 
diff --git a/src/Doc/WhyNotMore.DD b/src/Doc/WhyNotMore.DD
index 4510a7f8..56330599 100755
--- a/src/Doc/WhyNotMore.DD
+++ b/src/Doc/WhyNotMore.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"Why Not More?"$$FG$
 
-If a feature cannot be made to work correctly and consistently, professional companies usually remove the feature.  Because PC hardware is so diverse, getting things to work on all people's computers is really difficult.  For one thing, you practically have to own all the different hardware to write drivers for it.  If a company wanted to sell a PC operating system, they would offer a warranty and, therefore, could not get away with amateur behavior.  TempleOS absolutely requires 64-bit computers, so we leave behind much trouble, but plenty remains.
+If a feature cannot be made to work correctly and consistently, professional companies usually remove the feature.  Because PC hardware is so diverse, getting things to work on all people's computers is really difficult.  For one thing, you practically have to own all the different hardware to write drivers for it.  If a company wanted to sell a PC operating system, they would offer a warranty and, therefore, could not get away with amateur behavior.  ZenithOS absolutely requires 64-bit computers, so we leave behind much trouble, but plenty remains.
 
 The PCI bus interface is what modern hardware uses.  Before PCI, life was simple and devices used I/O ports.  After studying $LK,"PCI Interrupts",A="FI:::/Demo/Lectures/PCIInterrupts.HC"$ and attempting to do a HDAudio driver, I came to realize that modern PCI devices require ten times more code and I cannot even come close to making them work on everyone's machine because with PCI devices there are several models to worry about, unlike with the older ISA bus devices which can be done with one driver.
 
diff --git a/src/Doc/Widget.DD b/src/Doc/Widget.DD
index 91fcecdc..1bd54f76 100755
--- a/src/Doc/Widget.DD
+++ b/src/Doc/Widget.DD
@@ -1,6 +1,6 @@
 $WW,1$$FG,5$$TX+CX,"DolDoc Widget Help"$$FG$
 
-$LK,"DolDoc",A="::/Doc/DolDocOverview.DD"$ is a TempleOS document type.
+$LK,"DolDoc",A="::/Doc/DolDocOverview.DD"$ is a ZenithOS document type.
 
 $FG,2$"Expression"$FG$ a num or HolyC algebraic term with operators and HolyC syms can be entered.
 $FG,2$"Macro"$FG$ Most entries can behave like macro entries if you assign them macro strs.
diff --git a/src/Downloads/ReadMe.TXT b/src/Downloads/ReadMe.TXT
index e5a0842c..7fe5810b 100755
--- a/src/Downloads/ReadMe.TXT
+++ b/src/Downloads/ReadMe.TXT
@@ -1,23 +1,23 @@
-                           TempleOS
+                           ZenithOS
 
-You can't do anything until you burn a TempleOS CD/DVD from the ISO file
+You can't do anything until you burn a ZenithOS CD/DVD from the ISO file
 and boot it, or you aim your virtual machine's CD/DVD at the ISO file
 and boot.
 
-TempleOS is 64-bit and will not run on 32-bit hardware.
+ZenithOS is 64-bit and will not run on 32-bit hardware.
 
-TempleOS requires 512 Meg of RAM minimum and can have 256 Gig of RAM or more!
+ZenithOS requires 512 Meg of RAM minimum and can have 256 Gig of RAM or more!
 
-TempleOS files are compressed with a nonstandard LZW format and the source
-code can only be compiled by the TempleOS compiler because it is HolyC, a
-nonstandard C/C++ dialect.  You must boot TempleOS.  Then, you can compile it
+ZenithOS files are compressed with a nonstandard LZW format and the source
+code can only be compiled by the ZenithOS compiler because it is HolyC, a
+nonstandard C/C++ dialect.  You must boot ZenithOS.  Then, you can compile it
 because it is 100% open source and all source present on the distro.
 
-If attempting to run on native hardware, TempleOS may require you to enter I/O
+If attempting to run on native hardware, ZenithOS may require you to enter I/O
 port addresses for the CD/DVD drive and the hard drive.  In Windows, you can
 find I/O port info in the Accessories/System Tools/System Info/Hardware
 Resources/I/O ports.  Look for and write down "IDE", "ATA" or "SATA" port numbers.
-In Linux, use "lspci -v".  Then, boot the TempleOS CD and try all combinations.
-(Sorry, it's too difficult for TempleOS to figure-out port numbers, automatically.)
+In Linux, use "lspci -v".  Then, boot the ZenithOS CD and try all combinations.
+(Sorry, it's too difficult for ZenithOS to figure-out port numbers, automatically.)
 
 
diff --git a/src/Kernel.BIN.C b/src/Kernel.BIN.C
index 956cd6954b20bc488dc66f795a6e851a3591935c..66d8e672ea0d412b3585ed2a91a6f917c5cf6bbd 100755
GIT binary patch
delta 505
zcmXw#T}YE*6vsX1dG|qYWH{%$3M(5Gm>N=$!5Y-4pdyN0M3DrpMPF#BU=g+4Vofhr
zaI#kl#T8oK6mq~P>aLp$wn538;Ga8a{S=9cuGoWuwVrj>R_t
zDvq?3(a@c3TA+7XJc*cgFej=-lW{i>B^boZ2=UGKzXlLrdE95meqvAm3$HeiT5e`W
z5?UgvWUtS|v3H$1cxf!@;_aWZC}!%2%hQcET(N_@zx{BkEzw_h)u1BFkB^9Et+jO7
zs>tC(>x{~0t)uvi=+LxZ4Q`*-5w`Gye*v3DP*7mDz5=(os|iZjIsew>XbSuGgev{=
zLm@Pxtvg>Sk)a}Zy$VQfD1!k*Y-|b3@frYK_=x1k0CW|K>rpaWf^cIgnh8Rwu|&ot
z`0WyH_et6#Fjy?q&fG)fI6)l@1fcOr_HMqa9Es6k*Q7^
z^2-D`z4lY#`U}nH;|CtLMX+j;(WLT&~U{(l0202ht4;4`uL=Vwr8i-Pw49OnKYGj&x
zu*=WxNKi~c6TTS39{f#v3L>Qog;*35Q}mVz#*q?>>Yu@RTI*XZ_F~UYShEw>^$ork
zGl5jYR*UbMZv~f``2(0Go;kS6BkHsXMo!gWnmBQBNQhAa*|cdH@9ABRW>>eSH~p0y
zPt*Zw-*dHAj$c`0c8n}SC>b|T7eKe*7A2txj?x(%@gg7+#sNT$F
z7n}K)Ni#(nwrmb@{MCR}Tv`8N9!0E+xFOf+LBrs?U%vYFjmzJzX_4h_7>7tMxYe@V
zZ7kT^?jfBoxVv$T1nHZd|xDz_K^t}Zn{pTpdW5root_dir_record;
 	      dv->size=iso->vol_space_size.little*bd->blk_size>>BLK_SIZE_BITS;
-	      if (!StrCmp(iso->publisher_id,"TempleOS RedSea")) {
+	      if (!StrCmp(iso->publisher_id,"ZenithOS RedSea")) {
 		dv->fs_type=FSt_REDSEA;
 		bd->drv_offset=dv->drv_offset=19<<2+drv_offset;
 		bd->max_blk=dv->size-1;
diff --git a/src/Kernel/KDbg.HC b/src/Kernel/KDbg.HC
index 3da5f9e8..5852c7da 100755
--- a/src/Kernel/KDbg.HC
+++ b/src/Kernel/KDbg.HC
@@ -576,7 +576,7 @@ U0 Fault3(I64 fault_num,I64 fault_err_code)
     MPInt(I_MP_CRASH,0);
     SysHlt;
   }
-  "\n\tTempleOS Debugger\n\n"
+  "\n\tZenithOS Debugger\n\n"
 	">Help;\t//For help.\n\n";
   Beep(62,TRUE);
   if (fault_num==I_DBG) {
diff --git a/src/Kernel/KHashB.HC b/src/Kernel/KHashB.HC
index c37f41eb..e2dcd03b 100755
--- a/src/Kernel/KHashB.HC
+++ b/src/Kernel/KHashB.HC
@@ -57,7 +57,7 @@ CHashTable *HashTableNew(I64 size,CTask *mem_task=NULL)
 }
 
 U0 HashDel(CHashSrcSym *tmph)
-{//Free a std TempleOS system hash entry.
+{//Free a std ZenithOS system hash entry.
   if (!tmph) return;
   if (!(tmph->type&HTT_DICT_WORD))
     Free(tmph->str);
diff --git a/src/Kernel/KMain.HC b/src/Kernel/KMain.HC
index 2ed76f7b..b486bea7 100755
--- a/src/Kernel/KMain.HC
+++ b/src/Kernel/KMain.HC
@@ -157,7 +157,7 @@ U0 KMain()
   //Before this point use $LK,"Snd",A="MN:Snd"$() and $LK,"Busy",A="MN:Busy"$()
   //to debug.After this point, use $LK,"RawPrint",A="MN:RawPrint"$()
   LBts(&sys_run_level,RLf_RAW);
-  "TempleOS V%5.3f\t%D %T\n\n",
+  "ZenithOS V%5.3f\t%D %T\n\n",
 	sys_os_version,sys_compile_time,sys_compile_time;
 
   TimersInit;
diff --git a/src/Kernel/KStart16.HC b/src/Kernel/KStart16.HC
index c1f9353e..714833be 100755
--- a/src/Kernel/KStart16.HC
+++ b/src/Kernel/KStart16.HC
@@ -1,5 +1,5 @@
 asm {/* See $LK,"::/Doc/Boot.DD"$.
-TempleOS starts in real, calls some BIOS
+ZenithOS starts in real, calls some BIOS
 routines, switches to 32 bit, and 64 bit mode
 and continues in $LK,"HolyC",A="FI:::/Doc/HolyC.DD"$ at $LK,"KMain",A="MN:KMain"$().
 
diff --git a/src/Kernel/KernelA.HH b/src/Kernel/KernelA.HH
index 6e01e7a1..697ae333 100755
--- a/src/Kernel/KernelA.HH
+++ b/src/Kernel/KernelA.HH
@@ -1,4 +1,4 @@
-// Main TempleOS header
+// Main ZenithOS header
 
 #help_index ""
 extern class CAOT;
@@ -263,7 +263,7 @@ public class CMathODE
 	h,h_min,h_max;
 
   //This is not precise, just a ballpark.
-  //TempleOS CMathODE's are for video games
+  //ZenithOS CMathODE's are for video games
   //not science.  It bails if it takes
   //too long.
   F64	min_tolerance,max_tolerance;
@@ -1476,7 +1476,7 @@ class CWinMgrTimingGlbls
 };
 
 #define WINMGR_FPS	(60000.0/1001)
-#define WINMGR_PERIOD	(1001/60000.0)
+#define WINMGR_PERIOD	(1001/60000.0)
 
 public class CWinMgrGlbls
 {
@@ -3490,7 +3490,7 @@ public class CSysFixedArea
 #define SCF_NO_SHIFT	(1<$$FG$$.\n");
 InGetStr("\n");
 
diff --git a/src/Misc/Tour/TourC.IN b/src/Misc/Tour/TourC.IN
index db47e315..851f8dec 100755
--- a/src/Misc/Tour/TourC.IN
+++ b/src/Misc/Tour/TourC.IN
@@ -1,5 +1,5 @@
 TourPut(
-"We will now run a test-suite that automatically executes most TempleOS "
+"We will now run a test-suite that automatically executes most ZenithOS "
 "demos.It takes a few minutes, so kick-back.\n\n"
 "Press $$GREEN$$$$FG$$.\n");
 
diff --git a/src/Tmp/MyDistro.iso b/src/Tmp/MyDistro.iso
index e760bc8345023d03477c2165c035a4f7ffbfe8d2..fb6ead255eed4e5bd5938968c9e08fbd0ce52179 100755
GIT binary patch
delta 16897
zcmbVU30zdw_n-4vMMY3VRKx*6K@oA^5LDcA!KE~pTro#Y$St!8wX~nPA(3L1T(?Tx
z(S+1-u9{_;DE-`*jM7LXwZ&N&N&e@&_wJh!Er0#_e7@g%&)wd8=bn4+^4_qp=*yZ5
z5qmo=@*J5w!!Ucw{;rE0HMDrf3Ez53`kl
zH)Wbcq+CSeuButatI+`i{!(wSni48?Fk`bDC@JnraI?dzO_}9aquI7zNs^ztEXG}n
zhQ^tOYYDJ9GY5G~W(o3+%&6-Lurt$uygM@od2eP3a&BhS_X+S>rs4aul^^IvoO^N6
zl1=+fH|BvC#hQ{9zH{4O?bZ)3!e{xvc7eto(wWcl0}>&%0eq6bWE|{qb33#avRc-K
zy7@_ypuXfj;Wd;CXFx#y+mj&`-0L4id4T~!vx25TYw31+)_^H6(7hogQ?abl$xu80
z>nSi1L?#@}H%^7;y1T!7Kot66CoFZ3T#I72UDXZ^!NB~p*yXS#7@YuH&RhYGCy%d-~@eg>lrR4Y||6(I4y9NYj&1o$yAlcel
z3aLYpz~`j9wZNF~K34iXzzwS^PjYUS;81`%r9RjNs_x^vOY4a>j1ZU
z`N1DbO=?LibMt%dmeRbW_ybuXAO+=re?anXq#9&?>1Ao31c&mouSuJI-Qp*vlQn&
zW&Y}EZnLY4wtZfAiy8WOcV-z+yD65MWzu5h6eAPOiYpK?qZTu1v2raIcgD@=8L+!I
z+CskhjN5!K`6^j)7uCk|jThZa-&IQdk8ztj!UN%n@IrVasvvw2RT0$?)e*jk8VEmx
zKcXh079s#q8xe@8g9t*@MbtyoM+74pAVLrg5qd-@A`H<85srvJG)6Q*L?WUPO%cry
z(TL`V7(@$1ETSc%6{0nw4Wccg9ily=1EM3M6QVOB4$%b>k4QjtMRY@SM4Y2^R5U~jH7UFHhV#E@}JBa@vmLlFoEJG|utU#kuCx)+0Vde1zD5$VM>4M#Lt>X2cf6R>a4MPY|CXwjpv5+YvhuI}y7O
zyAgX3dl9*aeTe;t&kzR?d5C<(=ZJ%dLx{r&6XFQMjNpi)h+~N3h%XQ)5MLs`LYzc=
zjray}3h^!CG@<};25}Zqi1-fiU&J}YdBg?8MZ_h-JE9EXKs-d0
zBmP1>LR2g_Zi93LkwoN1S(A`b5D*4TwUB8WQP=LW#nN8WDvPMG!S6YC;rA6h+jOs2Nc-QFEdg
zq83E4L@kM05w#|2L)4b29Z`Ft4n!S^IuUgyiX-Ym6i<{u)Rm|kQFo$5q8>y&iFy(B
zCh9}fm#81nb42}#1`rJ-8bp*tG?-`z(NLmcM9&kwKs20a1ksB`BZ)>4jV2mH^b*ln
zqH#pyi6#(DB$`B&Of;G3WuhrW2BN7%(}<=My+SmDD1|7M=vAVbM6-xy6U`x-OY|Di
zJfhc$<`ca^WF&f%D2-?V(L$m{L~jwjO|+P33DG-5{~=mR^e)jdqUA&@h*lDq}V5p5>gLbR3WW1>%pJ|)^l
zlmi?c6_~23Q#H-CG--3=XP7$RiBxF^luMqYKJI~&G)wc?0f$t9$9wL8PHtZLQN3s_
zmjR1b`Ro9*&rVo0!&|I<89yLNjrpE=JE58%_q<&SA<*Q^Ra!OabbD{e;ehVX&)SG$
zP|aUt*^lz@k1Z0<^g}0?g6p`^Pq!VfyH4|EoP*sy71#>
z6y}2}vG^dAv@8_5duWdnk_REGkonTKCVVg^O!nbDd+maz5U_Or8Zrs&(ixuOiMS;y
z4{FDV7W_u!!4jd64^jB8j*w=i=D~1DNM~o}!5*Kiap~@(^w$?DCUa)7W-_tVzG^b_
z*rMnoP@DUv%1CHcS|
zOFoDAJ94w~?vQlLjHw5ODoxI4xicE~s#d`0jGCO$a%VJdrn9UwYH~))ozb{iSXT5e
zj`-}^2et0SsPH5hHH}wQ;gWn2liOELW=7vbF2;a@p_-~H*1Y~9NDz9PiNa4>S5j6;
z`n-OJfY0l97{(hyKlw@-J)^(TESvf%NR|C`+_C>K#Jg9%0dD;KFqpFSLNE=7>>z`-@+r%Txh2o3h_N%vl_7LcP~O<`scOHz(23eK|i|5h>xzwgG4tWM^jP~DarA^
zoIWBL1@yceyIgUAEKch{W}L}2jbPL$X@hnS2Zwt1bG0%?jPCtd++eHVqcGZ&W&Afu
z3TAtA&EUtzh1`H}R-=mv{abAKU@6Q4ubmvpYP_BYfvo$R=p_EPA;`-b9fgFNmG#Gs
z?T(6x?y=|Sj>*Eu#3vpFN%JvxE*^!3EV<87h!i)TiNfGjLZSlqJi|sz-KZ!s_#@$U
zX32^?u|icOcYJ>o;sfM+av8aQ97Pq<@dqTp%
z{|^=Alda+({HD{@QKB;Ik?XMLSq^CC7u!K8+d<7|2YOpUKR}gq^VaW{o0_5~c-!7n
znpQ87DrEH%@}fg6D=w*L4H}+;MvX+9y4cNf8#EJrhl$$Uic7SI>=eHaN~Yx
z(F{dFms2$bb=4Zu>0;4qr5BLbl27gEe2^l{_+H43!{$TPyq8KA(zNa0-Sne4a8wo=mn!DcPhr?J}rR6VAXV3%TopDYnGiXfYIFJ
zL;;L)dn|`j&L(aCr_yf=NvX?koGyUU$J6BY8gReD0=O&ri#2bHVS|PaNq#wb2FpEP
z00FGmObqZk;Azu=N%M!_L+%okm9;xD=6#9ww5uDDz@4TVEa+eJ@(y->4Vj4F4X
zZp0|kcSQdsI!A=Z%*N{%AWN7F+ho50p=|oxE1>zsp+8-KK7pd6sX+T{?f!O(TK~G-
zAL?AMLsRWBd3I!&V!q7x{6%Ojn(B>0YF*L2l+}>as$zz)DwY&-3AL-#<*QM6D_Rt%
zES%VbZ{WtH?{k-+O9ZQT{R-62_3H}te3xrJ@@-dR@IcS_>Lr+3Q?xQ|@g-;_F0cg!
zuI+y)OD|ub9^0IL3EF4)dDnGmIM%h{vFJ!Ifp3s#*LT|`5UWYv9fhyL#8rI1y#(Ke
z=(k@{T(i1erJ>c8T2xo)9e7#EC8%*;YtVcdT8JhRQD|FRNNMLTL;7+d)f$UR@ZvG6
zE)23;5x9&BFNUvFR1(2>1T?1aT=sI+`p|x)Q-l@dJC@df2npHoYdLQWr;IY9)
zP6x{_g%mj}R&7`W6WVI;%UZlJer8I_D=Y--M)PgMilAjE_H6UjiXS2Wfy*4H{}_w{
z{#CZ)xmZuV8Qv3xKZRlP_$@_n>VddX-*rDii&~oV9+@&DdC;8MVNsnKY`q1M?4@`M
zRA<#N?#)+X**ap_F{-KRHoa)akHCv|`~+p28gHAbIJ^nYLxykg1~rG5A+I7B#~Jtu
z_li#MCatW+x-jV`4lg0a55EaZ#fFHTUV9TpvPAc0M@nW2DJWLxq+PT*U-f#
z+oS5VE+&QIAN$U|7=n3lTruQov*fv+#Skv6?=KYU386u+VrVaHb|eZd;9opd?_%)Q
z+@|-)VpuJj%0?l;L(Isv>be}2c;j7acU^-!#umeyVrj(RoLCIafp32aTh=D@S|NX1
zU3umOxLSOQT~96sQ_ITcz>VuLxk}~abmQh?ocuQbLUfy`1gF8xcfj<0<)YlUuoO(y
zpG;nb$)S~#nQ?EaW`4|!LMM5($jUKlbXwS=?0uy$QS^%eh2cV(U!l-b^V|NPmBLRE
z!h7h)&(^n$jg5|tjg9f~>76o3KWn^Ul3tx!gASBx$4_hv3ddRUq+;kvmd}4Qcc+i1od&l7+?3}
zC71^0%@07*rd;pB2aqcHt^OoOS&gVQSjMAL=pL!-*;&_FH{xq0Q+IWZ7|XM0EC;Fb
zh~QlC1@rj_(4n6E5b{P_*&y9};L^`1XbZjg`!0eRg-*i%JaQG{e{;!6L*bBOC~?2L
zG@OQl*6W?0}G!S3zBBY@p8sPDN
zVUFhH(;m4the9Xy=6HMsRuVHGdjuAzYSSc(R*sobm@l3v-pxfYqad1Nk5EumYjU@M
zQSCkti_U^3sEz+n+EbC*1*
zpW#<6^qDUlxTApuRVrMKBb=T`T~E)Cu)t0++Ie&n3#`#j|4ufuz|yM8)2Gi;-3$Mh
z69#iMw>Z~eF)E7T$ugd+5$brJ;k-Lzz(h8-3}HQB?|I^oh&c|oG*VW
z##x~)FY9c9u3oGop6B(H&+`JGex%OszgY$mETD%4UK8rbKp{&AF+DBtgSd}cy(~~u
zT$wfNZGn9v>m~{xNE~+Gg7&~Tc16AasVkV{Ig2(K^LqU)@JL%@gbcBOx0u3t^e9w<
zwh#F}*#cAf)>J#Rg$%zjRn<2Ix_gV!!5*n-86hwxzuf2zti?2Jll~
zz^qnJnDp70oMK*TfplS$Y|SzYJTH{-8wxLpCmy!kg4Y&V=_@R-SY*{*iFV?VD|LX@
zN!OJPO}M}ICL;;GshIxzs4h5s`0(hK;i?H%d*1?4TFaf+SRg0ZN3Yk5N?)s$5<9i%
zkutGGqIsDhf2ST7zhWxoZ2#rWYF2QA>GnP>J93p~{F*a-`4*R(n4BsvA5vhPr+FIxNq1rM&KP<3yXf2n`v)GmM2R*H@(OVQ;KhO$^Qjl2iB!q?gg!k9W{x+jzXr;DzEv1
z6+askc_lAe;jkucA7h0Stz^ToR_Llp$>@wWYQ0}|q804onpGxYLDAwM6zU1h@)Uy=
zeid!7@zboZOceYb1$W8m?T+C#B!tzUVTBc<$SxH0qBcL5Vuf$S9q`RFtu)=KI+!rW
z3Zs05TJ;mhqhn_+QGbE_N6hll8o4*u3aflGq%rJDXc;uge#ff4@a2tA$n_CTUR`a4
zJ^y0=kYR;&RmGjJ+hBz_p;z{Ao7!ZBmEv@QuiR^e{?D394_Kk2*u3zLUt6K3)&+wL
ztl$Xaw9#D!`lJkH2&oe*oyzRRVIy|BNxbZLD=Z0jcFV3n8y>l4BX@2PkQAWQ_6^hq
zU@W`a*N$&MyxQ2{8}axTQFz{qU8sH*->t`|TJU{TVY_SK&k8r4fq5Hh{0!dA0T-bL
zEBZ4@s>V_?cSCfB->$G{AFc9-U2M>%x}WIlu;^}G!g}@X#JVlog*Q6Nh_@d;;*4I+89NjBIZEP?NtVS`kEr%G<0v*KZRa6~cq
zu)70J@Vm{EB{yu$|Bnqg*}ZD7zkp!#teoW>dd
zAJ>Rq*kF>V!6u!wL3i<>J5e}UUEHyLT5@tK19TV-_=c}-FvPv8$cok*7<_3*SKwD*
zgOq@$b$Qqx&!21{mKdzsJsa#07dnE%TS9F;@7v&g_kX-;=J?YFM?{4q4{T5i;uc;t
z$U4%g3l!H?!l0r0Nh!&*^skJcH9L7`^I6l!&rNpC=hdt@oTPRs6T`xF6_QvxER_^1
zQ`Zi?x($x$(F6C+Z8|h{ol`h@T?3dMHds(iGvYPlCkC(&J?)U)JWPl4Wh-qR6Qtgu
z+HBt$y$sWnm6l^$HqAy8)fQ1?uL)*vJ2=D#M%htz=c?c>6kZT|xPih=O~L;kQ)+LA
zHrkkM)7|cT3B}j+w8LmO_WO!bIKhHh8C1{ktMly519PD3Y9{WmSwB16l4ygh{N1L_
zH~u}L-&T+5m$^=VjHbUg%mdNd;?;JQ(*xFJg&kN7cAzeDrt&7I&*O^jGk(?-Ma`{a
zn<}=;$d9%F9rJ99%
zG|t`I><}UR1HY1EclkczmtA(}sZEdFc=uZSC422~U#oUwpKJTq^6W5BsI*1C9X{~<
zfB8jR_&a;XYzGf*vDNOl9VTd3&;G&=tu*Q437m^G$%>;svHJhGb*jTX&)abqB)ZLf
z745puHofwurRed_8j$?Tpt;F2=Ngh>2%?`BDO?1`%x>i
zwx8Q!wYk_1lf1-3OucJ|bRkrrutjvuwtLt$+9IR(Uv?PUh>b>f-JcaNw!&ImB5_(G
z_3{oBjx;PhyjSmVA0I{LZJURkqA@pQ?3%0PR)+oNw8
zWQ%hAcKNjFs9DQVI04!Osy-*1Ke5dD8YLHn;o>sfH@OV<<60#Mst)^D*;#J?bS=BJ!-D$p
zoKgm*T2Y&!3|+l)WQ%Z~~#qj934A?K?
zVL}(;=N>{Bg2F38_!0&2Mw2~4p|8jpu*dVps0Ya$umIGF*0%s^_Ba~fw+o64w
z#)21PRzysc&PO*hWzOtmJyPnN+4|Wj`dO*TQW;Lmf7DtPT7i
zCKuwN@q|5!{i|PP(VH#WkOzgS>B`qwnF&{w<8+tP&37E|pvH3bcU#LwFIK<6H7|9*
zufA+hb$r#Yy-!oOXe_EqAvAOEh=0sfwGa~7L`(=_w=rIat;Kj#HGTo(4b`}}kF!i?
zj4SE2JaNz0yj6HE41~sU6-wu~@z&PVdU}cpN_u1n3OZfpf~!$a|0$aDqn33Jhz=Mk
zey&COA
znMG~D{JMCSVWe$YFg}B8Tl*)J970!3-1z4pbYt)%dYS
z%$V5}Ca@B@@GC586IGhU405=L<;dZOtV9mCu&B+Hf07v}47i{+`o2N&@bbf$Fe@6C
zu@brHrz~m<6}<^ck=b*VMT`82oDs94fw3G67d+K4a7eiPz)`t%#bS(GsqS!=gJA;9
zVI>p>E>Vr^WZ+|u8UHaoW(G50m;l(36b5co3vYc~v5(}!J6O~wR5+g*Ql-;&kS;SgXPHKO;#d@78bRQ^2?b)4&7Of99Cf^a#)W=+^&Ud1JKJ>VBE&uGb!FYZeO<{N4Ie^YsAx2=+e5hT&l*D>w0Y(S(CKAE
z9|A8MS`ICi1w3ttKDCqN0cyNaj-51<V+(+wCRJpyhRPytKDQlHyiM5#7z
zy7VpwyJW3&_CQB=;_Lyx2uZ1cM6qt>-FH_&mRHtq1Hk*AG=HE1qK2uOKOE&F?XCSx
zl^-r^D76r;2@c~DU`LbCxgC|GjWi{so1@7@+?-x_*l|qqEf!tuyA7oC;!_5G`!Glq
zZ}8jgC26Lw_%+
zdF<1FWlTO_v4HMgQgp!9r~DF`nJ5b`vJwo*%SI(qn8^$j24s6G4kPb~ax02&!K`Tb
zi8Z`i_M!dqS$z!UR(fIOz)#d$c|-lRwCb(RnAsF|u@VgNcg`%TH{C>@T6nBW
zVP?dvXgI=hs0cZBIsB4E^&$CdW}qgx=9n)!OW&`hLy;L3t3cOs&tMSD6Dfq
ztrVd=yH2TupN4lc_w$nS#PXb*lDwoJwAI(9AzsooH~!M>B1ndYw_g^$ID-y*#Af_<
zEkzeBccYgykabP>lDycwm0tKI@Qe{&(k}5XnTO86JMm`YUhtBF|5clO;5@7nA`CEf
zt(U|kf1P)R@|~5~t+F<_F)T8#_mcXE)jb=y%}cu4PVFq+>c`Iwh9^&-nDUCc!|xbN
z+ZbHtJCCGk(Ytxob}wnwc5g%#gb$*sWZqs)+O8cn?d@D$+WC>xq6Hs)xw=%np?aSz
z#a3OK654f$G6wog7TTNj8!k|S(uT?Mh&t&GEQjPvRD;Nm$e*YtQ7xhXqS{1(M0JRQ
zi0Ts6BdSjnOw@oVgs35ro+y+kjHnS&I8g*qW1=QRkwj5MO^KQjMH4kAiXm!26id{S
zs1;FbqBcZriP{mhC+a}dk*E_&kNp<{&0XMsCWx*R5vkh0%VJOd!BIEJ?vo@%20X0*4g5Oc
bqNdBhmuoJ9RsE8r-Tm-a2)kztmZbj!m2Lr4

delta 15415
zcmbVz3tW!p|9_vmr{_tO=pdC;iXzGRltRuUISeyKBYH3;In17s!_16|kTG2j+Y}+E
z3XkW;jLkG{P78C^By6^xLy3N$&;8ujop0Os`+vRuy?Vbt*XKIj*ZKNf*L^=JcfV_#
zg2?N!R6RQGgTz^JhkGxrYN)u^optiG`VSvvQ|B-A{9&K%?d=;X;c^D=Wna)}a^7#;
z#lLU;gK!BBzdl$$kioHQ;J?oK>iS>1sZ5%t+cUy{4YxXU+@a@=YIKZR;dc;FV!96{5SUg0lUXeFN%PgM;ZUx`R
z!xZ3wu(Lon1K#SZ(&qC>cXDBsDr*y}eZ0Y=VEI1y$_bVh1nD8D3FKvtxC{ePd~q2L
zz{$+PS0EBj7JPOE#AbGfH({G)F5M!y7fksJ=Cl`n%`UjsLda?e>6!C73QI^gbrgJ>
zki-2g;h77(E>KMp3SDh6skJ7T=L$}N;E9;36zIRM3CFuvjDbWKh?u(_~cz*FI7f1!V2L5mKyHLc_XnL*=i1BLoCGS^KPniNbMZ@Wp5Mn(Qa+qF)a
zY10L-g6x^L6C8Q|4jW@RRK#jr5ev@N07B1-fgt`k(7~eyYn>A?y%pga%=csE2Ss)JHTxI3k=7
z4H3?WMu^4;7lbRq4dISxg782zMR+2-5Z;Jp2p>dqgfGGm;g4v62tWiPS|VB@f)K%o
z)`&KU5JX!i3U
z@gZUn;v<9(@iAgCVhJJzu@tcku^h1i@d;uj;#0&b#Ak@rh|dvg5Ni>sh%`hxVjW^V
zA_K7ju@SKek%`!h_yVy7u@&(pVjCh0!4TUKI}ke&yAWR?zD9h5*p0|WLev;uPXE;tb+j#9735h;xYZ
zi0=_UATA(&L|jA^A$~$!LKGu@M*M=fjJSfhinxZjj`$T(g1CXWiMWOM4RITB2XPm1
z4{;yy0Pzs<2vLgo9q|}ZhIoP~M?6J5Lp(?Pf%p^g0`V8(Z$t&ch%h0{2n(VTQH6Mk
zs7Aa(yhhY~uFHlr1d%{wOQa&QBT^G-i0p~#5jhamCu%_CNaRG+kjR;+5m93z7a~_8
zHzIeUCPW@YO^G~-yokJsni2UBH7D{V@+0ymYC#l06iC#Ps1;EVQ7}Os_#D4eJlQ3O#WQE#F?M16^(i24!rCmKLB
zkZ2ImV4@*JZxIb88b%aNG@K}gXavznqESSniQXm}Lo}9X9ML;O=sluI
zM3aePiQXrgLNt{qj%XUubfS17Ezu03nMAXQJ|LP+lt7e7G>0gOXf9DQ(LAF0L<@)(
z5`9Rti0C6C9nr@`i;0#Hr4TJ8T1K>-Xa&(HL@S9tC0a%F8PRH@&xzI$ttCn&N+U`q
zT1T{=D1&GN(MF<8M43dJiM}A(LbR3WOQLN=SwxIzJJAlJokY8cz9RaX=o_NlMA<|+
zAmTy=`ug%#O?xeE+M@0V`VRYtudo-Y1$C=c8Nq=OY_Z*5IIceSs!xYYy~GIhUg%+~
zY3h0`9nHFRur$?SFBlwhVd?C8+$i?V@~VLr;=YBs;N&cxSh)vA0!yvl3mVaNbuPI0
z%0`CRc26$k`qjUGX1!#OUc9)T&6+eq@J_v$3#k|Pf#KqQh#JFV5B5I*-PEFU(NE9_
zSff57__9N5%b``vlsjac*^Ik!Tav^2zCC+8+C)LJ{y0)Yc5dd9BHQkDs+y*2eE{30
zbsp$X)Cpp`QuI~VyFaz%>s~D4_dMvKDv5oPnx;disQdjOsQHgt*g)*-?4^Bd}{HrUZMe&
zMW9~PI;_d?2o~XintIy1U*G*9LNuV#*G{R7Pd@m_O2&KHt;7-NG0j0NxSt1u!O%J%
z971_q=W+S)39tB8RDN#4wWP#+7%On?Qc^w~aA1pHYBE5p
#VMIh9^;6DT1!nsjqcb*E+-JVq6WywNAFI&%y!^M+eui_2k
zRD2TJ@`mYyN<{xRgPO5h&#r-cTA`Z(#6mY*m?o@quIJ-(dLy5ok<>gx?n}$lB~(5VyDy>~mVI)^LJJQ1qo=<}60I&|iJ&5PE-`xH!2i>VhLKoVr-
zil7oz0jHo-KZ}$8tLX3zy1%fhlpIkcy%~{-_QxL=-
zmx0QNRIX8k=W2hO!f&k0dGuaM;_@^%4D0LRaa7W~*@#uYoq`Bg>EY5Ovkrp4PGQCA
zzJTe;sSf+R=g*BI#Mh`SQmbQ1Vpo3KOI%!e3aUVgChA_Eg8iStCb7*Yr=hR`EAcx6
z-eS$V(~vk^XuFZkxpx|}z$SC@BXDDZ_fJDdJE`TxiRjLB&rF{#c+fFiBf3{^Jat0cSQJOO_tDZWfm2YgaFPjr~8eGKho$;vNLuFWp=lb?d!A*QI86xyX_a@${&6m
z5~Pu5Gh`0mAm_$NO<|?)y~L`tBAT$&6K{0Mh9Y?^GJUPHy4D%KQHh|db?R%K)wRy>
zO|@}ro%&j5b*(czvo>z6Q(x<>R-9t^<|3$8sS91semDm0lWj$?NZ^`*ktUDwowa$^
zI`!z(sqJmixQ-Mfb``;K(ERbBEnZIGofYnV-xT43Yn>(NX1hxsAm_b(63vY9my2K*pT44PNfBHV-0q*V
zj)YY|C?mla*z>*npn00(ts)Q|Z~X*|OZebgck~hr^7p!xWu4L&cPLZZ8HbJs>SD$9
zORzYMCs=4-40h_1AD@Edz)s;v;jLHO{1M-0%|nc@~2|
zuxTwy(T)@_Nj)SC}@-4ij|m14AjzwhsH>N2jwS1Dvt*W;f~ieLs*s?=jTHGX)k
z7c*R=5IO6J>l9+_*zA#AB#Zc!l=}ITzdeWMQ3*ZtM(^D(K1JgimE#&zV$b!$5r+%b
ztzxCk&}l7onhu>vKNI~zbeRY*CUv*2LMHEIw!?B2{MfAdC7>)1qwZgYLGHYJC_>kp
zU2I}DT02zkSX!g0LxZYnme7(AM1+4h!1_%~4)V7SI_7lc8g%4Y4MZieDepN7YA(_?
zIGc|J7UOdrD{4(ErlYbfgh!{KRxHf>Hk!MG-?|RH0tY3>+f17kJAJN=gG0dRaW+xo
zZ2U*ZYvQ*8pQVI$uNOVUn{PqvvcZ*H=7nwFx7eN^Yb1w3aRRg9BG
zSQTY;{o6)-Ip;deXw1tpbH#P&z>B#H6;ZLxDacnUrYGB(b{)F1k^>JRNQCt3pz+`t
zIAvc4ZYYU;Q90+&vvd0KI{fJ4>#Mgmx8`beXAy-;
zXE&}bzWghsea
zi^IoE8p$TVa~5~AgX7Oa5J($TZ4=hrpzf65W_0HU(M{Zu?%aZy+e-e1-)h@q1uCCU
zd^5-^jrtww4v1micWW0!cHQT0ZNmD^@51|?l{YQz#>6HiBz(YpFl~sKJ^C)R_j7gr
zTyEENrCpubv)$Lhi$Bn5K1P%ku|Fz*^D&64{av_Fp+ww#58AmXtLylL*>S_?CHn{W
zWbhSsIeRa{2#%})y6wfa7`F+ZVay3NxjEDB?!5=%-M#mra!1SRPpyTM3t4xLdC&wS
zGZ42(ZU!ogB(84{$o7+WwbwBZa3-l+2VOYlfp*#02e2wqJU2rl;LVS)`2mQ+=7&(I
zbT=I-mpX}kHr<2m(DdmMWg^fySeXcpV%7DB5b?C`YANc@J_3DUU2mp)@(9;$xkLt3
z@Wi()YW&DqxTHOOgynmC$cA>bTB1@V$7741VTh(-FSlEVd!b$3$MF0Sc=Pp2^#A)2
zOjondJ}ZR413%T6C6asjszCy*5E6oO!LRUT%#-q{>tWVC0E&;Wu9#jg|{9MTF$CpAn
zkDP^ys~tPEw;WgqSN)$MQRY9!JZSvpm~{${8_kQ#ot}Lt#10QnE}sRu0N4IP`cq{6Hf%
z#bsrh=zXFb415`sj3qx2elCY!J?i%k%Aj+WOJ}KFyfzAV7J#e
zoR+#Bl|_7RM*KmF<)-Vd5;R^=>7h;-wWjX~w0W|aXIIb&T#
z1={5MM(#W^0gHl45A_ODV=7mKk)ARS?;=q#prWiZ1`|e8{Vw)RXVvJ`tEOf@O=o&D
z6%nuSvX1s*uTeR!zR=XQY%(UcP)_mfcF+xHL?u0AhUMlhs)?j%nzp8^ECVXX)#U@s
zcPXTb(scPQ`)V^R7b;ci`%~9P=V8__DT677*||SrZq=m7jkg$;7fp|dIM`FM$}*;LGANNc`zEOufd4%zRSM19Ovy~
z!HDtXMmM0MGN@9V(f;ZlV2+aECwFWq=VH^Cz)31C4Nq2R%UL3jyu(3RnSIL*J;C
zCn~R%EzoDA5$yTyC5F6<6;aI3-{OoggQXvH6x>+K;{vG9@`8_noj7Y{1#EyUXEV5p
zuJK0b&TsICnXeaK-H9;JYAvV}xgkY|*o*RvjBj7q3
zitDJms?XdH`WQADL9HB28sr)wP$jn4SKw&Ma*~F^AtUTj&by($d@s3#{#*F76Al}}
zTg^hhE{0#kiN}r5Q`wrcP8#7QACn?Gi@7QF9DW{W0HmuDefPB6g_ycpunBonR9azng7&jjx}@wWAy5<6?w
zT-F{N(OtZUK^i5K=kraF>cn(ib74i+N|W+}M{I%0K?m{5hDrzl!+H~}ug{CId7BBs
zZF$g66MV|gcjDSS6AV=r=6n;h5`;F
zNgja-X&!r_iW}H?P^W^)J;k4i>W;>hDf?ItL$io>%3_k
z)>@z)+l}0i4MHvyFLpM=B(>Paxf-rQ)_xP2-4SL8c68bh#I9qU1H2IM;S(|N14IcaO;x#!ctlo9YlwzW?+0N6%WidLt>-aYCXPe
z!kaqpz*2Bv&xT#ZL*2v_Gt6}J_MJMVr^Ck%SS$Ij_Xk$%vLXSk%PD3&3O3kehQYj&
zr!^M5IoyI?X(|?6VuA8TgJ;i8#$lkHJ)JLEfnS>87oOr3D(iR;Z`fvrbG%AyGBd*t
z9;DfhEyIJvE<4QdSgpKcZN+Bc4i+d5%{Ie4-azd99y64(1G(41gNbETxSy6>&VyEl
zTr+G|hDVmc3|gh#9M72HBJd6VtQp4fAU5^98T#^4=c01nk$02t%(%Ej1~^NaiQB$6
z!$?(q9u(rMW$>K^$G>xt84_HTE>Ry)-!}u_s#t^PX4uPfKZ(jRUh)2am|=s;S|p~f
zz!AVhPNL!htoTkfggDayI$-SBkoNLACN?mc;cY>T&DIDEvd)?DeY2*@3=115-M%q)
ziYwcywm_DD)XeZpGZyWrYqr~@9+pnazUhbARRidlC1xopQ?W|x+?dGx!l`*{hw^4bZw7`Gst!@?wRR(S+G>epLWN~AE3rw&T
zU+B%?224G~0?m2eZBThAhz%E5zz#&$XbT7ta+vkF#Col<026QFv}+BbI@N-oS+d1@
zEI0{UrCXqv^2ixmEU<--DbZn@1#TmP5(EEYAXeD9LUgdNco<`4))g`L`>uz!&QO#{`{jgfQl6u++ZcZG(!P
zvT1fXV}bXTr)7O>fewmx?W_en70rZWILh(AT8M@#xS;W7VTKzPsA7fMhcL)+%K|A%
zz{>j;SjC)LS>W&b|1nk{T3|Rt&GyBc%erImZnQiGM_46aiQt8eO&hMr@+}pc-TDyp
z2r7(`hpC*%@~NCyP9&}Rn8;9SfvFlkFlIcnKpIzSP}#*>JNr4dwzAs{d}V=AEe;Bi
zAeQ)5!T@`BKHdET(5}IIS*tE~Ze0n{eD7hOwX1}-emp9gaHHble3Rqjd;^BQ#Z92$
zqkP$yL(SkXR$}b6O8c*AUkTqSHq6)_m5{E4J?mKs5lUG5ew8po8IwB(R)T?7DQ-|D
zC@(Ym4X%VN9#4Ecv=V9!+7{83a7s?KHS|j%M06Wo2{-u@nJK0cy6{{(jHtvfQREsY
zqH?(*4;ma>iRUUg=yO!gg0g1I^<;~tRMy@}9zB`Y)>f%bc(nS6m96ueWkG`316F%JP)RR-=ddz-7Y=req)@CfTH7p#R)@XPK
zRSE2OUUyF7|Y
zhjj@tmQikZx9@0CTB?f3SYD8_!3%mkSe^L2|Ah;q8~i-9Z|udwvy{S_FeGt
z;QAgX?>7)U!y4FEf6-yl-zyhvFZKF1e(BF$Iz?T~P8;68_m-!3&-d@SXhekDkM^Ip
z{(iat&{+G3;$n~0Nrpp@?ZR5Nzw@R3(MmVFpsr7TQ1#0jxh-zP+Ti)BK0aTJ2*^osM;0KVYO~*g5~cs^CwS^ojaynQharI&E}tUuNGY5xUghv4gFOZ}9H=
zwJ%rvu>W9tj_jK~|^>khq@RZ!9Jsr-Wid?6-(
zv0_+N1y7y&P-5r#HPSoByQI+HQmd{=tFMjIpEfq~YK5Pu_m+HtIkF3Aw7+JjZ`_7n
z>zsX)Srj_IbmLtijtW1(iS#TDGr!uW1H?kZ_GFB$Z9W0n(xciCs~Bk6icj{IR0Yvd8%-brQQ+o>KmnHFUv{K;}8X=Y_4-R6rNxEKb3-gA^SGg+La|LAm5##|GZFzVS;OYtgNPM)wV+9m8@^MnWd$CHWi6k>q_=CdmpGyobVHGOZ+SS&k&_S(zl8vf#ZG-i&D_
zIh^H4a<*88Qky6*_u@G3myoDp&To$p!lm~!)dv5Ukmtw4^P^tEAC1`8-Cx6`G}V}w
zAgabxL%?d+f16MLqdD)Q?GJNU4$4TF$I2wRfCb+peGSt}axKe|tQ75%
zYM^Tbi#A`vkCVpb)xc7XU-TO3kYUqh6@N8nef=(f!5M^~NEOsT@MyX1P6Rg)^4u~@
zcB@()_ZNcr)#?efQ}(vp}h{+uWm+wZ}tgC4Y?HWxsT>6_8X!
zc0_7HeCeVQ+J^o6@6T%2*?t-!#C6xd{6>xGDG08zGL*Ek1@|Ypo@q(CZc|%l=#i7w
zsk49Jy;P>hpb)4Q%P5NQuh~l7to$a&|)gdvn+TB>F1f2r2CI@Qb+3oW8=2@
zJN$Bq88EOl6tOZX@+B7h7A5+HX-PJ@A}0!zcSdU>>5b}8jgZgJ8=`)sM!2Kcj5|ha
zgqyaa?s*MfLbHQAH9|D&y-p)&*upf8&{Ui~UL)+|FV#f9M0}FHLk<74VMCMe!UHz!
z&I4HEu>Xklb@uI3>_MzXn9a7X)(8#6iHkIXqYockiJS54EigKSzA${L5eD%S1dHCI
z5pJ;bzc1nWY$3kia$K@t_N;{1sdL*&#&T@Z(70s$$OF|;@p0Oj@pId?@7lgYSl3Z;
zN!r+1F?j77+OMDWC72Dq1WWk;NG*3cifn8}7JwFyt9=S?)r8bsjgXpakEn-mK-3ou
zxebIp%2iEXFGnHwOYyxMj)EgUb+b8@jzWA3n{lZ>TU)1ilQIco@IfB8ND2%8*Q3s-qM4gB_6Llf#O4N<0J5dj!o@L|Ce8}DrVfE7$GDh
x=%%xVOgHIM_CAm`Bt{4#Pj0=2G*NyFD~}E(_EJb48YAo