This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
CYGNUM_HAL_DEBUG_GDB_PROTOCOL_RETRIES
- From: Stanislav Meduna <stano at meduna dot org>
- To: eCos Discussion <ecos-discuss at ecos dot sourceware dot org>
- Date: Fri, 17 Jul 2009 17:13:05 +0200
- Subject: [ECOS] CYGNUM_HAL_DEBUG_GDB_PROTOCOL_RETRIES
Hi,
my application freezes when debugged and the debugger connection
is broken. Investigating what happened I found that if the
CYGNUM_HAL_DEBUG_GDB_PROTOCOL_RETRIES is zero,
the cyg_hal_diag_mangler_gdb_flush does CYGACC_COMM_IF_GETC
and waits indefinitely for an ack. If it is non-zero,
it waits the specified number of times and then continues.
The documentation says
If it is set non-zero, then the target process will attempt
to resend the $O packet data up to this number of retries.
Caution: use of this option is not recommended as it can
thoroughly confuse the host GDB process.
I'd recommend to change the wording to explain the behaviour.
Actually, this is number of tries, not retries, i.e.
0: wait indefinitely
1: send once,if failed, do not send again
2: retry max. once
Regards
--
Stano
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss