This is the mail archive of the
ecos-patches@sources.redhat.com
mailing list for the eCos project.
Re: Patch for httpd monitor
- From: Andrew Lunn <andrew at lunn dot ch>
- To: Eric Doenges <Eric dot Doenges at DynaPel dot com>
- Cc: eCos patches <ecos-patches at sources dot redhat dot com>
- Date: Tue, 21 Oct 2003 20:55:17 +0200
- Subject: Re: Patch for httpd monitor
- References: <3F9536E4.8050008@DynaPel.com>
On Tue, Oct 21, 2003 at 03:38:44PM +0200, Eric Doenges wrote:
> The simple monitor example daemon that comes with the httpd stuff
> can display memory contents as a hex dump. The address is specified
> with the 'base' parameter; however when the page is accessed without
> this parameter (as when the user clicks on the link from the
> monitor.html page), an address of zero is assumed, which will crash
> targets where address zero is not valid (mine, for example) before
> the user can even choose which address range to dump.
>
> The attached patch does a quick fix by not dumping any data if 'base'
> is not specified in the HTTP request.
Thanks for the patch. Its been committed.
> A better solution would be to
> ask the HAL if an address range is accessible; unfortunately no such
> HAL functionality exists. There is a CYG_HAL_STUB_PERMIT_DATA_READ(),
> but this macro seems to be only intended for use with the GDB stub and
> does not seem to actually do anything on mose platforms, even if a
> MMU is available that could be queried.
Another option would be to register an exception handler and trap the
memory faults.
Andrew