Windows 11は、まだWindows 95時代のコードで動いている。Microsoftが認めた驚きの事実 [すらいむ★]

>>21
そんなマイナーOSはどうでも良いし

>>46
Macをマイナーいうのは奴隷レベル
研究者レベルはなぜかMacBook Proばかり

互換性を保つためだろ

まあそうだろうな

>>47
それはアップルがタダでばら撒いてるから、
貰った研究者は全員がLinux入れてる

勝手にUIバンバン変えていってそのたびに動作が遅くなる
昔のファイルエクスプローラーくらいのレスポンスに戻せよ

>>51
好きなバージョンのエクスプローラを入れたら良いぞ

たぶんすぐ後悔するけどな

昔のゲーム動くかな

昔のフォトショ（LE）が動かないのが困る

新しいコードで書き直したら、アップデートのたびにデータ破損を引き起こすんだろ？

新しけりゃ良いってもんじゃない
枯れたコードこそ良いコード

メニューが上から下に表示されるのではなく途中に割り込んで伸びてズレて行くの止めろ
伸び切る前に選んでしまい選んだのとズレて選択されるメニューって使いにくすぎる

さっさとRustにいこうすろ

>>2
ちがうよ
DOS上で動いてると言えるのは3.ｘまで
95以後は互換性確保のために16bitコードが残っていたがファイルIO含めて基本的に32bit化されてる

日本で作られたOS、ptosのベースは何だったのかな。
NECだった？

レジストリで見てWindowsNTのカレントバージョンのとこに書き込まれてるあたりの制御か
確かにもう何十年も同じとこ触ってるわ

>>58
Win386からのDOSにDOSエクステンダー被せて32bitDOSにしたのだよ
DOSは16bitだけってのが違う

>>61
32bitDOSw
ひょっとしてロングファイルネームのサポートを32bit化と思い込んでるのかな

UIをWindowsXPに戻せ
黙ってセキュリティ対策だけシコシコやってろ

>>59
ソードのPIPSという言語は良かった
東芝になりまたソード

Wikipediaに
PIPSはIBMなど他のハードウエアメーカーからもオファーがあったが、ソードは自社ハードのみの販売に固執。その結果、1984年にOAブームによる深刻な半導体不足が発生すると、自社で部品調達ができなかったソードはパソコンを生産できず、1984年上半期にはパソコンの受注残高が20億円に上った。また、この直前に社員を大幅に増やし、工場を増設していたことが仇となり、PIPSの足を引っ張って業績は悪化した[2]。1985年、業務提携の形で実質東芝に売却

半導体不足か

95にしろ何にしろ、どうせ日本企業には永遠に作れないレベルだから関係ない

WebView2コンポーネントがChromiumベースなもんで、
何かを表示するたびにネイティブでないブラウザを起動しているようなもので
遅いわ重いわメモリ食うわでひどい
フレームワークも山ほどあってカオス

AndroidみたいにあんまりよろしくなかったAPIは非推奨にして何世代かしたら使えなくすればいいくね

結局Webだけじゃあ限界あるのよ
PCならまだしもモバイルなんて20年経っても無理
ジョブズもてんで見当違いだったとすぐ気付いてAppStore公開に舵取りし直したからな
最近はまたプログレッシブだの何だのでチョロチョロ動きあったけど結局変わらず
PCネイティブなら別にARMでもWin32APIでもどうでもいいし誰も気にしない

>>61
それがWin95だと思ってんのかよ！w

当時は富士通FM townsってDOSエクステンダーで32bit化
したDOSマシンが有ったりした
VCPIってシングルタスクな仕様のDOSエクステンダーを使ってた
32bitDOSで32bitで動いてたパソコン

Windowsでは更にマルチタスク対応なDPMI仕様のDOSエクステンダーを使って32bitマルチタスクなDOSとしてた
Windowsを外してDOSとDOSエクステンダーとだけにしても32bitDOSアプリケーションが使える
NT系ではその32bitDOSとして使えない

>>71
お前ページ切り替えでメモリ上限突破を32bitと思ってるのか…？

しかしここで素人疑問
>>1はコードがそのまま使われているような書き方になってる

これはWin32APIの名前とその使い方を継続しているだけでそれをコールする側もコールされて動く側もコードとしては別モノなんじゃないの？

>>72
ページ切り替えって何？townsは普通に32bitアプリが動いてたが

軽くて安定的に動くなら問題ない
セキュリティだけしっかりやってくれ

枯れたコードでも不可欠であればイイじゃん
レガシーっていうヤツ

>>58
AMD64の64ビットモードだと、その16ビットコードが動かないだろうな。
上記で問題視してる部分はフル32ビットコードなんだろうけど。

C言語でラージメモリモデル選べば32bitDOSアプリだよな

あの頃だと普通にgccが使えるかどうかって大違いな部分だったからな
日本以外ではDOSエスクテンダーがPCゲームに使われるくらい普及しだしてた

あの不具合の多さだと Me じゃないのーー？

Windows NT 4.0のときにWindows95からUI部分持ってきて統合したからな
そんときのコードが残ってるんだろう

ファイル右クリックはオブジェクト指向OSの要だからな
OLE2の基幹部分だ

今のスタート右クリックでの機能駄列や
「Windowツール」みたいな汚部屋は見たくもない

>>82
もしもし
ファイル右クリックはGUI操作部分でそのオブジェクトとはGUIプログラミングレベルでのオブジェクトの話
オペレーティングシステムに入れるかどうかは別
Linuxなら完全に別もの

OLE2とはアプリケーションレベルで別アプリ同士がどうリンクし合うか埋め込め合えるかでアプリの話
アプリプログラミングがGUI含めて標準作ってないとそうはなれないだけ
アプリのプログラミング標準とその実行環境サポート
OSをアプリサポートまで入れるならOSというだけで

オブジェクトという話も多面的でこれはオブジェクトプログラミング的なGUIプログラミングとその実行環境

オペレーティングシステムのオブジェクトではないね
ネクストの方がそれだから

WindowsがアップルのGUIをDOS上に構築したあと
こんどはネクスト的なオブジェクト的アプリ構築をとりいれただけで

最初の時点ではDOSで動いていたんだから
オブジェクト指向OSじゃないよ

COMの歴史

1991年、COMの前身であるOLEが、OLE 1としてWindows 3.1とともに公開された。
1992年、OLE 2が公開された。IUnknownインタフェースなど、のちにCOMと改称される要素の多くがOLE 2で登場した。
1994年、OCXもしくはOLEコントロールがVBXコントロールの後継として紹介される。それと同時に、OLEは、もはや単なる頭文字ではなく、コンポーネント技術を表す用語となった。
1996年初頭、マイクロソフトは、OLEのうちでインターネットと関連のあるいくつかの技術をActiveXとして名称変更した。やがて、OLEとして公開されていた技術がActiveXに統合され始める。
1997年、マイクロソフトは再びコンポーネントを使用するこれらの技術の改称を行い、Component Object Modelとした。

OLE?
貼り付けたエクセルが速攻でクラッシュしたな
再現率100％で

>>73
当然、部分的に変更はあるが全体的に同じコードなんだろう。

あれか、これじゃ困ると生成AIにコード書き直させたら、
何か仕込まれて最終的に人類が滅ぶやつだな

メニュー周りはすごく苦労したと言われてたな
ショートカットとの兼ね合いもありめんどくさかったみたいだ

人間と細菌のDNAに共通部分があるようなものか

そのおかげで今でも古いアプリが動く

APがハメ殺し状態のWindowsだと中小サッシ屋が路頭に迷う

windowsはいい加減イベントドリブンからタイミングドリブンに変更してくれ
プログラム作るの邪魔くさくて仕方がない

>>1
なんですとw
てか、右クリックメニューだけじゃなくて新旧共通の動作って山ほどあるもんな
驚くことのほどでもなかったか

>>9
内部スクリプトでまだVBSとか残ってるんじゃね

どこから突っ込めば良いか分からないww

コンピュータは、今でもエジソンの時代の電気で動いている。

>>2
カーネルの話とミドルウェアの話を混同してる

こんなのWindowsにある程度詳しくて知らない人の方が珍しい
三十数年前は予想しなかったと言ってるだけで

それより驚いたのがsysinternalsの創設者が
Azure最高技術責任者になってたって事

>>34
酷いAPIだよね