Qore Programming Language

Qore是一個開源的，免費的，功能強大且易於使用的，以及線程能力，SQL集成，弱類型的腳本語言。
Qore是擁有TIBCO AE一體化，MySQL和Oracle DBI驅動程序，以及一個簡單的日期計算的編程語言。
該軟件被設計為支持嵌入式邏輯和線程的腳本語言。它是專為應用延展性腳本為基礎的企業界面開發。
 然而，Qore也是作為通用語言是有用的。它支持大多數已知的POSIX操作系統，包括Linux，Solaris和BSD，Mac OS X的，和HP-UX的

什麼在此版本中是新的：

• 在此版本包含的新功能側重於改進支持HTTP（HTTP更好RFC合規，REST和WebSocket的客戶端和服務器的支持，自動渲染HTML模板文件等支持），一個新的非常自動化架構管理和SQL數據操作（包括編程DB訪問），大大改善了UTF-8的支持，以及許多新的用戶模塊的高層次的數據庫API。
• 在該版本還包含許多增強現有功能和錯誤修正的分數。
• 在Qore現在是在GPL 2可用，LGPL 2.1和MIT許可證。

什麼版本0.8.7的新：

• 在這個版本增加了許多新的特性和錯誤修正。
• 在程序對象之間的代碼繼承有了很大的提高，並聲明標記為公共現在默認在子計劃對象繼承。
• 許多新的功能，方法和類型（偽）的方法已經實現，特別是，使迭代更強大，使顯影迭代更容易。

什麼版本0.8.6.1:

• This釋放新的包含錯誤修正為Qore，也包括一些次要的新功能。

什麼是0.8.6版本，新的：

• 在這個版本增加了重要的新功能，還包含了許多錯誤修正。
• 在此版本的亮點是新的任意精度的數字支持，迭代器大大改善的支持，文本文件處理大為改善的支持，提高了數據庫API支持，包括對數據庫驅動程序的選項API，以及處理模塊的能力加載錯誤在分析時直接在Qore源代碼。
• 在Perl的兼容性是由於新的默認直觀布爾環境評價行為的改善。

什麼是新的版本0.8.5.1:

• fixed競爭條件訪問全局和關閉綁定在多線程環境中的線程局部變量
• 在固定的事務管理與DatasourcePool類錯誤與類的SQLStatement使用時
• 在固定的地方郵件標題需要的編碼沒有編碼，這些不需要編碼進行編碼Q編碼MailMessage.qm用戶模塊中的錯誤
• 在固定的Mime.qm用戶模塊，其中＆QUOT一個錯誤; _＆QUOT;在Q編碼字符標題不正確編碼

什麼是0.8.4版本，新的：

• 在此重大更新增加了對用戶模塊，支持在哪裡模塊延伸在運行時的語言，現在可以寫成Qore本身。
• 此外，Qore現在支持偽類綁定到值類型，它們提供了可以在任何Qore值下運行的方法，允許任何值被視為一個對象。
• 在命名空間的處理被改寫，現在更加一致地應用，更全面。
• 在語言文檔已經有了很大的提高。
• 在本新聞稿中包含了許多錯誤修正和優化，以及構建修復和許多新的功能，方法和常量。

什麼是0.8.3版本，新的：

• 在此版本支持原生建設的Windows二進制文件和其他小增強（包括有條件的解析）。
• 此外，33錯誤已得到修復。

什麼是0.8.1版本，新的：

• 在這個版本包括36個錯誤修正和主要的新功能，包括大大改善型系統，類常量和靜態類變量，一個SQL編寫的語句API，宣告返回類型為無＆QUOT寫Qore腳本函數或方法簽名，解析器和名稱解析的支持，才支持;％CONTENT％安培; QUOT;標誌變量或類方法的調用或對象的成員引用，等等。

什麼是0.7.5版本，新的：

• 在BUG FIX：固定本地時間（）時，與被稱為沒有參數的當前日期和時間返回按文件
• 在BUG修正：修正了競爭條件調用pthread_join（）Qore代碼調用＆QUOT時，當可能導致死鎖;出口（）＆QUOT;當多個線程運行
• 在BUG FIX：固定迪爾::列表文件（）方法;使用不會過濾掉的目錄面膜
• 在BUG FIX：由於使用無符號的數據類型和比較固定的崩潰，在File類（小於0）的信號錯誤總是失敗;當非File對象讀取的碰撞會發生
• 在BUG FIX：固定輸出遞歸數據結構與％n和％N printf格式說明符（否則會導致崩潰 - 例如，當一個對象包含一個列表，還包含對象等）
• 在BUG FIX：固定的物體進入僵局的方案
• 在BUG FIX：固定＆QUOT; - ＆QUOT;運營商：哈希串和散列表（也散列=字符串，散列=列表），除去從哈希值（S），而不是調用delete運算符
• 在BUG FIX：NULL值序列化為＆QUOT;零＆QUOT; JSON值
• 在BUG FIX：輕微有效的XML-RPC
的一個角落裡的情況下，固定解析
• 在BUG修正：修正XML-RPC序列化處理NOTHING（無值）和NULL相同
• 在BUG修正：修正XML-RPC序列化到永遠輸出一個空元素，因為它可能會打破一些實現（將XML-RPC規範不是很清楚這一點）。注：我們發送的空值的元素：序列NOTHING或NULL時，它可能不正確或者
• 在BUG FIX：不要以為從文件中讀取字符串數據時，尾隨空應終止字符串;包括在字符串
結尾的空
• 在BUG修正：修正了解析的base64字符串時換行符和/或換行落後的base64編碼的數據
• 在BUG FIX：固定輸出'%%'為'％'在* *的printf（）函數
• 在BUG修正：修正了解析哈希那裡的哈希鍵被給出一個恆定
• 在BUG FIX：固定在那裡的共享數據正在更新的地方，而不是複製，然後更新了delete運算符中的錯誤
• 在BUG修正：修正了一些比賽條件，可能與getAllThreadCallStacks導致死鎖（）函數（通常不默認啟用）
• 在BUG FIX：忽略“
• 在“和” “解析base64編碼字符串時，
• 在BUG FIX：試圖複製已刪除​​的對象的成員元素時固定一個崩潰的bug
• 在BUG修正：修正了foreach語句與參考使用，break語句時使用
• 在BUG修正：修正了一個罕見的參考依賴臭蟲系統類中被摧毀，而在用戶代碼仍然引用
• 在BUG修正：修正％=為0的MODULA操作設置左值0（以前的表達被忽視，如果MODULA操作數為0）
• 添加abilty的條件變量等待rwlock中對象以及對象互斥
• 在提領散列或對象名單將返回哈希或對象作為一個哈希片：例如：$哈希（＆QUOT;鍵1＆QUOT;，＆QUOT;鍵2＆QUOT;）
。
• 在允許％，包括解析指令引用的文件名（忽略開頭和結尾引號的文件名）
• 在新的Socket類方法：+插座:: isWriteFinished（）：為非阻塞寫+插座:: setNoDelay（）未來的支持：可設置TCP_NODELAY選項+插座:: getNoDelay（）：該TCP_NODELAY的回報價值選項
• 在新的功能，允許序列化XML-RPC的字符串時明確指定編碼：+ makeXMLRPCCallStringWithEncoding（）+ makeXMLRPCCallStringArgsWithEncoding（）+ makeXMLRPCResponseStringWithEncoding（）+ makeXMLRPCFaultResponseStringWithEncoding（）+ makeFormattedXMLRPCCallStringWithEncoding（）+ makeFormattedXMLRPCCallStringArgsWithEncoding（）+ makeFormattedXMLRPCResponseStringWithEncoding（）+ makeFormattedXMLRPCFaultResponseStringWithEncoding（ ）
• 在添加新的了HTTPClient方法操縱TCP_NODELAY設置：+了HTTPClient :: setNoDelay（）+了HTTPClient :: getNoDelay（）
• 現在XmlRpcClient和JsonRpcClient構造函數接受一個可選的第二個論點，真時，會抑制插槽上的直接連接嘗試，而是允許套接字連接是手動還是建立在與第一個請求