I think recent builds have a way to strip trace statements out of a SWF.
Maybe you turned that on?
Well I've hunted around for that setting and have not been able to find it. A curious symptom though. If I build a new workspace and import the project, it traces again (at least for the last two hours).
I had already tried many times clearing the cache, cleaning, deleting the bin-debug folder, deleting com.adobe.flexbuilder.codemodel, etc.
The only thing that seems to have helped so far is a totally fresh workspace. Does that provide enough info to get another clue or guess at what might be going on?
It might be -optimize or the lack of the -debug flag or -debug=false.
Compare SWF sizes. If there's a significant difference, then it might one
of those options.
Oh well, one bad call returning a null object and it no longer traces again. Start over with a clean workspace, created all new AS files and mxml files copying over source mxml and as, works for an hour or two and bang. Something is obviously corrupt in my files but I'll be darn if I can figure out how it gets embedded if I create new objects and copy and paste plain ol text into the new source (for about 45 files - argh). I've tried many nightly builds going back to when the mx namespace changed and nothing helps. Works for a while then something causes a thrown error. I undo the script change since it was just tracing, re-debug and no trace. Alert.show works fine but wow is that a slow way to debug an app.
After each incident, I swear off nightly builds and tell myself I'm going to wait for the final product before I start rebuilding again, but then, by night, I'm curious and convinced I can figure out what's going on. I am, by nature, self-dillusional.
Depending on your scenario, trace is also a slow way to debug. Setting
breakpoints is usually better. Are breakpoints working? Also try floating
your own logging dialog and appending text to it and see if that works.
Fortunately, break points work fine. I'll try the other as soon as I figure out what you mean ;-) I do have a logger class that I used to use for Flash authoring. Is that what you mean? Create my own logging class and see if it intercepts messages OK?
Thanks for your time.
I had a Logger class that I used to use in Flash. I don't want to rewrite it for Flex nor, if I can avoid it, do I want to take a sidetrip to totally understand the Logging Class. Have others used AS3 ThunderBolt or other 3rd party loggers that you would recommend?
OK, I got ThunderBolt working and it traces fine (though not in the Thunderbolt console unfortunately but fine in Eclipse console). So the logging framework catches messages but global trace doesn't. Just an fyi in my case. Using AIR, btw, if I haven't mentioned that.
So my next question is, I have been unable to get the logging framework to output to flashlog.txt. It shows up fine in the console but Thunderbolt has a nice console that reads the file in C:\Users\MYNAME\AppData\Roaming\Macromedia\Flash Player\Logs\flashlog.txt
I have the suggestioned mm.cfg file in the root of users\MYNAME
but nothing seems to get redirected there. Anyone run into this and have suggestions? Windows 7 issue?
UPDATE: Finally Googled deep enough to find out that AIR puts a lock on the flashlog.txt on Windows. Off to the Mac.