今夜も Wine で乾杯! - 23本目

Linux上でWindowsのアプリを動作させるソフトウェア
Wineに関する情報交換スレ。

前スレ
今夜も Wine で乾杯! - 21本目
http://mao.5ch.net/test/read.cgi/linux/1540015268/

Wine本家
http://www.winehq.org/
http://wiki.winehq.org/

動作報告Wikiや過去ログなど
http://www.2chlinux.org/index.php?FrontPage

ここにパッチをうｐするときはgzipやbzip2で圧縮した上で
base64などでエンコードしてください。おながいします。
動作報告は>>2のテンプレ使用を推奨。

>>671-672
WineはWindowsと違ってx86_64上でも16bitアプリに対応しているよ
ただしDOSBoxをインストールする必要あり

このSameGameで64bit Windows 10で動かないけどWine 7.0で動くことを確認済み
ttps://www.vector.co.jp/soft/dl/win31/game/se005521.html

16bitアプリはNT系Windowsではntvdmを利用していて、nvvdmはx86_64のlongモード非対応の
仮想8086モードを使用するので32bit Windowsでしか動作しないけど、Linuxの32bit Wineのwinevdmは
DOSBoxの8086、80286エミュレーション機能を自動的に利用するので16bitアプリも動作する

ちなみにWindowsに32bitアプリとしてWineとwinevdmを移植したものがあって
これを使うと64bit Windowsでも16bitアプリが動かせるはず

ttps://github.com/otya128/winevdm

>>673
そのwinevdmをビルドしてみて？

>>674
汎用freewareレベルなら16bitアプリは確かに動くなしかしだから証明された訳でもない。

>>673
16ビットと言っても
�@DOS用で、リアルモードまたは仮想8086モード向けのコード
�AWin3.x用で、16ビットプロテクトモードまたは16ビット互換モード向けのコード
の2種類あって、

i)32bitWindowsの場合、�@は仮想8086モードに移行して直接動作(ntvdm)、�Aは16ビットプロテクトモードに移行して直接動作(wowexec)

ii)32bitlinux上のwineの場合、�@は仮想8086モードに移行して直接動作(vm86システムコール利用)、�Aは16ビットプロテクトモードに移行して直接動作(modify_ldtシステムコール利用)

iii)64bitlinux上のwineの場合、�@はDOSBoxのエミュレーション(longモードでは仮想8086モード非対応のため)、�Aは16ビット互換モードに移行して直接動作(32bitwineからmodify_ldtシステムコール利用)

iv)64bitWindowsの場合、�@は非対応(longモードでは仮想8086モード非対応のため)、�Aも非対応(MSのやる気がないため)

v)64bitWindows上のwinevdmでは、�@�AいずれもエミュレーションまたはCPUの仮想化機能を使う

>>671-673
結局、Windows3.1向けの16ビットアプリケーションは64bit環境でも動作するが、
1) 32bitのWineをインストールしなければならない(32bitのWindowsアプリが動けばOK)
2) DOSBoxは不要(エミュレーションなしで動く)
3) modify_ldtシステムコールが禁止されていたりすると動かない

>>676
> ii)32bitlinux上のwineの場合、�@は仮想8086モードに移行して直接動作(vm86システムコール利用)
Wine4.0でvm86システムコールを利用するコードが削除され、以降はdosboxのCPUエミュレーションで
リアルモードのコードを実行するようになっているはず

dosboxを利用するコードが入ったのはWine1.4

Wineのコードをgrep vm86して確認してみて

> �Aは16ビットプロテクトモードに移行して直接動作(modify_ldtシステムコール利用)

自分もこう動いているように思っていたんだけど実際のwineでmodify_ldtを使っている箇所は
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_i386.c
https://source.winehq.org/git/wine.git/blob/HEAD:/libs/wine/ldt.c
の2つで、下はobsoleteになっていて使っていないっぽい

コード読み切れていないから全然理解できていないだけど、本当にWineは16bitプロテクトモードの
コードの実行にmodify_ldtを利用している?

winevdmのコードを見てもdosboxを呼びだしているのはわかるんだけど、どこまでdosboxのCPU
エミュレータでコードを動かしているかわからん

https://source.winehq.org/git/wine.git/blob/HEAD:/programs/winevdm/winevdm.c

あとWine7.0のANNOUNCEで32bitWineなしでも実行できる新しいWOW64を実装したっていっているけど
実際はまだ32bit<->64bitのコードが実装されていない気がするんだけど

wow64cpuでmodify_ldtを使うと思うんだけどそんなコード入っていないように見える
https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/wow64cpu

この辺にもない
https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/wow64
https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/wow64win

Wine7.6でも変わらない

>>678
今は32bit環境がないからdosプログラムがどうなっているかはすぐには確認できないけど、Win3.x向けプログラムはWine7.6でもmodify_ldtを使っている(少なくとも俺環では)
strace -f wine <win16app.exe> |& grep modify_ldt
で一杯出る
あと、64bitのlinux環境では32bit用セグメントが常にGDTに用意されていたと思うから、32bit互換モードにはfar jmp一発で移れる(アセンブリで試しに書いたら動いた)

>>678
https://source.winehq.org/git/wine.git/blob/HEAD:/include/wine/asm.h
を見る限り、MacとAndroidの場合に16bit用のLDT関連がobsoleteになるっぽい
確かにMacは今や32bit互換モードも含めてobsoleteだし、Androidはセキュリティのためseccompで多くの不要なシステムコールを禁止している

あと、https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/wow64cpu/cpu.c
の144行とかにfar jmpがあるから、ここでモード移行かな
これはWindowsのHeaven's Gateと同じ方式
不要になるのは32bitのlinuxのライブラリ(/usr/libとか/usr/lib32にある.so)であって、Wineの32bitライブラリ(syswow64にあるやつ)は必要

>>681
>>679は根本的な部分で勘違いしていた

Wineは5.0辺りからずっとリファクタリングを進めていて、wineserver等のELFなLinux側とkernel32.dllや
user32.dll等のPEなWindows側に完全に分離する作業が行われている

modify_ldtとかi386_set_ldtはLinuxやBSDの機能で、Linux側のwineserverでmodify_ldtを使うのは
いいんだけど、wow64cpu.dllはWindows側だからmodify_ldtを使ってはいけない
だから最初からdlls以下のwow64関連コードにmodify_ldtが存在するはずがない

x86_64 Linuxには32bitユーザーモードコードを動かすためのセグメントディスクリプタがGDTにあって
それを使って32bitコードを動かしているんだから、wow64cpuの側ではfar jmpでセグメント切り替え
ジャンプをすることで64bit<->32bitの切り替えを行うことができる、ということでいいのかな

うん

ほぼ何にも設定してないwineでsteam使いたいんだけど、ログインのときの認証コード入れるポップアップ？が出てこないんだけどどうすればいい

すまんwinetricks steamでとりあえずいつもの画面までは行けた真っ黒だけど
sha256sumが違うから、/usr/bin/winetricksの中のsteamのチェックサムを~/.cache/winetricks/steam/にある現物に書き換えてインスコさせた

真っ黒になるな。windows XPをサポートしていた時代のsteamを使って、それ以上アップデートさせないようにすれば、一応真っ黒にならずにすむ。

16bitプロテクトモードってなんだ？
てかwine使うくらいなら素直にWindows入れろよ

お前はなんてこのスレにいるんだよ
>>687

16bitプロテクトモードってなんだ？ ってなにか教えてほしいから

目的がLinuxでSteamのゲームをプレイすることではなくwineでSteamを動かすことに見える

まあゲームプレイするだけなら
linux版steam入れてprotonでゲーム動かした方が大分無難だしね

protonを汎用的に使う事は出来ないのだろうか

デュアルブートにしろ2台にするにしろデメリットはある。wineを使うか使わないかで差が出る。linux版steamでうまく動かない場合（まれによくある）windows版なら動くんか？と試すことになる。

ブラウザが別途起動する二段階認証をするアプリは無理？
認証後のトークンが引き渡せないみたい。
使いたいのはDropBoxと連携するアプリです。

Linux MINTのWineでインストールしたMT5についてです。
他のプロパティは変更できるのですが、
なぜか色のプロパティだけは変更できなくて困っています。
対処法のわかる方いらっしゃいますか？

Linux MINTのWineでインストールしたMT5についてです。
他のプロパティは変更できるのですが、
なぜか色のプロパティだけは変更できなくて困っています。
対処法のわかる方いらっしゃいますか？

いません

>>696
Windowsをつかいます

にこあ将棋(https://www.vector.co.jp/soft/winnt/game/se515739.html)ってのを頑張って動かそうとしてるんだけどエラーが出てうまくいかない
調べたらd3d11.dllとdxgi.dllをネイティブ版で動かしてみるとよいとあったけどそれやってもダメそう
あともうちょっとでいけそうな感じはするんだけどな

15年ぶりくらいに使ってみたんだけど思ってた以上にどんなアプリも普通に動いてすごい

そりゃ天下のValveが支援しているからな

3Dの重いゲームもちょっとカクつくが使えるレベル。後、IME関係が問題なければwindowsはいらなくなる。日本人がんばって。

IME関係は日本人だけの問題じゃない

RPGツクールのゲームを全画面にするとアスペクト比が崩れちゃうんだけどなんか対策ない？
そのままのサイズだとちと小さいので

xrandrで800x600とか適当にちっこくしてやってたな
自分がツクールゲーで遊んでたときはF4とAlt+Enterで崩れ方が違ったりしたけど今どうなんだろ

Office365のインストール、wine7.13では50％で動かなくなるが、wine6.03では完走した。

aptでwinbindとlibnss-mdns:i386を入れて、winetricksでmsxml6, fakejapanese, corefontsを入れた。

アプリの起動は途中で失敗する。

CodeWeaver21は遅いけどインストールできてアプリもうごくから希望はあるかも。

>>705
なるほどこんなことできんだな
ありがとう

いいってことよ

WineでLinuxにも感染するランサムウェア動かした場合、ゲストOS全体が汚染されますよね？
Wineをコンテナ内で起動するようにすれば防げるでしょうか？

召喚魔法やめろ

>>709
どの程度まできにしているのかシランケド、
コンテナ内（chrootでもlxcでもdockerコンテナなどの好きなの）で動かせばよいのでは？

Flatpak版のBottlesもサンドボックスなので安全

ネットに繋がなきゃ問題なし

wine-devel 7.1.4
32/64bit混在可
beckyでgmailの送受信もできるのか　これはいい

>>712
Bottles入れてみたんだけど、文字化けを解消できなくて諦めたわ…
普通に紹介されてる方法だと文字化けしたまんまやった

お遊びにてインスコ
たまには昔を懐かしむのもいいもんです
https://i.imgur.com/ull9Q0d.jpg

wine7に上げたら長年愛用の16Bitアプリが動かなくなった。
やむなくplayonlinuxでwine５環境作って動かしているが、これもいずれverupで見限られるんだろうな・・・・

そういうのは開発に言わないと

>>718
ｼｮﾎﾞｰﾝ

>>717
逆に PlayOnLinuxだと動かない（何らかの障害）ものもあるので
全部PlayOnLinuxに移すのはやめて
wineとPlayOnLinuxを併用してる

PlayOnLinuxのほうが、複数の鳥に環境コピーするとき
desktop iconの作りなおしが楽なので好きなんだけどね

「動かない」より「なぜ動かないのか」の方が重要じゃね
どのAPIが原因なのか判らなきゃ直しようがないしね
特にレガシーな環境だと所有者自体が限られるし
本来の動作を確認するだけでも大変

てかwine debug how toみたいなサイトはないのかな
オープンソースなんだから気に入らないところは自分で直せばいい

>>721
俺はプログラミングなんぞ出来ないぞ

× 出来ない
○ やらない

エスパーキボンヌクレクレ厨ですね。判ります

まだ続いてたのね。

https://www.codeweavers.com/

WinのRadiosureをwineで使う方法ないですか
wineだと起動はするんだけど通信がどうやってもできない
昔は完動してたのになあ

Primevideoのアプリをwineにインストールしてみたいんですが、MSストアにしかありません。
どうやれば手に入るでしょうか？

NCV(ニコ生コメントビューア)も動かないんだよなぁ
通信ができない
旧いバージョンのときは動いてたのに

そもそもBrowser経由で外でれるの？

Wine7.18でoffice365のインストールが69%まで進むようになった。

>>726
？
普通に通信できるが？

逆に、何ができていないのかがわからん
せめて、どんなエラーを吐いているかぐらいは書いてくれ
エスパーするにしたって、最低限エラーログのコピペでもないと何もアドバイスできん

>>731
どの局選んでも、接続できません、と出るだけで全く何も聞けんのよ
端末で起動して出るログは

002f:err:ole:CoGetClassObject class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered

002f:err:ole:CoGetClassObject no class object {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} could be created for context 0x1

wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available.

0031:err:ole:CoCreateInstanceEx apartment not initialised

0009:err:listview:LISTVIEW_WindowProc unknown msg 108a wp=00000000 lp=0032f4b8

これが何十回も出てくるだけ

私のところもRadiosureで音楽は流れるな
Desktop: Xfce 4.16.0 Distro: Ubuntu 22.04.1 LTS (Jammy Jellyfish)


とりあえずwinehq-develで環境を作って
sudo apt install apt-transport-https cabextract winbind
sudo dpkg --add-architecture i386

sudo apt install --install-recommends winehq-devel
...


dpkg --get-selections | grep wine

wine... installとあるものを消す

sudo apt remove wine-stable
sudo apt remove wine-stable-amd64
sudo apt remove wine-stable-i386:i386
sudo apt remove winehq-stable

sudo apt autoremove
sudo reboot

synapticからwine6.0.3を入れて使ってるｗ

>>717
情報ありがとう。
Wine5とそれ以降で違うの?

いや、どうせそいついつもの荒らしだよ
具体的に何のアプリが動かないのか、決して言わないのがこいつの特徴

アプリ名まで書いたら嘘がバレっからね

なんだここも某VzEditor使いの巣か

Crossover wineをUbuntuでソースからビルドできた奴おる？

32bitのビルドでilocal対応のclangが必要で付属のソースからビルドしたけどwineのconfigure ではねられるんだわw

俺はMacだからbrew --caskでそのままパッケージ突っ込んでる
というかおっさんになるとコンパイルするのが面倒くさくなってくるなw
Goとかだったらいいけど

https://i.imgur.com/DaSnaaK.jpg
https://i.imgur.com/OwKjDeY.jpg
https://i.imgur.com/MYNR89T.jpg
https://i.imgur.com/TzP6eXj.jpg
https://i.imgur.com/lUdARIW.jpg
https://i.imgur.com/zT7zlVn.jpg
https://i.imgur.com/zgjARMm.jpg
https://i.imgur.com/wOieEsL.jpg
https://i.imgur.com/V2bnhY4.jpg
https://i.imgur.com/VmIhvSn.jpg
https://i.imgur.com/43wUJMI.jpg
https://i.imgur.com/nI0mErD.jpg

Debian11でWine7.21 だとKindle(1.39)がうまく動かなかった。
起動画面でるけどログイン名に文字入力できず数秒でエラーで落ちる。
OSから再インストしなおしてWine7.0.1 だとスムーズにインストできて動いた
まあ自分の設定間違ってるのかもしれんが

aviutlでテキスト入力をしようとすると文字化けします。
一応フォントとかロケールの設定はやったのですが変わりありません…
何か他に方法はありますでしょうか？

Wine8.0 rc4でOffice365インストール
02b8:err:module:import_dll Library osppc.dll (which is needed by L"C:\\Program Files\\Common Files\\Microsoft Shared\\OfficeSoftwareProtectionPlatform\\osppcext.dll") not found
で落ちるなぁ

>>741
この件はwine内部のバグとの事で開発者の方にバグレポートを書いて頂く事になりましたので解決？しました。

Wine-8.0リリース
ttps://www.winehq.org/announce/8.0

色々な改良がされているんだけど、だいぶ前から行っているWineの内部構造をWindows本家に
極力近づけるリファクタリングがグラフィック関係(gdi32.dllやuser32.dllが直接システムコールを
呼んでいる部分をwin32u.dllに移す)以外はほぼ完了したっぽい

このリファクタリングが完全に完了すると、基幹のkernel32.dllやgdi32.dll、user32.dllすらwineのから
windowsのに差し替えても動作するはずなので、理屈の上では互換性がさらに向上するはず

それにwin32u.dllまで終わると、カーネルのntoskrnl.exeとカーネルモードのデバイスドライバと
ユーザランドのシステムコール呼び出し部分ntdll.dllとwin32u.dll以外はReactOSとWine間で
完全にコードを共有できるようになるはずで、ReactOSの開発も進みそう

内部構造の改良に伴い従来の64bit Linuxで32bitバイナリを動かす仕組みではなく、64bit
Windowsと同様の仕組みで32bit windowsバイナリを実行できる新しいWOW64が実装された
ビルド時に--enable-archs=i386,x86_64をつければ有効になる

ただ、まだ開発中となっていて、手元で実験したところ7zipの32bitインストーラすらまともに動かない
誰かうまく動かせたら教えて

まだビルド中で確認していないけど、従来通り、64bit windowsバイナリ用wineを--enable-win64で
ビルドし、32bit windowsバイナリ用wineを--with-wine64=(64bit wineのビルドディレクトリ)でビルド
するか、もしくは64bit wine環境と32bit wine環境を分けて管理する方法がいいと思う

ttps://wiki.winehq.org/Building_Wine#Shared_WoW64

>>744
v8.0リリースおめでとうございます。

これでReactOSの方も進展があれば開発が加速するかも知れんけど望み薄かな
あっちのスレでもあったけどレトロゲームエミュレータ限定みたいなグレーゾーンでも
実運用に耐えられるレベルになって注目されるレベルにならなきゃ
wineやReactOSの開発者や周辺ツール類の開発者はそうそう集まらんかもな

>>744の辺の動きってwineだけとは考えにくいしprotonも一緒なのかな

>WOW64が実装
これ一長一短じゃね？パフォーマンスは互換モードのほうがよさそうだし

>>746
Steamのprotonような強い動機付けがなければ、
ゆるーりとしか進まないと思うよ
（まぁ、永久ライセンスで寄付だと思って支援したけどね）

いずれMacでRosetta 2がディスコンになっても、x86なWinアプリを動かす望みはあるんだな
よかったわ・・・

それとこれとは話が別じゃないの？
CPU違ったら、wine＋CPUエミュかますしか無いと思ってたけど違うの？

>>750
俺に対するレスか？

https://forest.watch.impress.co.jp/docs/news/1473266.html
＞ARMデバイスでのx86アプリ実行といった機能をサポートするための重要なマイルストーンだという。
って書いてるぞ。

>>751
おお、そうなんだ
スマホでも使えるといいね

まだ動かない細々としたフリーソフトがたくさんあるからなあ
そいつらが動くようになってくれると嬉しい

っつーより動いたらラッキーってレベルなのがなぁ
大したAPI叩かない筈なのにレアなAPIの叩き方してるせいか動かなかったりとかな

互換レイヤーなんだから当たり前だろ
マジで動いて欲しいなら本物を金出して買え！

8.0になったら代替がないソフトのうちの一つが動くようになった
よくやった

動いてほしいなら本物を買えってwineの存在意義全否定でワロタ

>>757
> 「動いてほしいなら本物を買え」
は、
> wineの存在意義
を否定しているわけではない

彼らは、該当ソフトウェアを動かすための手段の1つを懇切丁寧に繰り返し執拗に教えてくれているだけにすぎない

本物を買えと言っても、今から win98/2000/xp/7を買い増すのは無理

中古 PC ならどうだろう

>>743

さがわ@sagawa_aki　（sagawa_aki/status/1618238091218808835）
＞今朝、AviUtl拡張編集プラグインへの文字入力が文字化けするバグ
＞https://twitter.com/RokubungiOta/status/1613720743451439104
＞を修正するパッチがマージされましたが、
＞残念ながら、Wine 8.0正式版には間に合いませんでした。
＞Wine 8.0.1やWine 8.1にご期待ください。
＞10:23 PM ・ Jan 25, 2023

ということか。よかったですね。
https://twitter.com/5chan_nel (5ch newer account)

Wine-6なら動くけど、タイムリープぶーとべんちが動かないな
Wine-8 Wine-7

Shockwaveとか昔のゲームが動かなくなったな

バージョン違うものを共存させて使い分けてる人いる？

LXDは？
コンテナ便利よ。ググればやり方そのものがあるし

そりゃいるでしょ、としか

>>764
システムパッケージとlutris使えば簡単だよ

>>767
おぉ。素晴らしい。
thx

wineやprotonってファイルI/Oがクッソ遅いよね

いきなりどうした

>>769
で？

ウマ娘は動くか？