Windows互換を目指すReactOS Part12
レス数が1000を超えています。これ以上書き込みはできません。
新しいチャットシステムが開設された。
↓↓↓
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使って云々って訳にはいかないもんねぇ https://reactos.org/wiki/Community_Changelog-0.4.12
win32ss/font: Improved font coordinate transformation. (Katayama Hirofumi MZ)
Significant impact!
日本語選択するとコマンドプロンプトの表示が乱れる問題、
ひょっとして次のバージョンアップでついに、ついに治るの? 【Linuxでのビルド方法】
このページ( https://reactos.org/wiki/Build_Environment )から
「ReactOS Build Environment for Unix-compatible Operating Systems Version 2.1.2」
を選んでファイル「RosBE-Unix-2.1.2.tar.bz2」をダウンロードする。
tarコマンドなどで「RosBE-Unix-2.1.2.tar.bz2」を適当な場所に展開する。
Bashなどで「RosBE-Builder.sh」を実行する。
出力メッセージ(英語)を解読する。
RosBE.shを実行すると、RosBEの準備完了。
後は、次のページを参考にソースコードをダウンロードしてビルドする。
https://www.reactos.org/wiki/Building_ReactOS 片山様、
>https://stackoverflow.com/questions/51675200/install-older-version-of-gnu-make-in-ubuntu-18-04
ご教示いただいた URL をたどり、
RosBE-Unix-2.1.2/sources/make.tar.bz2
の中にアーカイブされている configure の記述から、
># if _GNU_GLOB_INTERFACE_VERSION == GLOB_INTERFACE_VERSION
を
># if _GNU_GLOB_INTERFACE_VERSION >= GLOB_INTERFACE_VERSION
となるよう変更したものを、再度アーカイブしなおし、
??RosBE-Builder.sh を実行することで、 RosBE のインストールに成功しました。 その後、reactos のビルドを試みたのですが、
??ninja bootcd
を実行すると PCH?? の処理でエラーが発生し止まったため、いろいろ検索したところ、
??gcc のプリコンパイルヘッダの処理にバグがありビルドが通らないことが分かったため、
??reactos/output-MinGW-i386/CMakeCache.txt
を開き、
PCH:BOOL=1
を PCH:BOOL=1
を
PCH:BOOL=0
に変更し、プリコンパイルヘッダを使用しないようにすることで bootcd.iso が作成
できました。(本来ならばバグ自体を解消すべきなのですが、 gcc のソース自体の
バグであるためちょっと簡単には修正できないと判断し、目的は gcc のバグ取りでは
ないので妥協しました。)
おかげさまで、 reactos のビルドができるようになりました。ご助言ありがとうございます。 公式にあるTシャツ買ってみたいんだが住所とか英語で書かないとイカンよな
ちゃんと日本まで届くんだろうか 寄付金の行方2018が紹介されてる (公式webのニュースで
こんなとこにも内部留保!でワロタ https://reactos.org/wiki/0.4.12
0.4.12のリリース予定日、8月8日に変わっとる!
昨日見たときはは7月8日って書いてあったからワクワクしながら待ってたのに… 先週フォーラムで出てた実機インストールの話が中々だったのでざっくりまとめてみた
https://www.reactos.org/forum/viewtopic.php?f=2&t=18854
報告者
「下の5台で実機インストール試したけど全滅だった。
ReactOS 4.11のCD焼いてインストールとLive起動の両方ためしたけどBSoDで詰み。
Acer Aspire Laptop 4752G
Acer Aspire One N2800
Acer Aspire L310
Desktop Asrock 970 Extreme 3 MB
Desktop Biostar TA75M MB」
住人
「成功確率が高いのはWinXP時代のハード」
「USBに何かつながってるとコケやすい。PS/2キーボード・マウス使われよ。
何回か繰り返すと成功することもあるので大体4回くらい再起動してみれ」
「BIOSでUSB disableしてから起動してみれ」
「USBブート用のイメージも試すといいよ http://vgal.ru.com/
「USBブートはここも要チェック https://www.reactos.org/wiki/LiveUSB ある意味昔のWindowsっぽくていいんじゃないか。 Core2Duo以前のPCは今はジャンクでも入手し辛いな 2Kのインスコのとき、サウンドカード切って、USB切って、ACPIを無効にして、
インスコが終わってSPを当ててからこれらを有効にしてた記憶w >>872
おお 予定日9月1日になってる…
今度こそ? キタ━━(゚∀゚)⌒Y⌒(。A。)⌒Y⌒(゚∀゚)⌒Y⌒(。A。)⌒Y⌒(゚∀゚)━━!!! (発声練習 コネ━━(゚Д゚)━( ゚Д)━( ゚)━( )━( )━(゚ )━(Д゚ )━(゚Д゚)━━!!!! >>864,879
さらに日付変わって(´・ω・`)
Source Information
Release Date: 20 September 2019 ReactOS 0.4.12 Pulls In Wine-Staging 4.0 DLLs, Many Kernel Improvements
https://www.phoronix.com/scan.php?page=news_item&px=ReactOS-0.4.12-Released Rufus 3.8で作成したReactOS 0.4.12 のインストールUSBでPCを起動したら
Loading ntoskrnl.exe , hdl.dll などが表示された後、何も表示されません
みなさんは普通にReactOS 0.4.12インストできてますでしょうか? 新しいの出たのに紹介したニュースサイトが以前よりも少なくなってね
リリースごとに完成度あがってんだからもっと持ち上げてくれ あまりにリリースが遅いから世間の関心も薄れて行ってる可能性 いや、もうバージョンはいいからIMEはいつ入るの? オフィス2000プレミアムは動きますか?
対応ソフトの一覧をwikiで作って欲しいですね 好きなLinuxディストリにWine使ったほうが手っ取り早いし高速だし動く数も多いし日本語入力問題ない
今の所、こういうプロジェクトもあるね、程度に眺めてるだけが無難 5ch最高権威・嫌儲から来ました
パクりOSをさらにパクったOSはここですか
windows互換OS 「ReactOS」 超絶進化 もうwindowsはいらない [177654932]
https://leia.5ch.net/test/read.cgi/poverty/1573105588/ 「送る」メニューが使えるようになりました。
Applications Manager (RAPPS) に日本語パッケージ (ReactOS JPN Package 0.7) が追加されました。デスクトップの「Applications Manager」からインストール可能です。
日本語フォントがないときにお使い下さい。 間違えました。ReactOS JPN Package 0.6の間違いです。
IMEの実装予定はありません。 【IMM/IME実装者の募集要項】
★ ReactOSのカーネルのコードが書ける。
★ マイクロソフト関係者ではない。
★ 日本語または中国語のIMEを作ったことがある。
★ HIMC、INPUTCONTEXT構造体など、内部構造に詳しい。
IMM/IME実装の成功報酬: 5万円 >>906
IMM32 の資料はどこにあるのでしょうか? 古いWindows DDKに簡単なIMEのサンプルがあるかもしれない(入手困難)。 カーネルのコードの書き方はこれを使って勉強するといい:
https://github.com/katahiromz/hello-native-app
プログラミングが難しい割には、デバイスドライバ開発以外の仕事には役に立たないという、厳しい現実。。。 Stas'M
‏ @x86corez
Interesting... looks like somebody started porting @ReactOS to NEC PC-98 computers: https://github.com/reactos/reactos/pull/2025 …
FAT12 boot sector was developed and tested with Neko Project 21/W emulator by @simk98l.
#NEC #PC98 #ReactOS
https://twitter.com/x86corez/status/1193874247501922304
https://reactos.org/wiki/PC-98
https://twitter.com/5chan_nel (5ch newer account) ■BTRONの歴史■
1982 電子協の委員会で未来のコンピュータをイメージしたスライドショーを製作
1985 開発スタート
1987 松下通信工業のBTRON/286試作機が完成
1987 坂村健が自著でBTRONを紹介
1989 通商問題勃発 http://www.assoc.tron.org/jpn/intro/s_301.html
1989 TRON協会が「BTRON1仕様書」を公開
1991 松下通信工業がBTRON1仕様OSを搭載した「Panacal ET」を教育市場向けに発売
1991 パーソナルメディア(PMC)がBTRON1仕様OSを搭載したノート型パソコン「1B/note」を発売
1992 PMCが「BTRON2カーネル標準ハンドブック」を発売
1994 PMCがPC/AT互換機用BTRON1仕様OS「1B/V1」を発売
1996 セイコーインスツルメンツ(SII)がBTRON仕様OSを搭載したPDA「Brain Pad TiPO」を発売
1998 PMCがPC/AT互換機用BTRON3仕様OS「B-right/V」を発売
1998 TRON協会が「BTRON3仕様書」を発表
1998 SIIがBTRON仕様OSを搭載したPDA「Brain Pad TiPO PLUS」を発売
1999 PMCが「超漢字」を発売
2000 「超漢字2」発売
2001 「超漢字3」発売
2001 「超漢字4」発売
2006 「超漢字V」発売 リリース遅れのため、0.4.13を飛ばして0.4.14を出すんじゃないかという話もある。 0.3から0.4になるだけで10年とかかかってるから、1.0なんて最低でも半世紀かかる計算になってしまう
マイクロソフトがwinXPあたりのソースをGPLなどで公開するほうが現実的な感すらある FSFがWindows7の公開求めてるやん。
そっちの方が使い勝手的には現実的じゃない?
FSF、Windows 7をフリーソフトウェア化して「価値を高める」よう求める
https://opensource.srad.jp/story/20/01/28/1525233/ 1.0出る頃はwindows自体がクラウドベースの別物になって互換というコンセプトが吹き飛ぶかも January 2020 meeting minutes
https://reactos.org/project-news/january-2020-meeting-minutes
>Point 3: ReactOS 0.4.13 and what's blocking it
>Joachim set the release day to the end of february, but mentioned it could also be a bit earlier than that.
今月中ってこと? >>927 それはいつもの事で、Microsoftもいつも応じてないはず これってWindowsで言うと、どの程度のバージョンと同等なの? Microsoft Sam とは、Windows XP に標準搭載されている音声合成エンジンである。
https://dic.nicovideo.jp/a/microsoftsam タ━━━━(゚∀゚)━━━━
ReactOS 0.4.13 Released With Fixes For USB Storage, Less Blue Screens of Death
https://www.phoronix.com/scan.php?page=news_item&px=ReactOS-0.4.13-Released >>949
これって、Windowsで言うと2000ぐらいなのかな?
Windows10に慣れないから、これにしようと思ってるけど… Stas'M
@x86corez
·
4月4日
#ReactOS bootvid driver for #PC98! Palette is wrong, but stylish :)
thanks to #NP21W #PC9821 emulator by @simk98l
https://pbs.twimg.com/media/EUtTXbZXYA4EMon?format=png&name=small >>951
本家Windowsから何とかして持って来れないの? >>956
正確にはOSとimeを結びつけるdllが未実装らしい
これが出来るプログラマーを募集中らしい 仮装マシンにReactOSをインストールはあることだが
ReactOSで仮装ソフトを使いOpenBSDでも稼働させて
その中で日本語入力してコピペする使い方では無理なのかな 気長に育ててるのでは?
Windowsは延べ人だと数万人で開発してる! OSについて質問あるんだけど、
1台のPCでユーザー毎に別のOSを使うって可能?
スレチだったらすまん、他にOS互換のスレが探せてないんだ 一年以上ぶりに来てみた・・・9年後位にまた出直してくるわ・・・ 先ずはWindows10のドライバをそのまんま使えるようにならないと開発者も参入してこないんじゃなかろうか? Win10が最後だからWin10を目指せば必ず追いつける >>974
名前がWIndowsから違うのに変わるだけだろwww >>964
スレチだろうけど、興味があったのでレスします
USBメモリみたいなリムーバブルメディアから起動する
メディアをパーテーション分割してマルチブートする
仮想化する
本当にOSを切り替えるならこのくらいかな
他のユーザから影響させないようにするだけなら一つのOSでセキュリティ制限する
用途によって意味の無い手法になるけど、どんな用途に使うの? すげえ、俺の9821もまた使えるようになるかもしれないのか。何処までいくか楽しみだ。 >>980
したところでねぇ。。。
更新しないOSなんてタダでもいらないw IMEを付けてくれないと、2バイト文字の人は使えないぞ〜! >>986
日本人が使うには、そこをクリアしない事には先に進まんわな。。。
逆にそこさえクリアすれば、現状でも特定用途なら実用に耐えそう。 >>988
あってもWindowsのAPIとしてのものはないだろうね。作る意味もないし。 SKKでよければフリーなWindows用IMEはあるしReactOSのIME開発にも使われていたはず
ttp://coexe.web.fc2.com/skkime.html >>989
だよな
>>990
使い難くても、変換に癖があっても
取り敢えず、使えれば(日本語が打てれば)いいけど、どうなの? >>990
こんな特殊な入力方式はないのと同じだわw >>992
そうは言ってもIMEが無いOSは、使いものにならなくない? >>993
IMEが特殊なOSも使い物にならないと思うよ?
IMEなんてデファクトスタンダードな操作があるんだから、それから外れるものはもうIMEとは言えないとすら思う。 >>997
まぁ、思ってた程は漢字を必要としないと思うけど…、無いなら有るもので我慢しないと!
君が作ってくれるなら良いけどさ、きっとグダグダ言うだけでしょ? このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 920日 10時間 33分 50秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。