Re: Conduit manager crashes by Daniel
Daniel
Wed Dec 17 13:48:01 CST 2003
On 12/5/03 1:19 PM, in article BBF63677.28B96%danderemiah@alamedanet.net,
"Daniel Deremiah" <danderemiah@alamedanet.net> wrote:
> On 12/3/03 5:08 PM, in article BBF3C91A.284DA%danderemiah@alamedanet.net,
> "Daniel Deremiah" <danderemiah@alamedanet.net> wrote:
>
>> On 12/3/03 5:00 PM, in article BBF3C74A.284D5%danderemiah@alamedanet.net,
>> "Daniel Deremiah" <danderemiah@alamedanet.net> wrote:
>>
>>> When I try to update my calendar the Conduit Manager core dumps. I have
>>> tried setting all recurring events to stop in Jan 2004. Tried rebuilding
>>> Entourage DB (this worked the first time this crash happened, but doesn't
>>> anymore). Tried reinstalling the Handheld Sync Installer. All to no
>>> affect. Does anyone have anything else I can do. I am so frustrated.
>>> Everything was working so awesomely until today.
>>>
>>> Here is what is installed:
>>> OSX 10.2.8
>>> Entourage 10.1.4 (030702)
>>> Palm Desktop 4.1
>>> Microsoft Entourage Conduit 10.1.4 (0703)
>>>
>>> The handheld device is a Sony Clie PEG-TG50
>>>
>>
>> The error logs look like this:
>> *** malloc[463]: error for object 0x2c0e000: Incorrect checksum for freed
>> object - object was probably modified after being freed; break at
>> szone_error
>> Dec 3 16:34:56 mole crashdump: Crash report written to:
>> /Users/danield/Library/Logs/CrashReporter/Conduit Manager.crash.log
>>
>>
>> **********
>>
>> Date/Time: 2003-10-16 11:20:27 -0700
>> OS Version: 10.2.8 (Build 6R73)
>> Host: mole
>>
>> Command: Conduit Manager
>> PID: 14459
>>
>> Exception: EXC_BAD_ACCESS (0x0001)
>> Codes: KERN_INVALID_ADDRESS (0x0001) at 0xc6bdc6c1
>>
>> Thread 0:
>> #0 0x90073ba8 in mach_msg_trap
>> #1 0x90005ed0 in mach_msg
>> #2 0x9022a720 in SwitchContexts
>> #3 0x90224fc8 in YieldToThread
>> #4 0x00244708 in LThread::Yield(LThread const *)
>> #5 0x0024543c in LThread::Resume(void)
>> #6 0x001e0c00 in 0x1e0c00
>> #7 0x001e0ac4 in 0x1e0ac4
>> #8 0x00214c30 in LModelObject::HandleAppleEventAll(AEDesc const &, AEDesc
>> &, AEDesc &, long)
>> #9 0x00210458 in LModelDirector::HandleAppleEvent(AEDesc const &, AEDesc
>> &, long)
>> #10 0x00211b30 in LModelDirector::AppleEventHandler(AEDesc const *, AEDesc
>> *, long)
>> #11 0x91b56570 in aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned
>> long, unsigned char*)
>> #12 0x91b590cc in dispatchEventAndSendReply(AEDesc const*, AEDesc*)
>> #13 0x91b56478 in aeProcessAppleEvent
>> #14 0x96a83778 in AEProcessAppleEvent
>> #15 0x0021fc14 in LEventDispatcher::EventHighLevel(EventRecord const &)
>> #16 0x0021f014 in LEventDispatcher::DispatchEvent(EventRecord const &)
>> #17 0x0021b5b0 in LApplication::ProcessNextEvent(void)
>> #18 0x001e0094 in 0x1e0094
>> #19 0x0021b258 in LApplication::Run(void)
>> #20 0x001dfbac in 0x1dfbac
>>
>> Thread 1:
>> #0 0x90073ba8 in mach_msg_trap
>> #1 0x90005ed0 in mach_msg
>> #2 0x9022a720 in SwitchContexts
>> #3 0x90224fc8 in YieldToThread
>> #4 0x90243128 in SetThreadState
>> #5 0x9026d948 in SetThreadStateEndCritical
>> #6 0x002459a4 in LThread::SemWait(LSemaphore *, long, QHdr &, unsigned
>> char &)
>> #7 0x00243f98 in Block
>> #8 0x00243e1c in LSemaphore::Wait(long)
>> #9 0x002443dc in LThread::Cleanup::Run( (void))
>> #10 0x00245edc in LThread::DoEntry(void *)
>> #11 0x9023bba8 in CooperativeThread
>> #12 0x90020c28 in _pthread_body
>>
>> Thread 2:
>> #0 0x90073ba8 in mach_msg_trap
>> #1 0x90005ed0 in mach_msg
>> #2 0x9022a720 in SwitchContexts
>> #3 0x90224fc8 in YieldToThread
>> #4 0x90243128 in SetThreadState
>> #5 0x9026d948 in SetThreadStateEndCritical
>> #6 0x01b99798 in LThread::SemWait(LSemaphore *, long, QHdr &, unsigned
>> char &)
>> #7 0x01ba2b90 in LSemaphore::BlockThread(long)
>> #8 0x01ba2a38 in LSemaphore::Wait(long)
>> #9 0x01b97e84 in LThread::Cleanup::Run( (void))
>> #10 0x01b99dc8 in LThread::DoEntry(void *)
>> #11 0x9023bba8 in CooperativeThread
>> #12 0x90020c28 in _pthread_body
>>
>> Thread 3 Crashed:
>> #0 0x900041e8 in free_list_remove_ptr
>> #1 0x90003ea0 in szone_free
>> #2 0x902226fc in DisposePtr
>> #3 0x9022297c in DisposeHandle
>> #4 0x01c990bc in 0x1c990bc
>> #5 0x01c99024 in 0x1c99024
>> #6 0x01c8143c in 0x1c8143c
>> #7 0x01c8a930 in 0x1c8a930
>> #8 0x01c7a530 in 0x1c7a530
>> #9 0x01c787cc in 0x1c787cc
>> #10 0x01c779c0 in 0x1c779c0
>> #11 0x001eae50 in 0x1eae50
>> #12 0x001ebaf0 in 0x1ebaf0
>> #13 0x001eb728 in 0x1eb728
>> #14 0x001ecbc4 in 0x1ecbc4
>> #15 0x001e520c in 0x1e520c
>> #16 0x001f1250 in 0x1f1250
>> #17 0x00245edc in LThread::DoEntry(void *)
>> #18 0x9023bba8 in CooperativeThread
>> #19 0x90020c28 in _pthread_body
>>
>> Thread 4:
>> #0 0x9003e9a8 in semaphore_wait_signal_trap
>> #1 0x9003e7c4 in _pthread_cond_wait
>> #2 0x9022ffa4 in MPWaitOnQueue
>> #3 0x002fe7d0 in TransBasTickleTask(void *)
>> #4 0x902b81e8 in _MP_CFMTaskProc
>> #5 0x9025e364 in PrivateMPEntryPoint
>> #6 0x90020c28 in _pthread_body
>>
>> Thread 5:
>> #0 0x90042588 in semaphore_timedwait_signal_trap
>> #1 0x9003e7b4 in _pthread_cond_wait
>> #2 0x90233198 in TSWaitOnSemaphoreCommon
>> #3 0x902b1804 in TimingThread
>> #4 0x90020c28 in _pthread_body
>>
>> PPC Thread State:
>> srr0: 0x900041e8 srr1: 0x0200f030 vrsave: 0x00000000
>> xer: 0x00000000 lr: 0x900041d0 ctr: 0x90000ee0 mq: 0x00000000
>> r0: 0x900041d0 r1: 0xf017fed0 r2: 0x902657a4 r3: 0x00000000
>> r4: 0x00000000 r5: 0x00000001 r6: 0x80808080 r7: 0x00000002
>> r8: 0x6f720000 r9: 0x00000000 r10: 0x02b2f010 r11: 0xa00047b0
>> r12: 0x90000ee0 r13: 0x00000000 r14: 0x00000000 r15: 0x00000001
>> r16: 0x003b50b8 r17: 0x01ad5d30 r18: 0x003b50cc r19: 0x003b50f8
>> r20: 0x00000002 r21: 0x00000002 r22: 0xa0003d10 r23: 0x00002720
>> r24: 0x00000272 r25: 0x00086010 r26: 0x000046bd r27: 0x0000007f
>> r28: 0x02b42500 r29: 0xc6bdc6bd r30: 0xc6bdc6bd r31: 0x9000416c
>>
>> **********
>>
>
> Does the silence mean I am SOL? Somebody else has to have had this problem.
> I have seen other posts that seem the same but no solutions.
>
I saw in other posts that the problem is ussually a reoccuring event that
causes the corruption and the crash to happen.
So,
I decided to start removing reoccurring events. I then did a sync after
each removal. I found the offending event after deleting a couple of
others. Is there a way to determine which event is the corrupt one without
systematically removing?