レタス日和

朴東根（박동근;年頃1945 - ）も、わからない公園として知られ、テコンドーの韓国のマスターです。彼はタイトルをグランドマスター、保持して[1] [2]テコンドーの第九段のランク、[2] [3]、200以上の選手権大会でテコンドーの格闘家として出場、無敗の残りの[1]彼は、武術の導入1966年テコンドーのタイには、[2]は、アメリカ合衆国に定住する前に、両方のテコンドー監督は、米国代表チームは、米国オリンピックチームだった。[1]
[編集]生い立ちとアジアでの経歴

朴韓国で、または二次世界大戦直後に生まれた。彼は1962-1966から韓国代表チームのメンバーだったと1964-1966からチームの主将を務めた。[1]彼は、韓国のナショナルチャンピオン1962年から1966年からだった。[1]の引退で、彼は殿堂された韓国のアマチュア陸上競技協会の殿堂入り、200以上の試合で唯一の無敗のテコンドーチャンピオンとして[1] [2]

公園のタイに、1966年にプミポン国王タイの個人的な要求では、タイ王室や米軍にテコンドーを教えるに移動する[2]。
[編集]経歴北米で

朴智星はアメリカ合衆国に1971年に移動し、はDK 公園テコンドースクールを設立しました。[2]後に、その年、彼はテレビのトゥナイトショージョニーカーソン主演に出演[2]公園ニューヨーク州立大学ではテコンドーのプログラムを設立1973インチ[2] 1975年、彼は2人の生徒関係者は米国国立テコンドー選手権のタイトルを獲得しての最初の講師となり、両者の第2回世界テコンドー選手権大会、ソウル、韓国内で競い合いました。[1]公園の長さ第4回世界選手権シュツットガルトで1979年には、米国ナショナルチームの監督は、ドイツ[1] 1982年、彼はコーチオブザイヤーは、アマチュアアスレチックユニオンによって命名された[2]。

1982 1996から、朴委員長はアメリカ合衆国テコンドー連合のコーチを務めた。[2]彼は、1988年のソウルオリンピックでは、米国オリンピックテコンドーチームの監督だった。これは、オリンピックのデモンストレーションスポーツとしてのテコンドーの初出場だった。公園、再び1992年の夏のバルセロナ五輪では米国オリンピックテコンドーチームの監督は頭だった。 1993年、彼は世界選手権では、米国チームの監督は、親善試合、ロシアサンクトペテルブルクで。[2]で、1994年だった]   

相起パイク（1929-2009）第十段名人[編集] 国技院世界テコンドー本部長だった彼は土相クワンの人生の4つの要素（学校：空気と呼ばれる武術のユニークなシステムの生みの親、大地、火、水）[1]彼のシステムは、傳法を、彼は偉大なグランドマスターユンビョンホンの下で研究していたに基づいていたキムギドクガーンとでは、韓国ではテコンドーの習得とさまざまな要素を蹴る組み合わせて育つShudokan空手道[1]。

パイクアメリカ合衆国、韓国からは1969年にウィスコンシン大学マディソン校での霊長類研究センターの病理学者としての仕事に移動する。[編集] 1971年、彼は"白の米国東洋の武術研究所"で、最終的には左に開いた彼の武術の教えにすべての彼の努力に専念するための研究の位置[1] 1978年、彼は"白のアカデミー総合格闘技の芸術"が、彼は元小学校の建物を購入し、独自のトレーニング施設には、変換は、学校の名前を変更その3つの別の体育館やライブ、深刻な生徒と講師の寮の部屋に含まれる。そこで彼は"彼の黒帯をスタッフが10時間のセッションは、パイク、これら彼は名人の尹氏とキム韓国の下で出席し、ミラー化したすべての食事を一緒にし、宿泊、[2]の2日間で構成される特別な週末の訓練" セッションを主催

彼は、世界テコンドー連盟と彼の人生[2]を通じて、関係維持し、オリンピックの正式種目としてテコンドーを確立、マディソンでは、1990年に米国テコンドー連合全国大会のホストを含む[1を支援する仕事]とは、米国チームの監督を務めて予選のイベントは、1992年バルセロナオリンピックにつながる中に[2]。

武術の彼の長い伝統的な背景にもかかわらず、彼の創造性とトレーニングやフォームの開発には科学的なアプローチについての情熱的だった。たとえば、この創造性に彼の原因を支持すると脚の動きを完全に独立を教え、多くの混合技法と、複数のターゲットに戻る地面に足持ち込む前に蹴る - 伝統的なテコンドーの時間では珍しい[2]また、正常に実装史上初のクリエイティブフォーム事業部は1990 USTUで全国選手権大会[3]通信では彼のアイデアのロビーには、パイクは、"時のテクニック、アートになる、芸術、哲学になる書き込み。は我々を尊重し、伝統的な形式の練習、私たちもの芸術を進める上での創造的なプロセスを可能にする必要があります武術の"[3]

彼はフルタイムの授業から1997年頃、退職者とすぐに、ウィスコンシン州マディソンパイクの伝統的な武道"の名の下で、彼が学校運営の息子、7段のマスタピーターベックには、学校を可決した。"[1]   

キムジョン1804-1866？）韓国語の地理学者、地理学者だった（ペン名古山子;ホ。注文のための研究との彼の最高傑作をコンパイルする彼は文字通り全体の長さや山や谷を介して韓国半島の幅を歩いて、大同Yeojido（대동여지도、大东舆地图）は、韓国が1861年に出版されたマップそこから続いて1つのシートのバージョンなされた、大同書物Jeondo（대동여지전도大东与地全图）。

このイベントは金氏の死を取り巻くあいまいされます。明確である何がされている1866年の大同 Yeojidoの後、改良版の金から再度聞いていないされている出版した。最も有名な物語は、韓国の摂政大院君、金総書記の偉大な地図の以降のバージョンを表示するには、機密性、国家の防衛に重要なの詳細は、包含に激怒した行く。これは韓国とフランコに対するフランスの侵略のコンテキスト内では、中国（第二次アヘン戦争）で英国の暴行、その結果不安を外国の侵略について。大院君金、逮捕、投獄し、暴行、彼はその後、刑務所で死亡した。イベントにはこのバージョンの証拠はない。韓国は、キムジョン言及しないでいくつかのレコードをこのようなエンドレコードはありませんホ。   

金、より良い韓国のとうもろこし博士""として知られ、またはアフリカのように"緑の革命"は、貧しい家族のため、蔚山市では、南東部の海岸で生まれた。この家族経営の農業で生き残るために、そして、家族の息子としても支援金に依存。彼は、蔚山農業研究所では、彼の農業知識の拡大を学んだ。しかし、それは彼の家族の経済状況のために大学に入学することが難しかった。その代わり、彼は奨学金を得て、農業科学生命慶北大学、韓国での学部に入った。

彼agriculutral科学者になると、世界の飢餓と闘うことを夢見キム教師としての大学に通うための資金を集めるために働いた。

農業への情熱を持つ彼は、トウモロコシの彼の知識を拡大することを決めた。彼は、ハワイ大学では、彼の脅威飢餓として知られて破りの主要因トウモロコシの調査に乗り出したを学んだ。彼は、30倍の時に、韓国語1より優れていたアメリカのトウモロコシと感銘を受けました。彼の研究をすぐに関心を集めました。その時間の間には、アメリカ合衆国""良いとうもろこしを求めて約50社が、彼らは金氏の研究を発見した。 "金総書記、あなたの調査は本当にすごいですね。我々は驚かされます。あなたたちの仕事をしたいですか？私たちは20回以上"が、お支払いとなります金総書記を否定し、彼は韓国に彼のハワイ度返されます。最後に、彼は都市の品種18、19、20、水原、彼は江原道に生えての道を開発した。ときは、トウモロコシ、金は、彼らは、アメリカのものと同じ大きさ見て育った。

実際に、彼は韓国の恩恵は、アメリカ合衆国ではトウモロコシのハイブリッド開発はわずか5年間で55年後にした。この成功は、ハイブリッド人以上にすることができなかった韓国の農業は、変更された。
[編集]初期の目標を

IITA（国際熱帯農業研究所）1967 2アメリカの組織caritativeに専用の[明確化が必要]のエンティティによって設立された、この組織はまた、国連の支援を行った。博士は、金、ナイジェリア、IITAの席で彼の最初の使命とIITAに入った。彼の約束する人々を助けるを思い出し、彼はアフリカに行きました。が、彼はアフリカのハイブリッドを検索するようになった。これは、中央および西部アフリカのハイブリッドを生成することができなかったとされ、しかし、博士は金総書記の取り組みを整理し続けた。彼は耕作のは、アフリカの農家にとっては、ほかの世界では、耕作役立つことができる品種を作成する試みに抵抗の病気。時間には、金つなぎ、西部および中部アフリカの農家のためのハイブリッドにした"奇跡の中央と西アフリカの"。ナイジェリアは、トウモロコシの年間100万トンを輸入するために必要、現在は自己のトウモロコシ生産量で十分です。

アフリカでの彼の滞在中、彼はマラリアにかかり5回が、それぞれの時間を回復している。それは彼で、中央と西アフリカのうちの旅行で100万キロメートルの蓄積されたと考えられています。 "アフリカの私の最善の利益品種は、"striga"、ハーブの"悪魔のハーブ"このハーブは70億ドルの損失の原因として知られる。欧米の捜査に抵抗する可能性が作成されました  

張永実の誕生チャンファミリー[1] [2]とは、朝鮮王朝[3]の史料での家系でのみ記録されます。これらの記録によると、彼の父、チャンソンホ輝氏は、中国から来たチャンの家族の第8世代された[4]。チャンソンホフィソン3 5人兄弟と、すべての人の兄弟のは、以前は高麗の閣僚だった。多くの歴史的な記録[5]している彼の兄、チャンソンホバル氏は1344年生まれで、彼の墓の宇井に位置し、北の州で成について。 （）、それによって自分たちの（永実さんとその母親）の社会的地位gwannoされ、芸者実録状態は、彼の母親グワンジされた[6]公務員の地区裁判所で（バント）。永実の才能ので、彼は宮廷に派遣された優秀されました。以上から、我々は永実高官状態の家族の中では生まれたときには忠武公宋クーデターは、上昇otの朝鮮時代、チャンソンホフィソンを与えたのパワーを解き放つソンゲ推論が政治犯となり、永シル、彼の母親gwannosとなった。
[編集]国家公務員

世宗大王の富も社会的なクラスで関係者は彼らの才能に基づいてではなく、選択の政策を設けた。チャンの名声は彼のハンソンで、宮中への参入を得た（現ソウル）、ここで選択された庶民の王と彼のアドバイザーを前に、自分の才能表示されます。世宗は、チャン工芸品やエンジニアリングの彼の期待に会い、見て、宮殿で、政府関係者として動作するようにチャン許可[7]。有能な科学者は世宗大王の新プログラムの下で採用ホールWorthiesの（집현 전;集贤殿で働いていた。集賢殿）[8]。   

ベンジャミンW.李、韓国ソウルで生まれた。彼はソウル国立大学で、彼のクラスの上で化学工学を入力された高校を卒業する前に。大学の中で、彼はアメリカ合衆国に移住し、マイアミ大学で学士号を取得、卒業、ピッツバーグ大学で修士課程と博士課程25歳ペンシルベニア大学で。李研究所先端研究のために勤務し、ペンシルベニア大学、SUNYのストーニーブルック校、シカゴ大学で物理学の教授をされ、フェルミ国立加速器研究所の理論物理学部門の責任者。 1977年6月16日、彼は車の事故ではないまでキウォニー、イリノイ州に殺された。彼は、世界クラスの素粒子物理学者としての彼の仲間たちは彼の突然の死の時に見なされていた。イ対称性の原則とは弱い相互作用を学んだ。
[編集]死をめぐる論争

韓国では、彼の学問と政治的提携について虚偽の情報を、彼の人気小説でした。その小説は、彼は韓国の独裁政権が核兵器を開発し、彼の死とCIAの間に何らかの関係することを目的に役立つしようと説明した。ではなく、彼は精力的にその時点では、韓国の独裁的なシステムに反対し、彼は、政府に反対する素粒子物理学についての韓国の大学院教育のために設計されたすべてのプログラムを取り消した。 [1]   

ジョンのすべてのネオの合成に彼の仕事のための儒教の中間朝鮮の考え上記の知られている[2]の過程で、彼は多くの法律、政治理論などの分野で、儒教のクラシックを書いた。彼は孔子の独創的な考えとは直接の接続に儒教の奨学金を返すように求めた。彼は、孔子の故郷を流れる二つの川への参照をクラシック"スーサにこのリターン"（수사/洙泗）学習と呼ばれる[3]。

このアイデアのサービスでは、鄭両方の不毛な語源の奨学金を追求する独自のための哲学的理論的には魅力的に自分の時間の哲学を批判した。[4]彼は、奨学金を再度する必要があります音楽など、もっと重要な問題に焦点を主張し、儀式は、法律。これだけではなく、政治的な主張の知的されました：彼は、人々はこれらの問題に焦点を改革する必要があります王室のサービスの修飾gwageo検査をしている[5主張]
[編集]名称

彼の生活の中で別の回では、鄭浩の多種多様な、またはペンの名前を採用した。最もよく、これらの既知の、茶山、"お茶の山を意味する。"同じ名前の山付近の内部亡命中で、鄭氏は、康津郡では、全羅南道の海岸沿いに採択された。彼の鄭秀文（삼미/三眉）、Yeoyudang（여유 당/与犹堂）、サーム（사암/俟庵などの他のペンの名前）、Jahadoin（자하도인/紫霞道人）、Tagong（탁옹/箨翁） Taesu（태수/苔叟）、Munamirin（문암 일인/门岩逸人）、およびCheolmasancho（철마산초/铁马山樵）。

出生時、彼の父親Gwinong礼儀のチョン（귀농/ 归农）は、"土地に戻ることを意味した。"これは彼の父の決定は、皇太子の英祖の殺人事件を契機に、政府のサービスを残して反射[6]。

として、ローマカトリック、彼は韓国語の洗礼名が John、または요한（ヨアン）を受け取った。

彼の死の後、王の死後の名前ムンド（문도/文度）チョンに献上した。文を書いたり文学を指し、法律にありません。   

スティーブン（しばしばラテン語ステファヌスなど）煥キムスファン、レンダリングされた（1922年5月8日 - 2009年2月16日）のシニア枢機卿は、ローマカトリック教会、旧大司教、ソウル、韓国だった。軍事政権から民主主義へ韓国の流血と激動の移行を進めていた象徴的な図は、彼は広く、すべてのセクション間で、韓国社会で尊敬された。

彼は大邱現代韓国で生まれ、ソウルの高校に出席した。彼は上智大学で1941年から1944年まで、哲学を学び、カトリック大学、韓国のソウルで1947年から1951年まで、彼が卒業した。安東で教区司祭として簡潔に務めた後をクリックし、教区大邱の秘書として、彼はドイツにミュンスター大学1956 1963からで社会学を旅した。

金枢機卿の地位 - プリーストサンフェリーチェダCantalice Centocelle教皇パウロ6世のために1969年4月28日の教会会議が大司教ソウルの1968年には1966年以来の司教馬山の後に提起された。 46歳の時、彼はその時の枢機卿の最年少のメンバーだった。彼は1970年には、無窮花号を取った1978年の2 つのconclavesに参加しました。

中に朴正煕とは、70年代と80年代の彼の後継者の軍事独裁政権は、韓国カトリック教会の金総書記の指導の下で、韓国の民主化運動の焦点として強調された。

1998年には、金枢機卿大司教ソウルとして、すぐに社長を務めた後、引退したデリゲートアジアは、世界教会会議の司教のための特別国会の。彼は、生き残った3人のメンバーの最初の年、2004 年にフランツケーニッヒの死で、彼は大学の上級会員サービスの面となり、1969年には、教会会議のリストに昇格。しかし、ローマ法王ヨハネパウロ2世の死後、使徒座空位の儀式では、protopresbyterのタイトル（シニア枢機卿司祭）金枢機卿と題するどのエウジェニオデアラウージョ売上高は、別の1969人枢機卿として金総書記の後輩でも枢機卿で楽しめたしかし、聖職者としての上級司教として、オフィスの特定の儀式の職務を放流した。

彼はもはやローマ教皇の選挙で投票する資格が、 2002年に80歳に達し、彼はその後のコンクラーベに参加していない。教皇就任ローマ教皇ベネディクト16世の時、彼は枢機卿protopresbyterの義務を履行しなかった。

2007年からは、金総書記の健康が徐々に悪化した彼はめったに公開で見たように、最後の明洞聖堂は、2008年のクリスマスの真夜中のミサである。彼はソウルで2009年2月16日に呼吸器疾患で死亡した。 4日間の状態の期間に横たわって中のすべての宗教の一部400,000会葬者は街の明洞聖堂で棺過去を起こしていると言われた。彼は府だった  

李滉Ongye生まれ里（現在の安山）、安東、慶尚北道、1501年11月25日に。彼は、真聖李氏に属した。彼は天才児だった。 6歳の時、彼は近所の老紳士から千字文を学ぶには、開始時12歳の叔父、李米国の19歳の時から、孔子の論語を学んだ彼は、2つのボリュームを取得Seongni大田、ネオの大きな大要-儒教胡広で、そして偉大な覚醒のプロセスを経験した。彼は歌に専念になったと思った。

彼はソウルに彼が23歳の国立アカデミーに留学するため、古いされ、来て、33歳の時に先頭を優等で予備的な地方公務員試験に合格し、彼の学術的な追求も継続して朝鮮政府のために働いながら。実際、彼は政府の彼の人生を通して動作するように、 29の異なる位置を介して移動を続けた。彼の整合性は、彼が参加した彼の執拗した腐敗した政府関係者をパージします。国王に報告では、彼は情け容赦なく省人、正直に奉行からの命令を無視して不正に政府の記事を所持することによって財産を建物内に自ら忙しいと非難王家の秘密の検査官として忠清圏の視察、次の。彼も、首都からの原則に彼の確固たるコミットメントを追放された数多くの機会で。

1549年彼は故郷の家に引退し、そこに亡くなるまで住んでいた。そこで彼は陶山書院、クラシックでは、民間書院を提供する命令と定期的に法事と賢者に敬意を構築し始めた。残念ながら彼は1570年に死に、彼のアカデミーを開設してください。住んではないものの、彼の学生の死の後、作業を続けた。陶山書院（または兎Sowon）1574年にオープンし、使用中のこの日、残っている。

彼の死では、李滉の死後最高の閣僚級に昇進した彼の位牌は儒教の神社としてだけでなく、宣祖の神社に収められています。彼は儒教の多くの書籍の著者であり、彼はまた"四条" コレクションは、短い詩の形式は朝鮮時代の文人で人気を発表した。共和国の40年の間に  

Ichadon（501から527）は、 Geochadon（거차돈）として知られるや彼の礼儀名前Yeomchok（염촉）またはYeomdoで、仏教の僧侶と新羅の法興王の顧問だった。

初期の彼の治世では、興国家宗教としての仏教を発布する目的だった。しかし、彼の裁判所の職員たちは彼に反対した。彼の治世の14年には、興の"グランド長官は、"Ichadon、裁判所の反対を克服するための戦略を考案した。 Ichadon王と一緒に、彼の宣言国璽を使用して、仏教関係者は国家の制裁を付与するように説得力のある策略。 Ichadonこのような宣言をするときに反対する者を受け取ったと説明を要求したことを拒否する国王と語った。代わりに、Ichadon告白するだろうとかすぐに偽造と見なされるかについて、刑の執行を受け入れます。

Ichadon王には、彼の実行時に素晴らしい奇跡を仏教の力に反対する裁判所派を説得と予言した。 Ichadonのスキームとしては、計画した相手の関係者は、餌にした。時Ichadon 9月15日に527で実行され、彼の予言実際に全うされた。大地、太陽、美しい花が天から雨が暗くなった震え、彼の切断された頭部の聖地金剛山の山に飛んで、牛乳の代わりに血液中の彼の首の死体からの空気中で100フィートスプレー - すべては、この自分だけの殉教天国の受諾のトークン。前兆天国の承認の意思表示として反対し、裁判所職員が受理され、仏教527 ADの国家宗教となった。 Ichadonの体をして、金剛山の山々に運ばれたが、そこに関しては埋葬された。彼の殉教Heungryun修道院、新羅の最初の状  

OSファミリーのAmigaOSの
作業状態電流
オープンソースの周囲のデスクトップとソースモデルクローズドソース
最初のリリース？
最新の安定版リリース2.4 / 2009年10月12日、4月（秒）（2009年10月12日）前
利用可能な言語（秒）14
サポートされるプラットフォームPegasosのを、 Amiga、EFIKA、Mac miniのG4の一部のモデル
カーネルタイプマイクロ/ピコ[1]
デフォルトのユーザーインターフェイスの周囲
ライセンス専有GNU GPLと周囲のユーザーインターフェイスを
公式ウェブサイトwww.morphos - team.net

モルフォのコンピュータのオペレーティングシステムです。それが混在する独自のオープンソースOSの PegasosのPowerPCプロセッサの生産ベースのコンピュータで、電源投入時加速器Amigaのコンピュータを装備し、フリースケールの開発ボードは、Genesiは、ファームウェア、EFIKAとmobileGTなどの使用のシリーズです。モルフォ2.4アップル以来、株式会社のMac mini G4のも同様にサポートされます。周囲のデスクトップなどはいくつかのライブラリやその他の部品は、オープンソースは、クオークマイクロカーネルをベースコア、専有情報です。
目次
[非表示]

* 1の特徴とそのバージョン
* 2歴史
* 3サポートされるハードウェア
Ø 3.1アミ
図書館3.2アップル
Ø 3.3 Pegasosの
図書館3.4その他
* 4コンポーネント
* 5も参照してください
* 6参考文献
* 7外部リンク

[編集]特性とそのバージョン

一方ベースのエミュレーション独自のタスクを経由して、元のAmigaOSのMC680x0アプリケーションをサポートする、フリースケールとIBMのPowerPCプロセッサのため、ほとんどの AmigaOSの開発/ APIラッパー経由でPPCのアプリケーション。このAPIはAmigaOSを3.1と互換性のGUI のMUIに基づくものです。

モルフォのPegasosのバージョン以外には、 Amigaのコンピュータの電源投入PPCのアクセラレータカードPhase5によって生成さ装備のためのバージョンです。もし登録されていないため、このバージョンは、それぞれ2時間のセッションの後が遅くなる場合は無料です。登録は無料です。電源投入時モルフォ最近2006年2月23日、しかしそれは機能を設定するかはPegasosリリースの進歩を超えないように更新されている[2] [3]

EFIKA、非常に小型のマザーボードの超スケールから低電力MPC5200B PPCのプロセッサをベースにモルフォのバージョンを展示し、ユーザーに示されているの集まりドイツインチ[4]現在のモルフォの2.0以降（）リリースではサポートしていますEFIKA。
[編集]歴史
進化AmigaOSの3.xの

プロジェクトは1999年では、クオークカーネルに基づいて開始した。モルフォの初期のバージョンでは、古典的な68K Amigaのコンピュータ上でPPCのアクセラレータカードを介してのみ、およびAmigaOSの必要な部分を完全に機能するために走った。企業bプラン社の間の共同の努力（これのリードモルフォ開発パートナー）ですThendic、フランス、2002年に最初の正規、非bプラン社の試作品の生産設計PegasosのコンピュータモルフォまたはLinuxを実行できるような結果に。ラスベガスのCESを含む世界のいくつかの場所で、コンベンションや展示会での出演で忙しいプロモーション2003年に続いて、。 Thendic、フランスの財政問題に畳んでいたが、しかし、コラボレーションの新しいバナー"のGenesiの下に"を続けた。

2003年にはモルフォ開発チーム内での苦い対立、 2004年非難をモルフォ開発者は、彼と他の人は、周囲のデスクトップインターフェイスをGPLの下でリリースされ、これを積極的に周囲の開発チームによって開発されて支払われていなかったの頂点の後。 GPLのルールに従い、周囲の商業モルフォ製品に含まれるように続けている。代替モルフォのデスクトップシステムScalosている[5]

2008年4月1日モルフォのチームでは、モルフォ 2.0 Q2/2008にリリースされると発表した。この約束をほんの数秒では、MorphOS 2.0のリリースを2008年6月30日午前23時59中央ヨーロッパ標準時上で発生したと公表されなかった。新しいバージョンの改良（一緒に）含まれている、以前にネイティブのTCP行方不明/ IPは、グラフィカルユーザーインターフェイスは、USB 2.0をサポートするなど、新しいUSBコンポーネント（たとえば、更新されたスプートニクのリリースでは、AltiVecのサポート、3Dレイヤーをスタック）は、新しいscreenblankersとレゲエには、新しいモジュールは、ストリーミング、マルチメディアフレームワークです。モルフォ2.0は、EFIKA、Pegasosの私は Pegasosの第二のマシンをサポートしています。モルフォ2市販のマシンを1泊150ユーロは、リリースの最初の2週間以内に、特別なプロモーションの一環として（111,11ユーロ）の価格で入手可能です。モルフォの完全な機能のデモでは、利用可能ですが keyfileをせずに、その速度が大幅に減少して使用の30分後。

2008年9月5日モルフォ2.1リリースされた上、修正、多数のバグとEFIKAのオーディオのサポートを追加。 2008年12月20日モルフォ2.2がリリースされ、多数のバグ修正、TrueCryptを互換性のあるディスクの暗号化スイートといくつかの小さなアイテムを追加します。 2009年8月6日モルフォ2.3では、多数のバグ修正、デフォルトのブラウザとして、唯一のHFS +ファイルシステムをサポートし、いくつかの小さなアイテムを読み取るOrigyn Webブラウザの追加リリースされました。 2009年10月12日モルフォ2.4リリースされただけでなく、様々なバグの修正と新機能を追加するなどのMac mini G4のプラットフォームのサポートを追加します。

モルフォスタックは、ネイティブのTCP / IPが含まれています（"Netstack"）と2つのウェブブラウザは、スプートニク1号とOrigyn Webブラウザ。スプートニク1号のユーザーコミュニティの補助金制度 [6]もMOSNetで、無料、フリー、別のTCP / IPのモルフォに1ユーザスタック結果の下に開始されました。スプートニクWebKitをまたに基づいてされている KHTMLのレンダリングエンジンのポートです。
[編集]サポートされるハードウェア
[編集] Amiga   

Mergefrom.svg
これはABrowseこの記事またはセクションにマージされることが示唆されています。 （論議）
音節の音節
音節0.6.5
会社概要/開発者のクリスチャンヴァンデルフリート、カイデボス、リックコーディル、アルKlenke、ヘンリクイサクソン
OSファミリーのAmigaのOSのような
Unixライクな
作業状態アルファ
ソースモデルはフリーでオープンソースのソフトウェア
最初のリリース0.4.0 / 2002年7月[1]
最新の安定版リリース0.6.6 / 2009年5月15日、9月（秒）（2009年5月15日）前
サポートされるプラットフォームイア- 32
カーネルタイプのハイブリッド
ライセンスはGNU General Public Licenseの
公式ウェブサイトwww.syllable.org

音節Pentiumおよび互換プロセッサのためのフリーでオープンソースのオペレーティングシステムです。その目的は、簡単には、家庭や小規模オフィスのユーザーのデスクトップオペレーティングシステムを使用するために作成することです。これは、停滞AtheOS日から7月、2002年に分岐した。

これは、ネイティブのWebブラウザ（ウェブスターは、WebKitは、ベース）、電子メールクライアント（ウィスパー）、メディアプレーヤー、IDE、および多くのアプリケーションれています。

特長は、公式ウェブサイトによると、含まれて：

*ネイティブ64ビットのジャーナリングファイルシステムでは、AtheOSファイルシステム（通常は、アンドリューのファイルシステムと同じではない）のAFSと呼ばれる
* C + +の指向のAPI
*オブジェクト指向のグラフィカルなデスクトップ環境のネイティブなGUIのアーキテクチャ上で
*主に、POSIXに準拠
のEmacs、Vimは、PerlやPython、 Apacheやその他を含む*ソフトウェアのポート。
* GNUツールチェーン（GCCは、Glibcは、Binutilsは、メイク）
*事前マルチスレッドをプリエンプティブなマルチタスク
*対称型マルチプロセッシング（複数のプロセッサ）をサポート
最も一般的なハードウェアの*デバイスドライバ（ビデオ、サウンド、ネットワークチップ）
FATの*ファイルシステムドライバ（読み取り/書き込み）は、NTFS（）とext2のread（）を読む
* REBOLはシステムとしてのスクリプト言語

最新バージョン2009年5月15日にリリース 0.6.6です。
[編集]外部リンク
フリーソフトウェアのポータル

1。 ^ http://web.syllable.org/documentation/FAQ.html＃1_2

[編集]読書

*マイケルサンダース（2004年8月2日）音節 - ビッグ未来OSNewsとリトルのOS
*ジェフ公園（2006年8月23日）音節：別のオープンソースOS、Linux.com

[編集]外部リンク
検索ウィキメディアコモンズウィキメディアコモンズに関連する：音節（OS）の

*音節OSのホームページ
* DistroWatchでの音節サーバー。


書きかけのアイコンこのオペレーティングシステムに関連する記事は、書きかけです。それを83項目に役立ちます。
Vの•開発•電子
"より作成 http://en.wikipedia.org/wiki/Syllable_Desktop_（operating_system）"
カテゴリ：フリーソフトウェアとオペレーティングシステム|システム関連のスタブ項目動作
カテゴリ：2008年3月からマージする|すべての記事をマージする
再生回数

*論文
*ディスカッション
*編集このページを
*歴史

個人用ツール

ベータ版てみてください*
*ログイン/アカウントの作成

ナビゲーション

*メインページ
*内容
*おすすめコンテンツ
*現在のイベント
*ランダム記事

探す

相互作用

項目*について
*コミュニティポータル
*最近の変更
*お問い合わせ項目
*寄付項目に
*ヘルプ

ツールボックス

*ここでは何のリンク
*関連の変更   

* PowerPC用
* ARMは（部分的に起動する）
* AMD64用（部分的に起動する）

AMD64およびItaniumへのNT 4.0のアーキテクチャイア以外の32のMIPS、Alpha AXPのような、などとPowerPC、およびNT誘導体同様に、Windows XPで扱われているAMD64への移植に移植され、Windows、およびWindows Server 2003。このビューでは、ReactOSの開発者は、移植性の観点から、初期措置を講じている。バリアントIA用の例については、サポート- 32アーキテクチャでは、Xboxプラットフォームに追加されたアーキテクチャを使用する固有のHAL [19]を通じて、AMD64およびARMアーキテクチャ上のポートに向けた努力を進めています。[16]
[編集]影響
ReactOSプロジェクトコーディネーターアレクセイBragin（左）、ヴィクトルアルクスニスにReactOSの機能を示しています。

さまざまな人々とオープン可能なソースをドロップすることの意味は、Windowsの代替でReactOSを認めている。

Free Softwareの雑誌のための彼のコラムでは、David Sugarのは、ReactOSは、そのAPIが推奨されているWindowsの以前のバージョンに応じて、アプリケーションの使用を許可すると指摘した。また、その潜在的な、フリーソフトウェアの総展開基盤を拡大し、開発したいための資源としてのポータブルアプリケーションを書くの過程で、Windows APIの文書化を知って認識した。[24]ヴィクトルアルクスニスまた、現在のプロジェクトのコーディネーターアレクセイBraginと会談し、誰が、ReactOSの総司令官およびMozilla Firefoxで実行して表示するのは、プレゼンテーションとは、プロジェクトのデモを行った。[25]

PC Magazine誌のコラムニスト、ジョンC.ドヴォルザークは、Windows NTアーキテクチャをほぼこの日には変わっていないと、クローン作成のために理想的な候補を、と述べたと、ReactOSは"マイクロソフト社の優位性は、Linuxよりも大きな脅威"になると考えている。[26]確かに、アレクセイBraginドイツ週刊誌シュピーゲルのコメント欄では、ReactOSの人をLinuxに切り替えることなく、プロプライエタリな商用ソフトウェアの使用を放棄する場合、Windows ユーザーに指示され記載しています。[2]

しかし、ReactOSの挑戦があると見られる。ドヴォルザークの列には、ZDNet技術ジャーナリストダナBlankenhornへの応答では、企業のスポンサーやパートナーの不足は現在、プロジェクトをMicrosoftに無害化して指摘している。[27] [28]は、このエコー、トムHolwerda OSNewsの趣味の家族の下でReactOSの分類は、開発者たちが、空いた時間での作業の小グループにのみによって維持されているオペレーティングシステム、およびより多くの主流の財政支援などのRISC OSなど、以前は主流のものの従来のオペレーティングシステムに欠けている。[29]
[編集]関連プロジェクト

*前述のように、ReactOSの株式ワインといくつかの依存関係。

*その他の関連プロジェクトのサンバ/ Sambaのtngのは、LSASSのは、SAM、NETLOGONに、印刷スプールや、他のWindowsのネットワークサービスの実装です。

*建築のレベルで、より遠くのプロジェクトは、 Linux統合カーネルは、アプリケーションソフトウェアやデバイスドライバは、Microsoft、WindowsおよびLinuxのために作らバイナリ互換を受けようとされます。は、Linuxと同等にこれは、カーネルの輸入は、 Windowsカーネルのすべてのキーの両方の機能はLinuxとWindowsのアプリケーションやデバイスドライバをサポートしています。

* Ndiswrapperは、Linuxカーネル内で部分的に、Windows NTカーネルはNTカーネルを箱の中に近代的なWindowsドライバを実行する可能性を再現。 NDISWrapper NTOSKRNL APIは、基本的な波長コントローラ、およびWindowsを呼び出すラッパーのセットの無線などで構成され/は、NDIS /のUSB / PnPのLinux APIもする。 NDISWrapperのみのNDISドライバを実行するために制限されていない、他のWDMドライバ限り、ドライバ以外のWindows APIの実装を呼び出していませんに使用することができます。

*個別がほぼ同時にNDISwrapperプロジェクトでは、ビルポールWind River Systems社の同様のシステムを、プロジェクトの悪やNDISulator、FreeBSD用として知られて開発した。それ以来NetBSDにはOpenBSDのは、後者の反バイナリBLOB政策のために移植されていません。 NDISulator USBをサポートするなど、一部のNDISwrapperの機能が欠けている。

* ntfs - 3gのは、Linux、Mac OS XでのFreeBSD、NetBSD、OpenSolarisのは、QNX、俳句用のNTFSドライバ、およびその他のオペレーティングシステム。
  

ReactOSは、主にCでは、ReactOSのエクスプローラで、Cで書かれたようないくつかの要素と書かれています+ +。このプロジェクトはMinGWの上でのコンパイルに依存しており、その開発にそのコンポーネントへのパッチの提出による貢献[14]

開発、および、ネットワーキング、マルチメディア、プラグインを完了するためにプレイハードウェアのサポートが行われているGUIシステムを改善する。開発者は、カーネルの複数のWindows NTバージョン5.2（Windows Server 2003の）と互換性を確保することを目指し、Windows NTは6（Windows Vista対応）を使用してユーザーモードのAPI [15]、多くのアプリケーションのサポートを追加します。中には、SMBおよびNTFSファイルシステムのサポートとサービスを共有するファイルのサポートが追加されることがあります改善のUSB、ネットワーク、およびその他のハードウェアのサポートも、使用可能な場合があります。

仕事との完全なOpenGLをサポートし、3Dゲームのサポートを改善し、実行されている状況ReactX開発で作られているDirectXのプロジェクトのオープンソースと同等。ながら、2Dのハードウェアアクセラレータのレンダリングは既にReactXでサポートされ、他の描画機能は、現在その場しのぎの解決策としてOpenGLにリダイレクトされています。努力は、またインストールを容易に進められているし、 ReactOSはMicrosoftのDirectXランタイムを実行して[16]。

現在の開発関連の経験を持つ人々の不足によって制限されます。 OhlohのReactOSのエントリは、その開始を右に現在の日に[17日以降]対照的には、1000年ほどの開発者はWindows 7の単独で働いている99のユーザーは、プロジェクトにはSubversion経由でコードを貢献してきた累積合計を示します25チームに分かれ、各チーム40開発者は平均で編成 [18]。加えて、彼のプレゼンテーションでミラノは、2009年Hackmeetingでは、ReactOSの開発者ミケーレ年頃ながら、 ReactOSの上で作業していることは、開発者の多くはWindowsのアーキテクチャについて学ぶことがない前に知識[19]
[編集]依存関係

ReactOSは、他のプロジェクトは、可能であれば、今から、開発者が容易に使用可能な機能とWindowsとのバイナリ互換性に焦点を当てるの重複を避けることができるコードを使用することができます。
[編集]ワイン
ワインの依存関係を持つReactOSの簡略化のアーキテクチャの図は、ワインのロゴが示された。

ReactOSのように、Win32 APIの実装でのワインの進歩の恩恵を受けることができるワインプロジェクトの一部を利用します。[20]特定のコンポーネントはワインのNtdllの、 USER32、カーネル32とGDI32のようなアーキテクチャの違いのため、ReactOSを使用することはできません。コードの他の部分は、両方のプロジェクト間で共有することができます。コンポーネントは、ワインから、カーネルなどとして利用されない場合、別々に開発された[14] [19]

これとは別に、実験的なArwinssブランチは、既存のWin32 APIに代わるものとして作成されています。一方、ReactOSのオリジナルのWin32サブシステム密接には、Windowsの後にモデル化され、Arwinssと、そのサブシステムのアーキテクチャのハイブリッドであるワインです。この目的のために、Arwinssいくつかの変更とワインの既存のソフトウェアの互換性の充実した活用するためにワインのGDI32とUSER32ライブラリを使用します。 Arwinssまた、ユーザーオプションの代わりに、ローカルディスプレイのリモートのXサーバを使用することができます。全体としては、Arwinssを向上させることを目指しUSER32とGDI32をサポートします。[21]
[編集] OSKit / FreeBSDの

ネットワークパフォーマンスの毎日、ReactOSの開発者アートヤーキスとの短いインタビューの中では、彼の努力をきれいにし、ネットワーク機能の改善の一環として、ネットワークのOSKitのポートの TCP部分はFreeBSDのスタックインポート述べた。 ReactOSは、ネットワークの他の部分は、パケットの実装など、スタックベースのIPのような指向のプロトコルは、内部的に開発残っている。[22]
[編集]その他
  

ReactOSは、 CurrentVersion.png
ReactOSは0.3.10'は、Windowsの [スタート]メニューの実施を掲載
会社概要/開発者のReactOSの財団
OSファミリは、Microsoft Windowsのような
作業状態アルファ
ソースモデルはフリーでオープンソースのソフトウェア
最初のリリース0.0.7 / 1998年7月20日（1998年7月20日）
最新の安定版リリース0.3.11 / 2009年12月16日、2月（秒）（2009年12月16日）前
最新のunstable版（毎日）
Updateメソッドを再インストール
サポートされるプラットフォームのx86
カーネルタイプのハイブリッドカーネル
デフォルトのユーザインタフェース、グラフィカルユーザーインターフェイス
ライセンスはGNU GPLやLGPLとBSDライセンス[1]
公式ウェブサイトwww.reactos.org

ReactOSの（反応するオペレーティングシステム）、オープンソースのコンピュータのオペレーティングシステム、アプリケーションソフトウェアやデバイスドライバは、Microsoft Windows NTのバージョン5.xおよび開くために作らとバイナリ互換をするためのものです（Windows 2000およびその後継）。以前しようとするとWindows 95のクローンを作成する、開発のスピンオフは1998年初頭に始まり、機能は、既にWindowsで見つかったの増分に加えて続けています。

ReactOSは、主にCでは、ReactOSのエクスプローラで、Cで書かれたようないくつかの要素と書かれています+ +。取り組みは、ARMおよびAMD64プロセッサに移植が進められており、アーキテクチャを完全にWindowsのAPI機能を実装します。後者は、部分的にはUnix用のワインの互換性レイヤからの部品などによって支援され、オペレーティングシステムのように、しかし、他の機能は、開発者自身が実装されます。現在、進捗状況は、適切なスキルと開発者の不足を設定によって妨げられている。

に関する豊富な進行中の監査、法的な問題などでは、 Windows APIの実装は完全にクリーンルームリバースエンジニアリングのプロセスの手段によって行われる保護するために実施されます。この場所で主張し別の事件では、元の開発者やサードパーティ製の光は、プロジェクトのいずれかをWindowsから分解アセンブリコードは、含まれているか、Microsoftから直接元のファイルにしています。両方の疑惑は、プロジェクトには法的に不利な結果をもたらすことが知られているし、開発は、この日に続けている。

ReactOSはオープンソースのドロップダウンとして文書化されWindowsのAPIや、より一般的に、その情報を指摘されているWindowsのための代替品です。プロジェクトの目標として、自分自身から、 Windowsのユーザーは完全にLinuxなどのさまざまなオペレーティングシステムに切り替えることなく、プロプライエタリな商用ソフトウェアの使用を放棄するように挙げている。しかし、企業の支持者や専用の開発者が不足し、その努力は、この実現に限られている。
目次
[非表示]

* 1語源
* 2歴史
図書館2.1開発ReactOSの（FreeWin95）に
図書館2.2内部監査
* 3のバージョン履歴
* 4の開発
図書館4.1の依存関係
+ 4.1.1ワイン
+ 4.1.2 OSKit / FreeBSDの
+ 4.1.3その他
図書館4.2アーキテクチャのサポート
* 5への影響
* 6関連プロジェクト
* 7システム要件
* 8も参照してください
* 9参考文献
* 10外部リンク

[編集]語源

名前ReactOSプロジェクトのファウンダーである Jasonフィルビー、ダーバン、南アフリカ共和国からは、Oracleの開発者によって作られた。一方、長期の"OS"オペレーティングシステムに立って、長期的""反応マイクロソフトでは、グループの不満と呼ばれる、彼らの独占的な位置、およびそれに自分たちの反応[2]。
[編集]歴史
[編集]初期の開発ReactOSの（FreeWin95）に

1996年ごろ、無料、フリー、オープンソースのソフトウェア開発者のグループは、Windows 95のクローンを実装するためにFreeWin95と呼ばれるプロジェクトを開始した。このプロジェクトは、システムの設計の議論がで立ち往生。

一方FreeWin95高い期待を持ってスタートしたが、まだすべての国民には1997年の年末までにリリースビルドされていませんでした。結果として、プロジェクトのメンバー、コーディネーター、ジェイソンフィルビーが率いる、一緒にプロジェクトを復活させるに参加しました。復活プロジェクトは、Windows NTの機能を複製しようと努めた。新しいプロジェクトは、新しい名前を、ReactOS は、作成するには、プロジェクトのこの日に保持して選ばれた。 ReactOSプロジェクト1998年2月新しいNT カーネルと基本的なドライバのための基礎を作成して開発を始めた[3]。
[編集]内部監査

2006年1月27日に、ReactOSを一時的には、オペレーティングシステムのファイルへのアクセスを一時停止する開発者は、会談後、ReactOSはMicrosoftから著作権のコードでは、汚染されていたと主張を確認することを決めた。しかし、NewsForgeにが近づくと、マイクロソフトでは、事件についてコメントを避けた。以来、ReactOSのフリーでオープンソースのソフトウェア開発プロジェクトですが、主張するフリーソフトウェアのコミュニティで否定的な反応きっかけで、特にワインワインベースに貢献してから、いくつかのReactOSの開発者が禁じられ、彼らの貢献の原点への懸念を理由。

その結果、クリーンルームリバースエンジニアリングでは、知的財産権ポリシーステートメントの要件を、米国の法律に準拠して明確にReactOSの。内部のソースコード監査では唯一のクリーンルームリバースエンジニアリングに使用されたことを確認し、実施された、すべての開発契約をリバースエンジニアリングでは、プロジェクトのポリシーに準拠することにコミットする署名がなされた[4]。貢献者によって影響されていないの開発にこれらのイベント、およびソフトウェア開発ツールへのアクセスをその直後に復元されました。 2007年9月では、監査の完成に近づいては、監査のステータスは、ReactOSのホームページから削除されました。しかし、監査が完了したとしてだけの内部努力を合法的にコードを生成を確保するが、具体的な詳細は公開されなかった[5]。

請求1月17日、2006（ロス- devに関するリンク）が元の開発者ハルトムートブルReactOSの開発者メーリングリストでは、ReactOSのコードは、Microsoft Windowsの解体から派生含まれていることを示すとなった。[6]。コードでは、ブルsyscall.S内の関数 BadStack [7]だけでなく、他の指定商品関与反論している[8] Windows XPから分解バイナリファイルにこの関数を比較すると、ブルは、BadStack関数は単純にコピーされたWindows XPから貼り付けると主張、それらが同一であった与えられた。アレックスイオネスク、コードの著者は、一方の質問では、Windows XPバイナリ実際に解体され、研究は、コードを単にコピーされませんでした貼り付けた、と主張したが、実装し、理由は、関数、イオネスク主張と同じというものだったのでこれと訴訟との間Sony Computer EntertainmentがConnectix社に対して、リバースエンジニアリング、バーチャルゲームステーションの開発の過程で行わ以上の育った場所はConnectixが正常に初期判決控訴を描画することができる機能を実装する唯一の方法でした。[9]のParallels 、があるので、その動作を決定するために、他の方法だったの直接分解して、独自のコードの観察が必要だった、と言っため、公正使用としてカウント[10]。

別の事件では、RosAsm開発Betovは、最も疑わしいファイルのファイルは、監査のための選択リストから欠落していたと主張した。しかし、ReactOSのは、紛争のファイル Sanosから供給されたと主張する。[11]は、一方では、初期のロックアウト以来、ReactOSのソースコードを入手し、検査のために営業を続けている。
[編集]バージョン履歴
ReactOSのAbiWordやReactOSを実行しているエクスプローラ
現在のリリース旧バージョン
[非表示]システムバージョンリリース日のリリース情報   

ネットワーキングと分散コンピューティング

Plan 9のUNIX上でも基づいて開発されたコンピュータシステムの中枢機能のコミュニケーション作りのコンセプトを実証する。すべてのシステムリソースの名前とアクセスする場合は、ファイルや、分散システムの複数のビューをしたとして、動的に、それぞれのプログラムは、特定のマシン上で実行するために定義することができます。このアプローチを奨励サーバーによっては、ユーザーに、通常のファイルのコレクションと同じようにアプリケーションに表示されるすべての情報を保持する普遍性と、アプリケーションの設計のモジュール性が向上します。

プラン9のネットワークの透過性をサポートする鍵は、新しい低レベルのネットワークプロトコル9ペンスとして知られていた。 9ペンスのプロトコルとその実装のネットワークオブジェクトの名前を接続し、システムのインターフェイスのようなファイルを発表した。 9ペンス高速バイトブロック（というよりも指向）型は、任意のオブジェクトを仮想化し、分散ファイルシステムだけでなく、これらのリモートマシン上でNFSサーバーが提示されます。このプロトコルは、プロセス、プログラムと通信を参照するために使用され、両方のユーザーインターフェイスは、ネットワークを含むデータ。第四版のリリースでは、それは修正され、9P2000 改名された。
[編集] Unicode

Plan 9のシステム全体でUnicode文字を使用します。 UTF - 8をケントンプソンはPlan 9には、ネイティブのエンコーディングとは、システム全体として使用される、1992年に一般的な使用に変換された発明されました。[6]注意してくださいプラン9のみのコードは、基本多言語面はUnicodeで定義しています。
[編集]実装
リオのGUIのインストール

インストール可能なランタイム環境は、x86アーキテクチャが存在し、プラン9のMIPS、DEC Alphaのは、SPARC、PowerPC用、ARM社とその他のハードウェアプラットフォームに移植されています。システムISOの方言で書かれている/ ANSI Cのいくつかのアプリケーションはもともとの言語で書かれていたAlefと呼ばれるが、以来、年頃のPlan 9では、POSIX互換のアプリケーションをサポートすることができます書き直されていると、ANSIを介してBerkeleyソケットインターフェイスをエミュレートすることができます/ POSIXの環境サル。最近では、[いつ？]は、新しいアプリケーションは、 Linuxバイナリを実行するために使用することができます開発されたlinuxemuと呼ばれるそれは、しかし、進捗状況にはまだ動作します。

Plan 9の主要なスーパーコンピュータ上でのIBM BGなどの使用は/ Lスーパーコンピュータ、[7]、Blue Geneスーパーコンピュータに移植されています。
[編集]影響

Plan 9には、Unixの中心的な概念 - は、すべてのシステムのインターフェイスファイルのセットとして表されるかもしれない - が正常に近代的な分散システムで実装される可能性を示した。は、UTFのような計画の9日から一部の機能は、 Unicodeの8文字エンコーディングは、他のオペレーティングシステムに実装されている。 UNIXベースのオペレーティングシステムと同様に、 Linuxなどの9ペンスのPlan 9のファイルシステムとrforkの限られたフォームを実装しているシステムコールのように。さらにで、Plan 9のユーザ空間で、プラン9のアプリケーションやツール、rcシェルなどのいくつかから、UnixおよびLinuxシステムに移植されている人気のいくつかのレベルを達成している。 Glendixプロジェクトは、GNUオペレーティングシステムのプログラムは、Plan 9のオペレーティングシステムのプログラム、または代わりに、LinuxカーネルとPlan 9のカーネルを置き換えるには、Linuxカーネルの周囲の交換を求めている。

しかし、Plan 9の人気は、Unixの近づいたことがないし、主に研究のツールでした。 Plan 9のようだ"[INGのだと批判されている]は、主にデバイスとして機能するシステムの研究オペレーティングに関する興味深い論文を生成するために" [8] Eric S. Raymond氏の著書のUnixプログラミングのアートに受諾のプラン9の不備があると推測：

"Plan 9に失敗したという理由だけでのUnix、その祖先を変位させる上で説得力のある十分に改善されて及ばなかった。プラン9、Unixのcreaksと clanksに比べて、明らかに錆の斑点がある、それは仕事だけでなく、その位置を保持するために十分に行われます。が野心的なシステム設計のためのレッスンはこちらです：よりよい解決策の中で最も危険な敵だけで十分だ、既存のコードベースです。"[8]

プラン9の他の評論家、これらのUnix、ここでは Plan 9の"悪いの縮図と考えられている一般的に重要な、より優れたオペレーティングシステムの設計、"学校が含まれます。一般的な批判"を磨く"とはPlan 9の開発の相対的な不足のウィンドウシステム[9]とはPlan 9の成熟の欠如のソフトウェアを商用体として含まれます。[10]

Plan 9の支持者と開発者は、問題は、同社の採用を妨げが解決されている、と主張する、分散システム、開発環境としては、当初の目標、研究プラットフォームを満たしていること、およびそれが人気が高まって緩やか楽しんでいます。は、Infernoを通じて、機能、ホスト車両の他のシステムへの異種混合のコンピューティンググリッドの一部として、Plan 9の技術をもたらすにされている[11] [12] [  

プラン9のデザイナーの目標をこれらのマイクロカーネルのように興味を持っていたが、それらを達成するために、異なるアーキテクチャと設計の詳細を選びました。プラン9の設計目標は含まれて：

*ファイルシステムベースのデバイス：全てのリソースは、階層型ファイルシステム内のノードによって表されます。
*名前空間：ネットワークのアプリケーションビューには、階層型ファイルシステムとして表示されますが、ローカルまたはリモートの物理的に区切られたリソースを表すことが、単一のコヒーレントな空間です。各プロセスの名前空間を独立して構築することができますユーザーが同時に異種の名前空間を使ったアプリケーションで動作する可能性があります
*標準的な通信プロトコル：標準のプロトコルには、両方のローカルおよびリモートのすべてのリソースにアクセスするために使用されて9ペンスと呼ばれる

[編集]統一入力/出力モデル

Unixの前に、ほとんどのオペレーティングシステムのデバイスへのアクセスごとに異なるメカニズムがいた。たとえば、アプリケーションプログラミングインターフェイス（API）は、APIから違っていたの送受信には、シリアルポート、またはAPIからのデータを用いてプリンタの動作に使用するディスクドライブにアクセスします。

Unixのすべての入力を実行することによって、これらの区別を削除する/出力操作は、ディスクのiノードを介して試みた。すべてのデバイスドライバの読み込みと制御の手段として、書き込み操作の意味をサポートするために必要でした。これは、許可ユーザーが1つのデバイスから別には、 cpとddのようなユーティリティを使用して、基になる実装の詳細を意識することなくデータを送信する。しかし、その時、多くの重要な概念を、プロセスの状態の制御（など）を均一にファイルシステムにマップしませんでした。バークレーソケットとは、X Window Systemのような新しい機能として、彼らは、ファイルシステムの外に実装されて開発されました。新しいハードウェアの機能（能力をソフトウェアでCD をイジェクトするなど）また、ハードウェアの使用は、ioctlシステムコールのような特定のコントロールのメカニズムを奨励した。

Plan 9の研究プロジェクトは、これらの異なるアプローチを拒否し、ファイルシステムは、システムの中心のビューに戻ります。各Plan 9のプログラムは、階層型ファイルシステムの一部ではなく、特殊なインターフェイスとしてで実行されているウィンドウなどのネットワーキングおよびユーザーインターフェイスのリソースを含むすべての利用可能なリソース、ビュー、[2]。
[編集]ファイルシステム、ファイル、および名前を

Plan 9の"名前"にファイルを超えることがされているシステムは、任意のオブジェクトに固有のパスかどうかは、ファイル画面で、ユーザー、またはコンピュータの場合に延長した。すべての既存のUNIXの標準を使用するが、処理される拡張されては、任意のオブジェクトを命名することができますし、一様に対処など。このコンセプトのUniform Resource Identifier（URI）には、World Wide Webで使用されて似ている。 Unixでは、デバイス、プリンタなどの名でのソフトウェアのコンバータを使用して/で表されたdevのは、これらのアドレスのみのデバイスのハードウェアが添付、およびネットワークデバイスのアドレスではありませんでした。 Plan 9の下に、すべてのプリンタのファイルとして、仮想化された任意のワークステーションからネットワーク経由でアクセスすることができます。

もう1つのPlan 9の技術革新のユーザーのための能力"のオブジェクトが同じ"現実の世界に異なる名前を持っていた。各ユーザーがそれぞれの名前空間に、さまざまなオブジェクトを収集して、パーソナライズされた環境を作成することができます。 Unixは、ユーザーの権限を得るようなコンセプトを持つ別のユーザーからコピーされるが、Plan 9のすべてのオブジェクトには、この拡張されます。ユーザーが簡単に""自分のクローンが起動できるようにそれらを変更して、そこから作成されたリソースに影響を与えずにそれらを削除します。
[編集]連合のディレクトリ

Unixのファイルシステムを異種のリソースからのリンクなどの概念を使って構築することができますし、システムをマウントします。これらの機能は、元のディレクトリマスク;場合、1という名前のディレクトリに新しいファイルシステムをマウントは"net"、1、もはや、以前の内容にアクセスすることができるまでの動作が逆になります。

Plan 9には、さまざまなメディアやネットワーク間で透過的に他のディレクトリにバインドするリソースを組み合わせて労組のディレクトリ、ディレクトリの概念を導入した。たとえば、自分自身にバインドすることができますこのディレクトリの両方を透過的にアクセスすることができます両方のローカルおよびリモートのアプリケーションとユーザを保持し、別のコンピュータの/ bin（アプリケーション）ディレクトリに移動し、クリックします。同じシステムを使って、Plan 9の外部デバイスとリソースの下に拘束されることが/ devのすべてのデバイスは、ネットワーク上で任意のコードを追加せずに共有することができます。

今日では、Linuxディストリビューション用の数多くのライブCDの組合マウントとしては、この機能の限定された形を実装します。
[編集の/ proc

/ procディレクトリは、すべて記載されているプロセスを実行して、どのようにこれらの機能を一緒に大きく全体を生成する作業を示しています。この特別なPlan 9の"ファイルシステム"は、Linuxや他のそれ以降のオペレーティングシステムで採用されています。プロセスとして表示されます（サブ情報をもっと見ると制御ファイルを含むディレクトリ）の下での/ proc、他のカーネルのリソースと一緒に、ユーザーは動的な/ Oを彼らにコマンドを送信すると、そこからデータを読み取るチャネルを与えるオブジェクトの名前。ユーザー制限を設定し、システムのフォームを使用していないコンパイルされたプログラムから、カーネルとの対話への呼び出しではなく、彼または彼女はlsと検索クエリおよび操作するために猫のプロセスなどのツールを使用することができます。

また、ユーザーはマウントできるの/ procディレクトリは、名前空間に他のマシンからの（およびその他の特殊なファイルシステム）だけでなく、それらとの相互作用の場合は、ローカルです。結果を格納する永続的なデータなど、より高速なCPU は、ユーザ認証を提供する他のサーバー、およびネットワークのゲートウェイは、既存のすべての階層のディレクトリを使用して分散コンピューティング環境を別のマシンから組み立て - そのユーザーの机の上に座って端末は、サーバーのファイルは、/ nameシステムのほとんどのコンピュータユーザーにはおなじみ。ユーザー""ファイルサーバ上のディレクトリを集めることによって、アプリケーションサーバー上では、ネットワーク上のプリンタとしてバインドするそれらをすべて一緒に個人的な名前空間は、端末上で実行中に実行してシステムを構築することができます。
Đóng góp bản dịch hay hơn  

グレンダは、Plan 9のバニー
会社概要/開発者のベル研究所
プログラム方言のISOの/ ANSI Cの
OSファミリーのUnixライクな
作業状態電流
ソースモデルはフリーでオープンソースのソフトウェア
イニシャルリリース1992年（大学）
1995（一般公開）
最新の安定版リリースの第4版/毎日のスナップショット
サポートされるプラットフォームは、x86、MIPS の、DEC Alphaのは、SPARC、PowerPC用、ARM社
カーネルタイプのハイブリッド
デフォルトのユーザーインターフェイス担当：rio / rcの
ライセンスルー公衆利用許諾契約
公式ウェブサイトPlan 9のベル研究所から

Plan 9のベル研究所からの分散オペレーティングシステムです。これは主に計算科学研究センター、ベル研究所との間で Unixのための後継者として、研究目的のために開発された、1980年代半ばと2002年。 Plan 9のほとんどは、これらのネットワーキングとは、ユーザーに必要なインターフェイスを含むすべてのシステムのインターフェイスを表現するため、特殊なインターフェイスではなく、ファイルシステムを通じて注目される。 Plan 9の目的は、ワークステーションをユーザーに提供するための独立した作業環境では、9ペンスのプロトコルを使用して。 Plan 9の使用を目的と研究のオペレーティングシステムと愛好家の一部の業界で開発続けている。

名前をPlan 9のベル研究所から1959年のカルトSFのBへの参照の映画Plan 9の宇宙からです。[1]
目次
[非表示]

* 1の歴史
* 2の概要
* 3設計の概念
Ø 3.1ユニファイド入力/出力モデル
+ 3.1.1ファイルシステム、ファイル、および名前を
図書館3.2連合ディレクトリ
Ø 3.3の/ proc
図書館3.4 / netに
Ø 3.5ネットワークおよび分散コンピューティング
図書館3.6 Unicodeの
* 4実装
* 5への影響
* 6ライセンス
* 7も参照してください
図書館7.1スタンダードプラン9ユーティリティ
図書館7.2の実装成果物
図書館7.3に及ぼす影響
* 8参考文献
* 9外部リンク
図書館9.1ベル
図書館9.2講義
図書館9.3その他のネイティブと仮想マシン
+ 9.3.1ネイティブ
+ 9.3.2仮想
図書館9.4その他のリソース

[編集]歴史

Plan 9のベル研究所での研究のための組織の主要なプラットフォームとしてのUnixに置き換えられました。これは、オリジナルのUnixのモデルでは、使用して、システムのプログラミングでは、特に分散型のマルチユーザー環境で容易にするいくつかの変更を検討。 Plan 9には、スタートから、ベル研究所の内部プロジェクトを1980年代半ばだった。 1992年、ベル研究所の大学への最初のパブリックリリースで提供される。 1995年、商業番目のリリースバージョンは、一般に利用可能になった。 1990年代後半では、Lucent Technologies社、ベル研究所の継承されたが、プロジェクト内の商業的利益のためにサポートして下落した。 2000年には、非商用の3番目のリリースには、オープンソースライセンスの下で配布された。新しいフリーソフトウェアライセンスの下で4番目のリリースを2002年に発生した。

現在および以前のベル研究所のメンバーと、マサチューセッツ工科大学人事を含むユーザと開発コミュニティーは、ISOイメージの形でマイナーな日常のリリースを生成し続けます。ベル研究所は、開発ホスト[2]の開発ソースツリーには、ペニーを獲得し、HTTPプロトコルを介してアクセスされ、既存のインストールを更新するために使用されている[3]は、OSの公式のコンポーネントに加えて、ISOイメージに含まれ、ベル研究所は、外部で開発されたアプリケーションおよびツールのリポジトリをホストします。
[編集]概要

Plan 9のベル研究所からの計算科学研究センターのベル研究所は、UNIXとCの開発は、同じグループでのメンバーによって開発された[4] Plan 9のチームは当初、ロブパイク、ケントンプソン、デイブPresottoフィルウィンターボトムが率いていたデニスリッチーコンピューティング技術研究部の責任者としての支援を。長年にわたって多くの著名な開発者ブライアンカーニハン、トムダフ、ダグMcIlroy日付、Bjarne Stroustrupが、ブルースエリス、スティーブ、シモンとその他を含むプロジェクトに貢献している。 [5] Plan 9の近代的な分散環境では、最初からネットワーク上のオペレーティングシステムとなるように設計のために設計されました。それがグラフィックス内蔵、Unixのは、設計し、後でこれらの機能追加と違って。 Plan 9にはまだなってしているなどのUnixとして人気が、それは開発者の83のコミュニティがあります。

Plan 9の分散型アーキテクチャをしています。それをインストールすることができますし、単一の自己完結で使用されるが、システムに含まれているにも別のハードウェアプラットフォーム間では、OSの機能のコンポーネントを別々に機能しています。典型的なPlan 9のインストールでは、ユーザーは、軽量の端末は、リオGUIを実行で動作し、接続するCPUのサーバーは、計算処理集約型のプロセスには、ネットワークを介して、永久的なデータストレージの追加のホストのファイルサーバおよびアーカイブストレージとして演技によって提供される。現在入手可能なデスクトップコンピュ  

このセクションでの検証のための追加引用が必要です。
この記事の改善信頼性の参照を追加することに役立ちます。出典を素材に挑戦されることがありますし、削除されます。 （2007年9月）

1975年4月には、Digital Equipment Corporationは、ハードウェアのプロジェクトで、コードのスターは、そのPDP用に32ビットの仮想アドレス拡張を設計する- 11コンピュータの行はnamedに着手した。コンパニオンのソフトウェアプロジェクトで、コードスターレットという名前の、6月、1975年に、RSXに基づいて1000〜1100は完全に新しいオペレーティングシステムの開発に着手され、プロセッサの星の家族のために。これら2つのプロジェクトをしっかりと最初から統合された。ゴードンベル[28]は、VAXのハードウェアとそのアーキテクチャ上でのVPリードされた。ロジャー瓢スターレットプログラムのプロジェクトリーダー、ソフトウェアエンジニアのデイブカトラー代表と（後つながるマイクロソフト社のWindows NTの開発）だったが、ディックHustvedt、ピーターリップマンの技術的なプロジェクトのリーダーとしての別の領域ごとに持つ責任演技オペレーティングシステムです。スターとスターレットのプロジェクトは、VAXで頂点に達した780分の11コンピュータとVAX-11/VMSオペレーティングシステムです。スターレット名のVMSでSTARLET.OLBと STARLET.MLBを含む主要なシステムライブラリのいくつかの名前として生き残った。

年間の製品名以上の変更されました。 1980年には、バージョン2.0のリリースでは、 VAXに改名されました/ VMSには、VAXと同じ時間（時- 11コンピュータは単にVAXに改称された）。半ばから1980年代後半にデジタルMicroVMS バージョンを具体的にははるかに少ないメモリとディスク容量が、これらのプラットフォームをターゲットにリリースさMicroVAX IIとMicroVAX 2000のようにMicroVAX範囲の導入により、例えば、最小MicroVAX 2000、および40MBのRD32のハードディスクのみを4MBのRAMがそのCPUのいくつかのソフトウェアでは、VAX浮動小数点命令をエミュレートしなければならなかった。 MicroVMSキットのVAX用にリリースされた/ VMSの4.0〜4.7 TK50テープやRX50フロッピーディスク上のが、VAXのを中止/ VMSの5.0。 1991年には再びOpenVMSにPOSIXと UNIXの互換性などの業界標準のサポートを示すために、と改名し、デジタルの64ビットAlpha RISCプロセッサへのポートとして、ハードウェアの接続をドロップする過程にあった。 OpenVMSの名前を初めて登場したバージョン 5.4から2のリリース後に。

これは、Windows NT（Wntシグナル）のイニシャルを1文字シフト"のVMSされている奇妙な偶然ではない"と、両方のシステムのリード開発者のDaveカトラーは、このリンクを意図的に検証されていない。
[編集]ポートのDEC Alphaへ

AlphaにVMSのポートは、2番目と別のソースコードライブラリの作成に（ソースコード管理ツールvdeのとして知られる）は、VAX 32ベースのビットのソースコードライブラリとの結果とは、Alphaのための新しいソースコードライブラリの2番目（とその後のItaniumベースのポート）64 - bitのアーキテクチャ。 1992年（の決定は、1.xのバージョンは、事前にストリームの番号、のOpenVMS AXPの生産品質のリリースを使用する一部の顧客の混乱の原因とされたAlpha AXPシステムは、OpenVMS AXPのV1.0の指定のためのOpenVMSの最初のバージョンのリリースを見たItaniumへの次のプラットフォームのポート）を繰り返していません。

1994年には、OpenVMSバージョン6.1のリリースでは、機能（とバージョン番号）は、VAXおよびAlphaの亜種間のパリティを達成した。これは、いわゆる機能等価性と呼ばれる[29]リリースでは、時間のマーケティング材料にされた。いくつかの機能が、でも、受け手が行方不明にこれ以降のバージョンで実装されたベースの共用可能イメージ。しかしアルファその後、V8.2では、およびV8.3 リリースの空室状況と分岐VAXとは、製品のアルファの亜種のそれ以降のバージョンnumberings V7.3を介して、一貫性の残っている。

Alphaにポート上で一般的な詳細については、 OpenVMSの20周年記念本を参照してください。ポート上で技術的な詳細については、デジタル技報第4 巻番号4をご覧ください。
[編集]ポートインテルItaniumへ

2001年には、直前の米Hewlett買収- Packard社、米コンパック社は、Intel ItaniumアーキテクチャへのOpenVMSのポートを発表した。[30]このポートと、ソースコードの共通点は、OpenVMS Alphaのソースコードライブラリ内に維持し、使用して達成された条件を追加モジュールをどこで変更Itaniumへの要求された特定の。としては格段には、元のOpenVMS VAXのソースコードをより移植されたOpenVMS Alphaのプールは、ポートの基礎として選ばれ、これは、Alphaのソースコードがプールされ、すでに完全に64ビットのVAXのソースコードをプール（）とは異なり可能。アルファポートでは、VAXハードウェアの多くは、特定の依存関係は、以前はOpenVMSには、Alpha SRMファームウェアに移動されていた。特長for OpenVMSでは、必要に応じてSRMからは、OpenVMS I64には、Itaniumのポートの一部として移動された[31]

アルファでは、VAXコードベース年頃V5.4の2 [29]の"スナップショット"をアルファリリースのための基礎と64ビットのソースコードをプールしてとして、OpenVMSの分岐使用されてVAXからのポートとは異なり、 AlphaおよびI64（Itanium）の OpenVMSのバージョンで構築され、共通のソースコードライブラリと共通のツールを使用して維持した。中核的なソフトウェアのソースコード管理システム for OpenVMSを使用したVMSの開発環境（vdeのです）;詳細については、vdeのインストールキットを参照してください。

2つの中古製品のリリースでは、OpenVMS I64 V8.0のとV8.1は、2003年6月30日で利用されたと12月18、2003。これらのリリースのHPの組織およびサードパーティのベンダーは、OpenVMS I64へのソフトウェアパッケージの移植との関係を対象としていた。

次の最近のOpenVMS I64のリリースがあります：

は、OpenVMS I64 V8.2では、最初の生産高品質のItaniumのリリースでは、2005年1月13日出荷された。 V8.2のリリースには、Alphaプラットフォームで利用可能です。

は、OpenVMS I64 V8.2では- 1、Integrity Superdomeで、セルのサポートを追加ベースのシステムでは、2005年9月にリリースされた。 V8.2では、1 Itaniumベースのプラットフォームでのみ使用可能です。

は、OpenVMS I64 V8.3、Itaniumプラットフォームで2006年9月にリリースされた。 V8.3は、Alphaシステムで利用可能です。

は、OpenVMS I64 V8.3 - 1H1 2007年10月にリリースされた。はcフル機能のクラスの整合性ブレードサーバのブレードをサポートします。 HPからのブレードサーバー製品の詳細については details.HP BladeSystemの詳細については、完全な発表をしてください。

は、OpenVMS I64およびAlpha V8.4は、現在、2010年の上半期に開始予定。将来のOpenVMSのリリースの詳細については、 OpenVMSのロードマップをご覧ください。

ItaniumへのOpenVMSのポート上で技術的な詳細については、OpenVMSテクニカルジャーナルV6の参照してください。特に、健全記事への移植のOpenVMSをご覧ください。情報のOpenVMSにおけるfのリリース   

動：ナビゲーション、検索
OpenVMSのOpenVMSのロゴスウッシュ30 lg.jpg VMのサメの旧ロゴhp.png
DECwindows、OpenVMSの- v7.3 - 1.png
のOpenVMS V7.3 - 1は、CDE - DECwindowsベースのGUIを実行している
会社概要/開発したHewlett - PackardとはDigital Equipment Corporation
プログラムブリス、VAXのマクロ℃、AdaのはPL /私は、Fortran、UILは、SDLは、パスカル、mdlを、C + +のは、DCL、メッセージ、およびドキュメントの[1]
OSファミリーの12月のOSの家族
作業状態電流
ソースモデルはクローズドソース
安定版リリースのOpenVMS 8.3の最新- 1H1 / 2007年10月25日、2年（掲載）（2007-10-25）前
マーケティングのターゲットハイエンドコンピュータサーバ
利用可能な言語（秒）英語
利用可能なプログラミング言語（秒）は、Ada、 BASICは、ブリス、CやC + +は、COBOL、DIBOLは、DCLは、Fortran、Lispは、MACRO32/64はModula - 2、OPS5のパスカルは、Perl、Pythonのは、PL /私は、Java
Updateメソッドの同時アップグレード、
ローリングアップグレード
パッケージマネージャの自動展開とVMSINSTAL
サポートされるプラットフォームのVAXは、 Alpha、Itaniumベース
ロード可能なモジュールをカーネル型のモノリシックカーネル
デフォルトのユーザーインターフェイスDCL社の CLIおよびDECwindowsのGUI
ライセンスプロプライエタリ
公式ホームページHP OpenVMSのWebサイト

OpenVMSの（オープン、仮想メモリシステム [2]）は、以前VAX-11/VMSでは、VAXとして知られて/ VMSのか（非公式）のVMSでは、VAX、AlphaおよびItanium上で実行される家族のことベースのハイエンドコンピュータ、サーバーのオペレーティングシステムですコンピュータ[3] [4] [5]いくつかの他のメインフレーム指向のオペレーティングシステムとは異なり、OpenVMSの非常に完全なグラフィックスをサポートするGUIをしています。 Digital Equipment社のVAX 1 1990年代初めの3つの最大のセールスポイントのワークステーション行され、ApolloやSun MicrosystemsのUNIXワークステーションから一緒にドメインで/ OSベースのワークステーション。あるプロのDTPとCAEソフトウェアVMS上では、 VAXコンピュータ[6]を実行するためのサポートをされた]。 AXPはVMSのも、OpenGLの[7]やAGPのグラフィックアダプタをサポート。これは学校教育で使用されている[8]と同様、家庭趣味を使用します。

OpenVMSは、マルチユーザ、マルチプロセッサの仮想メモリをオペレーティングシステム（OS）の時間で使用するために共有し、バッチ処理、リアルタイムで設計されたベース（ここで、プロセスの優先順位以降のOSカーネルの仕事よりも）に設定することができ、トランザクション処理されます。それか、または複数の物理マシン上のシステムを提供するクラスタリングによって、システムの高可用性を提供します。このシステムは"災害"とは、個々のデータ処理設備を無効にすることがあります自然災害に対する耐性ことができます。 VMSのも、必要に応じて、リアルタイムのプロセスの制約を受けずに、一方のユーザープロセス"一時的な優先順位を取得向上を実行する"を可能にするプロセスの優先順位システムが含まれている[9] [10] [11]

は、現在のハイエンドサーバーのオペレーティングシステム用の標準的な要件と考えられているOpenVMSの実用化の多くの機能。以下が含まれます：

*統合コンピュータネットワーク（当初DECnetおよびそれ以降は、TCP / IP）の[12]
*対称非対称、およびNUMAのマルチプロセッシング、[13クラスタリングを含む]
*分散ファイルシステム（ファイル- 11）[14]
*統合データベースのRMSなどの機能[15]、 Rdbのを含む層状のデータベース[16]
複数のコンピュータプログラミング言語[17] [18]のサポート*
*異なるプログラミング言語間の呼び出しのための標準化された相互運用性のメカニズム[19]
*拡張シェルコマンド言語（DIGITALコマンド言語）[20] [21]
マルチプロセッサ*ハードウェアのパーティション分割 [22]
セキュリティ*高レベル[23] [24] [25] [26]

エンタープライズクラスの環境では通常を選択し、メールサーバ、ネットワーク、サービス、製造や輸送の制御と監視、重要なアプリケーションやデータベースなどを含む様々な目的のためのOpenVMSを使用し、特に環境では、システムの稼働時間とデータにアクセスすることが重要です。システムを、10年以上[27回]報告されているとのローリングアップグレードやクラスタリングなどの機能を継続的にアクセスを維持するアプリケーションやデータをクラスタ化できるようにしながら、オペレーティングシステムのソフトウェアおよびハードウェアの保守やアップグレード、または実行されるときに、データ全体センター破棄されます。顧客を使用してOpenVMSの銀行や金融サービス、病院や医療、ネットワーク情報サービス、および大規模な様々な製品の工業メーカーの規模があります。
目次
[非表示]