hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
光滙石油
光滙石油（控股）有限公司，簡稱光滙石油（控股），以及光滙石油（英語：，港交所除牌前：0933），在2008年8月19日，從先來國際控股有限公司更名而來，也就是收購深圳光汇石油集团股份有限公司開始，其實在1992年由薛光林設立當時名為「新鴻光石油」。
光滙石油（控股）有限公司是以發展上游油氣資源開發業務爲主，中、下游業務爲輔的能源資源型企業。主要從事上游油氣田開發開採和生産、遠洋油輪運輸、石油倉儲與碼頭以及石油國際貿易與海上供油等業務。集團現時擁有四艘Aframax遠洋油輪、五艘超大型油輪（VLCC），總容量超過200 萬載重噸。集團是中國最大的海上供油服務供應商之一﹐服務已擴展全球港口，貿易産品種類包括燃料油、原油、柴汽油及石油化工製品等。
光滙石油
2014年2月19日，光匯石油向美國石油公司Anadarko Petroleum旗下之全資附屬公司Anadarko China 訂立購股協議，以基本購買價10.75億美元(即約83.49億港元)收購其位於中國渤海灣兩個海上油田區塊之參與權益。
2020年10月20日上午9時起，光滙石油因為自2017年10月3日起已暫停買賣，而且未能於2020年1月31日或之前復牌，期間光滙石油曾經覆核上市委員會的決定但最後維持原判，聯交所於是根據《上市規則》第6.01A條將公司除牌。
谁的羊
《谁的羊》，是中國民谣歌手洪启於2011年所推出唱片专辑《谁的羊》當中的主打歌，由张海宁作词，洪启本人作曲。
谁的羊 歌詞
谁的羊
天上的一朵云，
地上的一只羊，
风吹过草上，
梦里不知在何方？
那是谁的羊，
飘泊在天上，
那是谁的云，
四处去流浪。
唱起心中的歌，
我就是你的羊，
走遍了所有的路，
我还是你的羊。
唱起心中的歌，
我就是你的羊，
走遍了所有的路，
你还是在心上。
(我感觉自己就像一只羊，一只找回自己的羊。
我吃着纯香的馕，饮着甘甜的水，听着动人的歌，
一步一步，一点一滴，越过古往今来，穿过前世今生，走向美丽梦中那遥远的地方。)
動畫紀錄片 決斷
《動畫紀錄片 決斷》，為日本電視台播映的龍之子製作的以太平洋戰爭為題材的戰記日本動畫作品於每週星期六的19點30分 - 20點00分。自1971年4月3日播至同年1971年9月25日，全26話。
動畫紀錄片 決斷 概要
「科學忍者隊」等的SF動作英雄作品與「救難小英雄系列」等都是龍之子最擅長做的滑稽作品，另外還有極為不同色彩的作品。此外，播映局在日本電視台因為某事情（在「決斷」結束後，日本電視台在15年後的1986年「褞袍超人」要播映前為止與龍之子動畫沒有再合作播映），聽說是原作的吉田龍夫和龍之子內部的人事情不合的關係，在這個時期的龍之子的作品沒有一件是例外的。還有，到現在為止龍之子在幼兒〜小學低年級到中年級的兒童這層收視佔了大半，這個作品也有高中生、大學生觀賞，此外一般成人在這層也有很廣泛的電視迷。
動畫紀錄片 決斷 概要
以太平洋戰爭為題材·日本軍的活躍被美化的故事成分比較多等，被PTA、個教育團體等以「美化讚美」、「戰爭美化」動畫來給予批判的意見。這個對工作人員方面，並沒有特別拘泥於戰史上的意圖，但偶然在戰爭中發生許多的「決斷」的教訓的事情卻被反駁。然而觀眾為了了解，並在最終話做出職業棒球的「決斷」的故事（當時以讀賣巨人教練川上哲治的「決斷」為主，此外還有長嶋茂雄、王貞治也有參與演出，可以說是個「番外篇」），不過關於在最終話卻突然轉變了方向，因為那原本當初預定是以昭和天皇的決斷為主故事，可是由於諸多事情所以不得以被壓制了，從結果來看這樣的看法比較有說服力。
動畫紀錄片 決斷 故事
太平洋戰爭，從1941年的珍珠港事件到1945年的戰敗為止，在各話選用指揮官司令官的重要的「決斷」的時候為中心所描繪的非虛構的故事。
「對人生來說最貴重的瞬間，那就是在決斷的時候。太平洋戰爭，它告訴我們和平的珍貴。還有，留下許多為了活著的教訓。」（）
動畫紀錄片 決斷 播映標題
電視動畫的系列構成的手法，是採用時系列混淆的手法，不過這個作品被認為是日本電視台史上的時系列混淆最古早的作品。以正常的歷史流程來說，第1話「偷襲珍珠港」的下一個不是「中途島海戰（前篇）」，原本第4話的「馬來突襲作戰」本來預定第2話的，但是因為發生一些事情而更換了發生事情的順序。下面左方的表是播出順序，右方的表是正常歷史流程的時系列順序（粗體字部分是和播出順序一致的話數）。
拉乌尼翁省 (菲律宾)
拉乌尼翁省（英語：La Union Province），又译为联合省，是菲律賓的一個省，位於呂宋島，隸屬伊羅戈大區。首府為仙彬蘭洛市。根據地圖顯示方位，该省位於呂宋島的北部，向北的位置為南伊羅戈省；向西的位置為南中國海；向東的位置為本格特省；向南的位置則是面對邦阿西楠省。
透过开满鲜花的月亮
《透过开满鲜花的月亮》，是中國流行音樂歌手林依轮於1993年發行的首张唱片专辑《爱情鸟 》中的一首歌曲，由张海宁、张全复作词，张全复作曲。
透过开满鲜花的月亮 背景
1993年，林依轮首张唱片专辑《爱情鸟》歌曲。正是透过那开满鲜花的月亮，抒情主人公看到的是“你的模样”。于是，“你像那天上月亮，停泊在水的中央，永远停在我的心上，你像那天上月亮，你不会随波流淌，永远永远靠近我的身旁”，这些诗句中犹如山间清泉，汩汩涌流而出。此刻，充溢在字里行间的是清清纯纯的情，像月亮一般晶莹剔透、洁净无瑕。这种感受是独特的，也是脱俗的，它似乎具有某种飘忽感，空灵感，但却又实实在在触动着沉淀在人们心灵世界的底层的某种情结，而他用以表达这种感悟的，却完全源于感觉世界之中的诗化了的语言。
透过开满鲜花的月亮 歌词
《透过开满鲜花的月亮》
透過開滿鮮花的月亮
依稀看到你的模樣
那層幽藍幽藍的眼神
充滿神秘充滿幻想
一種爽爽朗朗的心情
所有煩惱此刻全遺忘
只想只想在你耳邊唱
唱出心中對你的嚮往
古老的傳說今日的承諾
美好的感覺永不停 地閃爍
你像那天上月亮 停泊在水的中央
永遠 停在我的心上
你像那天上月亮 你不會隨波流淌
永遠 靠近我的身旁
你像那天上月亮 停泊在水的中央
永遠 停在我的心上
你像那天上月亮 你不會隨波流淌
永遠 永遠 永遠靠近我的身旁
蓝蓝的夜，蓝蓝的梦
《蓝蓝的夜，蓝蓝的梦》，是中國内地女歌手张咪的原唱作品，收录于1992年发行的专辑《细说从头》中。此后毛宁翻唱这首歌并收录于1993年发行的个人首张专辑《让我的情感留在你身边》中，由张海宁、张全复作词，张全复、毕晓世作曲。
蓝蓝的夜，蓝蓝的梦 歌词
圆圆的月亮悄悄爬上来，蓝蓝的梦幻轻轻升起来，
远方的人儿她会不会走过来，心里的话儿，我想要说出来。
蓝蓝的夜，蓝蓝的梦，请你从我的梦中走出来，
蓝蓝的夜，蓝蓝的梦，伤心的眼泪不会掉下来。
薄薄的云彩缓缓飘过来，长长的影子慢慢投下来，
远方的人儿她会不会走过来，动人的歌谣，我怎么唱起来。
蓝蓝的夜，蓝蓝的梦，我将你化成一片片白云，
蓝蓝的夜，蓝蓝的梦，陪伴我直到永远。
邦阿西楠省
邦阿西楠省（英語：Pangasinan Province, 咱人話：蜂牙絲蘭省），是一個位於菲律賓呂宋島的省份。首府為林加延。
根據地圖顯示方位，其位於呂宋島的北部，向北的位置為拉乌尼翁省；向西的位置為南中國海；向東的位置為新怡詩夏省；向南的位置則是面對三描禮士省。
邦阿西楠省 历史
菲律宾的邦阿西楠省，中国古代称之为冯嘉施兰国，又作傍佳施栏、傍佳施兰、傍加施兰、傍家施兰、彭家施阑、邦仔系兰、房仔系兰等，位于林加延（Lingayen）一带。明朝永乐年间，与中国有较密切政治关系。永乐四年（1406年）八月，国王嘉马银等来朝，永乐帝赐与钞币。永乐六年（1408年）七月，其首领玳瑁、里欲2人各率其属来朝，贡方物，永乐赐2人钞各百锭、文绮六表里。
在16世紀中國海盜林鳳曾在此建立小王國，後被西班牙併入菲律賓中。
邦阿西楠省 延伸阅读
[在维基数据编辑]
《欽定古今圖書集成·方輿彙編·邊裔典·馮嘉施蘭部》，出自陈梦雷《古今圖書集成》
《明史卷三百二十三》，出自《明史》
For迴圈
for迴圈（英語：）在電腦科學是一種程式語言的迭代陳述，能夠讓程式碼反覆的執行。
它跟其他的迴圈，如while迴圈，最大的不同，是它擁有一個迴圈計數器，或是迴圈變數。這使得for迴圈能夠知道在迭代過程中的執行順序。
For迴圈 for 迴圈的種類
C語言中傳統的for-loop包含三個部分：初始化、條件、遞增，這三個部分都是可有可無的。
以Java為例：
初始化是宣告（或者賦值）任何需要的變數的動作。如果你要使用多個變數，則變數的種類要一致。條件的部分則是檢查是否離開這個迴圈，也就是讓程式碼往下執行。如果條件判斷為假，則離開迴圈。遞增在每跑一次迴圈都會重複執行一次。
在此以Java為例：
這種形式的for迴圈是大多數其他for迴圈的變革：他允許除了數字以外的計數方式。他通常用隱含或外顯指標的方式呈現，而在此迴圈變數會依序表示。以下是一個代表性的例子(語言：Python)：
有一些語言支援比較特別的for迴圈，如同它可以同時處理所有的指標in parallel，像是在FORTRAN 95中的for all語法。
舉例來說，在以下的for迴圈虛擬碼片段，當計算A(i)的新的值，除了第一個(也就是 i = 2)，A(i - 1)的參照會得到新的值。
然而，在for all 版本，每個計算都會使用一開始的值，不會更改 A.
和一般的for迴圈可能差距比較大。
For迴圈 應用範例
以c語言為例：
這個程式碼會不斷的印出"just keep going on!"。
矩陣賦值：
以上給予矩陣 matrix 依序從0到bound_of_matrix-1 的值。
就像巢穴一樣，一層包覆一層，所以以下這個程式碼一共會執行(bound_of_x)乘上(bound_of_y)次。
For迴圈 常見的錯誤
這裡指的是無意產生的無窮迴圈，容易導致當機。
以C語言為例：
編譯器會顯示out of bound，通常是指嘗試取矩陣界限外的值。
迴圈內的變數在出迴圈之後，便無法使用。
For迴圈 發展概論
主要緣起為許多需要重複執行的程式碼，而不一樣的程式語言也會有不一樣的語法型式。
在Fortran 的DO 迴圈 同等於for迴圈。
Fortran的 DO 迴圈語法為：
接下來的兩個例子做出來的結果等同於其他語言的三個參數的for迴圈。其中變數COUNTER被初始化為1，以1遞增，並且到5的時候停下。
Fortran 77 或之後的版本，也可能寫成：
如果遞增為1，則遞增的部分可以省略。例如：
Algol 在Algo158首次正式格式化。
COBOL在許多努力之下，在1959年終正式格式化。他使用PERFORM 動詞，而PERFORM動詞有很多功能，像是後來加上的＂結構化＂的語法，像是 END-PERFORM。忽略宣告和初始化變數的必要，類似for迴圈的語法為：
如果PERFORM有TEST AFTER，這個迴圈的執行的結果會有點不同：迴圈內的程式會被執行至少一次。
BASIC 中的迴圈有時稱為 for-next迴圈。
For迴圈 發展概論
由IBM公司在1950年代發明的第三代高級程式語言， 有些類似PASCAL語言。
以下為PLI使用例：
LEAVE 指令可以用來結束迴圈，像c語言的break，而ITERATE則像continue。
Algol68 很類似現在的for語言了：
Maple有兩種型式的for迴圈，一個是指標一定範圍的值，另一個是指標一定大小的容器。
第一種：
第二種：
他的for迴圈 [initial] [increment] [limit] { ... } for 初始化一個內部的變數, 並且執行到他不大於限制的值(若遞增為負則以此類推)。
如果你想要用更正式的方式存 [1..5]的內容，一個比較官方的方式為：
並且可以這樣使用：
這個程式碼
即會印出：
JavaScript 支援像是C語言的三個參數的迴圈，並且支援break和continue。
請參考
For迴圈 參考文獻
https://web.archive.org/web/20180906124543/http://terms.naer.edu.tw/detail/2337520/
先來國際
先來國際控股有限公司，簡稱先來國際，以及先來國際控股（英語：，港交所除牌時0933.HK），在1978年由劉東海創立一家製衣公司。
業務當時代理時裝品牌「夢特嬌」，但由於受到代理權已屆滿，再加上投資失利，因而股價下挫，在2008年8月19日，更名光滙石油（控股）有限公司之前，薛光林家族把創立深圳光汇石油集团股份有限公司，注入本公司，並把香港和新加坡的私人物業注入，而原有保健品業務和證券投資已終止。
內湖省
內湖省（英語：），是一個位於菲律賓呂宋島的省份。首府為聖克魯斯。
根據地圖顯示方位，其位於呂宋島的中部，向北的位置為黎剎省；向西的位置為甲米地省；向東的位置為奎松省；向南的位置則是面對八打雁省。
黎剎省
黎剎省（英語：），是一個位於菲律賓呂宋島的省份。該省原本的法定省府為馬尼拉大都會的帕西格，後於2020年遷至實際上省政府所在的安蒂波洛。該省得名自革命家黎剎。
根據地圖顯示方位，其位於呂宋島的中部，向北的位置為布拉干省；向西的位置為馬尼拉；向東的位置為奎松省；向南的位置則是面對內湖省。
晴空物語Online
《晴空物語》是由台灣傳奇網路所研發的一款大型多人在线角色扮演游戏，故事描述位於世界中心的南北大陸所發生的戰事。在《晴空物語》的世界，每個種族都是遠古神獸的後代，玩家在戰鬥過程中可以累積特殊的能量，當能量值滿時，將可在短暫的時間內，讓體內的神獸血統覺醒，化身為擁有強大力量的神獸給予敵人致命一擊。

該作品在2011年6月30日萬人封測，緊接著07月7日公開測試。日本、星馬、香港、泰國等多個國家或地區已由不同的代理商代理發行。
奎松省
奎松省（英語：Quezon Province），是一個位於菲律賓呂宋島的省份。首府為盧塞納市。
根據地圖顯示方位，其位於呂宋島的中部，向北的位置為奧羅拉省；向西的位置為八打雁省；向東的位置為北甘馬粦省；向南的位置則是面對馬林杜克省。
柳氏
柳氏可以指：
柳姓
柳氏 (薛仁貴妻)，唐朝名將薛仁貴的妻子，小說中常稱為柳金花或柳銀環。
柳氏 (陳慥妻)，北宋陳慥的妻子，民間稱為柳月娥。
馬林杜克省
馬林杜克省（英語：Marinduque Province），是一個位於菲律賓呂宋島的省份。首府為波克。
根據地圖顯示方位，其位於呂宋島的中部（但不在呂宋本島上），向北、向東的位置為奎松省；向西的位置為東民都洛省；向南的位置則是面對朗布隆省。该岛的名称可能来自岛上的马林迪格山，意为“高耸”或“优雅”。
該省因其低犯罪率統計數據而被評為2013年菲律賓最和平的省份。
馬林杜克省 行政区划
马林杜克省共有6个自治市，而又细分为218个描笼涯。
朗布隆省
朗布隆省（英語：Romblon Province），是一個位於菲律賓中部的省份。首府為朗布隆市。
根據地圖顯示方位，其位於菲律賓的中央，向北的位置為馬林杜克省；向西的位置為東民都洛省；向東的位置為馬斯巴特省；向南的位置則是面對阿克蘭省。
寺川奈津美
寺川奈津美（日语：／，1983年2月8日—），是一位日本氣象預報員，任職於富士電視台，在直撃LIVE グッディ!播報。
寺川奈津美 人物
出身日本山口縣下關市。大學進入慶應義塾大學，就讀理工學部應用化學科，曾在理科系上的活動「矢上祭」獲選第一回「矢上小姐」。。大學畢業到企業工作，之後與NHK鳥取放送局簽下合約，負責氣象預報方面，在「とっとりくらしの情報便」播報，並於同年取得氣象預報員的資格。
2011年4月4日開始，在NHK總合的NHK7點新聞擔任氣象播報。
2016年4月4日起，在富士電視台的《直撃LIVE グッディ!》擔任氣象播報。
寺川奈津美 過去參與節目
2011年4月4日 至2012年3月30日 （星期一到星期五）
2012年4月7日起 （星期六及星期日）
While迴圈
在程式語言中，While迴圈（英語：）是一種控制流程的陳述。利用一個返回結果為布林值(Boolean)的表達式作為循環條件，當這個表達式的返回值為“真”(true)時，則反覆執行迴圈內的程式碼；若表達式的返回值為“假”(false)，則結束執行迴圈內的代碼，繼續執行迴圈下面的代碼。
因為While迴圈在區塊內代碼被執行之前，先檢查陳述是否成立，因此這種控制流程通常被稱為是一種前測試迴圈(pre-test loop)。相對而言Do While迴圈，是在迴圈區塊執行結束之後，再去檢查陳述是否成立，被稱為是後測試迴圈。
Copland (操作系统)
Copland操作系统是苹果公司在1994年至1996年间开发的一款操作系统，专为Macintosh计算机设计，它原本计划以System 8之名发布，或在命名规则改变后以Mac OS 8作为名称发布，可是该系统最终未能上市。其时，System 7操作系统已经显得老旧，苹果计划以Copland接替System 7。它引入了诸如内存保护、抢占式多任务等新的底层操作系统功能，同时保持与现有Mac应用程序的兼容性。Copland的暂定继任者代号为Gershwin，计划引入更先进的功能，例如应用级多线程处理。
开发工作正式开始于1994年3月。在接下来的几年里，Copland的预览版引起了大量媒体关注，让Mac用户了解到了操作系统的一些新概念，如面向对象、抗崩溃设计和多任务处理。1995年8月，高级副总裁大卫·纳戈尔在Macworld Expo上宣布，Copland会于1996年中期发布。随后在1996年5月，吉尔·阿梅利奥表示，Copland是公司的主要重点，目标是在年底发布。然而，内部开发工作面临许多问题，由于公司人员和项目管理失调，苹果一再错过开发里程碑和开发者版本发布的预定日期。
Copland (操作系统)
这个系统在开发过程中不断引入新特性，并在内部测试版本中表现出严重的不稳定。艾伦·汉考克临危受命，试图将项目带回正轨，然而汉考克很快得出结论，认为该项目永远无法完成。1996年8月，Copland项目宣布取消，苹果公司将从公司外寻觅一个新操作系统。在众多选择中，他们选择了NeXTSTEP，并在1997年收购了NeXT以获得该系统。NeXTSTEP被着手移植到Mac平台上，在这段过渡期内，苹果公司于1997年发布了相对保守的Mac OS 8，将一些来自于Copland的组件融入其中；随后，苹果在1999年发布了Mac OS 9，最终，Mac OS X于2001年成为苹果公司的下一代操作系统。
Copland的开发工作被视作是需求蔓延的一个例子。2008年，PC World将Copland列入IT历史上最失败项目的榜单中。
Copland (操作系统) 设计
要理解Copland的背景，就必须了解经典Mac OS，以及经典Mac OS需要解决的架构问题。
麦金塔和麦金塔操作系统始于1984年，在一开始，它们就是设计给单用户的单任务操作系统，这可以大大简化硬件研发。由于这种单应用模型，最初的Mac开发人员能够利用一些妥协性的简化措施，从而显著提升性能，使其运行速度甚至超过了更昂贵的Apple Lisa。然而，这种设计也导致了未来发展的若干问题。
Copland (操作系统) 设计
由于假设系统一次只运行一个程序，工程师们能够忽略可重入性这一概念。可重入性指的是一个程序（或代码库）能够在任何时刻被中断、执行其他任务，然后返回到原始任务中。为了实现可重入性，任何本地数据和状态在另一个程序调用代码时必须被保存下来，而如果不要求可重入性，就不用保存状态。例如，对于QuickDraw来说，这意味着系统可以在库中存储状态信息，如窗口的当前位置或线条样式，因为这些信息只会在当前程序控制下发生变化。更进一步，工程师们将大部分状态留在应用程序内部，而不是存储在QuickDraw中，这样就无需在应用程序和库之间来回复制这些数据。程序可以将这些设定的更改存储到自己的内部存储中，QuickDraw则通过在应用程序中查找已知位置的值来获取这些数据。
Copland (操作系统) 设计
这种共享内存的概念是程序错误和崩溃的重要来源。如果一个应用程序向这些共享的区域写入了错误数据，就会导致QuickDraw崩溃，结果便是整台电脑崩溃。同样，QuickDraw中的任何问题都可能导致它覆写应用程序中的数据，从而再次引发崩溃。在单应用程序操作系统的情况下，这并不是一个很大的问题，因为在这种情况下，无论是应用程序还是计算机出现问题，都需要重启。
另外一个主要的问题是早期的Mac没有内存管理单元（MMU），这阻碍了一些基本现代功能的实现。MMU可以提供内存保护，保证程序不会意外覆写其他程序的内存，事先提供的共享内存允许数据被轻易地在库之间传递。由于没有共享内存，API被设计为操作系统和应用程序共享所有内存，这使得QuickDraw能够检查应用程序的内存，以获取诸如线条绘制模式或颜色等设置。
Macintosh缺乏多任务处理能力，但试图伪装成多任务系统，同时它坚持使用复杂的用户界面，但将许多工作留给应用程序去完成。这些都是很严重的缺陷，很难想象有什么优雅的解决方案。——亚当·布鲁克斯·韦伯，Byte (1986年9月)
Copland (操作系统) 设计
这些限制意味着，如果不重写整个系统和应用程序代码，支持多任务功能将十分困难。然而，这样做又会使得操作系统在现有硬件上慢得令人难以忍受。因此，苹果公司在1987年采用了一种名为MultiFinder的系统，它仍然像之前一样，让正在运行的应用程序控制计算机，但允许通过点击窗口快速切换到另一个应用程序。处于后台的程序会定期获得短时间的运行机会，但和之前一样，整个过程仍由应用程序控制，而不是操作系统。
由于操作系统和应用程序都共享一块内存空间，任何一个程序错误都有可能破坏整个操作系统，导致电脑崩溃。在MultiFinder下，任一地方的崩溃都会使得所有正在运行的内存崩溃。多任务运行提高了崩溃的可能性，让系统更加脆弱。
Copland (操作系统) 设计
用于给操作系统增加功能的补丁机制则更是令情况雪上加霜。这些机制被称为CDEVs和INITs（或称为控制面板和扩展）。第三方开发者也利用这一机制来增加功能，包括屏幕保护程序和分层Apple菜单。其中一些第三方控制面板几乎变得无处不在，例如流行的After Dark屏幕保护程序包。由于这些补丁的使用没有统一标准，一些附加功能，甚至苹果公司自己对操作系统的扩展都有可能使用相同的补丁并相互干扰，从而导致更多的崩溃。
Copland在一个名为Nukernel的微内核上运行Mac OS，Nukernel负责处理基本任务，如应用程序启动和内存管理，将所有其他任务交给一系列被称为服务端的半特殊程序。例如，网络和文件服务不会由内核本身提供，而是由服务端提供，这些服务端通过进程间通信来发送请求。Copland系统整体由Nukernel、各种服务端和一套应用程序支持库组成，以实现著名的经典Macintosh编程接口。
Copland (操作系统) 设计
应用程序服务通过一个官方称为“协作式程序地址空间”（Cooperative Program Address Space, CPAS）的程序提供。Mac程序在CPAS环境中运行方式类似于System 7，协作式任务也可照常使用非可重入的Toolbox调用。最坏的情况是，CPAS环境中的一个应用程序崩溃时，可能会导致整个环境崩溃。然而，这不会导致整个系统崩溃，CPAS环境会自动重启。
而在编写时就考虑到Copland的新应用程序，可以直接与系统的服务端通信，从而在性能和可扩展性方面获得许多优势。它们还可以与内核直接交互，以启动单独的应用程序或线程，这些应用程序或线程作为独立进程在受保护的内存中运行，就像大多数现代操作系统一样。可是，这些独立运行的应用程序不能使用非可重入调用，例如QuickDraw，也因此无法提供用户界面。苹果建议较大的程序可以将用户界面放入一个普通的Macintosh应用中，然后再在外部启动一个工作线程。
Copland完美原生支持PowerPC。System 7已经成功地被移植到PowerPC平台上；系统的大部分功能都以PPC代码运行，包括高级功能（如大多数的用户界面工具箱管理器）以及底层功能（如中断管理）。系统中有足够的 68k代码可以仿真运行，尤其是用户应用程序，但操作系统必须在两种环境之间映射一些数据。特别是，每次对Mac OS的调用，都需要在68k和PPC的中断系统之间进行映射。移除这些映射将大大提高系统的整体性能。在1996年的WWDC上，工程师们声称系统调用的执行速度将提升多达50%。
Copland还基于那时候新定义的通用硬件参考平台（CHRP），它将Mac硬件标准化，这样，它就可以由不同的公司生产制造，还可以运行其他操作系统（Solaris 和 AIX 是众多提及的操作系统中的两个）。当时这是一个流行的趋势；许多公司组建了团体，旨在定义标准化的平台，以与当时的“Wintel”平台相竞争——例如88open、Advanced Computing Environment和AIM联盟。
Copland开发与推广的最大挑战，是将这些功能都一并纳入一台普通的Mac计算机中。System 7.5已经要占用2.5MB的内存，对当时的主流计算机内存而言，这占用已经相当可观。Copland是两套系统的混合，其本身的基础上还托管着“蓝盒”，自带一个完整的System 7.5副本。因此，Copland采用了受Mach启发的内存管理系统，并大量依赖共享库，目标是使其体积比7.5大约增加50%。
Copland (操作系统) 历史
1988年3月，苹果的技术中层管理人员举行了一场线下会议，规划未来的Mac OS发展。发展构思被写在索引卡片上；短期内似乎很容易实现的特性（如为用户界面添加颜色）写在蓝色卡片上；较长期的目标——例如抢占式多任务——写在粉色卡片；长期构想，例如面向对象的文件系统，则写在红色卡片上。写在蓝色卡片和粉色卡片上的这些构思的研发是同步进行的，在最初，这两个项目就被称为“蓝色”和“粉色”。苹果计划让蓝队在1990-1991年这段时期推出一个现有Mac系统的更新版本，让粉队在1993年左右推出一个全新的操作系统。
蓝色团队在1991年5月13日发布了后来被称为System 7的系统，受电影《黄色潜水艇》中的角色影响，他们自称为“蓝色恶棍”。但粉色团队的工作则受到“第二系统效应”的困扰，其发布日期不断推迟，前途未卜。一部分原因可以归因于随着时间推移在苹果公司逐渐普遍的问题；随着粉色项目的延期，其工程师们转而投入到蓝色项目中。这使得粉色团队面临人手上的困扰，并遭遇了与高员工流动率相关的问题。管理层没有重视这些技术开发上的问题，导致持续难以交付出可用的产品。
Copland (操作系统) 历史
而与此同时，刚刚发布的NeXTSTEP则激起开发者世界的强烈兴趣。原来属于红色项目的特性逐渐被合并到粉色项目中，红色项目（又称Raptor计划）最终被取消。在这段时期中，苹果内部也常常出现类似的问题；为了追求“下一个重大突破”，中层管理随意地往项目里添加新特性，导致了严重的需求蔓延问题。以粉色项目为例，开发进展最终减缓到项目停滞不前的地步。
1991年4月12日，苹果公司首席执行官约翰·斯卡利在一台PS/2 Model 70上给IBM的代表团秘密演示了运行中的粉色系统。尽管系统的功能尚不齐备，但其外观类似于在PC上运行的System 7。IBM对此表现出极大的兴趣，在接下来的几个月里，两家公司组成了联盟，以进一步开发该系统。这些工作在1992年初对外公布，并以新名称“Taligent”进行推广。当时，斯卡利对苹果能否凭自身力量发布粉色系统表示了担忧，他说：“我们希望在计算机行业中成为主要参与者，而不是一个小众参与者。实现这一目标的唯一途径是与另一家主要参与者合作。”
Copland (操作系统) 历史
新成立的联合公司内部的内斗堪称传奇，而苹果内部关于粉色项目的问题很快显得微不足道。苹果员工制作了印有图形的T恤，预言项目最终将变成一个仅由IBM参与的项目。1995年12月19日，苹果正式退出了该项目。IBM继续独自推进Taligent项目，并最终将其应用开发的部分以新名称“CommonPoint”发布。然而，这并未引起太大兴趣，项目在几个月内就从IBM的产品目录中消失了。
Taligent的工作开展的同时，对原有操作系统结构的改进工作却停滞不前。在此期间，数项新项目启动了，例如Star Trek project，这是将System 7及其基本应用程序移植到兼容Intel的x86机器上的项目，还达到了内部演示阶段。然而，由于Taligent项目仍然是重点关注的对象，新操作系统项目很难获得任何实际进展。
Copland (操作系统) 历史
苹果公司的蓝色团队则是继续在原操作系统上添加新功能。在1990年代初期，苹果公司发布了一系列主要的新功能包，其中包括QuickDraw GX、Open Transport、OpenDoc、PowerTalk等等。大多数这些功能包的体积比原始操作系统还要大。即使是较小的补丁也会带来稳定性问题，而随着这些功能包的体积和需求的增加，这些问题也愈加严重。到 1990 年代中期，Mac因稳定性差和频繁崩溃而恶名昭彰。
原操作系统的稳定性已经荡然无存，现成的答案便是Taligent，大家都认为它会凭借其全面的现代基础设施，包括完全可重入、抢占式多任务和内存保护来解决这些问题。然而，当Taligent的努力也失败时，苹果公司面临着操作系统老化、没有明确解决方案的困局。到1994年，即将发布的Windows 95带起的媒体热潮不断升温，媒体常常质疑苹果公司应对这一挑战的能力。媒体对苹果的态度发生了转变，经常将苹果的新项目描述为正在酝酿中的失败。
Copland (操作系统) 历史
Taligent项目一拍两散，旧操作系统弊病丛生。在压力之下，1994年底System 7.5发布后，苹果管理层决定，这个已有十年的操作系统已经走到尽头。需要一个新的系统来解决这些问题，而且需要尽快解决。由于现有系统中许多部分难以重写，苹果公司制定了一个两阶段的方法来解决这一问题。
在第一阶段，现有系统将被迁移到一个新的基于内核的操作系统上，该系统内置了对多任务处理和内存保护的支持。现有的库，如QuickDraw，为新系统重写将耗费太长时间，而且也不会被改造成重入式。因此，苹果公司采用了一种方案，即使用一个单一的准虚拟机——蓝盒（Blue Box），将应用程序和遗留代码（如QuickDraw）保留在一个内存块中，使它们可以像以前一样继续运行。蓝盒在一个独立的Copland内存空间中运行，因此蓝盒内的遗留应用程序或扩展崩溃不会导致整个机器崩溃。
在计划的下一阶段，一旦新的内核到位并且基本升级发布后，开发将转而将旧有的库重写成可以直接在新内核上运行的新形式。到那时，应用程序将获得一些新增的现代功能。
Copland (操作系统) 历史
在以音乐为主题的代号命名模式中，System 7.5的代号为Mozart，而这个计划中的继任者则被命名为Copland，以纪念作曲家亚伦·科普兰（Aaron Copland）。紧接着，设想中的继任系统Gershwin将完成将整个系统迁移到现代平台的过程，但Gershwin的开发从未真正开始过。
Copland项目首次由大卫·纳戈尔在1994年5月宣布。Copland的一些部分，例如新文件系统的早期版本，于1995年5月在WWDC上展示。苹果公司承诺，Copland的测试版在年底就会准备妥当，到1996年初就会正式上市。等到次年，就会发布Gershwin。在这一年中，苹果公司向多个杂志发布了几份展示新系统外观的效果图，并不断强调公司对这一项目的倾力投入。然而，到年底时，苹果并没有发布任何开发者版本。
Copland (操作系统) 历史
正如在粉色项目的开发过程中发生的情况一样，苹果公司的开发人员很快开始放弃他们自己的项目，转而投入到新系统的开发中。中层管理人员和项目负责人则反驳称，他们的项目对系统的成功至关重要，并将其纳入Copland开发流程中。因此，这些项目不能被取消，也不能仅仅因为员工被调到Copland项目负责某个部分而被搁置。这个过程在接下来的一年中逐渐加速。
“‘每当他们看到一些吸引人的东西时，都要把它加入到操作系统中去。’软件行业刊物《Softletter》的出版人杰弗里·塔特（Jeffrey Tarter）说。‘苹果公司内部到处都有一些小团队在做有趣的事情，但这些与苹果的产品线毫无关系。’” 结果形成了一个恶性循环：新功能的加入使得项目进度推迟，于是苹果公司不得不承诺更多的功能，以证明这些昂贵的延迟是值得的。此外，这种没完没了的模式在公司几乎无法承受任何失误的时候仍然持续存在。
Copland (操作系统) 历史
很快，项目就不怎么像个新操作系统了，倒像一堆新技术的集合：QuickDraw GX、系统对象模型（System Object Model, SOM），连OpenDoc也成为了系统的核心组件，那些毫无关联的技术，比如新型文件管理对话框（Open Dialog）和主题支持似乎也是如此。新特性列表的增长速度远超新特性被实现的速度，项目成为了特征蔓延的经典案例。一位业内高管指出，“问题的关键在于将功能削减至三四个最吸引人的特性，而不是拥有数百个可有可无的功能。我不确定这一点是否正在发生。”
随着“软件包”的规模不断扩大，测试变得越来越困难，工程师们在1995年就评价称，苹果公司宣称的1996年的发布日期是痴人说梦：“Copland绝对没可能明年发布，能1997年发布出来就不错了。”
Copland (操作系统) 历史
1996年中期，有爆料称Copland将具有运行为其他操作系统（包括Windows NT）编写的应用程序的能力。与此同时，尽管有Copland工程师据称证实了这一点，但Copland项目管理层却否认了这一说法。据称，这一功能的开发已超过三年。一位用户声称曾被Copland开发团队成员告知过这些计划。一些分析师预测，这一能力将增加苹果在企业市场的渗透率，而另一些人则表示这意味着“游戏结束”，只是麦金塔平台无关紧要的一个标志而已。
在WWDC 1996上，苹果的新CEO，吉尔·阿梅利奥，在整场讲演中几乎都在讲那时已被称为System 8的Copland。他反复强调，这是苹果目前工作的唯一重点，并且将在几个月内向开发者发布，计划于1996年底正式发布。然而，会议上几乎没有展示正在运行的操作系统。被拿出来展示的是将纳入软件包中的各种技术和用户界面组件（如新型文件管理对话框）。核心系统技术的展示很少，且一年前展示的新文件系统也没有出现。
有一种真正上手使用新操作系统的方法——就是在开发者实验室预约一个时间。然而，这体验并不顺利：
Copland (操作系统) 历史
有过一次对OS 8现状的实地演示。虽然能够瞥见几眼诱人的未来功能，但整体体验非常糟糕。它连文本编辑都还不支持，所以你能做的只有打开和查看文档（任何需要输入的对话框字段都是空白且无反应的）。此外，它极其脆弱，经常崩溃，往往在运行过程中损坏磁盘上的系统文件。演示人员定期格式化和重建硬盘。让我们甚至能够看到这个系统，实在令人难以置信。
亲历这场展会中的一些人抱怨微内核不成熟，特别是缺乏对称多处理功能，而这种功能在几个月内要发布的系统中添加是极其困难的。之后，阿梅利奥重新登台，宣布他们将把这一功能添加到特性列表中。
Copland (操作系统) 历史
1996年8月，“开发者版本0”被寄送给了少数几个精选的合作伙伴。与演示中所宣称的改进的稳定性完全不同，这系统经常什么都不做就会崩溃，并且完全无法用于开发。在十月份，苹果将计划的交付时间改为了“某个时间”，暗示或许会推迟到1997年。最感到意外的团队之一是苹果自己的硬件团队，他们一直在等待Copland能够使PowerPC得到原生支持，不再受软件遗留问题的困扰。苹果软件质量保证团队的成员开玩笑说，考虑到当前的资源和系统中的大量漏洞，他们可能要等到2030年左右才能将程序清理完毕并准备发货。
到了1996年8月晚些时候，状况仍然没有改善。阿梅利奥抱怨Copland只是“一堆碎片的集合，每一片都由不同的团队负责…幻想着能够把这些部分神奇地融合在一起。”为了挽救局面，阿梅利奥从国家半导体公司挖来了艾伦·汉考克，让她接管工程部门，替换掉艾克·纳西，并使Copland的开发回到正轨。
Copland (操作系统) 历史
在工作岗位上待了几个月后，汉考克得出结论，情况已经无可挽回；考虑到当前的开发和工程状况，她认为Copland永远也不可能上市。她转而建议将Copland中各种面向用户的技术分阶段推出，而不是一次性推出一个大版本。苹果公司在1996年8月正式取消了Copland项目，开发者版本的光盘袋已经印刷完成，但光盘尚未制作。
在这些新技术的外表下，基础设施却日渐老化。为了解决这问题，阿梅利奥建议在公司外部寻觅一个全新的操作系统以供使用。Sun公司的Solaris系统和Windows NT都是备选项。汉考克据称更倾向于Solaris，而阿梅利奥则偏好Windows。据说阿梅利奥甚至致电了比尔·盖茨讨论这个想法，盖茨承诺将让微软工程师投入工作，将QuickDraw移植到NT。
在和Be漫长的协商并传出与Sun计算机公司合并的流言后，苹果于1996年12月宣布将购买NeXT公司，将史蒂夫·乔布斯聘为顾问，让许多人大跌眼镜。阿梅利奥打趣说他们“选择了计划A，而非计划Be”。将NeXTSTEP移植到麦金塔平台的项目被命名为Rhapsody，并将成为苹果跨平台操作系统战略的核心。这会继承OPENSTEP现有的对PowerPC、Intel x86、以及DEC Alpha CPU架构的支持，以及在Windows NT上运行的OPENSTEP库的实现。这实际上使得Mac开发者能够进入Windows应用市场，他们可以从苹果公司获得库的许可，以便与他们的产品一起分发，或依赖于现有的安装。
根据汉考克的计划，开发工作在原System 7.5上继续，多个Copland的元素被融入其中。System 7在7.6版本发布时被重新命名为Mac OS 7，稳定性和性能得到了提升。许多Copland的功能，包括新的多线程 Finder 和对主题（默认为Platinum主题）的支持，被集成到了未发布的 Mac OS 7.7 测试版中，该测试版后来被重新命名并作为Mac OS 8正式发布。
随着乔布斯的回归，第八个大版本的重新命名也让苹果能够利用法律上的漏洞，终止对第三方制造System 7电脑的授权，成功终结了克隆Mac市场。之后，Mac OS 8.1终于支持了新文件系统，Mac OS 8.6升级了超微内核，以便支持有限的抢占式多任务。它使用的接口是Multiprocessing Service 2.x以及更新的版本，但是没有进程区分，系统仍然在进程之间使用协作式多任务。即使是支持Multiprocessing Services的进程，仍然有一部分运行在蓝盒中，蓝盒任务还负责运行所有单线程程序，并且是唯一能运行68k代码的任务。
Rhapsody项目在几次开发者预览版发布后被取消，对非Macintosh平台的支持也被放弃，最终以Mac OS X Server 1.0的形式发布。到2001年，这一基础与Carbon库和Aqua用户界面结合，形成了现代的Mac OS X产品。在Mac OS X 10.4（Tiger）发布之前的版本中，仍然使用了无根模式蓝盒的概念，以Classic形式运行为旧版本Mac OS编写的应用程序。许多最初在Copland演示中出现的功能，包括其高级的查找命令、内置的互联网浏览器、文件夹堆叠以及视频会议支持，分别以Spotlight (应用程序)、Safari、Stacks和iChat AV的形式在后续的Mac OS X版本中重新出现，尽管每个功能的具体实现和用户界面都大相径庭。
Copland (操作系统) 硬件要求
根据开发者版本中的文档显示，Copland支持以下的硬件配置：
基于NuBus的Macintosh: 6100/60, 6100/60AV (无AV功能), 6100/66, 6100/66 AV (无AV功能), 6100/66 DOS (无DOS功能), 7100/66, 7100/66 AV (无AV功能), 7100/80, 7100/80 AV (无AV功能), 8100/80/ 8100/100/ 8100/100 AV (无AV功能), 8100/110
前男友電視原聲帶
《前男友電視原聲帶》是台灣台視優質偶像劇前男友電視原聲帶，歌手小宇全創作，包含前男友偶像劇片頭曲、片尾曲及插曲。
火速救兵II
《火速救兵II》（英語：）是香港電台電視部與香港消防處合作拍攝的單元劇，全劇共5集，為《火速救兵》的延續。
三市街
三市街是指臺灣臺北市西側市中心的三處市街：
這三處街區原為相鄰的聚落，經過19世紀末以來的發展，已經連成一氣。自臺北在1885年成為臺灣行政中心以來，至1970年代東區商圈及信義計畫區興起前，三市街是臺北、乃至北臺灣的發展中心。臺北府城至今雖已不存，但因其舊城郭範圍內有大量政府機構廳舍位於其中，今日仍是臺灣的政治中樞。
彭维纳
彭维纳（昵称彭彭），广州人，前广东广播电视台、d100主持。现居日本。
彭维纳 个人介绍
2009年，彭在南方经视脱口秀节目《马后炮》主持人马志海的推荐下来到南方电视台，主持南方卫视新开播的新闻评论节目《今日最新闻》。彭说话幽默耿直，常以率直、強硬及诙谐的语言评论时事，因其节目新闻内容贴近民生，评论内容反映民意，受到广东观众的欢迎，被称为“广东三大名嘴”之一，常常被民众和前广州台《新闻日日睇》主持陈扬比较。
其在2011年7月温州铁路列车追尾事故新闻节目中痛批铁道部的片段曾被香港电台《头条新闻》、《太阳报》及《苹果日报》引用；同年10月，因记者采访被街道的“临时工”追打，彭在節目中憤而将街道给的通稿當場扔走并激动地发表了保护记者权益为主旨的演说。
除今日最新闻的主持工作外，亦在香港网络电台d100主持节目至2015年。2020年3月28日，彭在个人公众号上宣布辞职，将在同年4月1日起离开广东广播电视台，后移居日本。
青楼十二房
《青楼十二房》（英語：）是香港1994年上映情色电影。
青楼十二房 剧情
唐朝，贫女阿青被卖入妓院“尝乐坊”，其老板五姑娘有十二间房的奇异器械用于顾客行房使用，她叫刚哥制造各种奇怪的性用品，将阿青许配给一个长相丑陋的富家公子，刚哥的徒弟阿逸挽救了阿青，破坏了富家公子和阿青行房，经过一系列挫折，最终阿青和阿逸在一起。
阿姆沙里克河
阿姆沙里克河是俄羅斯的河流，位於堪察加半島，河道全長約14公里，河水主要來自融雪和雨水，最終注入堪察加河，是鮭魚的產卵地。
J·C·陈多尔
杰弗里·麦克唐纳·陈多尔（英語：，1973年11月24日—）或簡稱J·C·陈多尔（英語：，/ˈʃændɔːr/），是美国男导演、编剧和製片人。2010年执导了第一部电影《商海通牒》。影片于2011年1月的圣丹斯影展上首映，并入围了第61届柏林国际电影节。
J·C·陈多尔 早期生活
陈多尔生于新澤西州莫里斯敦，1996年他毕业于伍斯特学院。以前他从事广告和纪录片领域达15年。
有向无环图
在图论中，如果一个有向图从任意顶点出发无法经过若干条边回到该点，则这个图是一个有向无环图（英語：，縮寫：DAG）。
因为有向无环图中从一个点到另一个点有可能存在两种路线，因此有向无环图未必能转化成树，但任何有向树均为有向无环图。
有向无环图 定义
图由顶点和连接这些顶点的边所构成。每条边都带有从一个顶点指向另一个顶点的方向的图为有向图。有向图中的道路为一系列的边，系列中每条边的终点都是下一条边的起点。如果一条路径的起点是这条路径的终点，那么这条路径就是一个环。有向无环图即为没有环出现的有向图。
当存在一条从顶点u到顶点v的路径时，顶点v被称作是从顶点u可达的。每个顶点都是从自身可达的（通过一条没有边的路径）。如果一个顶点可以从一个非平凡路径（一条由一个或更多边组成的路径）到达自身，那么这条路径就是一个环。因此，有向无环图也可以被定义为没有顶点可以通过非平凡路徑到达自身的图。
有向无环图 数学性质
有向无环图的可达性可以用其顶点的偏序关系≤来表示。在偏序关系中，如果存在一条路径从顶点u指向顶点v，它们的偏序关系可被写作u ≤ v。这也被称作v是从u可达的。不同的有向无环图可以有着相同的可达关系和偏序关系。例如，有两条边a → b，b → c的有向无环图，和有三条边的a → b, b → c，a → c的有向无环图有着相同的偏序关系a ≤ b ≤ c。
对于一个有向无环图G，它的传递闭包等同于一个在保持与其相同可达性的情况下，边数最多的图。在这个图中，当u可达v的时候，边u → v必定存在。换句话说，每个G中的非相同元素偏序关系对u ≤ v都在这个图中有一条边。这可以被视作用图来可视化图G的可达性关系。
有向无环图G的传递规约为和其有着相同可达性，边数最少的图。它是G的一个子图。构造方法为当G有着一条更长的路径连接顶点u和v的时候，消去边u → v。
传递约简和传递闭包都是有向无环图的特有概念。相反的，对于有向有环图，可以存在多个与原图有着相同可达性的最简子图。
有向无环图 数学性质
对于有向无环图G和表达其可达性的偏序关系≤，它的传递规约也可以看作包含G的覆盖关系中每一条边的G的子图。传递规约在图示有向无环图的偏序关系时十分有用，因为它们比其他具有相同偏序关系的图的边数要少，这简化了绘图。偏序关系的哈斯图由将传递规约中的每条边的起点绘制在其终点的下方而得到。
有向无环图的拓扑排序为所有边的起点都出现在其终点之前的排序。能构成拓扑排序的图一定没有环，因为环中的一条边必定从排序较后的顶点指向比其排序更前的顶点。基于此，拓扑排序可以被用来定义有向无环图：当且仅当一个有向图有拓扑排序，它是有向无环图。一般情况下，拓扑排序并非唯一。有向无环图仅仅在存在一条路径可以包含其所有顶点的情况下，有唯一的拓扑排序方式，这时，拓扑排序与它们在这条路径中出现的顺序相同。
有向无环图的拓扑排序族等同于其可达性的线性拓展族。 因此，偏序关系相同的任意两个图会有相同的拓扑排序集。
罗宾逊 (1973) harvtxt模板錯誤: 無指向目標: CITEREF罗宾逊1973 (幫助)研究了有向无环图的图计数问题。
如标号顶点在拓扑排序中出现的顺序不受限制，有n个顶点的标号有向无环图的数量为
有向无环图 数学性质
1, 1, 3, 25, 543, 29281, 3781503, … （OEIS數列A003024）。
其中n = 0, 1, 2, 3,……。这个数列的递推关系式是
埃里克·韦斯坦因推测，n个顶点的标号有向无环图的数量与其中所有特征值都为正实数的n*n逻辑矩阵的数量相同。这一点随后被证实，证明采用了双射法：一个矩阵A是有向无环图的一个邻接矩阵，当且仅当A + I是一个所有特征值都为正数的逻辑矩阵，其中I为单位矩阵。因为一个有向无环图不允许自环，它的邻接矩阵的对角线必定全为0。因此，加上I保持了所有矩阵因子都是0或1的特性。
多重树由将自由树的边定向而得到。多重树必定是有向无环图。对于有根树，将其所有边赋予指离根的方向也可以得到有向无环图，即树状图。
强明确树是每两个顶点最多被一条路径所连接的有向无环图。等价的说，它是满足以下性质的一个有向无环图：对于图中每个顶点v，从v可达的顶点组成一颗树。
有向无环图 相关计算问题
可以用线性时间复杂度的卡恩算法来找到一个有向无环图的拓扑排序。简单来说，开设一个存放结果的列表L，先将入度为零的节点放到L中，因为这些节点没有任何的父节点。将与这些节点相连的边从图中去掉，再寻找图中入度为零的节点。对于新找到的节点来说，他们的父节点已经都在L中了，所以也可以从末端插入L。重复上述操作，直到找不到入度为零的节点。另外一种构造拓扑排序的算法是将深度优先搜索的后序遍历结果翻转。
检查一个有向图是否为有向无环图亦可在线性时间内完成。一种方法是先找到一个拓扑排序，然后测试这个排序是否能符合图中每条边所连顶点在排序中应该出现的顺序。对于卡恩算法在内的部分拓扑排序算法，通过在算法终止时判断是否满足一定条件即可知道图是否有环。如果有环，卡恩算法最终获得的L中节点个数会与图的节点总数不同。
有向无环图 相关计算问题
任意无向图都可以被转化为有向无环图。构造方法是选定一个顶点的全序关系，并将无向图中所有边从全序关系中较前的顶点指向较后的顶点。这种方法是定向方法中的无环定向。不同的全序关系可能推出相同的无环定向，因此一个包含n个顶点的图的无环定向数量小于n!。如果定义χ为给定图的色多项式，无环定向数量等于|χ(−1)|。
任意有环有向图都可以被转化为有向无环图。只要从图中移除反馈节点集或反馈边集，即对于图中每个环，至少包括环中一个顶点或边的集合。不过，找到反馈节点或边的最小集合是NP困难问题。另外一种方法将有环有向图去环的方法是将每个强连通分量收缩为一个顶点。对于无环图，它的最小反馈顶点或边集为空集，它的强连通分量则为自身。
有向无环图的传递闭包可以通过广度优先搜索或深度优先搜索对每个节点测试可达性来构建。算法对于一个有着n个顶点和m条边的有向无环图的复杂度为O(mn)。也可以使用矩阵乘法算法中最快的Coppersmith–Winograd算法，其复杂度为O(n2.3728639)。这个算法理论上在稠密图中快过O(mn)。
有向无环图 相关计算问题
不论在哪种传递闭包算法中，那些被一条长度至少为2的路径所连接的顶点对，都可以和只有一条长度为1的路径所连接的顶点对区分开。由于传递约简包含后者，传递约简可以在和传递闭包相同的渐进时间复杂度中被构建。
闭包是一个图中没有出边的顶点子集，即不存在从子集中顶点指向子集外顶点的边。闭包问题是则是找到带权图中使得权之和最大或最小的子集。闭包问题可以看作最大流问题的简化版，在多项式时间内被解决。实际上，是否有环对于找到闭包没有影响。
基于拓扑排序的性质，有向无环图的最短路问题和最长路径问题可以在线性时间内解决。将顶点拓扑排序后，从前到后遍历每一个顶点，对于遍历到的顶点，更新其所有出边所到达顶点的长度值。如果求最短路，则在本边是更短路径的一部分时更新。求最长路则反之。对于非有向无环图，最短路需要用复杂度为的戴克斯特拉算法或的贝尔曼-福特算法等。最长路径则是一个NP困难问题。
有向无环图 应用
有向无环图的偏序关系可以在调度有着先后顺序限制的系统任务中发挥作用。调度问题的一个重要种类是串联需要更新的对象，如電子試算表中某个单元格的计算公式依赖于其他单元格，或在程序的源代码被修改后重新编译目标文件。依赖图则记录了这种更新依赖关系。其每个顶点对应一个需要被更新的对象，边则表示更新的关系。依赖图中的环被称为环状依赖。环状依赖通常是不被允许出现的，因为不能保证圈内任务排定顺序的一致性。无环的依赖图即为有向无环图。
举例来说，当电子表格中一个单元格的数值发生改变，其他直接或间接依赖于该单元格的所有单元格的值都需要被重新计算。被调度的任务为重新计算某个特定单元格的值。当一个单元格的值取决于另外一个单元格时，两个单元格之间则有依赖关系。每个被依赖单元格的值的计算过程都必须先于使用它的表达式执行。使用依赖图的拓扑排序来调度任务使得在每个单元格的值都仅被重新计算一次的情况下，整个工作表都能被更新。相似的任务调度场景出现在程序源代码编译的makefile，和优化计算机程序底层执行的指令调度中。
有向无环图 应用
计划评审技术是一种基于有向无环图的计划排定技术，通常用于组织大型的人工项目。在计划评审技术中，每个顶点表示项目的一个里程碑，每条有向边表示任务或者活动，连接着表示任务开始或结束的两个节点。每条边则被标注上预估需时。图中的最长路径即为项目的关键路径。关键路径决定了项目所需的总时间，里程碑的完成时间取决于结束于本顶点的最长路径。
有向无环图可以用于表示处理数据的元素网络。在网络中，数据从一个元素顶点的入边进入，处理后从出边离开。
在电子电路设计中，静态组合逻辑电路块可以被表示为由邏輯閘组成的有向无环系统。每个逻辑门对输入做一次函数处理，输入和输出均为一个位元组。通常，这些电路块的输出不能够再作为输入，除非它们被存储在寄存器或者状态单元中，以保证图不出现环。
数据式编程语言描述针对数据流的操作，以及操作的输出和其他操作的输入之间的关系。这类型的语言使得描绘高重复率数据处理任务的变得更加简单，因为同样的数据操作可以应用于许多数据项。数据操作可以用有向无环图来表示。这些数据操作可以被并发执行，从而高效利用多核心处理器。
有向无环图 应用
在編譯器中，直线码（不含条件分支和循环的代码段）可以使用有向无环图表示。图标示出每个算术运算的输入和输出。这种表示法让编译器能执行通用子表达式删除，使得代码更高效。
用顶点表示事件，边表示因果关系的图通常是无环的。事件由时间上的先后顺序来排列，所有箭头遵循从先发生事件指向后发生事件的原则，因此也不存在环。
举例来说，貝氏網路表示多个概率事件的关联网络。顶点表示事件，后续事件的发生可能性则可以通过其在有向无环图的前驱节点的发生概率计算出来。在此基础上，一个有向无环图的端正图通过以下方法而得到：将单个顶点的所有父节点之间添加一条无向边，再将所有的有向边换成无向边。
另外一种具有相似因果结构的图是影响图。其顶点表示决策或不确定的事件，边表示两个顶点之间的因果关系。在流行病学中，这些表示因果关系的图表常常用来评估不同干预手段的效果。
有向无环图 应用
谱系图可以看作是有向无环图，顶点代表家族成员，边代表亲子关系。虽然谱系图也被称作为家族“树”, 但近亲结婚导致的血统崩溃会违反树的性质。即一个孩子的祖先既可以从父亲向上追溯，也可以从母亲一侧。图中的母系血统和父系血统则可以看作为树。因为没有人可以是自己的祖先，谱系图是无环的。
基于相同的原因， 一个分散式版本控制系统的版本历史的结构也是有向无环图。在系统中，每个版本对应一个节点。边连接起有直接衍生关系的两个版本。由于分支合并的存在，这个结构并不能用树来表示。
有向无环图 应用
在计算几何领域，许多随机化算法都会维护一个“历史有向无环图”，用以记录结构变动中的旧几何结构。例如，在德勞內三角化的随机增量算法中，在添加每个点时，通过用三个较小的三角形替换一个三角形，以及通过“翻转”操作将三角形对替换为另一对三角形，来改变三角剖分。在该算法的历史有向无环图中，每个在算法中构建出的三角形对应一个顶点，边则将每个三角形和替代它的两个或三个三角形连接起来。这种图结构可以高效地处理点定位问题，即对于一个查询点q，找到它在德勞內三角剖分中的位置。在历史有向无环图中，从起点开始，不断移动到包含q的替代三角形组，最后到达的终点必定代表包含q的德劳内三角形。
在引用图中， 每个顶点代表单篇著作，边代表著作之间的引用关系。1965年普莱斯的文章“科学文献的网络”是使用引用图的一个经典例子。在引用图中，每篇论文的引用次数为对应顶点的入度。这是引文分析中的一种重要的展示方式。另一个例子是法律裁判中，法官通过引用过往案例中的判决来支持他们的结论。引用图亦可以用来描绘专利，因为专利必须要提及现有技术，即已经公开的并且和本专利有关的先前专利。
有向无环图 应用
相较于网络科学中对一般图的研究，有向无环图的独特性质可以被用来作深层次分析。例如，传递规约可以呈现引用在不同应用领域的分布情况，这突出了不同领域中不同的引用网构造机制。引用图的衍生概念还有主干道路分析，即对引用图中最显著的一条路径的分析。
有向无环图也可以用于对一系列序列的压缩中。在这里，有向无环图中的路径代表这些序列。当多个序列有共同的子序列时，子序列可以被表示为这些序列对应路径的公共边。比起直接列出所有序列，这种方法占用更少空间。例如，有向无环词图为仅含单个源（入度为0的顶点）的有向无环图，其每条边附有一个或多个字符。每条其源到汇（出度为0的节点）的路径均代表一个字符串，字符串可以是英文单词。与其结构不同但功能相似的树称为trie。相比于trie，有向无环词图允许多条边指向同一个顶点，使得具有相同后缀的一些词的词头可以被相同的顶点所表示，因而更省空间。
二元决策图是基于有向无环图的一种数据结构，用于表示布尔函数。在二元决策图中，每个非汇节点对应一个布尔变量，每个汇和边则表示0或1。要找到一个解释的真值，只要从唯一的源顶点出发，沿着该顶点代表的布尔变量的实际真值所对应的出边一直前进，到达的汇则为其真值。如同有向无环词图可以被看作是trie的一种压缩形式一样，二元决策图可以被看作是决策树的压缩形式。它通过将导向相同结果的边重新汇合到一个顶点来节省空间。
安切克拉克河
安切克拉克河（俄語：）是俄羅斯的河流，位於堪察加半島，河道全長約10公里，河水主要來自融雪和雨水，最終注入堪察加河，是鮭魚的產卵地。
嵊泗设治局
嵊泗设治局，民國時設置於江蘇省的設治局，位于嵊泗列岛，今浙江省嵊泗县。
嵊泗设治局 历史沿革
嵊泗列岛原属崇明县。民国三十五年（1946年）12月，改为江苏省直属区，直接受江苏省政府管辖。直属区相当于县级，设有区长。民国三十六年（1947年）10月置嵊泗设治局，局所驻菜园镇（今浙江省嵊泗县驻地菜园镇），隶属于江苏省第三行政督察区。民国三十七年（1948年），设治局改由海军管辖。民国三十八年（1949年）9月3日，升格为县。
嵊泗设治局 行政区划
辖嵊山、菜园二镇及枸杞、花鸟、绿华、小洋、马关、青沙、五龙、金平八乡。
阿利奇科夫河
阿利奇科夫河是俄羅斯的河流，位於堪察加半島，河道全長約46公里，流域面積45平方公里，最終注入伊恰河，是虹鱒和遠東紅點鮭的棲息地。
拉索希納河
拉索希納河是俄羅斯的河流，位於堪察加半島，河道全長約72公里，流域面積845平方公里，河水主要來自融雪和雨水，是虹鱒和遠東紅點鮭的棲息地。
佩圖科夫河
佩圖科夫河是俄羅斯的河流，位於堪察加半島，河道全長約16公里，河水主要來自融雪和雨水，最終注入大哈皮納河，是虹鱒和遠東紅點鮭的棲息地。
大哈皮納河
大哈皮納河（俄語：）是俄羅斯的河流，位於堪察加半島，河道全長約111公里，流域面積1,960平方公里，河水主要來自融雪和雨水，是鮭魚的產卵地。
基爾丘里奇河
基爾丘里奇河（俄語：）是俄羅斯的河流，位於堪察加半島，河道全長約32公里，河水主要來自融雪和雨水，是虹鱒和遠東紅點鮭的棲息地。