[missing-sync-palmos-talk] CRASHING BACKING UP NUTD

[Scott Simons]

problem: trying to sync NUTD for the last month keeps crashing - this 
calendar is very important to me - I only have this conduit checked for 
synching and it starts then crashes - the TREO then restarts twice - I 
get the same error log everytime - can someone please help me 
********** Host Name: Scott-G-5.local Date/Time: 2005-12-03 14:14:39 
-0800 OS Version: 10.3.9 (Build 7W98) Report Version: 2 Command: 
Conduit Manager Path: /Applications/Missing Sync for Palm OS/Missing 
Sync for Palm OS.app/Contents/SharedSupport/Conduit 
Manager.app/Contents/MacOS/Conduit Manager Version: 5.0.2 (98) PID: 
1193 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: 
KERN_INVALID_ADDRESS (0x0001) at 0x6791d8f8 Thread 0 Crashed: 0 
NUDConduitCarbon• ïÙ 0x006fc150 0x6ee000 + 0xe150 1 NUDConduitCarbon• 
ïÙ 0x006fc7bc 0x6ee000 + 0xe7bc 2 NUDConduitCarbon• ïÙ 0x006fcd88 
0x6ee000 + 0xed88 3 NUDConduitCarbon• ïÙ 0x006fce50 0x6ee000 + 0xee50 4 
NUDConduitCarbon• ïÙ 0x006f397c 0x6ee000 + 0x597c 5 NUDConduitCarbon• 
ïÙ 0x006f00c0 0x6ee000 + 0x20c0 6 NUDConduitCarbon• ïÙ 0x006eeff8 
0x6ee000 + 0xff8 7 MissingSyncPalmOSShared 0xed05623c 
-[MSpConduitAccessor openConduit:progressFunction:syncProperties:] + 
0x22c 8 ....missingsync.ConduitManager 0x0000aec0 0x1000 + 0x9ec0 9 
....missingsync.ConduitManager 0x0000df90 0x1000 + 0xcf90 10 
....missingsync.ConduitManager 0x00009d14 0x1000 + 0x8d14 11 
....missingsync.ConduitManager 0x00009bc4 0x1000 + 0x8bc4 12 
<<00000000>> 0x90a31fd4 0 + 0x90a31fd4 13 <<00000000>> 0x950dd500 0 + 
0x950dd500 14 <<00000000>> 0x950da860 0 + 0x950da860 15 <<00000000>> 
0x950ded74 0 + 0x950ded74 16 <<00000000>> 0x92886e10 0 + 0x92886e10 17 
<<00000000>> 0x9288d53c 0 + 0x9288d53c 18 <<00000000>> 0x928af638 0 + 
0x928af638 19 <<00000000>> 0x92e822ac 0 + 0x92e822ac 20 <<00000000>> 
0x92e98d2c 0 + 0x92e98d2c 21 <<00000000>> 0x92ead0ac 0 + 0x92ead0ac 22 
<<00000000>> 0x92f697bc 0 + 0x92f697bc 23 
....missingsync.ConduitManager 0x000089f8 0x1000 + 0x79f8 24 
....missingsync.ConduitManager 0x0000886c 0x1000 + 0x786c Thread 1: 0 
<<00000000>> 0x94c5e8b8 0 + 0x94c5e8b8 1 <<00000000>> 0x950da5e8 0 + 
0x950da5e8 2 <<00000000>> 0x950ded74 0 + 0x950ded74 3 <<00000000>> 
0x90a2d1b8 0 + 0x90a2d1b8 4 ....missingsync.ConduitManager 0x00009370 
0x1000 + 0x8370 5 <<00000000>> 0x90a6a510 0 + 0x90a6a510 6 <<00000000>> 
0x94c7b990 0 + 0x94c7b990


On Nov 28, 2005, at 2:05 PM, David Turley wrote:

> I'm curious as to the point of using a custom "email" label in the Mac 
> Address book. There are two obviously distinct sections for email and 
> phone, using them as intended one can store multiple emails for home, 
> work, etc on the Mac, and when I look at a contact in AB there's no 
> way I can confuse and email address and a phone number. When I sync to 
> the Palm, those fields are indeed labeled Email on the device. Seems 
> to me you open the possibility of breaking many things, given the 
> fragility of Apple's sync services. :-)
>
> On Nov 28, 2005, at 4:55 PM, Brian M. Criscuolo wrote:
>
>> I'm working on a fix for the next update that will take into account 
>> a custom label in Address Book for an email address. If you set it to 
>> "E-mail" (as it is on the Palm) we'll map it to Palm's "E-mail" 
>> label.
>>
>> The reason why we don't map "home" to "E-mail" is because that's not 
>> what the intention was of whoever entered it in Address Book - the 
>> label distinguishes between "home" or "work" and so on. Changing data 
>> means it could be gone forever at some point.
>>
>> Keep in mind, again, that on the Palm they are ALL phone entries. Its 
>> just a label, and any software that uses just the label to 
>> distinguish an email from a phone number isn't really doing the right 
>> thing.
>>
>> b
>>
>> On Nov 28, 2005, at 3:25 PM, Alexander Wasmuth wrote:
>>
>>> Hi,
>>>
>>> I did some further testing:
>>>
>>> An email created in iCal always becomes a phone number on the Palm, 
>>> either work or home or other if you choose other or use a custome 
>>> label.
>>>
>>> An email created on the Palm always becomes a work email entry in 
>>> iCal and stays this way until you change or update any details in 
>>> the respective contact. Then again the email gets transformed into a 
>>> phone entry.
>>>
>>> I also tried it without success with various custom labels (E-Mail, 
>>> E-Mail, email, ...).
>>>
>>> Alex
>>>
>>>
>>> On 28.11.2005, at 13:53, Francis Hermans wrote:
>>>
>>>> Hi,
>>>>
>>>> I think that it's better to know that an e-mail address is an 
>>>> e-mail address rather that it's tied to work or to home. Now an 
>>>> e-mail address introduced with "Address Book" doesn't works as an 
>>>> e-mail address on the Palm. But an e-mail address introduced on the 
>>>> Palm Address book works fine as an e-mail address on the Mac. Do 
>>>> you want that we all introduced e-mail address wit graffiti ???
>>>>
>>>> Francis Hermans
>>>> Université Libre de Bruxelles
>>>> Département de Physique
>>>> Tél : 02 650 5512
>>>>
>>>> Le 28 nov. 05 à 03:01, Brian M. Criscuolo a écrit :
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> This is a decision that we made a while ago that we may want to 
>>>>> revisit.
>>>>>
>>>>> There is no "email" field on the Palm - they are phone numbers (at 
>>>>> least according to the database structure). The ONLY reason you 
>>>>> can send email directly from the app is because that field has an 
>>>>> E-mail label. The application *should* look at the data, but who 
>>>>> knows if that change will ever be made.
>>>>>
>>>>> To preserve data integrity, we choose to map Address Book labels 
>>>>> as-is. Meaning that if it is "work" in Address Book, it will be 
>>>>> "Work" on your device.
>>>>>
>>>>> What is better? Maintaining the data as entered on the desktop, or 
>>>>> changing the device label to E-mail, which at some point would 
>>>>> propagate back to the desktop? Hard to answer.
>>>>>
>>>>> I'll take a look at the custom label mapping to see why your test 
>>>>> didn't work.
>>>>>
>>>>>
>
>
> _______________________________________________
> missing-sync-palmos-talk mailing list
> missing-sync-palmos-talk at lists.markspace.com
> Unsubcribing information, subscription options and list archives can 
> be found at:
> http://lists.markspace.com/mailman/listinfo/missing-sync-palmos-talk
>