カテゴリ | 重要度 | ステータス | 解決状況 | 登録日時 | 最終更新 |
---|---|---|---|---|---|
![]() | 低 | 解決済み | 修正済み | 2008-01-30 14:23 | 2008-04-08 07:57 |
テスター | robiza | 担当者 | robiza | ソース | |
バージョン | 0.122u7 | 発生バージョン | 修正バージョン | 0.124u2 | |
フラグ | デバッグビルド限定 | 旧BugID | neccpudebug0122u7gre | ||
セット | |||||
セット詳細 | |||||
概 要 | NEC CPUのデバッグバグ。 | ||||
詳 細 | with a encrypted rom (like risky challenge), if opcodes are encrypted but operands aren't encrypted, the debug don't show correctly the decryted code (but the hex values are right) for example (gussun): ffff0 71 38 00 00 10 (decrypted value of 71 is ea) with encrypted opcodes setted in the menu: ffff0: br 90cdh: 0cd8eh ----- ea 38 00 00 10 the correct code is: ffff0: br 1000h: 00038h ----- ea 38 00 00 10 if the opcode is a prefix (like 26,2e,36) the second hex value is wrong (not decrypted) wrong values 10052: 36 d3 04 4e 3b 00 00 right values: 10052: 36 c7 04 4e 3b 00 00 the code is wrong only for the operand (prefix and opcode are right) | ||||
再現手順 | |||||
追加情報 | |||||
添付ファイル |