I have been having this problem periodically and I don't know what triggers it, and the times it has happened I don't know what cures it.
e2Studio Version : 5.4.0.018
Processor : RX71N
OS : Windows 10
The problem seems to happen with no particular cause.
The symptom is that the UI can take a minute or more to respond when a breakpoint is hit or when a single step is requested. When the breakpoint is hit I can see in the console that it has triggered, but the UI doesn't respond for a minute or more.
When I look at the Windows Task Manager it says e2Studio is running and using 15% of the CPU but nothing is happening.
Anybody got any ideas?
RX71N??Do you use simulator or emulator?
In reply to Okra:
In reply to FrankL:
In reply to Jack:
I wonder why the EventPoint Manager is not responding, but "Loading Io Map ...sfrx" is normally seen in debugger launching process.Looks nothing is wrong about the IO map file.
Strange behaviors might be from dirty workspace.Have you try creating a new folder as workspace and import the project into it?
The UI freeze message could be relevant to this issue, but not sure.I myself see UI freeze up to 13sec, but still looks working normally.
Have you checked "gdb traces" console which tells more detailed information about debugger activity?By pinning console (the button is at up-right corner of console), you could see how debugger behaves while operation.
How things are going on now?Further comments or any issues?
Good to work, anyway.
Although -v GDB server option may not work (because it is for command operation), but GDB command "set verbose on" would still work.