Hi all,

I wrote a application with lazarus the last stable version of Lazarus 0.9.28.2 (under winxp). I released 2 versions of my program without problem.

Last week I tried to modify my application. When I launch the application in debug mode, gdb crashed. I restored the previous version of the application => same problem (2 months ago I had no problem). I tried with an other application => Ok

I re-installed lazarus => same problem

Probably one the program I installed in the last month modify a setting but I don't find what.

An idea?

Regards

Hi,

I've had the same problem on Mac OS X for around 2 years. Incidentally, the project which I cannot debug is larger than the one that I can debug. But that is probably just a coincidence.

gdb crashes trying to load the symbols. I don't know of any solution.

Cheers,
Tobias

Hi,

are there tools to dump the symbolic information, stabs or dwarf, and maybe even manipulate it so we can try to find which part is causing gdb to crash?

Cheers,
Tobias

Hi,

I also tried to execute my program directly from gdb (gdb app_name + r) => same problem.

During the last 2 months I installed Delphi 6 and Code composer studio (for TI Chronos watch). They probably modified something.

I tried to modify some compiler settings but nothing changed.

Hi,

now I removed a few dozen units from the application and the debugging works. If only I could find out what exactly the debugger does not like in these units.

Unfortunately, $D- in these units does not have the same positive effect as cutting the units completely. So I guess I will have to use conditional compilation to have a debuggable version of my app, which will however lack some important features.

Again this is on Mac OS X 10.5 and gdb says Segmentation Fault loading the project when it contains these units.

Cheers,
Tobias

i would be adding them back in, one at the time, and only one each time while removing the previous, to see if it breaks again... it could be that a combination breaks the debugger...

Unfortunately, $D- in these units does not have the same positive effect as cutting the units completely.

that sounds like maybe a bug of some sort... are these only FPC related units or do they also use LCL??

i would be adding them back in, one at the time, and only one each time while removing the previous, to see if it breaks again... it could be that a combination breaks the debugger...

Yes I will do something like that, maybe I can even create a minimal project with only one unit that breaks it. I will try!

They are mostly just hashing and encryption algorithms with some assembler but one of them has some GUI stuff as well.

Cheers,
Tobias

mmmm.... i have to wonder, without knowing more, about that assembler code... maybe it is causing problems?

in any case, yes, i'd still do as i suggest above... it would be good if you can determine which unit(s) is/are the problem and then figure out how to fix them ;)

waldo kitty pisze:

I think gdb should dump to file the list of loaded units before loading each one ,such feature would have perfect sense to me. Is there something we can do about it ?

Boguslaw

Hello,

I found out the most incredible thing. When I add this stripped-down unit to my program, GDB will crash loading it. When I remove the line in the initialization section, it works. When I rename the unit, it works also. So I can easily work around the problem, but maybe a more generic solution should be made in FPC? Should I submit it as an FPC bug?

unit ZFUSysUtils;
interface
uses
  SysUtils,Types;
var
  Win32PlatformIsUnicode: Boolean;
  Win32PlatformIsXP: Boolean;
  Win32PlatformIs2003: Boolean;
  Win32PlatformIsVista: Boolean;
implementation
initialization
  Win32PlatformIsUnicode := true;
end.

Cheers,
Tobias

Tobias Giesen wrote

Should I submit it as an FPC bug?

Either that or to GDB, depending on where you think the problem is.

Which Version of GDB do you have ?

It works fine here:
Windows Vista 32bit
Lazaus trunc
fpc 2.5.1 (trunk a few weeks old)
gdb 7.0 or gdb 6.8.3
stabs or dwarf

If it is related to symbols, try the external linker -Xe, try dwarf instead of stabs (or vice versa).... smart linking or not...

Switch you AntiVirus off for testing => mine is always disliking gdb.

Martin

Hi,

I compiled and ran my application in a virtual machine without any problem. So the problem come from my system (win XP SP3). Probably a conflict between gdb and a dll. I think it doesn't come directly from gdb because I re-install lazarus (with gdb) 3 days ago.

Somebody know which dll are used by gdb?

Regards,

Which Version of GDB do you have ?

My problem happens only on Mac I believe. I don't have any influence on the version, it comes from Apple.

Happens with both stabs and dwarf.

I think I will submit a sample project as an FPC bug.

tg