> I'm loading code from compile code listing (taken from your site actually). I guess > it is best option now, as it allows source code to be preserved, while still loading > compiled code from it. > Just be careful with the compiled code when you convert it, it is in Octal and there are .=.+10 which would be a buffer which doesn't show up in the numbers other than two address. Example would be the 7626 to 7654 in BLOW1 line.
1498 007626 000000 12380 BLOW1: 0 1499 007754 12390 . = . + 84. 1500 12400 1501 007754 000000 12410 BLOW2: 0 1502 010102 12420 . = . + 84 1503 12430 1504 010102 000000 12440 RVEL: 0 1505 010230 12450 . = . + 84 1506 12460
Lines 1502 and 1506, the .=.+84 lines also have a error. They should have a period after the 84. Which means the 84s are NOT Octal but Decimal. Other than that it should be correct, I forgot to upload the fix for the Listing, I believe I upload corrections to the source though. You are converting the numbers correctly? .=.+84. means a buffer of 84 bytes.
The numbers for the Buffers are correct in Octal, though.
Also in line 2256 it should only have one Zero not 3
2256 014120 000 17330 .BYTE 0,0,0
Fixed:
2256 014120 000 17330 .BYTE 0
Those are the three errors, in the code I found a while ago, and forgot to upload the corrected listing, but I believe I did upload the correct .MAC files of source code. That is also why I thought it would be easier to use a binary instead of the compiled source listing. Since you have to do a lot of work to get workable code.
I will upload a corrected copy right after I finish this message.
|