Yazoo

亞祖是一個命令行，解釋的腳本語言，它提供了一個現成的環境，為C或C ++函數＆NBSP;用戶可以通過引用它們的亞祖的自己的源代碼，然後重新編譯嵌入自己的程序進入語言亞祖。當亞祖運行時，它會彈出一個命令提示符下，用戶可以定義和操作變量，數組，腳本功能，讀取和寫入文件等 - 而且，他打電話嵌入式功能。由於只有在標準C庫使用，亞祖應該在幾乎任何平台上。
亞祖腳本是一個最低限度的事情：類，集合，函數，函數參數等都是同樣的事情。該方案的簡單性簡化了學習曲線。但它也買了的語言有很多共性的 - 亞祖允許這是罕見的腳本語言許多異國情調的編程結構，但已被證明突出的，在筆者的手非常有用。
亞祖下載包括：C / C ++源文件;一個Makefile文件;必要“.zoo”腳本;和文檔

什麼是此版本中的新：

• 在錯誤修正：
• 在確定代理成員，同時調整數組的問題;例如proxy_array [+1] @ :: {}
• 在“回歸Q'現在工作時，'Q'是無效
• 在一個問題，即大的無符號整數將打印為“0”
• 在去（）會陷入數組元素中
• 在read_string（）（和ReadTable（））無法讀取的指數與加號（如1E + 1）
• 在問題讀取和寫入接近雙精度下溢限號
• 在與ReadTable（有問題）試圖調整列表時
• 使用ReadTable（）時的二維表只有一個單一的元素
存在的問題
• 在使用SaveTable（）與空表的問題
• 副本（）崩潰時，第一個參數是原始的，第二個參數是複合
• 在與去（）一個問題，躡手躡腳引入了＃操作時
• 在偶爾崩潰時start.zoo嘗試標誌錯誤
• 在一些編譯器警告消息（extrnl.c）
• 在SaveTable（）現在一定會去別名表，如果這就是所謂的不正當
• 在SaveTable（錯誤）時，通過了一項非複合'表'
• 標記在錯誤的位置錯誤
• 在一個笨拙國旗的錯誤時，計算器試圖打印自引用對象
• 改進：
• 在刪除了“這一點。”前綴定義變量時。這將導致在定義具有相同名稱的變量為全局變量的程序問題！
• a = @b現在工作時，b為無效。這意味著，“陷阱（x）的”不再檢測無效成員的方式;使用“如果x == @nothing'代替。
• 添加一個“溢出”運行時警告代碼
• 在加入貓（）來user.zoo
• 添加保存（），它會嘗試所有目錄路徑（這是類似於負載（））
• 在SaveTable（）現在會嘗試所有目錄路徑
• 在加LS（），它打印出的變量在當前目錄
• 添加compile_and_do_in（）來user.zoo
• 在加圓（），它的工作原理，以最接近的整數
• 在加快表的調整使用ReadTable（）

什麼在1.4版本的新：

• 在錯誤修正：
• 在改善的run（）的文件名大小寫敏感的處理時run.CleanUp設置
• 要真正
• 在退出或user.zoo返回時不正確的錯誤消息
• 在涉及調整表中ReadTable錯誤（）
• 從ReadTable錯誤消息的問題（）
• 改進：
• 添加＃運營商更換RunCode（），RunConstructor（）
• 添加“;”作為“代碼”
的替代符號
• 在計算器默認“開”到
• 添加小寫（）/大寫（）函數來user.zoo
• 添加錯誤代碼ReadTable（）

什麼在1.3.1版本新：

• 系統修復，以一個長期的錯誤，有時使用去的時候崩潰的程序（）。
• 運行（的新的自動清理功能），在過去的帖子還介紹，已經有unreproducible問題，有可能是這個bug修復需要照顧這一點。
• 在兩個方面的改進大大提高了計算器：1）其使用衝刺（），而不是打印（），2）引進的“答”的變量，如人們常常發現在科學編程環境
的。

什麼是新的版本1.3.0.1:

• Fixed的錯誤。

什麼版本1.3是新的：

• 在錯誤修正：
• 在start.zoo年底忽略空字符的潛在致命的問題或其他腳本啟動
• 在load（）和保存（）採用不慎ASCII模式而不是二進制，造成在個人電腦上的問題
• 在兩個內存洩漏和1引用錯誤（潛在的第三個紀念品。洩漏）
• 在計算器沒有在以前的版本工作

涉及
• 在多個漏洞[^ ..]，[+ ..] + [..] =！或函數調用的定義/畫上等號，在/ etc下的左側。操作
• 問題所在[+ ..] / + [..]運營商將追加到隱藏成員
• 在涉及尺寸0代理陣列崩潰
• 在問題瓦特/計算器打印寄存器（由早期鈣，掩蓋問題，但這個問題在以前的版本一樣）
• 在造成大的數組緩慢調整大小問題
• 拆解（）印在64位機器的錯誤變量名
• 在調整（）現在允許一個空白最後一個參數
• 當用戶鍵入＆QUOT尷尬拆卸錯誤;返回my_array [A，B] QUOT;從命令提示符
• 在返回一個陣列的多個指標後，命令提示符崩潰
• 在一個問題上線開始萎靡不振錯誤| ** |風格註釋
• 拆解（）墜毀時給定的零腳本
• 改進：
• 亞祖配置，以便它可以嵌入/由C代碼調用;還從內部亞祖運行遞歸
• 後，重新運行一個腳本，運行（）首先刪除其定義的最後一次的成員：沒有更多的陷阱（刪除..）需要
• 添加走（）/密碼更改/查看命令提示符的工作空間變
• 在添加引用比較符：“== @”和“/ = @”
• 加入了代理運營商定義：“＃::”
• 在做負載（）更快，更多的內存效率
• 在打印字符串' D N'作為行結束了一個
• 運行（）可以返回一個腳本的return語句的結果
• 在加總和（），是指（）函數來user.zoo
• 在添加字符（），C_STRING（）函數來user.zoo
• 在變換（）現在允許用戶定制的轉換代碼的搜索路徑
• 在擲（）可以定制拋出錯誤的位置和投擲警告以及
• 運行（）將允許腳本警告出現在命令行（假設沒有干預陷阱（）的警告後）
• 拆解（）可以跳過的字節碼編譯表達式
• 在更換RunHobbish（）有更多的功能do_in（）函數中user.zoo
• 添加RunCode（）在user.zoo; RunConstructor（）現在是該例程
的一種特殊情況
• 在持續讀取的字節碼作為slongs
• 現在，正確使用NULL指針，而不是0的C代碼
• 在提高一些錯誤消息
• 在雜項：
• 在改變字節碼字陣列插入運算符（[+ ..] + [..]），並刪除
• 從user.zoo消除CheckType（） - ＆QUOT;陷阱（A = @b）＆QUOT;通常是更好
• 在消除存在的（）從user.zoo - ＆QUOT;存在（＆QUOT; A＆QUOT;）＆QUOT;主要是多餘的＆QUOT;陷阱（一）＆QUOT;

什麼版本1.2是新的：

• 在1.2版本亞祖才剛剛交付早產許多在64位機器致命錯誤後，上週曝光。亞祖是一個命令行解釋腳本語言，這對用戶的目的是通過嵌入自己的C或C ++程序到語言來定制。亞祖劇本的新穎之處的方式，其保守的外觀背後的語法規則可以推斷，產生許多稀有的和有用的腳本結構，它的作者並沒有在其他語言中遇到的。
• 在目前的版本中真正重要的變化是取消有關整數大小導致立即死機的假設。因此有必要另顯著調整：R_ulong已經從簽名到簽寄存器，所以改名為R_slong。重命名原則上可以引起向後兼容性問題，但幸運的是整數寄存器很少需要顯式調用。最後，關於一些無趣的大多數用戶，但耗時的作者，C / C ++源文件都發生了風格裝修：評論，他們的格式進行了改進，他們已經（終於）
• 因為這個紅臉作者炒了一下後當前版本中，它可能是64位的錯誤潛伏尚未在代碼中。如果是這樣的話，那麼另外一個，修正版本很可能會成為即將於極少數幾天，因為筆者使用他的計劃如飢似渴。

什麼在1.1版本的新：

• 在錯誤修正：
• 在與內聯常量幾乎任何腳本錯誤國旗的錯誤信息
• 在追加碼操作“：”沒有正確在某些情況下，如工作代碼替代運營商在
• 在強制劃上等號並沒有在當多個指標進行明確給出正確的順序複製數組元素（例如：[*] =！... ... = B [1，2]）
• 在數值的問題在雙精度分辨率邊緣打印數字時
• 在下面ENDIF，ENDF或不正確ENDW，標記錯誤信息
• 在成員未找到錯誤的文件由user.zoo運行錯誤的成員名稱
• 在隨機（）返回的第一個數字是不是完全隨機
• 副本（）沒有檢查自我引用
• 在SaveTable（）中的錯誤時，表中的第二維度被尺寸設置成零
• 的sort（）的長度0列表扔了不必要的錯誤
• 在空評論誤讀“| *** |”與奇數'*的
• 改進：
• 在新的{}定義的搜索路徑現在總是通過定義它的腳本，不一定是封閉的腳本***
• 在添加調整大小（）來user.zoo
• 在加分（），MAX（）函數來user.zoo
• 在排序（）現在排序列表，以及表
• 在新的（）接受的類型和數據
不同的源變量
• 副本（）返回錯誤代碼
• 在更好的論據檢查SaveTable（）