WindowsNT互換指向 - ReactOS Part10
レス数が950を超えています。1000を超えると書き込みができなくなります。
WindowsNT系OSのアプリやドライバを動作させる事を目指して開発されている
「ReactOS」に関する情報交換スレです。
・次スレは、980を踏んだ人がたてましょう。
・過度の煽り行為や荒し厳禁!!
・最低限のルールを守って正しく進行しましょう。
本家
http://www.reactos.org/
公式wiki
http://www.reactos.org/wiki/
既知のバグ（英語）
http://www.reactos.org/bugzilla/buglist.cgi?bug_status=NEW&;bug_status=ASSIGNED&bug_status=REOPENED
情報まとめ
http://reactos.2chv.net/wiki/
専用あぷろだ(1Mbyte制限)
http://reactos.2chv.net/uploader/upload.html 最新のビルドでは、CD/DVDの取り出しが出来るようになったみたいだ。 少なくとも２年は必要だ。今、アクセス権のないエクスプローラの穴を探している。だれもエクスプローラに対してAPIフックに成功した者は居ない。 IME関係が解決すれば中国が使いはじめるだろうからバグ取りも進化も早いんだろうけどね 脆弱性をつくってことは、ハッカー以外は有り得ないわけで、、、 テーマをLautusにすると文字化けするのか
まあシステム自体はだいぶ安定しているように感じる 日本語入力出来なければ売れないよ。
結局そこが分かれ目 >>907
日本語選択でインストールするとフォント設定何もいじらなくても
コマンドプロンプト内で日本語ちゃんと見えるようになったね
（フォント幅の問題で位置が乱れるのは0.4.6以前のまま）
スタート》プログラム》アクセサリ》システムツール》文字コード表
を起動してフォントを泥井戸に変更、文字を選び
コマンドプロンプト側では右栗メニューで貼り付け選択
おお、日本語入れられるじゃない
機械式和文タイプライタ使ってばりばり仕事してたという人間国宝な人々にとっては
もはや日本語入力可能osといっていいレベル（？ ReactOSってWindows互換を目指してたんじゃなかったの？？
「ReactOS 0.4.7」リリース、Ext2/3/4やBtrFSなどをサポート
https://mag.osdn.jp/17/12/07/185000 poor man's Windowsからbetter Windowsへ変身させようとの方針だ。 XPあたりまで対応の古めのエロゲはこのOSで動くかな？
XPマシンが壊れてしまって困ってる >>922
よし乗り換えやってみるわ
もし不都合なくプレイできたら開発に寄付しよっと
OS作るのって大変だもんね >>925
>>917参照
用語が難しくて俺にはよくわからんが 多数のファイルシステムのサポートにより、
Linuxなどで使われているドライブも扱うことができるようになった。
設定を行えば、クイック起動も利用可能。
無効なGUIボタンの描画が改善された。
ファイル・フォルダのコピー＆貼り付け、ごみ箱の処理が改善。 >>917
ならば「Arwinss」も積極的に追加して
現行のWindows以上に「互換性モード」を増やすべきだと思う 英語圏の人間にしかメリットのない開発方針がつづくなら、
そろそろ見捨ててもいい頃合い。 開発がGitHubに移行したから、パッチよりもプルリクエストがいいな。 動いたソフト
firefox 48.2(これ以上上げると起動しない)
vlc 2.2.8(現時点で最新版) (direct3dは利用不可)
flash player 28 npapi beta (betaじゃないとインストール不可)(cpu使用率が100%になる)
openoffice 4.1.4(現時点で最新版)(cpu使用率が100%になる)
libreoffice 5.4.3 (現時点で最新版)(cpu使用率が100%になる)
動作不可のソフト
google日本語入力 dllが不足している
東方紅魔郷 体験版 ウィンドウが出ない(タスクマネージャーで見ると起動していることがわかる)
*virtualboxでの検証結果 Flash Playerは2020年で終了だから
もう放置でいいと思う
少ない人数で開発しているんだし もうIMEはWindows互換で実装は保留にして
とりあえずArwinssみたく、Linuxから流用すればいいのに クリスマスが過ぎると今度は年末年始で
その次はロシア正教のクリスマスで
その次は神現祭で
その次は復活祭で
その次は・・・ まとめwikiトップの新着情報の更新(12月12日)どなたか存ぜぬが感謝
しかし0.4.7のリリース日だけ古いままになってるので修正希望
ついでに以下希望
「1.ReactOSを紹介する」に>>1 の本家と公式wikiのリンク貼る
「5.ReactOSの開発参加」にgithubのリンク貼る 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
KW3TTKUKID Hi all,
From: Colin
I just finished converting our "project-tools" SVN repo to Git and
splitting it up into individual repositories in the process.
These repos have already been uploaded to GitHub
(https://github.com/reactos), so you can have a look and comment easily.
Welcome these 18 new repositories:
* ahk_tests
* buildbot_config
* git-tools
(以下略) Colin Finch says on freenode IRC #reactos-dev:
17:32 (Colin_Finck) katahiromz: and by the way, hooking into APIs to trace
program execution is fully legal. This is how I developed most of my printing
components. I recall that you asked the other day APIをフックするツール「APIモニター」。API呼び出し分析用。
API Monitor
http://www.rohitab.com/apimonitor
ウィンドウ間の通信で使われるWindowsメッセージを分析するツール「Winspector Spy」。
Winspector
http://d.hatena.ne.jp/yu-hr/20100406/1270570941 SpectreやMeltDownのCPU脆弱性でWindowsの解析が進んだりするんだろうか 法的な関係上基本ブラックボックス手法以外での解析はまずいんじゃなかったっけ、
脆弱性とか使って見えないはずのところを覗いての解析はしてないと思う。 IMMやTSFが形になるまでのWorkAroundとして何か作れないか頑張った
で、ReactOS向けの日本語入力FEPの試作品が出来た
緩いことで有名なMITライセンスを適用したから好きに改造して欲しい
MonolithVJKシリーズ。Python用モジュール「keyboard」の動作確認用に試作
MonolithVirtualJapaneseKeyboard_forROS.py
https://drive.google.com/file/d/1bbCecPfzgPbbXzg8u9Ctequ8nZOnnJzL/view?usp=sharing
MonolithVirtualJapaneseKeyboard_forROS.bat
https://drive.google.com/file/d/1-yVsI5c8XLOoKrs3VSi9ltmZlz_B4qq6/view?usp=sharing
SentinelFEPシリーズ。バックエンドは「Google CGI API for Japanese Input」
!!!CAUTION!!!
Pythonが落ちるので「https://」が使えなかった。
「http://」でGoogleとやり取りするので変換内容が平文でネットを流れる。やべぇ
SentinelGCAFEP_py3_forROS.py
Sentinelかな漢字変換フロントエンドプロセッサ Google CGI API for Japanese Input 版
https://drive.google.com/file/d/15Twn8h1n3Gck2JzarwT5_HIaKWPj19Zd/view?usp=sharing
SentinelGCAFEP_py3_forROS.bat
SentinelGCAFEP_py3_forROS.pyをデスクトップに配置した場合のサンプルバッチファイル
https://drive.google.com/file/d/1osNzPpf2Kov5BY1Hx7CdC5zpfW5i9Bct/view?usp=sharing
SentinelGCAFEP_IDLE.bat
SentinelGCAFEP_py3_forROS.pyをデスクトップに配置した場合のIDLEで開くためのサンプルバッチファイル
https://drive.google.com/file/d/1t1pO7e8YvxWjehnDZmTU8tQNwJPwLAVg/view?usp=sharing 続き
SentinelFEPシリーズ。バックエンドは「SKK Server」
SentinelSKKservFEP_py3_forROS.py
Sentinelかな漢字変換フロントエンドプロセッサSKKserv版
https://drive.google.com/file/d/1jXSDmch7n_MIwN5yKCeSkYHahPy15-27/view?usp=sharing
SentinelSKKservFEP_py3_forROS.bat
SentinelSKKservFEP_py3_forROS.pyをデスクトップに配置した場合のサンプルバッチファイル
https://drive.google.com/file/d/1vDMhQmpUOkpQPSN99nWIT1tlWuyKYDxU/view?usp=sharing
SentinelSKKservFEP_IDLE.bat
SentinelSKKservFEP_py3_forROS.pyをデスクトップに配置した場合のIDLEで開くためのサンプルバッチファイル
https://drive.google.com/file/d/1z82ugbSCdE_eIiaQ43OYC1X6iikBImHW/view?usp=sharing
pcrvskkserv.bat
pcrvskkserv向け。アーカイブをデスクトップに展開しSKK-JISYO.Sを用いた場合のサンプルバッチファイル
https://drive.google.com/file/d/1nKbKWQYbMX_Rr74tDvnRjxt0G_-xpWZW/view?usp=sharing
結論：API実装しようぜ、って片山氏の方向性が正しい
俺氏の仕事がそれまでの繋ぎのヒントになれば幸い
バグ
何かの拍子に高速でCapsLockがオンオフする場合がある
その場合は Shiftキーを何回か押す→Shift+CapsLockキーを何回か押す、で直る もう一つネタを投稿
GNUEmacsにDDSKKを入れてReactOSで動かせたから報告する
>>602 >>633 と若干被るかも。すまそ
GNUEmacs+DDSKK on ReactOS
GNUEmacs
https://www.gnu.org/software/emacs/
Daredevil SKK
http://openlab.ring.gr.jp/skk/ddskk-ja.html
Windowsでのやり方
「ロリポの勉強ノート」「Windowsで簡単にEmacsとddskkを使う」
ttp://vps.lolipop.jp/Windows%E3%81%A7%E7%B0%A1%E5%8D%98%E3%81%ABEmacs%E3%81%A8ddskk%E3%82%92%E4%BD%BF%E3%81%86
「package.elで導入するSKK」
ttps://qiita.com/asciian/items/c5c7115e0ac3f8273664
※ Diredモードには"C-x d"でも入れる。
DDSKK自身のドキュメント
http://openlab.ring.gr.jp/skk/maintrunk/skk-16.1.pdf
http://openlab.ring.gr.jp/skk/maintrunk/skk-16.2.pdf
試したのは二通り
A. GNUEmacs22.3+DDSKK16.1
B. GNUEmacs24.5+DDSKK16.2
GNUEmacs25以上は俺氏の安定環境（ReactOS 0.4.7 on VirtualBox5.2.6）では起動しなかった。
>>602氏の報告の時点では動いているんだよね……(´・ω・`) 続き
以下手順
1. GNUEmacsをReactOSで使いたいディレクトリ位置でWindows側で展開する。
2. WindowsでのDDSKKの導入手順に従いDDSKKを導入する。
3. DDSKKが入ったGNUEmacsのディレクトリをシェアードフォルダ経由でReactOS側に持っていく。
4. Windows側でDDSKKをインストールしたのと同じディレクトリ位置にGNUEmacsのフォルダを置く。
5. runemacs.exeへのリンクをデスクトップなりに置く。
例）
Windows側
C:\Program Files\emacs-22.3-bin-i386
ReactOS側
C:\Program Files\emacs-22.3-bin-i386
両者の絶対パスを揃えるのがミソ。これでOSとは独立した日本語入力環境が確保出来る。 おまけ
Python で SKK server 用フロントエンド書くって人向けの情報まとめ
「メモ: Common LispでSKKサーバのクライアントを書く」
ttps://masatoi.github.io/2017/11/19/skk-client
「SKK server-client protocol for dbskkd-cdb (unofficial)」
https://github.com/jj1bdx/dbskkd-cdb/blob/master/skk-server-protocol.md
「SKKServプロトコル」
https://ja.osdn.net/projects/pysocialskkserv/wiki/SKKServ
pywin32
pythonでwin32apiが叩けるモジュール
https://github.com/mhammond/pywin32/
ttp://timgolden.me.uk/pywin32-docs/contents.html
ttps://www.lfd.uci.edu/~gohlke/pythonlibs/#pywin32 続き
pywin32インストール時のアレコレ
https://stackoverflow.com/questions/20113456/installing-win32gui-python-module
自分の環境だと↓こうだった
「C:\Python27>python.exe c:\python27\scripts\pywin32_postinstall.py -install」
pywin32_postinstall.pyのオプション
Options:
-install : Configure the Python environment correctly for pywin32.
-remove : Try and remove everything that was installed or copied.
-wait pid : Wait for the specified process to terminate before starting.
-silent : Don't display the "Abort/Retry/Ignore" dialog for files in use.
-quiet : Don't display progress messages.
Python: Get caret position
Windowsのキャレット位置取得の話
https://stackoverflow.com/questions/19724360/python-get-caret-position
実験環境（ReactOS0.4.8-dev＋Python2.7.14 on VirtualBox5.2.6 on Win10_64）でstackoverflowのサンプルコード走った
結果、クライアント座標としてキャレット位置が手に入る。かな漢字変換の変換窓を作るのに使えると思われ
※ ブラウザのキャレット位置取得問題は魔境っぽいんでパス 日本語書き込みテスト。この書込みは、SentinelGCAFEP_py3_forROS.pyによってReactOSから行いました。イエイ "SentinelGCAFEP_py3_forROS.py"←の部分はコピペです。直接入力は実装出来なかったよ。 ReactOS 0.4.7＋試作日本語入力システム
ova形式の仮想環境まるごと。VirtualBoxでの使用を想定
https://drive.google.com/file/d/1-CZiUB1aWm2IqO1-1uXsTZ_8SKjZ_b9J/view?usp=sharing
ReactOS 自家製日本語入力システムデモ1
PythonスクリプトのFEP ＋ Google CGI API for Japanese Input
https://youtu.be/FWLBbDgTkd4
ReactOS 自家製日本語入力システムデモ2
PythonスクリプトのFEP ＋ SKK Server（今回使用したのはpcrvskkserv）
https://youtu.be/lZZPft_XF6g
ReactOS 自家製日本語入力システムデモ3
Pythonスクリプトの……何だこれ？
https://youtu.be/e3R6JR_heLE
>>963
朗報ですね。大手を振って>>967のようなツールが使えます。実際の条文に「権利者のビジネスに影響がない範囲であれば解析や複製ができる」がどのように記載されるのか注目したいところ。 未来にレス付けちゃった
>>967は>>947の間違い なんかもっさりしてるけど前に進んでるのは良いことだな 解析は合法かもしれないがパクリは著作権的に違法だろう
むしろ解析できていかにパクらないようにするかが難しくなるだろう >>966拙作の話ならありがとう。褒められると伸びます。ReactOSの話なら最新開発版（nightly build）はけっこうキビキビ動くよ
SentinelFEPはモジュールkeyboardの制約からバックスペース動作をもっさりさせざるを得ないんだ。もうちょっとマシに出来るよう頑張るね
駆動アルゴリズムは以下参照。俺氏の手には余るけど、コンパイル言語やアセンブリ言語辺りで別実装組むとサクサク動くと思われ
1・ユーザーの入力を記録
2・入力文字数分BackSpaceを出力
3・記録されたローマ字を平仮名に変換
4・平仮名文字列を変換エンジンに渡す
5・変換エンジンからの結果を出力
6・1へ戻る
>>967サブマリン特許とか、特許関連はクリーンルーム方式にとっても地雷原っぽい。恐い
https://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%83%AB%E3%83%BC%E3%83%A0%E8%A8%AD%E8%A8%88
ttps://www.catch.jp/oss-license/2011/11/19/gpl2bsd/ ひどい場合だとソースコード全く別になるように書いても、コンパイラーの
最適化ビルドして出てきたアセンブラーコードが同じになる可能性だってある
どうやって回避すればよいものか うわぁ……なんて言うか……うわぁorz
収斂進化です（キリッ で言い訳になりま……せんねやっぱり
BSもっさり問題はsys.stdout.write("\b")とか試してみまっす 詳しく調べないといけないけど、Win2kではimm32でグローバルフックでキー入力を引っ掛けているみたいなんだ。
キー入力をラップするという考え方は間違っていない。 >>971
Pythonで作っているとキー入力をキャプチャ出来てもキーボードを黙らせられないのがネックでして……
フレームワークとかAPIとかそういうものの重要性が身に染みます。
>>972
最近のNightly BuildをVirtualBox側でSMP有りでインストールした時はデバイスマネージャーにCPUが2つあったよ
ただ効いているかどうかは判らなかった
高速、かつ不安定化しますた
https://youtu.be/VJsqbApEsh0 あと、sys.stdout.write("\b") はコマンドプロンプトにゴミが表示されただけだったよ
誰だよ、こんなゴミ情報流したの……俺だよorz >>971
とり急ぎお礼をば。
その後pythonの他にglobalhookを検索キーに加えてググったら使えそうなモジュールが幾つか引っかかりました。
上手くいけばキーボード抑制を実装できそうです。助かりました。 あ゛ー、VC++Compilerの2010インストール出来ない……pyHook_py3kをpython3.4向けにコンパイル出来ない……python27のpyHookはReactOS上での挙動がおかしい……
OS依存少な目のコードからWin32API成分多めなコードへ方針転換したものの、ctypes.windll.user32からBlockInputでモディファイアキー黙らせようとすると管理者権が必要……
でもってReactOSの方針は出来るだけ管理者権限で動かすな！ https://www.reactos.org/wiki/FAQ#Does_ReactOS_have_the_same_security_problems_as_Microsoft_Windows.E2.84.A2.3F
笑えるほど上手くいかねえ……うけけけけ
ってことで、CLI版はモディファイアキーのリリースイベントを待って次のキー入力を行う、GUI版は最前面にウインドウを張り付けてキーイベント全部奪取するって方向で再設計っす
以上、間に合わせ日本語入力システム作成班からの経過報告でした 確かにctypesの多用は回りくどいっす。でも残念ながら俺っちC++で書いたことないっす
とはいえ真面目な理由もあって、スクリプトなら怪しげな仕込みがあっても一発でわかります
特に現行のCLI版は動作原理がほぼキーロガーですから、改ざんがないか判りやすいのは重要と考えます >>979
情報が半端でした。ごめんなさい
https://stackoverflow.com/questions/7529991/disable-or-lock-mouse-and-keybord-in-python
↑このページのサンプルスクリプトを
#hm.HookMouse()
#pythoncom.PumpMessages()
この2行をコメントアウトして実行
・pyhook1.5.1 Python2.7.14 Win10_64 Ver1709 での動作
正常動作。キーボード入力は完全遮断。マウスは正常動作
・pyhook1.5.1 Pyhon2.7.14 ReactOS 0.4.7 での動作
IDLEからの起動ではキーボード入力が中途半端に遅くなる程度。コマンドプロンプトからの起動でスクリプトを実行中のウインドウへのキー入力は完全遮断するも、他のウィンドウでの入力は問題なく行えてしまう。マウスは正常動作
Win10, ROS 共に、サンプルスクリプト実行時 IDLE（Python付属の開発環境）からの起動では終了後もpythonw.exeが残存。特にROSでは多重起動状態になり、キー入力マウス入力共に操作を受け付けたり受け付けなかったりと不安定になる
元々のhookingに近い動作をするモジュールはkeyboardで、pyHookはhookingに加え一般ユーザー権限でもblockingが使えるシロモノのようです。紛らわしい
https://sourceforge.net/projects/pyhook/
https://github.com/boppreh/keyboard
>>980
スレ建てよろです(・ω・)ﾉｼ
情報ありがとうございます。リンク先のコードはしっかり読んで今後の開発に生かしたいと思います
>>978でC++は使わないと言ったものの、pywin32やctypes.windllを使おうとするとある程度C++のコードが読める&Python向けに書き直せる必要が出てきましたので、ネットの文章とにらめっこしています 連投ごめんなさい、訂正です
>>981
hm.HookMouse()
pythoncom.PumpMessages()
ではなく、
hm.MouseAll = uMad
hm.HookMouse()
の二つです、コメントアウトするのは あー、勘違いしてたかも知れないっす
BlockInputの話と特権分離の話とシステムフックの話が頭の中で混ざってました
キーボードからのメッセージの流れをどっかで横にそらすなり捨てるなり出来ればどのキーでも黙らせられますね
拙作の日本語入力FEPではモジュールkeyboardがctypes.windll経由で仮想キーコードを打ち込んでBSやDelを出力、それによって文字消去を実現してますが
この仮想キーコードの出力と物理キーボードの入力が重なると文字の意味が変わってしまうので困ってました
例えば仮想キーコードがDeleteで、物理キーボードでShiftを押しているとメモ帳なんかではBackSpace動作に化けたりとか
何とかならないかと色々読み漁っているうちに混ざったみたいです
入力を引っ掛けたり捨てたり出来るかどうかとそれに権限が必要かどうかは別の話でした
混乱させていたらごめんなさい。フック関連と権限関連は勉強し直します >>985
助かります。デバッグ作業が楽になります 間に合わせ日本語入力の経過報告。新規設計。tkinterでGUI付けたった
https://youtu.be/cuQhH4wfQxo 古いPCで日本語入力を試そうとしたものの、CD-Rからファイル転送が上手くいかず
ネットワークカードのドライバがバンドルされてないので繋がらず難航中。
次のバージョン近いらしいから待つかな レス数が950を超えています。1000を超えると書き込みができなくなります。
