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 ほとんどの変更点はテスターによってテストされる。
変更が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のシステムコール自由に呼び出し放題だし
サンプルコードはあちこちに転がってる >>796
> user32.dllと同レベルのdllはどう書けばいいかって話
user32.dllとgdi32.dllはWindows NT 4.0での変更の関係でややこしいから
kernel32.dllで考えると、kernel32.dllは直接システムコールは一切発行しない
100%ユーザーモードで実行されるコードのみで実装されている
システムコールを発行するのはkernel32.dllが呼び出すntdl..dll
例えばWin32 APIのTerminateProcessはkernel32.dllで実装されていて、
アプリがTerminateProcessを呼び出すと、kernel32.dllに移り、kernel32.dllは
ntdll.dllで実装されているNative APIのNtTerminateProcessを呼び出し、
NtTerminateProcess内でsyscallが発行されで特権モードに移り、NTカーネルの
実体であるntoskrnl.exeの対応するコードが実行される
Linuxで言えばglibcが分割されていて、fopen等のライブラリコールのみが
kernel32.dlにあり、open等のシステムコールがntdll.dllにあるイメージ
なので基本的にWin32 APIを実装するdllは普通のdllと全く変わらない
user32.dllとgdi32.dllだけNT 4.0での変更の関係で特殊 巨大ファイルの処理を修正。
入出力の性能改善。
regeditの表示修正。
画像表示がgifアニメに対応。
ショートカットアイコン修正。
ファイル名を指定して実行の改良。 EXE/DLL読み込みの修正で多数のアプリ起動を修正。
ネットワーク機能の多数の改良。
他にもいろいろあるが紹介しきれない。 >>797
だからそのntdl..dllのドキュメントが無きゃ自分で調べなきゃならないじゃんっつってんの
メモリ確保ですらnewやらallocやら使えないんだから普通のコーダじゃ無理 >>804
Win32 APIではメモリの確保はmallocではなくHeapAllocを使う
ntdll.dllのNative APIはWin32サブシステムではkernel32.dllとCSRSS.EXE以外は
user32.dllとかでも基本的に直接使わない(実際は一部使っているけど)
直接使うのはSMSS.EXEのようなWin32サブシステム外のシステムプログラム
ntdll.dllのNative APIは非公開APIだけど、今はこの辺とかで解説がある
ttps://undocumented.ntinternals.net/ だからそれ英語じゃん
少数の選ばれし勇者だけが読めてコード掛けても意味ない どのみち開発に貢献するには英語でやりとりしないといけない訳で結局英語がある程度できないと話にならないと思うんだけど 多分それなりに動く様になってもIMEなんかは後回しだから
日本語版として不自由なく使えるようになるのは更にその数年後かな >>810
数年前もそのまた数年前も数年後って言ってた。
さすがにそろそろ何とかしてほしい >>811
数年後にはそろそろ数年後何とかなるとこまでいくよ IMEそのものよりOS側のIME APIなりIMM APIなりTSFなりがなー 英語圏の人々には全くと言っていい程必要のないモノだからな
中東には期待できないし半島なんかはLinuxの酉見てても色んな意味で期待できないし
様々な条件を満たした日本の凄い人達が本腰入れないと無理なのでは? ドラ○グ&ドロップが使えるようになるかもしれない。お楽しみ。 新年号対応ミッション発生中!
成功報酬はアマゾンギフト券2万円分。 相変わらずHKLM\SYSTEM\currentcontrolset\control\nls\calendars\japanese\erasとか無いxp相当の実装なんだっけ? locale.nlsの0x031a84あたりにねじ込めばいいのかね 和暦の合字やフォント周りは権利関係で無理っぽい。一応、和暦の文字列フォーマットをサポートしといたよ。 https://jira.reactos.org/browse/CORE-5516
フォルダの背景画像と色をdesktop.iniファイルで設定できるようになったよ。 ネトゲでの販売放置とか先ずは有名どころのエロゲを動かす事を目的にしたら
途端に人が集まってきたり注目されたり・・・なんて事はないか
・・・いや、98普及の原動力はアレだったらしいし、ありえるか・・・? やっぱりこういうのってリバースエンジニアリングとか違法なことしないと開発難しいんだろうな
Wineもいつまでたってもまともなモノにならないし 手を出すとしたらMFCどころかWin32API使って云々って訳にはいかないもんねぇ ■ このスレッドは過去ログ倉庫に格納されています