Windows互換を目指すReactOS Part12
■ このスレッドは過去ログ倉庫に格納されています
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 103.90 USD +2.19 (+2.15%) >>700
win互換なんだから最終的には挙動を合わせる必要があるし、
要インストールだとすぐに使える訳ではないし、
実用レベルのものもまだない 日本語入力の主役は、
IMEインストールルーチン、
WM_IME_メッセージの生成、
EDITコントロール、
IMEウィンドウ、
既定のウィンドウプロシージャ、
IMMモジュール、である。 これらのコンポーネントにより、日本語入力のパイプライン処理を実現する。
フォーカス移動、アクティブ移動などにスムーズに対処しないといけない。 MessageSpyでやること。
EDITメッセージへの対応。
二重起動禁止。
ウィンドウ選択状態の改良。 ↓これ笑えるw
日本一の天才霊能者、八意(やごころ)先生は埼玉県八潮市生まれ育ちの推定25歳です。
悩みごとや困ったこと、心霊写真を撮ってしまった場合には、
まず八意先生に相談しましょう。
http://blog.goo.ne.jp/nichikon1/e/da81f66fa7c437e7ca19667c2bf35065?fm=entry_awc
http://blog.goo.ne.jp/nichikon1/e/788f3056778b0f74495648964bfb1d1e?fm=entry_awc
http://blog.goo.ne.jp/nichikon1/e/93b5c268d3aefeccd92753a7c58a6ded?fm=entry_awc
http://blog.goo.ne.jp/nichikon1/e/e066fd39cd23872a3c73cf91f4b50b8c?fm=entry_awc
迷惑メールが多くてアドレスを変えたことがある(普段どんなサイト見てるんだ?)。
魔物が来ていることがわかる。他人の運気が良いか悪いかわかる。
魔物を潰せる(指ぱっちんだけで魔物が消滅する。)。神域を浄化できる。
東日本大震災は、霊的なものではなく日付遊びが好きな連中によって引き起こされたと言っている。
関東大震災の発生が近いので、埼玉県八潮市に住み続けると地震で亡くなるので、
神様の命令で京都・伏見稲荷の近くに2014年3月に引っ越した。
関東大震災2は、2016年6月11日または2016年9月11日に発生
(山本隆雄は2016年6月26日、ヒギ先生は2017年1月19日に発生すると予想している。)して、
死者が163万人、東京スカイツリーが倒壊すると予想している(しかし、日にちを出してしまうと、
逆に神様はその日には地震を発生させないと言っているものの、しっかりと日にちを出している。)。
元落ち神で、2体の狐(狼)と1体の龍が憑いている。前世は流浪陰陽師。
魔物を潰すと、猛烈に疲れてへとへとになる。神様に霊界に入れてもらえる。
怖い顔をした狐のお面を欲しがる。ヒーリングで痛みなどを治せる。
脳内辞書で気の流れの出入り口やツボがわかる。
山本隆雄と相性が良い(魔と聖の関係、磁石でいうとN局とS局の関係のため。)。
遠隔即時の指パッチン除霊を得意とする。 https://github.com/katahiromz/ImeStudy
ここでIME/IMMの研究をしている。あんまり進んでいなかったら、叱ってね。 ソースの関数の検索機能(Doxygen)が出来たらしい。
例えば、Sleepという関数を調べたいときは、
https://doxygen.reactos.org/search.html?query=Sleep
というURLを入れればいい。 少し分析が進んだよ。
https://github.com/katahiromz/ImeStudy/blob/master/tests/MsgDump/MyProject.cpp
プロシージャーをサブクラス化してフックするという古典的だが確実な方法でメッセージを解析している。
このテストプログラムMsgDumpから観測された
https://github.com/katahiromz/ImeStudy
のExperiment12.mdからExperiment14.mdを比較して規則性を分析してみよう。
:Sは、送信(Send)
:Pは、投稿(Post)
:Rは、関数からの戻り(Return)を意味している。 わかるかなあ? わかるかなあ? ひょひょひょのひょ。 1%くらいかな?
これは、ビル・ゲイツが主催するパズル大会みたいなものだから。
日本人は恵まれ過ぎているから、ハンディキャップ付きだよ。 カーネルレベルかNT4以降殆ど手を出してないなぁ
ガンガレ 火星開発はOS開発よりも大変だから、足手まといにならないように。 |\ /|
|\\ //|
: ,> `´ ̄`´ < ′
. V V
. i{ ● ● }i
八 、_,_, 八 呼んでないとか言うよな
. / 个 . _ _ . 个 ',
_/ il ,' '. li ',__ 俺だって副業があるから、毎日研究できる訳ではない。構想にも時間がかかる。 出来るまで外から鍵のかかる部屋に押し込めよう
水とサプリだけ供給する https://github.com/reactos/reactos/pull/1150
今、日本語Visual StudioでもReactOSをビルドできるようにしている。。。 [USETUP][NTDLL_APITEST][KBDROST] Allow non-Latin codepage users to build ReactOS on MSVC (Retrial of #1150) (#1168)
- The converter is code7bit I made. code7bit: https://github.com/katahiromz/code7bit
- This converter converts non-clean characters in string literals.
- However I couldn't erase a ton of codepage C4819 warnings.
- CORE-15447
You can edit an European source file as follows:
- Right click the file in the Solution Explorer.
- Select "Open With...".
- Choose "C++ Source Code Editor (with encoding)".
- Choose "Central European (Windows) - Codepage 1260". よし、これで日本語Visual Studioでもビルドできるぞ!!!
1. Visual Studioをインストールする。
2. RosBE (ReactOS Build Environment)をC:\RosBEにインストールする。
3. VS Command Promptを開く。CDコマンドでreactの中身まで移動する。
4. 「set PATH=C:\RosBE\bin;%PATH%」を実行する。
5. 「configure -DENABLE_ROSTESTS=1 -DENABLE_ROSAPPS=1 VSSolution」を実行する。
6. しばらく待つと、output-VS-i386-slnフォルダができる。
7. REACTOS.slnを自分のVisual Studioで開いて、普通にビルドする。 次のように、ヨーロッパ言語のソースファイルを編集できます。
- ソリューション エクスプローラのファイルを右クリックする。
- 「ファイルを開くアプリケーションの選択」を選ぶ。
- 「C++ ソース コード エディター (エンコード付き)」を選ぶ。
- 「中央ヨーロッパ言語 (Windows) - コードページ 1250」を選ぶ。 今、オバケのウィンドウを製作している。ウィンドウがフリーズした時に作動する重要な機能だ。
別のスレッドでウィンドウを管理しようとしている。IMEウィンドウの作成処理も似たような処理になるはずだ。 この別スレッドは、CSRSSという仕組みで動いているらしい。
私もCSRについてはあんまり知らないが。。。 なんか変わっていってんの?
本当は書き換える必要もないコード書き換えて「僕はOS開発者です」って言いたいが為に開発者オナニーして遊んでるだけだろ? ほとんどの変更点はテスターによってテストされる。
変更がReactOSの改良につながるときは、実際に感謝の言葉や絵文字を頂く。
好ましくない変更は、非難されるべし。 MSFT 94.13 USD -4.10 (-4.17%)
株価が厳しいからちょっと休憩するね。 ん?片山氏って株で生計費立ててる方ですか?
その合間に開発してる? この先MSが持ち直す事は無いだろう
PC自体がスマホに押されてニッチ産業になりつつあるし、
サービスで薄利多売はGoogleに先にやられちゃったし、
昔の銀行株と同じ、MSは空売り一択
けど、いつ墜ちるかの判断が一番難しいってかそれがわかりゃ大金持ち >>751
> この先MSが持ち直す事は無いだろう
MSがアップルを超えた今、それ言っても虚しいだけやでーw
MSがアップルから世界首位を奪えたワケ
http://news.livedoor.com/article/detail/15713929/ >>754
著作権の問題が未解決。これじゃカフェに置けないよ。 >>754
キャラクターを全部実写にしろ。そして実機を都内某所の喫茶店に置いてもらえ。 新しいチャットシステムが開設された。
↓↓↓
https://chat.reactos.org
ReactOSのアカウントを使えば、誰でも参加できるよ。 悶絶スレの方でもIME開発が難航っぷりが伝わってくるので
一計をば
Linux用入力メソッド https://mike-fabian.github.io/ibus-typing-booster/
ここに貼ってあるデモムービーをそのチャットとやらで紹介しまくって
ほら!Emojiがさくっと打てるの便利そうでしょ!?
と本家のReactOS開発の人々をたきつけて
ラテン系スラブ系言語の人たちもIME開発に振り向ける作戦どうですか 新人の汚いコードで破壊されるよりも開発のスピードが速くないと、
レポジトリがどんどん壊れてしまう。。。 Win7後継OSは、LinuxMintに決定しました 10に無料アプグレしてパーテーション割ってcentosやlubuntuいれるのが一番無難 Partitionがなんでパーテーションになるの?おじいちゃんなの? お知らせ: ReactOSのアプリマネージャーのRappsに君の追加したいアプリをリクエストできるぞ。
条件はReactOSでそのアプリが正常に動作すること。どしどし応募してまする。 アプリだの何だのの前に既存のexeが一通り動かなきゃ意味ないと思うんだが ボランティアが作ってるもんにこう言うのも何だけど、LinuxのGUIと同じ道を辿ってる希ガス
ルック&フィールのフィールの統一やら完成度の向上を差し置いて
ルックが違う新しい物を作り初めたり、
コントロールパネルに相当する様な大事なとこをほっぽり出してアクセに走ったり(ry
問題の周りをぐるぐる回ってるだけでゴールになかなか辿り着かない・・・ ReactOS 0.4.11 is going to be released tomorrow, Monday, March 4, 2019.
The download will be officially available around noon (CEST). 下側で使えるシステムコール・・・っつーか、カーネルの最底辺の手続きの類か
説明がややこしいけど、その辺のドキュメントが日本語で丁寧に書かれてないと、
開発者の誘致は厳しいだろう
目的とする機能が実現できれば手段は何でもいいっていうアプリとは訳が違う
既にある程度動いてる以上、下側のI/Fは決まってて、
更にWin32APIって言う呼び出し側のAPIも決まってて、Win32APIの実装の為に
Win32APIを呼び出すなんて事はできないからなぁ >>792
> 更にWin32APIって言う呼び出し側のAPIも決まってて、Win32APIの実装の為に
> Win32APIを呼び出すなんて事はできないからなぁ
Win32APIを構成するDLLの一つCOMCTL32.DLLはUSER32.DLLやGDI32.DLLの提供するWin32APIを
呼びまくりだが、何とんちんかんなこといっているの?
今ググって気づいたが
ttps://ja.wikipedia.org/wiki/Windows_API
> Windows API(ウィンドウズ エーピーアイ)とは、Microsoft Windowsのシステムコール用APIのこと。
Win32 APIはシステムコールではなくライブラリコールの集まり
Win32 APIはPOSIXのファイル操作で言うところのfopenの方であってopenの方ではない
Windows NTのカーネルNTKRNL.EXEの提供するシステムコールはNative APIと呼ばれNTDLL.DLL経由で
アクセスする(他にWIN32K.SYSやWindows Subsystem for linuxのLXSS.SYSのシステムコールもあるが)
自称マイクロカーネルだかハイブリットーカーネルのWindows NTの数少ないマイクロカーネル的な要素が
Win32サブシステムでそのAPIがWin32APIなのにWikipediaダメすぎ
Windows NT固有の設計や実装以前に、OSの基本的な構造を分かってない人がOSの実装できるわけない >>793
comctl32.dllはかなり上位の話だろう
user32.dllと同レベルのdllはどう書けばいいかって話
Linuxでいうとこのカーネルモードの部分が100%完成してるってんなら
あとはkernel32.dllからuser32.dllから何から何まで自由に呼び出せる
ユーザモードのコード書けばいいだけだけど、そうじゃないよね?
wineの勢いが止まらないのは呼び出され方に加えて呼び出し方もわかってるからだとおも
あれ全部ユーザモードのコードだからLinuxのシステムコール自由に呼び出し放題だし
サンプルコードはあちこちに転がってる ■ このスレッドは過去ログ倉庫に格納されています