User forums > Using Code::Blocks
SIGFPE crash when debug Excel dll
oBFusCATed:
--- Quote from: DrOli on January 24, 2016, 09:32:07 am ---I tried the "attach" route also, but after entering the PID, and saving etc, on trying to run it told me that I must choose a PID, and on checking the previously entered PID had disappeared ... I repeated this a few times, always with the same results, again NO JOY.
--- End quote ---
What do you mean by this?
The steps are:
1. start excel
2. find the pid of excel
3. debug -> attach
4. enter the pid of excel
For the record the debug format of gcc/gdb is different than the one used by visual studio, also I'm not sure if it follows the abi 100%.
So I'm not surprised that you have these problems.
Also what do you mean by cdb doesn't work? Can you show a log from it?
DrOli:
1) Re "attach": those were the steps I followed, not sure why it did not work earlier, it does now :-).
Though, it is a bit of a pain to fiddle with those setting every time a debug is required.
If I had to guess, the previous attempts failed to due the multiplicities of DLL's I am running and they may have had some "cross contamination" (that's a long story).
2) CDB: I enter the Setting/Debugger bit, and change the radio button from GDB to CDB. Not sure if that is the correct procedure.
... BTW, I now running GDB 7.9.0
I have attached a couple of images Re the "parameters" approach, showing the messages just after the SEGFPE "balloon".
3) Also some good news, the earlier comment Re Debug compile executing, but Release crashing, has also been resolved (I tried to get a little too clever with the directives/switches for "decorating" the export symbols (notably -mrtd), and that seemed to be the cause of that (along with a little extra stupidity of mine with some OpenMP directives).
Finally, and I hope it is not too cheeky to ask on an unrelated point, but one little thing that is very annoying is that the copy/paste etc access via the "right-click flying menu" is rather distracting, being buried in a sub-menu. Would there be instructions somewhere to have CB show more typical layout, with the copy/paste etc items on the "top" rather than a sub-menu?
BTW, I am very grateful for your prompt and thoughtful attention ... many thanks.
oBFusCATed:
Have you tried to hit the continue button after getting the SIGFPE?
Have you tried to disable catching of exceptions in the settings of the debugger?
DrOli:
1) "Continue": Yes, I always try that. Just get more SIGFPE "balloons", repeat of same messages in logs, etc.
2) "Catch Exceptions": The only thing I found like that was "catch C++ exceptions". Tried it, no joy.
Cheers for that ...
... BTW, in Project/Programme Args etc. Presumably, the actual "Program Arguments" field takes the path/file-name of the xls, or whatever, that should be opened by the program (path/app) in the "Host Application" field. Are there any syntax requirements for the "file-name" etc, such quotes, no blank spaces, "reverse slash" for paths, etc? It may not affect the issue here (since I've tried also no file, as well as various permutations), still it's best to know.
DrOli:
FYI, have just dloaded/installed the just released CB 16. It also fails with SIGFPE exactly as before when attempting to do debug Excel/DLL's etc.
BTW, on a separate note, and I hope this is not too cheeky, I am trying to get some sort of listing/display to show up in a View or Toolbar that shows all the Subroutines/Functions in the currently displayed file (all Fortran 90/95 etc, usually Modules). Ideal also to be able to navigate between them, etc. I wasn't sure if that would be the job of the "Symbol Browser" (it did not work for me) or ???. Is there such a feature in CB? How is it launched? ... Perhaps there is a post for this.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version