スラッシュドット・ジャパン

参考までにですが、Open Tech Pressの記事 [opentechpress.jp]を読むと、 15年の道のりは平坦ではなかったということが分かります。 部門名が「次に目指すところは部門」となっていますが、 同記事では、開発リーダーのAlexandre Julliard氏の言葉として、以下のように大量の作業が残っているとあります。

「サポートしたいものがまだたくさんある。USB デバイス、64ビットのアプリケーション、.Netアプリケーション、ユーザインタフェースのテーマ、Mac OSネイティブのインターフェースなど。それに、Microsoftが開発し続けている新機能のすべてと、Wineのすでに実装済みの機能がまだ抱えている非互換性のすべて。今後の15年間も休む暇がないほどたくさんある」

.NetはMonoでいいような気も・・・(使ったことないからどの程度互換性があるのかは知らないけど)。

（フォームの見た目が少し変わりますが、小物アプリなら問題なく動きますよ）

Alexandre Julliard先生の次回作にご期待……あ、まだWineやるのね。

Wine　→　続・Wine　→　続続・Wine　→　また又・Wine
→　新・Wine　→　ニュー・Wine　→　痛快・Wine

「The・かぼちゃWine」はいつになりますか?

# 最近の若いひとは、「エル」といえば目の下に隈のある方のことなんでしょうけど。

「失礼な！　朝から飲むに決まってシルブプレ」

Darwine 1.0 [thisismyinter.net]も出たようです。
Wikipedia調べ。

これでMoneyLookが動けば、VirtualBoxやParallels要らないなぁ、と
思いつつ試してみると、
~/.wine/drive_c/windows/Fonts/ 下に日本語フォントを
入れれば日本語でちゃんとインストールできる(文字化けするダイアログもあるけど)。
で、いざ、ログイン、としたところで詰まりました。

# まだ、Parallelsの出番はあるようです・・・

1.0になってもコンパイルに-gオプションがつくみたいです。 バイナリーを小型化したいときは CFLAGS="-O2" CXXFLAGS="-O2"

バイナリを小さくしたいんだったら"-Os -fno-math-errno"の方がいいかもしれません。
ビルド後にstripとsstrip [muppetlabs.com]をかけておくとさらにサイズを抑えられるかもしれません。
揮発性の記憶域ならたくさんあるんだけど不揮発性の記憶域が限られてて、という場合はバイナリをbzip2で圧縮して先頭に

#!/bin/sh
T=`mktemp`
tail $0 -n +8|bzcat -d >$T
chmod 700 $T
$T $@
rm $T
exit

とか付けておくといいかもしれません。

strip --strip-debug すれば、コンパイル済のオブジェクトからデバッグ情報を削除できます。

な事を考えると、昔ほど Wine の必要性は高くないかも。
Wine じゃなきゃ困るのってどんな状況?

えろげー以外でも、DRMのかかっているコンテンツを見るのとかだと仮想化では厳しいんじゃないですか？
IEとWMV9以降に依存しまくっていたりするので、DIRECT X9以降に対応しているハードウェアでないと視聴の権利すら確保できないし、リモートデスクトップ経由で見ようとすると文句言われて絵が出ないし…
それなりに整備さえすればLinuxで作業してるときのBGVでGyaoとかBitTorrentを利用したストリーミングなどが見れるというのは、かなり大きいのでは…

Direct3Dの画面をリモートで見たければ

IgRemote
http://xrowcc.blog.shinobi.jp/

がお勧め。回線やマシンスペックによっては使用に耐えないかもしれないけどね。

Windows を持っていないけれども、Windows アプリケーションプログラムを 動かしたい場合。 仮想化の場合はWindowsのライセンスを持っていなければならない。

とある機器のファームウェアをダウンロードしてきたら自己展開型の.exeファイル。
中身をOSX上で取り出したかっただけだったのでwineで実行しました。

Win32 API エミュレーション技術という括りなら、MS自身がMac版のSilverlightで使ってて、
その上でWindows版のSilverlightのJITがそっくりそのまま動いてる。
今はまだエミュレートしてるAPIが最低限しかないけど、これを拡張する事で、Silverlightの
デスクトップアプリケーションを実現するつもりなんじゃないかな。

仮想化でストレスなく動かすには結構富豪的な環境が要ります。
ノートPCがメインなので、ちょっとしたWindowsアプリケーションをVboxやVMwareを起動せずにつかえるのは大きなメリットです。

仮想化の技術も進んでるので、昔ほどじゃないと思うよ。
昔は本当に遅かったけど、今は処理によってはネイティブに近い速度も出ちゃったりする。

WindowsやLinuxなどのホストOSの上でゲストOSを動かすのではなく、VMサーバ上でゲストOSを動かすのが主流になって、市販PCでもそういう動きが出てくれれば、「常時複数OSを起動しておいて簡単にスイッチ」できるので良いのだが。

えろーげをやるためだけにWindows入れてる人って、実はそれなりにいる気がしますねぇ。

私はネトゲをするんですが、パッチを自動でダウンロードするゲームも大丈夫です。
ただnPro等のチート防止プログラムが同時に起動するゲームは駄目みたいです。

Wineもいいけど、やっぱOSレベルで互換性に挑戦している
ReactOSに期待しています。
Wineプロジェクトと協力していると聞いているので、
これを弾みにReactOSもガンガレ！！

>DirectXを使った3Dグラフィックスゲームはもちろんのこと

動くには動くんですが
モノによっては、ごそごそといじらないと動かない物が多くて
中にはちょっとアレなパッチあてなきゃ動かない物まであって
結局自分の場合遊ぶ時はデュアルブートのWindows使っているという現状ですね…

xsystem3.5 [sakura.ne.jp] とか ONScripter [infoseek.co.jp]とかの話ですか？