Web Services zombie?
Web Services zombie?
- Subject: Web Services zombie?
- From: Fritz Anderson <email@hidden>
- Date: Sat, 31 Jan 2009 17:20:24 -0600
I'm seeing a zombie warning on a run-loop timer, that seems to be
related to a completion routine for
WSMethodInvocationScheduleWithRunLoop. Zombies Are Bad. I'd like help
in assessing this.
SDK 10.4, target 10.3, environment 10.5.6, Xcode 3.1.2 debugger with
NSZombieEnabled=YES
In the course of startup, my Cocoa application creates one NSTimer and
conducts one transaction through the Web Services Core framework
(culminating in WSMethodInvocationScheduleWithRunLoop).
NSZombieEnabled is YES.
I have a breakpoint when the scheduled invocation invokes my callback
with the server's response. Immediately, and intermittently
thereafter, I get this message in the gdb console:
==
2009-01-31 14:15:21.769 MyApp[53942:813] *** -[CFRunLoopTimer
_cfTypeID]: message sent to deallocated instance 0x15a3bbb0
==
There is only one NSTimer I create before this point. Here is the
print-object of that timer. You see it's not the instance the zombie
message complains about:
==
Printing description of _splashScreenTimer:
<CFRunLoopTimer 0x1a4550 [0xa03a81a0]>{locked = No, valid = Yes,
interval = 0, next fire date = 255125688, order = 0, callout = ???
(0x9506cd90), context = <CFRunLoopTimer context 0x1ab550>}
==
This _feels_ like a timer set by Web Services to handle my SOAP
request. It appears to be entirely internal, which makes me dread the
task of debugging it.
This bug is new. I can't swear to when it first cropped up, but I'm
certain it wasn't happening on earlier releases of 10.5 (or possibly
the relevant thing is, earlier releases of Xcode).
My application appears to run fine, but I'm worried. Using deallocated
objects is Bad.
Is there a common mistake I might have made that causes this? Is it
possibly an interaction with gdb's suspending execution for a
breakpoint in the middle of the completion function?
— F
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden