Grant Edwards wrote:
On 2006-11-15, Steve Underwood <[email protected]> wrote:
Is there any way one can get access to the source code in order
to fix these problems?
It is being maintained. I have no problems under Linux or Windows with
the current version. Can you tell us what problems you have?
1) There's no way to turn off debug messages. I always run
gdb servers/proxies from the same terminal that gdb is
running on and it's sort of annoying to have debug messages
from the proxy/server constantly intermingled with gdb's
output.
The older version (the one on the mspgcc site) didn't
output debug messages unless you told it to with the
--debug flag.
I probably changed the build options. I'll take a look at that.
2) When downloading via the parallel port interface, recent
versions of gdbproxy will only send one download packet per
second. The old verion would send a new download packet as
soon as the previous one had been ACKed (about 30 packets
per second was typical with default packet sizes).
Increasing the download packet size helps, but even with
the download packet size maxed out, the new versions are
still 2-3X slower than the old version. People have been
complaining about this for months, but the response seems
to be "use a different program".
People complain its not that fast, but they always have. You'll find IAR
and the other tool chains exchange data more slowly in recent versions.
There seems to have been some changes to the TI code which slow it down.
I guess its doing more checking somewhere. I keep meaning to investigate
the cause, but never seem to get around to it. Its not something mspgcc
specific, though. I find your speed ratio a little extreme. I've never
had any version exchange as fast as 30 packets/second, and I don't get
anything as slow as one per second now. There has definitely been a
slowdown, though. The USB tools are much faster, but that probably
doesn't help you.
Regards,
Steve
