They go by many names, P01, P59, VPW, '0411 etc. Also covering E38 and newer here.
kur4o
Posts: 950 Joined: Sun Apr 10, 2016 9:20 pm
Post
by kur4o » Sat Nov 28, 2020 3:02 am
Awesome work. I did a quick debug and it seems that the table address is taken from the # wildcharacter. It needs to start after the #.
In this case the table address is at 001f819f, so it is 1 byte short in the search.
Validation string: 3c 60 @ @ 38 63 @ @, Address: 001F819E
Searching validationstring: 3c 60 00 1F 38 63 81 9E
Not found, using 10k offset and searching validationstring: 3c 60 00 20 38 63 81 9E
joukoy
Posts: 392 Joined: Tue Dec 17, 2019 3:27 am
cars: --
Contact:
Post
by joukoy » Sat Nov 28, 2020 3:19 am
kur4o wrote: Awesome work. I did a quick debug and it seems that the table address is taken from the # wildcharacter. It needs to start after the #.
In this case the table address is at 001f819f, so it is 1 byte short in the search.
Validation string: 3c 60 @ @ 38 63 @ @, Address: 001F819E
Searching validationstring: 3c 60 00 1F 38 63 81 9E
Not found, using 10k offset and searching validationstring: 3c 60 00 20 38 63 81 9E
0.15.31
+1 for address
joukoy
Posts: 392 Joined: Tue Dec 17, 2019 3:27 am
cars: --
Contact:
Post
by joukoy » Sat Nov 28, 2020 3:41 am
Opinions?
Currently # is a wildcard and searchstring returns address of it.
Is it better if # points to next byte after # ?
If so, it is easier to handle if there is no space after #, for example:
#k21 r21 02
And should I change k & r to v & h ?
kur4o
Posts: 950 Joined: Sun Apr 10, 2016 9:20 pm
Post
by kur4o » Sat Nov 28, 2020 4:01 am
Is it better if # points to next byte after # ?
I guess that will be the best and proper way to handle it.
H[column] and V[row] gives me an idea of more universal x[column] and y[row] axis. But I have no preferences here. Usually the more intuitive, the better.
Gampy
Posts: 2333 Joined: Sat Dec 15, 2018 7:38 am
Post
by Gampy » Sat Nov 28, 2020 4:20 am
Just to be clear ...
V[column] and H[row]
v is vertical, Columns are Vertical! (i.e. Up and Down, A, B, C, D etc... in Excel)
h is horizontal, Rows are horizontal. (i.e. Left to Right, 1, 2, 3, 4 etc... in Excel
y is vertical. (column)
x is horizontal. (row)
See:
Coordinate Graphing
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
kur4o
Posts: 950 Joined: Sun Apr 10, 2016 9:20 pm
Post
by kur4o » Sat Nov 28, 2020 4:26 am
Tested 15.31
now it uses the correct address for the validate string but something is broken and valid strings are not found for example
Validation string: 3c 60 @ @ 38 63 @ @, Address: 001F7D52
Searching validationstring: 3c 60 00 1F 38 63 7D 53
Not found, using 10k offset and searching validationstring: 3c 60 00 20 38 63 7D 53
Not found
And this is the same string searched manually
Done
Found at address: 1670F4
40 A3 FF CB EE [3C 60 00 1F 38 63 7D 53] 38 9C 00 00 38
Found at address: 167200
40 A3 DE CB F2 3C 60 00 1F 38 63 7D 53 38 9C 00 00 38
Found at address: 1672D4
40 A3 FF CB EE 3C 60 00 1F 38 63 7D 53 38 9E 00 00 38
Done
joukoy
Posts: 392 Joined: Tue Dec 17, 2019 3:27 am
cars: --
Contact:
Post
by joukoy » Sat Nov 28, 2020 4:34 am
kur4o wrote: Tested 15.31
now it uses the correct address for the validate string but something is broken and valid strings are not found for example
Validation string: 3c 60 @ @ 38 63 @ @, Address: 001F7D52
Searching validationstring: 3c 60 00 1F 38 63 7D 53
Not found, using 10k offset and searching validationstring: 3c 60 00 20 38 63 7D 53
Not found
And this is the same string searched manually
Done
Found at address: 1670F4
40 A3 FF CB EE [3C 60 00 1F 38 63 7D 53] 38 9C 00 00 38
Found at address: 167200
40 A3 DE CB F2 3C 60 00 1F 38 63 7D 53 38 9C 00 00 38
Found at address: 1672D4
40 A3 FF CB EE 3C 60 00 1F 38 63 7D 53 38 9E 00 00 38
Done
What binary?
What searchstring?
Easier to test if have testing material
kur4o
Posts: 950 Joined: Sun Apr 10, 2016 9:20 pm
Post
by kur4o » Sat Nov 28, 2020 4:44 am
Gampy wrote: Just to be clear ...
V[column] and H[row]
v is vertical, Columns are Vertical! (i.e. Up and Down, A, B, C, D etc... in Excel)
h is horizontal, Rows are horizontal. (i.e. Left to Right, 1, 2, 3, 4 etc... in Excel
y is vertical. (column)
x is horizontal. (row)
See:
Coordinate Graphing
That is completely true, but we are refering more of the label stuff. It will be something like this
____column1 column2 column3 column4
row1
row2
row3
row4
It is kind of reversed here.
kur4o
Posts: 950 Joined: Sun Apr 10, 2016 9:20 pm
Post
by kur4o » Sat Nov 28, 2020 4:50 am
joukoy wrote:
What binary?
What searchstring?
Easier to test if have testing material
Try with this one.
Attachments
e38seek+bin.rar
(615.97 KiB) Downloaded 143 times
Gampy
Posts: 2333 Joined: Sat Dec 15, 2018 7:38 am
Post
by Gampy » Sat Nov 28, 2020 5:06 am
kur4o wrote:
That is completely true, but we are refering more of the label stuff. It will be something like this
____column1 column2 column3 column4
row1
row2
row3
row4
It is kind of reversed here.
That's exactly right, not reversed at all ...
All column (y axis) labels are in one row (x axis).
All row (x axis) labels are in one column (y axis).
It's y'alls choice I'm just trying to be helpful as I watch in amazement of the two of you developing this app ...
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!