2011/3/22 Сергей Смирнов <[email protected]>:
>
>> Your situation is strange due GDB sending data to simulavr but
>> simulavr behaves as the connection has not been opened yet.
>>
>> Try starting simulavr with --debug-gdb. (This will not fix the problem
>> but will print some diagnostic.)
>>
>> How are you launching simulavr? From Eclipse?
>> Does the problem happen if you launch from from command line?
>>
>> Or try to debug the simulavr with Visual Studio (since you built it
>> with it). What is it doing?
>> Is GdbServerSocketMingW::Connect() being periodicaly executed?
>> Is GdbServerSocketMingW::ReadByte() being periodicaly executed?
>>
>> --
>> Petr Hluzin
>>
>
>
> I've tried to start simulavr with --debug-gdb option, but it causes an error:
> C:\Documents and Settings\Sergey>simulavr --debug-gdb
> simulavr: unrecognized option `--debug-gdb'
> I think you meant the --gdb-debug command (just -G for simulavr c++)
> You can find simulavr's command line log attached to the message.
>
> I've tried to launch simulavr both from command line and Eclipse. The results 
> are the same.

Good. I recommend to not use Eclipse when we troubleshoot the bug.

> But when I'm connecting avr-gdb to simulavr, Connect() function stops to 
> execute and ReadByte() begins to execute (5-10 times per second)

Does ReadByte() return some meaningful bytes or always -1?

The command "$M" from GDB (probably caused by "load" command) may take
a while to receive when ReadByte() is executed only 10 per second.

> Then, I can see the timeout error in avr-gdb. ...

File log.txt in your last mail indicates that the TCP connection is
open and GDB did complete the handshake. Timeout error in avr-gdb is
unlikely.

Are you sure that the problem did occur then?
Maybe it was run with "set remotetimeout 10000".

(I cannot reproduce the problem. Tried clean version, fresh from GIT
repository. GDB and simulavr launched from separate command-line
windows. Not from Eclipse.)


-- 
Petr Hluzin

_______________________________________________
Simulavr-devel mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

Reply via email to