今夜も Wine で乾杯! – 21本目

ソフト電池は無理やろ
へんなのがCPU食ってるのはWindowsUpdateを切ればいいんじゃないか

VMをワークスペース分けずに使ってるやつなんておらんやろなぁ

blueMSXが使えない
ウィンドウは出るしメニュー設定等のUI部分は動くけど
いざMSX開始ってボタン押すと完全に固まってうんともすんとも
終了もできなくなるからタスクモニターからkillしかなくなる

助言求む

win10とかもうやだ…

iptables
hosts

VM以外だと、AnboxでAndroidのPowerPoint使う方法しかないな。
http://gihyo.jp/admin/serial/01/ubuntu-recipe/0468

本家の Windowsでは、描画処理が重いときには、OnPaint や OnDraw の関数が終わるまで
の時間も長い。だから、メッセージがたくさんたまっているのに描画が追いついていない事は、
メッセージ・キューに残っているメッセージの個数が多い事で大体の判断が付く。だから、
InvalidateRect(NULL)をしておけば、描画が追いついてない場合は、メッセージループ
が WM_PAINTメッセージを送るタイミングを自動的に後回しにしてくれる。

ところが、X Window System の場合、実際の描画がまだ終わってない場合でも、
「描画関数」自体は一瞬にして戻ってきてしまうから、上記のアルゴリズムが「勘違い」を
起こしてしまうことがある・・・。

そらに悪い事に、WINEが、内部で Surface を持っているときには、LineTo 関数自体は高速に
処理を終えるのに、アプリが予想もしないタイミングで、時間の掛かる flush の処理が行われ
てしまう。

そうすると、OnPaint は高速に終わったと勘違いして、WM_PAINT メッセージが、マウス・メッセージに
完全に連動して大量に生成されてしまう。すると、Pending 状態の X Window の処理がどんどん
待ち行列に溜まっていってしまう。

ドラッグ中は、WM_PAINT が秒間20回も送られるのに、Server が実際の描画を終えるのは、
その何十倍も時間がかかってしまう。

こんな感じだろうか。

あ、2.0の前は1.8.xが安定版で、1.9.xが開発版だったな。

Slackwareはまだ1人でやってるのかな
がんばるなぁ‾

どうやって共有するの。

OSXじゃないの？

wine2.0.2だけど最初の起動にやっぱり時間がかかる
aviutlは10秒くらいかかってる
でもまあ一度起動してしまえばあとはすぐに起動するから問題ないと思ってる

>>58
Wine 2.0の詳細リリースノートによると
>… Basic support for making SOAP calls is also included. This enables Microsoft Office 2013 online activation.
まともに動くとは言っていない

かなりハッテンしてきたよね

つまりLinux版なんていらないな

>>5
winehqのstableにしたら?

>>450-451 辺りのソースを見ていて、背理法で語ってみたい。

仮定1：「Drag 中でも、PeekMessage されている。」 と仮定する。
仮定2. 透明化した際に重くなるのは、flush_window_surfaces() と、
　　　　そこから呼び出される update_surface_region() のみだと仮定する。
補足： update_surface_region() は、透明化のための Shape の作成の処理が
　　　 されるので、重い。
　　　 flush_window_surfaces() は、update_surface_region() を呼び出す
　　　 以外にも、XPutImage() 系の処理が入るので、さらに重い。

仮定2については、透明化時に、それ以外に重い関数が出現する可能性を否定は
できない。なぜなら、surface の処理は、透明化しない時には行われないかも
知れないからである。その場合、LineTo の関数が切り替わる。

1. FIXME で見ている限り、ドラッグ中は、それらの関数は全く呼び出されない。

2. >>451 を見ると、PeekMessage した際に、キューにメッセージが残ってないなら、
　 flush_window_surfaces() が呼び出されるはず。

3. 「仮定2」 の関数は呼ばれてないのだから、キューのメッセージは、透明化され
　てない場合と同程度に高速に処理されてもおかしくない。

4. もしそうであれば、キューのメッセージはあっという間に「空」になるはず。

5. 空になったとしたら、「2.」の通りに、flush_window_surfaces() が呼び出されるはず。

6. しかし、「1.」で述べたように、実験的には、flush_window_surfaces() は呼び出されてない。

7. 矛盾である。

8. 背理法により、これは、仮定の少なくとも一方が間違っている事を意味する。

よく知らないけどあるならこんなに発展してないんじゃないの？

なんかメモリ食ってるなと思ったらwineで起動したエディタがゾンビになってたでござる
具体的にはMeryに表示された文字が消えて描画なんたらのエラー出て死ぬ

>>156
・wineticksを使いましたか
・WINEPREFIXは32bitと64bitのどっちですか
・必要な.NETのバージョンはいくつですか
わからないならわからないと答えてください

>>642
JavaのOracleとGoogleの抗争で、Wineの人もWinが今後どうなるか分からないから、
議論が始まり出して、FSFの人にも連絡を取った、みたいな話だよね。
でも、この裁判もまだ数年は本当の結論が出ないし、また、出たとしても、他の
裁判に影響するわけではない、というような事も書かれている。

ARM機とかスマホしか持ってないわ
これから増えるんかね

ReactOSの人が興味があるみたい>>wine高速化の人

http://itest.5ch.net/test/read.cgi/os/1519906380/011

wineは複数ブランチとかないし新しいバージョンほど基本安定している
バックポートは甘え

wineならぬmace出ないかな

The Wine development release 3.0-rc3 is now available.

What’s new in this release (see below for details):
– Bug fixes only, we are in code freeze.

妄想？

>>259-260
やっと3.0-rc1になったよ

なぜ、アメリカが訴訟社会なのかが分かった。

例えば、「Fair Use」 ひとつとっても、法律には、細かい条件が書かれ
ていないらしい。だから、裁判起こしてみないと結果が分からないらしい。

困ったもんだ。

あえて言おう、女子小学生と！

WineでMFCで書かれたアプリを実行した場合、MSに著作権的に何かモンク言われたり
するんだろうか？

ワイン2.16発売

2017年9月1日

Wine開発リリース2.16が利用可能になりました。

このリリースの新機能 ：

RichEditでメタファイルを貼り付けることができます。
グレースケールのPNG画像のサポートが向上しました。
ライブラリの読み込みにおける安全機能のサポート
GdiPlusでの変換の処理が改善されました。
DirectWriteのレンダリングの改善。
さまざまなバグ修正。

ソースは現在利用可能です 。 バイナリパッケージはビルド中であり、それぞれのダウンロード場所にすぐに表示されます 。

ワイン2.17発売
2017年9月15日

Wine開発リリース2.17が公開されました。

このリリースの新機能 ：

DirectWriteのグレースケールモードのサポートが改善されました。
デスクトップファイル内のアプリケーションごとのStartupWMClass
仮想メモリの互換性が向上しました。
WindowsCodecのパレット処理の改善
WebServicesの返信メッセージの改善。
さまざまなバグ修正。
ソースは現在利用可能です 。 バイナリパッケージはビルド中であり、それぞれのダウンロード場所にすぐに表示されます 。

atomのAndroidでしか使えなさそうだな

The Wine development release 3.6 is now available.

What’s new in this release (see below for details):
– Support for PNG format icons.
– Support for 1D textures.
– More infrastructure for high DPI support.
– OLE data cache improvements.
– Various bug fixes.

でもそれ言い出したら表計算ソフトなんて・・・・・ｗ

結局のところwinehq-stableとwine-stableの差は何なのさ

mateはかなりファイル開きっ放しだからな
GNOME3 KDE >= Xfce > mate >= GNOME2 > LXDE
しかしLXDEは色々と機能が足りなかったり（DE WM でのIME切り替えとか管理とかみたいな）

あと たいかんｗ でしかないけど、Win32のウィンドウサイズ関連が上手く動かない、みたいのが
LXDEだと多い気がする（BunBackupとかスプリッタで変な事してる様なのとか）

頭に Msg が付かない方の WaitForMultipleObjecstEx() も
挙動がおかしい。 timeout に 0 を指定しても、無限に
待機してしまうことがある。

155 名前：login:Penguin [sage]： 2018/03/01(木) 23:01:33.07 ID:fYfWMlBV
Ctrl+Insertでコピーしたいんだけどショートカット設定する方法ありますか？

makeしたい人は、‾/wine にて、

$ ./confiugre
$ make -j 4 2>build.log
$ make -j 4 install 2>inst.log
$ wineserver -k

で行けます。ここで、wz エディタを起動してみます。文字化けするようでしたら、

$ apt-get remove wine
$ apt-get install wine

で直ると思います。これは、一度やれば Ok のようです。

肝心なこと書き忘れ
Plumaの文字化け対策は以下を参考にしました。Ubuntuでもでけた
http://maguro.5ch.net/test/read.cgi/linux/1393660914/947
（ http://maguro.2ch.net/test/read.cgi/linux/1393660914/947 ）
947 名前：login:Penguin：2014/04/21(月) 16:21:34.38 ID:7ECvBhuY
Ｕｂｕｎｔｕ版はどうなってるかよくわからない、LMDE201403だと、dconf-editorインストールするのが楽かも

// ｇｓｅｔｔｉｎｇｓ　使う場合は下の方法
1. 現在の設定の確認　[‘UTF-8’, ‘CURRENT’, ‘ISO-8859-15’, ‘UTF-16’]　がデフォルト
gsettings get org.mate.pluma auto-detected-encodings

2. 書込可能か確認　ｔｒｕｅ　が帰ってくることを確認する
gsettings writable org.mate.pluma auto-detected-encodings

3. 実際に書き込みする
gsettings set org.mate.pluma auto-detected-encodings “[‘UTF-8’, ‘CP932’, ‘EUC-JP’, ‘CURRENT’, ‘ISO-8859-15’, ‘UTF-16’]”

もし、MSが何か言ってきたら、既存のWindowsソフトは大部分が動かせない事になるかも。
プロは、ほぼ100% MFCを使っていたから。

ちがったかな
$ /opt/cxoffice/bin/wineserver –version
wine-2.8-8251-g8a457d1

wineとvirtualboxと両方いれてるけど、両方とも捨てがたい面白さがあるな
なんで素のWindowsで動かすより楽しいんだろ

>>197,201,202
今、SlackwareベースのPuppy Linux、Slacko Puppyをイジってる。
でも、SlackwareのリポジトリーにはJDがないんだよなあ。
WineでJane Style 4.00が動くようになったから
それ使えばいいじゃんという話もあったりするが。

Red Hatのベータ版的な位置づけのFedoraがあるぞ。
こいつは一般人というか、一部のPCオタクも使ってる(はずだ)。

自分の環境(RTKernel)だとKindleを起動した時に
四角の枠だけ表示されて止まる
LowLatencyKernelだと正常に表示される

確かに最新版にアプデすると起動できなくなるな

途中でごめんなさい
office2007では上記の設定でPower Pointは見事に動いた

wineのバージョンを上げて再度office2013のPower Pointを試してみます

泥版なら

office2013でね。

IEでアマゾンにログインするメリットって何

>>419
なるほど。

1つ質問です。

はっきりとは書いてなかったのですが、>>416の遅くなる条件であるところの 2,3 の場合
においても、CMainFrame、つまり、アプリケーション全体の Main の Window のタイトルバーを
ドラッグした場合は、遅くなりません。いたって高速にドラッグできます。

>>419 が正しいなら、どうして、X は、この場合だけは速く、CMDIChildWnd の場合だけは
遅く動作するのでしょうか？？？

IEはSpyglass Mosaicのライセンス品がスタートやしw

なにそれ

Macに3.0-rc1入れたけど、2.0-rcに比べるとインパクトがないな。
1.xに比べると劇的に早くなったと記憶してるが・・・

Wine上で既存のWindows用業務プログラム(.net3.5)動かそうとやってるWindows専技術屋ですが
どうしてもMySQL Connector/Netで、NetBios名の名前解決ができなくてDHCPネットワークでは無理みたい
（DHCP切れって話だけど、使ってるロケーションが10箇所以上あるからいちいち現地で作業できない）
そこでLinux上に別ソフトインストールしてそいつで名前解決したあと、localhostにマスカレードさせてつなげることできないかと考えたんだけど
どなたか何かいいルーティング用プログラム知りませんか？

windows updateは手動にするのが鉄則だしね
テレメトリ回避のために適用するパッチの順番変えたり
インスコ短縮のために先にカタログから落としてローカルインストールにしたり
ほんと不毛なことしたもんだわ

WineとJavaでは事情が異なるかも。
JavaはそもそもWindowsに対抗するような意味もあったし、当初からマルチプラットフォーム
をかかげていた。だから、もともと他社が入らなくても「公平」性の担保がなんとなくあった。
そこに独占状態であるGoogleが入ってきて、Sun/Oracleの努力を台無しにしかねないような
事をし始めた。Oracleにはアイデア量や今までの努力が還元されないのに、Googleばかり
が儲かる。そもそも、Googleは何もしなくても莫大な金が舞い込んでくる。なんか、Googleの
方にこそ理不尽さを感じる人は少なくないはず。だから「Fair Use」が認められなかった可能性
がある。

一方、Wineの場合は、不公平の親玉なのは MS のほうであって、Wineは、それを除去すべく
現れた「公平の星」のようなもの。だから、Fair Use が認められる公算は大きい気がする。
というか、普通の感覚だと、MSより、Wineの方に公平さを感じるだろう。

Googleは企業自体がもともと不公平さを持っている感じがする。

>>150
オモロー

いや全然Javaに似てなくないか
JSってかなり変わった言語だと思うけど

>>730
パッケージマネージャーで入れた場合は上流で更新されてもメンテナが確認して更新するまでは変わらんよ
ソフトが勝手に最新版になったらライブラリ足りなくて動かないとかが起きる

>>701
解決していそうだけれど、
コンソールが出るフォアグラウンドの場合と、chinachuの録画後スクリプトでは環境変数が違う可能性を言いたいのかも?
あとは実行ユーザー?

2.10以降ほっといたから久しぶりにコンパイルしるかな

HKEY_CURRENT_USER_Software_Wineに新しくDirect3Dというkeyを作り、MaxVersionGLという値でバイナリデータを30002（１６進数）にして終了

ここでいよいよoffice2013のインストールです
インストールそのものは多分大丈夫だと思います

でもPowerPointはダメでした
我が家のMintはダメでした
でもちゃんとPowePointが動いてる人もいるので方法自体は間違ってないはずです

以上がoffice2013のインストール方法でした
PowerPointが動いた人がいたらぜひ教えてください

ワイン2.20発売

2017年10月31日

Wine開発リリース2.20が公開されました。

このリリースの新機能 ：

MSHTMLのイベントサポートが改善されました。
ARM64でのプリローダのサポート
Direct3Dの補間モード
GdiPlusでのメタファイルサポートの改善。
Kerberos5認証パッケージの初期バージョン。
OLEクリップボードキャッシュの改善
さまざまなバグ修正。

取り敢えず改変した物もしくはそれが置いてあるURLを本家に晒して反応を様子見かね

日本の家電がダメになったのは著作権に縛られたからってのも大きい

携帯mp3プレイヤー　→著作権無視の韓国および体制を確立したApple
DVD/BD　→　コピ1だのコピ10だの、DivXやらmp4再生やら何時になったら漬けるのよ個のバカ日本企業。
　　　　　　　　　mp4再生だけで中華製しか選択肢ないわ

で、ものすご〜く遅れて対応。　出揃うころには中華格安機に占領されている
SIMフリーやらとにかく対応が遅い、高い、無駄な機能てんこ盛り

a.txtがあるフォルダをWindows側で共有して、Linux側はそれをマウントすればできる。

まあ動くソフトが増えれば進歩だから、増えたのかね
どうなんだ