久久99精品视频一区97_亚洲a免费在线观看_美欧日韩av无码一区二区_国产精品视频123_东京热一本无码av_99精品国产闺蜜国产在线闺蜜

[attachment=136950]

難道是數(shù)據(jù)超過上限了嗎

改成32位的用DDIV后
、D7里面的數(shù)據(jù)又變了 [attachment=136951]

是D6不是D7
說錯了

如果你要改32位，第一行的MUL也要改成DMUL，否則它會出錯。

要么全是16位，要么全是32位。

請注意，
如果改為32位，
DDIV中的 D6這個數(shù)據(jù)是D6、D7兩個作為1 個32位數(shù)據(jù)存貯。

32位與16位數(shù)據(jù)混合使用的邏輯問題

1) MUL D7 K1000 D106
  D7, K1000 是 16位元,  D106 是 32 位元

  (12500 x 1000 = 12,500,000)

2) DIV D106 D6 D201
  D106, D6 是 16位元,  D201 是 32 位元
  把D106換成 16位元, 僅剩下 -17376
[原本是 12,500,000 => Hex BEBC20, 換成 16位元僅剩下 Hex BC20 => -16376]

  (-17376 / 25 = -695)

3) MUL D6 K500 D7
  D6, K500 是 16位元,  D7 是 32 位元

  ( 25 x 500 = 12,500)

一般我寫程式的習慣都會跳一個暫存器，譬如D1，3，5，7，9可以避免溢位發(fā)生