 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Mac Forum / Programming / CodeWarrior / December 2005Debug only shows assembly
I've seen several different threads about debug only showing assembly. Does anyone else have any words of wisdom. I'm using CW 9.5 on 10.4.3. I have a large mach-o PP app which I'm trying to debug and only see assembly. I have other large mach-o PP apps which debug just fine, showing the source. I've also tried debugging an earlier version of the problem mach-o PP app and it debugs fine. I've tried turning off all debugging on all but a few files in the project and CW still only shows assembly. I've deleted preferences, data folders, precompiled headers. I just have not reinstalled CW. Is there anything else I can try? TIA - doug You have to click in the debug column so that a dot appears in each source code file row. (That's in the projects window's file tab). Also, in the target preferences' linker prefs check the "generate SYM File" and the one right beneath it. And if you want to view the source of the library code as well - then I think you have to include MSL_All_Mach-O_D.Lib instead of the regular MSL_All_Mach-O.Lib. Hope this helps. Noam. Yes, I've clicked the "debug dots" off, in fact I've turned off tons of dots and it's no help. And yes, I have the gen SYM file turned on. Anyone else with some words of wisdom? > Yes, I've clicked the "debug dots" off, in fact I've turned off tons of > dots and it's no help. And yes, I have the gen SYM file turned on. > > Anyone else with some words of wisdom? You need to turn the dots _on_. Paul Yes, I know the purpose of the dots. I guess my origninal post didn't explain what I had tried well enough. I can cut out a block of code and source debugging works, pasting it back in breaks source level debugging. I was guessing that I've reached some sort of limit to the number of symbolics output. That is why I thought turning off some debugging dots might fix the problem. It has not. -doug >Yes, I know the purpose of the dots. I guess my origninal post didn't >explain what I had tried well enough. [quoted text clipped - 4 lines] >why I thought turning off some debugging dots might fix the problem. >It has not. I think the limit of symbolics was fixed a few years ago. You shouldn't have to turn off the files but it was worth experiementing. Is this a straight library or a DLL you are debugging. there are problems with dlls and frameworks, they have gotten better over the years but there are still problems. If this is strictly your program code then you might have a bad debugger cache or something where the debugger is chasing the wrong file. Ron  SignatureCodeWarrior Community Forum is a free online resource for developers to discuss CodeWarrior topics with other users and our staff -- http://www.codewarrior.com/community -- Ron Liechty - ron.liechty@freescale.com - http://www.codewarrior.com Man, I've tried everything. Cleaning the project, deleting the data folder, removing all CW cache and prefs, turning off just about every "dot" (I have around 480 files in my project) and still nothing. The only thing that seems to make it work is commenting out the 15 or 20 lines that seem to have put it over the edge. Comment out those lines and source level debugging works. The funny thing is my project has 2 targets, a Mach-O and CFM. CFM always works, it's Mach-O that I see the debugging problem. -doug You have to click in the debug column so that a dot appears in each source code file row. (That's in the projects window's file tab). Also, in the target preferences' linker prefs check the "generate SYM File" and the one right beneath it. And if you want to view the source of the library code as well - then I think you have to include MSL_All_Mach-O_D.Lib instead of the regular MSL_All_Mach-O.Lib. Hope this helps. Noam. |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.