Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[glynor]

All the sudden today I'm getting errors trying to sync to my generic handheld that I use to sync to my iPhone via iTunes.  The files queue, then go to "Uploading", and then just change to "Error".  If I look in the directory where it should have put them, I have a bunch of zero byte files, named appropriately (including the path), and a set of duplicates of these files (numbered).

However, seemingly randomly, one or two will work out of a list of hundreds.  I can't see any rhyme or reason that these files work.

The files I'm trying to sync do play without issue.  They're podcasts.

Here's a log snippet with only the Handheld logging turned on.  I do see the handheld upload worker thread may be getting an error code when it returns complete (CHHUploadWorkerUploadThread::Thread: Upload complete (hr=-2147467259)).  I don't get it.  These exact handheld queues worked fine just yesterday (or maybe even earlier today).  I was messing around with my libraries, but not this one at all, and I wasn't touching these podcast files in any way.  And I tried it with MC12, and got the same result.

Code: [Select]

0227640: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Start
0227640: 2384: Handheld: CHHUploadWorker::NotifyUploadFinished: Finish (31 ms)
0227640: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Creating file object (filename: O:\library_data\podcasts\NPR - Talk of the Nation\2008-09-11 NPR_ 09-11-2008 Talk of the Nation - Hour 2.mp3)
0227640: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Sending upload command
0227640: 4200: Handheld: CHHPluginThread::ProcessCommand: Start
0227640: 4196: Handheld: CHHPluginThread::Thread Message Processing: Start
0227640: 4196: Handheld: CHHPluginThread::Thread Message Processing: Type: 0, Function: 2
0227640: 4196: Handheld: CHHPluginThread::Thread Message Processing: Command = 1025
2529718: 4196: Handheld: CPortableDriveGeneric::Upload: Start
2529718: 4196: Handheld: CPortableDriveBase::GetBasePathFromFile: Start
2529734: 4196: Handheld: CPortableDriveBase::GetBasePathFromFile: Finish (16 ms)
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Start
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Filename: O:\library_data\podcasts\NPR - Talk of the Nation\2008-09-11 NPR_ 09-11-2008 Talk of the Nation - Hour 2.mp3
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Opening input file
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Analyzing input file
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Creating output filename and path
2529734: 4196: Handheld: CPortableDriveBase::TransferFile: Creating output file
2529750: 4196: Handheld: CPortableDriveBase::TransferFile: Allocating space for file
2529750: 4196: Handheld: CPortableDriveBase::TransferFile: Finish (16 ms)
2529750: 4196: Handheld: CPortableDriveGeneric::Upload: Finish (32 ms)
0227672: 4196: Handheld: CHHPluginThread::Thread Message Processing: Finish (32 ms)
0227687: 4200: Handheld: CHHPluginThread::ProcessCommand: Finish (47 ms)
0230687: 4200: Handheld: CHHPluginThread::ProcessCommand: Start
0230687: 4196: Handheld: CHHPluginThread::Thread Message Processing: Start
0230687: 4196: Handheld: CHHPluginThread::Thread Message Processing: Type: 0, Function: 2
0230687: 4196: Handheld: CHHPluginThread::Thread Message Processing: Command = 1025
2532765: 4196: Handheld: CPortableDriveGeneric::Upload: Start
2532781: 4196: Handheld: CPortableDriveBase::GetBasePathFromFile: Start
2532781: 4196: Handheld: CPortableDriveBase::GetBasePathFromFile: Finish (0 ms)
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Start
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Filename: O:\library_data\podcasts\NPR - Talk of the Nation\2008-09-11 NPR_ 09-11-2008 Talk of the Nation - Hour 2.mp3
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Opening input file
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Analyzing input file
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Creating output filename and path
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Creating output file
2532781: 4196: Handheld: CPortableDriveBase::TransferFile: Allocating space for file
2532796: 4196: Handheld: CPortableDriveBase::TransferFile: Finish (15 ms)
2532796: 4196: Handheld: CPortableDriveGeneric::Upload: Finish (31 ms)
0230718: 4196: Handheld: CHHPluginThread::Thread Message Processing: Finish (31 ms)
0230750: 4200: Handheld: CHHPluginThread::ProcessCommand: Finish (63 ms)
0230750: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Upload complete (hr=-2147467259)
0230750: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Cleaning up
0230750: 4200: Handheld: CHHUploadWorkerUploadThread::Thread: Finish (3110 ms)


[rjm]

Any chance the podcast download(s) failed and the files are not yet on your drive? Note that these failed downloads will often still play (since I think MC will request a stream) so you might be misled to think they properly downloaded. You need to inspect the podcast Filename to be sure.

[glynor]

No, they were there.  The files are there.  They played fine in both MC and in other players.  I can manually copy them over to the proper directory, and I can create, edit, and save text documents in the proper directory.  I was exhausted so I didn't fully report the steps I had taken.

I fixed it though...  There was something else that had happened that I hadn't explained which turned out to be related.

Before I was able to try to sync to my generic handheld last night, MC crashed on me when analyzing some files (building thumbs I think).  The JRWorker process got stuck and pegged a core of the CPU.  This has happened before with this machine when it encounters corrupt MOV files.  I think it is actually a bug in Quicktime, but it only ever manifests itself through MC.  Either way, the process got stuck and (as usually happens when this occurs) I wasn't able to manually kill it using Process Explorer.  I had to forcibly shut the machine off.  Now, at the time when it got stuck, it was analyzing the generic handheld's folder full of files.

Turns out, the drive got "dirty" and some bizarre error was apparently causing this (but like I said, sporadically).  Doing a repair on the disk (fsck -fy in this case, since it is a HFS+ formatted partition mounted via MacDisk) fixed it.  So, if you get similar errors, try checking your hard drive for errors.

This too might be a good one for the Weird and Wonderful thread...