|
|
|
|
|
|
|
|
Compile attached files and use application-project to run library-project. |
|
|
Clipboard03.png (21,395 bytes) |
|
|
From a first look this may be a know problem. Yet it may be possible to improve it. You have 2 files of the same name "project1.lpr" Under certain conditions the IDE and gdb are using the filename (without path) to communicate. So in this case IDE and gdb are in different project1.lpr. It the image, the bule dots are from the other file. (by judging the line numbers) In order to have a closer look, can you please provide a logfile: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session |
|
|
|
|
|
Attached logfile debug.zip. |
|
|
Thanks, yes this is caused by the fact that there are duplicate filenames. Actually in this case the combination of spaces in the path and duplicate filenames. Most of it can *probably* be fixed in the IDE. This will however need extensive testing on my side (as it needs to be tested with different versions of gdb, and each on several platforms.) For now I would advice to rename your files. e.g projectl.lpr => LibraryFoo.lpr and unit1.pas => UnitLibFoo.pas Then it should work. |
|
|
This has been improved in Lazarus 1.3. Merging to 1.2 is not certain, as the change needs testing on many platform/gdb combinations. The fix allows the IDE to use the full path, even if there are spaces. However, there may still be situations where the full path can not be used. Especially if projects includes paths that are outside the projects directory (and part of the project, not the package). This is because those are encoded as "project_path" + "../foo/a". The IDE does not provide the .. part to gdb. There is o plan to fix this part. It does work, as the IDE will use the file without path. But it does then break on duplicate file names. |
- Anonymous
