NEC PC-98シリーズエミュレーターを語ろう25

＞単に年齢を重ねただけの人や、社会的な影響力を持たない人に対して、わざわざ「老害」という強い言葉が使われることはあまりありません。

こんなわかり切ってる事いちいち説明するまでもないだろ
老人＝老害だと思ってる奴は漏れなくバカだから説明したところで理解できんのだし説明する事自体が無意味

今の日本の役不足も誤用の方が使われてるやん

役不足の誤用はよく知られてるだけに今は正しい方が使われるようになってるらしいよ

役不足
「役不足（やくぶそく）」とは、その人の実力や能力に比べて、与えられた役目や仕事が軽すぎて物足りないことを指します。

本来の意味と由来

• 由来： 歌舞伎や演劇などで、俳優が「自分の実力に対して与えられた役が軽すぎる（もっと大きな役をやりたい）」と不満を抱くことから生まれました。
• 正しい使い方： 「彼ほどの力量がある人には、この仕事は役不足だ（＝簡単すぎて実力を発揮できない）」のように、相手の実力を高く評価しつつ、仕事が軽すぎるときに使います。

よくある誤用（混同しやすい言葉）

• 誤用例： 「私には役不足で務まりませんが…」「大役ですので私では役不足です」
• 誤用の意味： 「自分には役目が重すぎる」「荷が重い」「能力が足りない」という意味で使ってしまうケース。これは本来の意味と逆になります。

このゲームは98には役不足だ

どっちの意味も通るね

誤用とは違うが
2ちゃん時代のコピペの「ふいんき（←なぜか変換できない）」が
今は変換が出来るようになりつつあるので
「あらたしい」→「あたらしい」に変化したように「ふいんき」も正しいとなるかも

効いてて草

雰囲気(ふんいき → ふいんき)は音位転倒というで発音しやすい方に変わる変化で

同様に「さざんか、さざんか、咲いた道、焚き火だ、焚き火だ落葉焚き」
という童謡の歌詞に現れる、さざんか は昔は さんざか と発音されてたのだとか。
新しい(あらたしい → あたらしい)、秋葉原(あきばはら → あきはばら) もこれ。

重用はちょうようと発音するのが正しいと思っていたのだけど、これ、じゅうようが正しくて
ちょうようの方が慣用読みだとわりと最近知った。

老碍

誤用とは違うがおじさんと若者の違い
非暴力の「ガンジー」→「ガンディ」
大統領「リンカーン」→「リンカン」

「ビックカメラ」→「ビッグカメラ」
「テザリング」→「デザリング」

ビックリカメラ

老碍乙

ディスクトップという謎ワード笑

インストロール

そろそろスレチはやめてもらえますかね

古傷をえぐられたくないからね

認知がおかしくなってるな爺さん

>>659 663
これ中国の老害を意味する単語か

>>661
「ビックカメラ」は普通にURL見れば分かるし😥
「テザリング」は英語でtetheringだから普通に「テ」ザｗｗｗ

Windows 2000のNTVDM.EXEにはバグがあり、VMEが無いとDOSアプリを動かそうとするとクラッシュしてしまうが、
なんとかパッチを当てて動かすことに成功。大層なものではなく、強制的に非VMEのルートを通るようにNTVDM.EXEを
"1バイト"パッチしただけ！

https://i.imgur.com/r2KpNr6.png

コマーシャルや実店舗で流れてる歌を聞いてたらビッグカメラとは言わないと思うんだが
耳が悪い老害だからビッグになっちゃうのか笑

>>166
だってさ

むしろビックカメラとヨドバシの区別がつかない、〜駅前にあるのはどっちだったっけ、みたいなことがよくある。
吉野家とすき家を混同することは無いのに不思議。

ビックカメラのせいでビッグサイトをビックサイトだと覚えちゃってる人が結構いる

[FIX / PATCH] Windows 2000 NTVDM Crash on non-VME CPUs (Intel 486 / VIA C3) - 1-Byte Hex Patch for Official Final NTVDM.EXE (5.0.2195.7061)
Body:
Hi everyone,
I have found a definitive 1-byte Hex patch to fix the infamous NTVDM crash on non-VME CPUs (such as early Intel 486, VIA C3 Samuel/Samuel2, etc.) under Windows 2000 SP4.
While there are some ancient workarounds or Source-level rebuilds (like NTVDMx64) floating around, there was no documented pinpoint Hex patch for the official final version of NTVDM.EXE (5.0.2195.7061). Now, the puzzle is solved.

🕵‍♂ The Root Cause: Compiler Optimization Bug (Instruction Scheduling)

By reverse-engineering NTVDM.EXE and cross-referencing with the leaked NT source code, the crash happens in the function that handles NtVdmControl with ControlCode 4 (VdmFeatures).
The compiler's instruction scheduling optimization aggressively reordered mov instructions to initialize VME-specific register states (such as ExpVdmTib and EFLAGS 202h setup) BEFORE the NtVdmControl call actually checks if the CPU supports VME. On a non-VME CPU, this premature initialization instantly triggers an invalid opcode or privileged instruction exception, crashing NTVDM before it even knows the CPU capabilities.

🛠 Binary Patch Details

To fix this, we can force NTVDM to completely bypass the VME initialization path and fall back to the safe legacy software-emulation mode (486-compatible mode).
We only need to change a single conditional jump (jz) into a forced unconditional jump (jmp).
• Target OS: Windows 2000 SP4
• Target File: C:\WINNT\system32\ntvdm.exe (and dllcache\ntvdm.exe)
• File Version: 5.0.2195.7061
Hex Edit Details:
• RVA (Relative Virtual Address): 0x0000C415 (.text section + 0x0000B415)
• File Offset (RAW Address): 0x0BA15 <-- Open with any Hex Editor!
• Original Bytes: 74 07 (jz short ...)
• Patched Bytes: EB 07 (jmp short ...)

🏁 Results

Tested successfully on real Intel 486 hardware running Windows 2000 SP4. NTVDM no longer crashes when opening command.com or launching 16-bit DOS/Win16 applications, and properly routes to the non-VME legacy path.
Hopefully, this helps anyone tinkering with retro x86 hardware or unique CPU upgrades!

タイトル:
【世界初】非VME CPU（Intel 486 / VIA C3）でのWindows 2000 NTVDMクラッシュを修正する1バイトパッチ（NTVDM.EXE 5.0.2195.7061 最終版対応）
本文:
Windows 2000 SP4環境において、VME（仮想8086モード拡張）を持たない古いCPU（初期のIntel 486や、VIA C3 Samuel/Samuel2コアなど）で16bit DOSアプリを起動しようとすると、NTVDMが不正命令例外等で即座にクラッシュする有名なバグがあります。
Microsoftが最後まで修正しなかった公式最終バージョンの NTVDM.EXE（Ver 5.0.2195.7061）に対し、安全かつ完全にバグを回避させる「1バイトのHexパッチ手順」を確立しましたので共有します。

🕵‍♂ 原因：コンパイラの最適化による「フライング命令」

バイナリ解析の結果、原因は NtVdmControl（ControlCode 4 / VdmFeatures：CPU機能問い合わせ）を処理する周辺の内部コードにありました。
本来はカーネルにVMEの有無を問い合わせた「後」に処理されるべきVME環境前提の構造体初期化コード（ExpVdmTib や EFLAGS 202h の設定など）が、コンパイラの最適化（命令スケジューリング）によって、NtVdmControl を呼び出す前（間）に割り込んで実行される並び順になってしまっています。
これにより、非VME CPU環境では機能チェックが行われる前に地雷命令を踏むことになり、クラッシュを誘発していました。

🛠 バイナリ書き換え手順

NTVDM内部のVME有効化フラグ（地雷ルート）を確実に飛び越えさせ、安全な「レガシーエミュレーションモード（486互換モード）」に固定するため、条件分岐（jz）を無条件ジャンプ（jmp）に書き換えます。
• 対象OS: Windows 2000 SP4
• 対象ファイル: C:\WINNT\system32\ntvdm.exe（および dllcache\ntvdm.exe）
• ファイルバージョン: 5.0.2195.7061
バイナリ書き換え（Hex編集）詳細:
• RVA（相対仮想アドレス）: 0x0000C415 (.text セクション + 0x0000B415)
• ファイルオフセット（RAWアドレス）: 0x0BA15 <-- Hexエディタでこの位置を開く
• 変更前（純正）: 74 07 (jz short ...)
• 変更後（パッチ）: EB 07 (jmp short ...)

🏁 結果

Intel 486の実機にて動作確認済み。書き換え後、システムファイル保護（WFP）に注意しながら dllcache と system32 のファイルを差し替えることで、クラッシュが完全に解消し、16bit DOS環境やMS-DOSプロンプトが正常に起動するようになりました。
歴史の闇に埋もれていたバグが、美しい1バイトパッチとして結実しました。

いつまでもスレのルールを守れない連中こそ老害だろ
公共交通や飲食店で平気で順番飛ばすジジババみたいなもんだ
認知の歪みでそうなるらしいけど、ここにも大勢いるな
いい加減周囲に迷惑かけてる事に気付いて欲しいもんだが