Documentation | shell/memory_commands.md: Correct mdump example (!261)

[Chris Johns (@chris)]

Chris Johns commented on a discussion on shell/memory_commands.md: https://gitlab.rtems.org/rtems/docs/rtems-docs/-/merge_requests/261#note_159103

 >  : The following is an example of how to use `mdump`:
 >  
 >    ```shell
 > -  SHLL [/] $ mdump 0x10000 32
 > -  0x0001000000 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
 > -  0x0001001000 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................
 > -  SHLL [/] $ mdump 0x02000000 32
 > -  0x02000000A1 48 00 00 29 00 80 33-81 C5 22 BC A6 10 21 00 .H..)..3.."...!.
 > -  0x02000010A1 48 00 00 29 00 80 33-81 C5 22 BC A6 10 21 01 .H..)..3.."...!.
 > -  SHLL [/] $ mdump 0x02001000 32
 > -  0x0200100003 00 80 00 82 10 60 00-81 98 40 00 83 48 00 00 ......`.....H..
 > -  0x0200101084 00 60 01 84 08 A0 07-86 10 20 01 87 28 C0 02 ..`....... ..(..
 > +  SHLL [/] # mdump 0x40000000 32
 > +    40000000 A0 10 00 00 29 10 00 04-81 C5 20 00 A6 10 20 00 ....)..... ... .

On MacOS aarch64 it is:

```
p=0x12345689abcdef0
main=0x10286c460
```

And FreeBSD it is:

```
p=0x12345689abcdef0
main=0x201600
```

These results are not the reason there is a lack `0x` before the address. I will not approve this MR to be merged as the output is based on RTEMS tests and the test [`printf` has been wrapped to use `rtems_vprintf`.](https://gitlab.rtems.org/chris/rtems/-/blob/main/cpukit/libtest/testwrappers.c?ref_type=heads#L47)

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/docs/rtems-docs/-/merge_requests/261#note_159103
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/namespace/19/sent_notifications/5-0mvjyj0iljg77ixzm8aokd6e6-j/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260911/a241e594/attachment-0001.htm>