Hi Matt,
I was comparing bins from various extractions when I noticed 'purple' highlighting on dtc filter 2 for no reason.
looking at the comparison value, it appeared the same. The only difference was noticed in dtc filter 1 which also was 'purple' in compare mode.
not sure if dtc filter tables could be or should be seperated so I though best bring to your attention.
I've attached the bins also.
0.10.12 compare dtc filter 2 bug
Moderator: Matt
0.10.12 compare dtc filter 2 bug
- Attachments
-
- bins.zip
- (19.19 KiB) Downloaded 144 times
Re: 0.10.12 compare dtc filter 2 bug
Yeah shouldnt be highlighted. Added to list
Re: 0.10.12 compare dtc filter 2 bug
Problem was the address file entry in several address files including CR31
Changing the address file entries from 1,16,1,16 for these to 1,1,1,1 fixes the issue in the interim. I've updated all the address files affected and tested. These will be available in the next release
Changing the address file entries from 1,16,1,16 for these to 1,1,1,1 fixes the issue in the interim. I've updated all the address files affected and tested. These will be available in the next release
Re: 0.10.12 compare dtc filter 2 bug
would that have affected the usage of the DTC's..
e.g. not being able to mask them out?
e.g. not being able to mask them out?
Re: 0.10.12 compare dtc filter 2 bug
No it doesnt affect those. The ranges in the address files made Nistune comparison think it was a 16x1 table so following bytes after the DTC range were used in comparison
In regards to the actual DTC filter byte changed, only a single value was being altered directly from the flags window
In regards to the actual DTC filter byte changed, only a single value was being altered directly from the flags window