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

[Joel Sherrill (@joel)]

Joel Sherrill commented on a discussion on shell/memory_commands.md: https://gitlab.rtems.org/rtems/docs/rtems-docs/-/merge_requests/261#note_159105

 >  : 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 ....)..... ... .

Hacked a bit and confirmed that _printk()_ does not add 0x as a prefix.

```
*** Start of printf/printk Test ***
printk p=0x1234568
printf p=0x1234568
printk main=0x4000121c
printk main=        4000121c
printf main=0x4000121c
printf main=      0x4000121c
*** End of printf/printk Test ***
```

[printk_printf.tar.bz2](/uploads/94186bdcb8a4114bd4bd6ba08a431736/printk_printf.tar.bz2)

Does printk() need fixing? Do we reject this documentation MR? I don't like printk() not matching out printf() for a basic pointer print.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/docs/rtems-docs/-/merge_requests/261#note_159105
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-c8rmltfbdomh1dh0hytlqq385-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/20260912/83f82ebb/attachment-0001.htm>