On 03/11/2013 02:54, Anthony Walter wrote:
Dmitry,
Thanks. I've read those threads before. I actually have gdb installed
through macports and I signed it.
Martin,
Good information. I ran lazarus with the command line options to log
gdb and this is the result:
http://cache.codebot.org/stackoverflow/lazarus-worker-debug.txt
This is ok
>> TCmdLineDebugger.SendCmdLn "-file-exec-and-symbols
"/Users/macuser/Development/Projects/worker/worker.app/Contents/MacOS/worker""
but a bit later
<< TCmdLineDebugger.ReadLn "~"Symbols from
\"/Users/macuser/Development/Projects/worker/worker\".\n""
<< TCmdLineDebugger.ReadLn "~"Local exec file:\n""
<< TCmdLineDebugger.ReadLn
"~"\t`/Users/macuser/Development/Projects/worker/worker', file type
mach-o-i386.\n""
this is not ok.
IIRC, does the IDE create a sym link in the bundle? Maybe your gdb
follows this.
-------------
try:
- remove the symlink
- configure your project options, there is a field to specify where the
final exe goes. Make sure it will be in the bundle
btw google:
https://sourceware.org/bugzilla/show_bug.cgi?id=15415
Taking you suggestion to run ggdb from the command line, I followed
your instructions and notice something that might perhaps be the problem:
http://cache.codebot.org/stackoverflow/ggdb-worker-debug.txt
The effect is still the same, my window is disabled, but I noticed
these warnings:
&"warning: stabs debugging not supported for controls.pp\n"
&"warning: stabs debugging not supported for
./carbon/pascocoa/appkit/appkit.pas\n"
&"warning: stabs debugging not supported for comctrls.pp\n"
no, that just means the debugger cant set breakpoints or read variable
in those files.
recompile all packages with dwarf -gw
--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus