In debug, I move mouse for look for value of classproperty (any) I get this error.
Tmem_Stream = Tmemory_Stream;
Tmem_Stream.Position error popups. not only this class or this property. Excecially variable defined diffrent unit.

While executing the command:

"TGDBMIDebuggerInstruction: "ptype Tmem_Stream.Position", [ifRequiresThread, ifRequiresStackFrame] Thr=1 Frm=0"

gdb reported:

"&"/build/buildd/gdb-7.6.1/gdb/parse.c:588: internal-error: mark_struct_expression: Assertion `parse_completion && expout_tag_completion_type == TYPE_CODE_UNDEF' failed.\nA problem internal to GDB has been detected,\nfurther debugging may prove unreliable.""

Thank you

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131210/673a95ba/attachment.html>

Which OS? 32 or 64 bit?

About properties:
http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Properties

However the below in NOT related to this.

This is a bug in GDB. Though there may (on may not) be an additional bug in either fpc, or the linker, leading to invalid debug info. Try stabs versus dwarf. This may help. Though stabs have some extra limits. (see link above)

GDB 5.9/ 6.0 and 6.1 (not yet tested 6.2 but likely too) are particularly unstable according to my tests. So you should use an earlier one.

Note: trying to show resourcestrings is one known condition that will crash a lot of gdb versions.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131210/1c33a9de/attachment.html>

Thank for answer Martin,
Try stabs versus dwarf. This may help.
No, not helped me :( if I need much imported, I add local variable or use showmessage. this come bug from out fpc or lazarus. maybe fix in future, its okey.

I have a new bug, While debugging, some error popup (still not sure wich and how so I can not report detail) Blue dots loseing application running and I can't not debug. When application end via "Application.Terminate;" code this error popups

The GDB command:
"-exec-run"
returned the error:
",msg="During startup program exited normally.""

Close and reopen lazarus not changed still goes on. I have to reset system.

10-12-2013 16:35 tarihinde, Martin Frb yazd?:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/c385238d/attachment.html>

1) I still do not know: Which OS? 32 or 64 bit?

2) For this new error, I also need to know which version of Lazarus

3) You can try to change the value of "InternalStartBreak" (see property grid on the menu/tools/options/debugger/general page). There is no prediction which value will work, so you need to try them all.

3a)
In addition please provide a log.
http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session

Provide a log with the current default of InternalStartBreak (getting the error). And provide logs for the other values you choose, indicating if they fail or work.

4)
If you do not debug inside libraries (dll/so) then you may also want to add --eval-command="set auto-solib-add off" as described here: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#gdb.exe_has_stopped_working

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/a9160cae/attachment.html>

Sorry Iwas forget
fpc svn update 26218
lazarus svn update 43532
kubuntu 13.10 x64

this lines how I compile svn fpc
make clean all install INSTALL_PREFIX=/opt/freepascal/2.7.1 OVERRIDEVERSIONCHECK=1

for crosscompile win32 win64

make clean all install INSTALL_PREFIX=/opt/freepascal/2.7.1 OS_TARGET=win32 CPU_TARGET=i386
sudo make crossinstall OS_TARGET=win32 CPU_TARGET=i386

make clean all install INSTALL_PREFIX=/opt/freepascal/2.7.1 OS_TARGET=win64 CPU_TARGET=x86_64
sudo make crossinstall OS_TARGET=win64 CPU_TARGET=x86_64

this lines is for lazarus
make PREFIX=/opt clean all LCL_PLATFORM=qt bigide OPT="-dUSE_QT_45" ./lazbuild --ws=qt --pcp=~/.lazarus --build-all --recursive --build-ide=

11-12-2013 15:16 tarihinde, Martin Frb yazd?:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/916860f8/attachment.html>

Thanks.

Please let me know when you tested the rest of my suggestions.

I do advice to downgrade to GDB 7.5.1

Btw, do you use a screen reader (vision impaired/blind?). Otherwise please adhere to the normal quoting / no top post / trimmed quotes. Thanks

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/e949b96a/attachment.html>

I was remove and reinstall gdb before read your mail, I checked:
3) You can try to change the value of "InternalStartBreak" (see property grid on the menu/tools/options/debugger/general page). There is no prediction which value will work, so you need to try them all.

just open combobox and look items list(Not change in) just click Ok for options window and blue dots back. Not sure but my idea is has problem on my settings file under home folder, when click ok button rewrite values and work now. If same problem be again I'll test your wrote

Thank you very much Martin

11-12-2013 15:16 tarihinde, Martin Frb yazd?:

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/888d292e/attachment.html>

No this has nothing to do where (in which folder) your exe is. This may sometimes be caused by libraries, that confuse gdb about some function names. It also can be caused by certain settings of the exe, such as dynamic relocation ("PIE").
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20131211/64fea6f6/attachment.html>