DOS にグラフィック付けたってのは 95 系の話であって NT は全くの別物。 確かに win32 サブシステムには fork はないけど NT は別枠で POSIX サブシステム持ってて、そっちにはちゃんと fork が入ってる。 (年がばれるが) NT 出て来た時に NT は POSIX 対応だって散々話題にされてたので、その頃から NT に注目してる人には常識だし Porting from UNIX to Win32 [microsoft.com]辺りを見ても POSIX 1003.1 をサポートしていると明記してあるよ。 実際 Utilities and SDK for Subsystem for UNIX-based Applications in Microsoft Windows 7 and Windows Server 2008 R2 [microsoft.com]拾ってくれば unistd.h も入ってるので CL.EXE でコンパイル出来るし LINK.EXE にも POSIX サブシステム用のバイナリ吐くためのオプション /SUBSYSTEM:POSIX [microsoft.com] が存在する。 ただしあくまでも win32 とは別のサブシステムとして POSIX 載せてるだけなので同一プロセスで両方のサブシステムにまたがって API を混ぜて使うことは出来ない。 あと、最近の Windows の場合 SUA(Subsystem for UNIX) は、基本的に Enterprise 以上と Server じゃないと入ってないので、無印はもちろん Professional でも動きません。
POSIX互換 (スコア:1)
POSIX互換でないとアメリカの官庁の仕事が受けられない
（からWindowsも2000までPOSIX互換だった）
みたいなのって、今でも残ってるところには残ってるんです？
Re: (スコア:0)
Windows Server 系は今でもPOSIXサブシステム標準で乗ってるんじゃなかったかな。
Re:POSIX互換 (スコア:4, 参考になる)
載ってはいますが、さすがにWindows Server 2012では非推奨になりました。なんとCygwinやMinGWが紹介されています。
Windows Server 2012 で削除された機能または推奨されなくなった機能 [microsoft.com]
Re:POSIX互換 (スコア:2)
SUAとかSFUとかいうCygwinみたいな追加のパッケージ群があって、選べる、というだけなので、互換性があるっていう表現には違和感が。
Re:POSIX互換 (スコア:1)
2000までは「POSIXサブシステム」自体は標準で付いていました。初期のSFUは、そのPOSIXサブシステムに対してUNIX互換として足りない機能を追加するもの。
XPとServer 2003からはPOSIXサブシステムは標準で付かなくなり、SFU3.0以降には別のUNIX互換サブシステム(Interix)が付くようになってます。
というわけで、大元の「Windowsも2000までPOSIX互換だった [srad.jp]」が正しく、
それに続く「Windows Server 系は今でもPOSIXサブシステム標準で乗ってる [srad.jp]」というコメントは誤り。
知らない自慢されても困るが (スコア:3)
DOS にグラフィック付けたってのは 95 系の話であって NT は全くの別物。
確かに win32 サブシステムには fork はないけど NT は別枠で POSIX サブシステム持ってて、そっちにはちゃんと fork が入ってる。
(年がばれるが) NT 出て来た時に NT は POSIX 対応だって散々話題にされてたので、その頃から NT に注目してる人には常識だし Porting from UNIX to Win32 [microsoft.com]辺りを見ても POSIX 1003.1 をサポートしていると明記してあるよ。
実際 Utilities and SDK for Subsystem for UNIX-based Applications in Microsoft Windows 7 and Windows Server 2008 R2 [microsoft.com]拾ってくれば unistd.h も入ってるので CL.EXE でコンパイル出来るし LINK.EXE にも POSIX サブシステム用のバイナリ吐くためのオプション /SUBSYSTEM:POSIX [microsoft.com] が存在する。
ただしあくまでも win32 とは別のサブシステムとして POSIX 載せてるだけなので同一プロセスで両方のサブシステムにまたがって API を混ぜて使うことは出来ない。
あと、最近の Windows の場合 SUA(Subsystem for UNIX) は、基本的に Enterprise 以上と Server じゃないと入ってないので、無印はもちろん Professional でも動きません。
uxi
Re:知らない自慢されても困るが (スコア:1)
Re:知らない自慢されても困るが (スコア:1)
> DOS にグラフィック付けたってのは 95 系の話であって NT は全くの別物。
細かいツッコミを入れておくと、「DOSにグラフィックを付けた」ような構造になっているのはWindows 3.1 まで。
95/98/MeはDOSとは別物。起動の初期段階にDOSを利用していますが、立ち上がってしまえば完全に独自のwin9xカーネルが動いてます。
Re:知らない自慢されても困るが (スコア:1)
さらに細かいツッコミを入れると「DOSにグラフィックを付けた」ような構造になっているのは
Windows 3.1のリアルモードまでだね。
スタンダード(286)モードはDOSエクステンダー的なものの上で動いてるし
エンハンスト（386）モードに至ってはwin9xカーネルの原型みたいなシステムだし。
(ファイルシステムがなくてDOSに降りるというマヌケな仕様だったけど)
しかしいまだにWindowsを「DOSにグラフィックを付けた」みたいな寝言を言うバカがいることに驚きだけど。
Re: (スコア:0)
Win9xでも時刻の読み書きはまだDOSに降りてたよ
Re:知らない自慢されても困るが (スコア:1)
タイムスタンプは2秒刻みということでしたっけ?
Re: (スコア:0)
それはFATの仕様。
Re: (スコア:0)
そもそもfork自体がシングルスレッドを前提とした仕組みで、当初からマルチスレッドOSとして設計されたWindowsにforkがないのは当然。
自慢だと思っている奴が馬鹿をさらしてるだけ。
Re: (スコア:0)
Re: (スコア:0)
最新のWindowsではなくなりましたけどね
http://technet.microsoft.com/ja-jp/library/dn303411.aspx [microsoft.com]
Re:知らない自慢されても困るが (スコア:2)
うわ、これはちょっと驚いた。
しかも、
> このリリースと共に SUA POSIX サブシステムを使用する場合は、Hyper-V を使用してサーバーを仮想化してください。SUA によって提供されるツールを使用する場合は、Cygwin の POSIX エミュレーションに切り替えるか、mingw-w64 (Sourceforge.net から入手可能) または MinGW (MinGW.org から入手可能) を使ってネイティブ ポートを実行します。
って説明で2度驚いた。
確かに、サブシステムとして分離してたので Hyper-V の乗っけてもたいして困らんのは分かるけど、まさか MS の公式資料で Cygwin が代替手段として挙げられるとは。Cygwin も出世したものだ。
uxi
Re:知らない自慢されても困るが (スコア:1)
むしろMicrosoftがInterixに対して容赦なくこれほどまで評価を下げたリアルな経営視点にびっくりしたものだった。
2009年6月30日をもってMicrosoftのサポートが打ち切られてしまう [srad.jp](過去の拙タレコミ没ネタ)、その帰結は買収吸収したInterixを切り捨てたわけでして。
Re:POSIX互換 (スコア:2, おもしろおかしい)
Re:POSIX互換 (スコア:1)
つ[Microsoft Windows Services for UNIX]
http://ja.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX [wikipedia.org]
Re: (スコア:0)
Typoも含め、たった２行でツッコミどころ満載。ある意味すげぇな。
「dosにグラフィック」やfork()の件は詳しいコメントがついてるので割愛。
・"WindOS"という名称のLinuxディストリが存在するぞ(更新止まってるけど)。
・一般的なLinuxシステムは実はPOSIX準拠じゃないぞ。
# つか、わざわざ正規のPOSIX認証とってるディストリがほぼ皆無なので
# POSIX準拠を名乗れない、というべきか。
# ここで最初の1行を見直すと一周回って別の意味になるなw。
Re: (スコア:0)
この表現使う時点で、なんとなくどこ系統の人か予測つくけど、POSIX等の規格の話だそうものなら人格攻撃か、屁理屈と決めつけてこちらの話を一切聞かなくなる場所の人だと思うよ。