DUMP values & ASCII mismatch

[gtiani]

Does DUMP read ram twice, once for value and once for character so that there might be a mismatch between the value and the character if data changes between reads?
If I dump a changing area of ram, the value and characer can be different.
The third line below shows "TIRN0001" but the values 73,84,73,78,48,48,48,49 should give "ITIN0001".
This is from a ram area that is receiving data from the serial port.

MSG-IN-STRv INSZk DUMP
105 106 107 108 109 110 111 112
1385: 0010 0048 0049 0056 0057 0084 0088 0045 .0189TX-
1393: 0079 0084 0045 0077 0083 0071 0032 0082 UT-MSG R
1401: 0073 0084 0073 0078 0048 0048 0048 0049 TIRN0001
1409: 0050 0051 0052 0013 0010 0000 0032 0079 34.... O
1417: 0075 0077 0083 0071 0045 0073 0078 0083 MSG-IN-S
1425: 0084 0082 0118 0032 0073 0078 0083 0090 Tv INSZk
1433: 0032 0068 0085 0077 0080 0032 0013 0010 DUMP ..
1441: 0032 0032 0032 0032 0086 0005 0049 0050 V.12

Also, is there source code available for a fast string search? I would like to search a string for a sub-string and have the offset returned. My version seems to be a little slow.

Thank you,
Gary

[RMDumse]

Yes, after a fashion, DUMP shows two formats. The contents in the current number base first, then the ASCII equivalent.

If an interrupt occurs between the subcomponents of a dump, and the earlier characters have changed, then yes, they may have been overwritten.