Aperture 2.1.2 hanging on export
I installed the latest update 3 days ago. SInce then I can no longer export any files as the software hangs in limbo and I must force quit the application in order to do anything with it at all. Anyone have any ideas on how to fix this problem?
another place to look for ideas is here at this link, Aperture Troubleshooting
http://support.apple.com/kb/HT2945
"Summary
If Aperture isn't starting up properly or performing normally, try these basic steps to troubleshoot the situation. Please note that these steps aren't exhaustive and are not intended to cover any specific issue. These are fundamental, basic steps for getting Aperture into good working order, and are the steps most often suggested by AppleCare Technical Support."
Tony
Similar Messages
-
After Upgrading to 10.6.8 my aperture app starts but hangs trying to read the Lib. I removed the old lib and start with new. but still have the problem. 10.6.8 also made my Shark FX7 do the same thing. Any Ideas? Thanks
Verifying volume “Macintosh HD”
Performing live verification.
Checking Journaled HFS Plus volume.
Checking extents overflow file.
Checking catalog file.
Checking multi-linked files.
Checking catalog hierarchy.
Checking extended attributes file.
Checking volume bitmap.
Checking volume information.
The volume Macintosh HD appears to be OK. -
Java Export hangs at 'Export Java Database Content' phase
Hi All -
As part of system refresh activities,we are doing Java Export from our Production system(PE1) & we will use that export to import it in our Qulaity system(QE1).So while doing Java Export,the export gets stucks/hangs at 'Export Java Database Content" phase which is the last phase in Java Export steps.We have been doing this task since many years & we did not encounter this kind of issue ever.There are no errors or at least warnings in the logs like sapinst_dev.log,jload.log,jload.java.log,sapinst.log etc.Our environment details are as below
EP -6.0
OS - AIX 5.3,64 BIT
DB - DB2 UDB
SAPINST version - 642
Java version is below
pe1adm> java -fullversion
java full version "J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM) build caix64142ifx-20100918 (SR13 FP6)"
Please note with the SAPINST we are using currently, the exports of remaining systems in EP & other solutions like ECC,CR,SRM,XI,BI are successfull.We are having this issue only in PE1.Looks like some bug in code.So request the experts in this forum to please take a look at it & provide me with solution if any of you have faced the similar situation.
Thanks & regards,
Nagendra.Thank you for your reply Subhash.The below is the last entry in jload.log.It is at EP_ATTR_HEADERS.While doing the Java export,we asked our DBA to monitor to find out any errors at DB side.He monitored and said that no deadlocks or no infinite loops are found.Also he said that he cannot create index for that too because it is trying to do select *.In our first 2 or 3 attempts it used to hang at CA_PRODUCTS meta data exported,CA_PROPERTY meta data exported.Now here.Our DBA said that EP_ATTR_HEADERS has 1.4M rows.We tried to bounce the entire system also,but no luck.We have the same issue.Peculiar thing is we dont see any errors or warnings in the logs.
23.06.11 09:54:21 com.sap.inst.jload.Jload dbExport
INFO: EP_ATTR_DEFS exported (6 rows)
23.06.11 09:54:21 com.sap.inst.jload.Jload dbExport
INFO: EP_ATTR_HEADERS meta data exported
Please let me know if you need any further info in resolving this issue.
Thanks & regards,
Nagendra. -
I am using Aperture 3 and I have just exported the edited picture to my desktop but the image which is now on my desktop appears to be unedited. Does anyone know why??
Did you export the master or version? Master will be unedited...
File > Export > Version -
Premiere Pro CC hanging on export media
Hello,
I've a project shot on P2 cards with a couple of MP3 audio tracks. Never been a problem before. Went to export media (Queue to Media Encoder) and as it's processing the request the application stops responding. (also realized at this time the auto-save wasn't so I lost 2hrs work)
After recreating and saving - same issue - hang on export media
Updated to Premiere Pro CC 2014 - managed to get to Media Encoder and then it failed with an unspecified H.264 error (I'm trying to save to the H.264 YouTube 720p 29.97 compression) When I tried again, it hung up on the export process as originally happening.
Trashed preferences (of both versions of PPCC) - tried again - same results
Removed MP3s and tried again - same results
Went back to Premiere Pro CC and opened another project shot with a Canon 7D and was able to export media.
I've done at least ten projects with my Panasonic Camera's and the P2 workflow in Premiere Pro CC and have not had any problems.
Any suggestions on how to troubleshoot further would be greatly appreciated.
Mark
MacProOK, So to be more specific it's hanging when I send it to Media Encoder Queue. I was just able to just do a direct export.
I found the article on permissions and that was not the issue.
I've made no changes to hardware and have done three projects with the same codecs, type footage, duration (1 hour range) with no problems. -
Aperture 3.4.1 won't export photos OS 10.8.2
Aperture 3.4.1 won't export photos OS 10.8.2. ?? Just sits there, no spinning globe, just nothing.
I have 10.8.2 and Aperture 3.4.1.
No problem to export originals and versions. -
Muse hangs while exporting html
The website have nearly 49 pages loaded with lot of photos and compositions,
now when I uploaded it via muse inbuilt ftp it was fine,
Now after some changes, in contact forms I am trying to update it Muse hangs and I have to reboot the comp
I tried to export it as html but same problem.
Need to upload the site.
Please advise
Ashraf Aliit hangs while exporting the last 49th page ......
-
Aperture 1.5 Extremely slow when exporting images
Has anyone else found Aperture 1.5 very slow when exporting versions. It took about 25 minutes to export 9 images (12mp Eos 5D files) as full resolution Jpegs. They had various afjustments applied to them, but the length of time to expot seemed rediculously long. I don't recall this task taking as long in previous versions.
Does anyone know of anything that might be slowing this down? Would turning previews off help - although they had finished processing before I started. Help in this matter wouyld be appreciated
ThanksI'm experiencing this same behavior. Exporting is ridiculously slow. Actually editing the image doesn't seem so bad, but I guess it's just doing a preview at this point and not committing the change? Seems odd as I browse back to an image I've changed and the preview is instantly up with all changes applied...
I'm playing with the trial version now, I'd really like to buy it, but the speed is completely unaccaptable on export, or large file operations.
iMac g5 1.8 ghz, ALS, ATI 9600 card. 2 Gig of ram. Nothing else running.
Photoshop is much, much faster, even batching. I realize aperture uses GPU heavily, and my GPU is not up to snuff, but when making changes to an image ... it's not bad! It's a little sluggish at times, but most changes are near real time. It's just exporting and importing that takes far far far too long.
Any possibility of a preference to offload more work to the CPU? Lightroom, Photoshop, etc do just fine, but Apertures library management is something I'd really like to purchase and keep! -
I am using Aperture 3 but seem unable to export raw photos, they are always converted to jpeg, even if straight to my desktop. Does anyone know how to overcome this and export as raw please?
WeltonRob -- you're most welcome (as is everyone who posts their thanks).
Thanks for taking the time to reply. It is always noticed and appreciated, even when I don't respond.
Cheers. -
Aperture 3.0.2 consistently hangs on Export
I've created multiple projects based on the "Faces" criterion. When I export these projects to a thumb drive, the export takes a very long time and upon completion leaves Aperture in an unusable state. It appears to be "active" but attempting to do anything - literally - I get the classic "bonk" sound of a hung program. There is no way to escape from the program except by "Force Quitting". There are no logs created so there is nothing to send to Apple. But, I've replicated this multiple times with different projects.
Anyone else experiencing this?A workaround found - remote install using LightsOut.
-
Aperture 3.3.2 crashes while exporting to flickr
Aperture runs into endless spinning ball exercise while exporting pics to flickr. Then, it crashes. Rebuilt the library couple times now to no avail.
I simply cannot connect to flickr anymore. Just tried it again. Selected only 5 pics to post to a flickr album. It went into spinning ball and crashed.
This is REALLY annoying. Aperture is, from what I can read in all the blogs, quite a buggy monster.OK. Now I know for sure that Aperture really *****.
I did the new built for the library through Aperture (last option in the repair dialog). When it was through with it, it shortly started to "open the library", then my beloved spinning ball came and hang.
I've now opened the library with iPhoto which went fine. However, there are some issues in the marked photos area where some photos seem to be greyed and when I tried to unmark them, iPhoto hung up.
I'm now considering to move to LightRoom. Not half as many technical issues here.
My MacMini is almost factory installation!
Here the report from Aperture:
Date/Time: 2012-09-08 14:09:39 +0200
OS Version: 10.8.1 (Build 12B19)
Architecture: x86_64
Report Version: 11
Command: Aperture
Path: /Applications/Aperture.app/Contents/MacOS/Aperture
Version: 3.3.2 (3.3.2)
Build Version: 4
Project Name: Aperture
Source Version: 265039000000000
App Item ID: 408981426
App External ID: 9411464
Parent: launchd [98]
PID: 780
Event: hang
Duration: 1.92s
Steps: 20 (100ms sampling interval)
Hardware model: Macmini5,2
Active cpus: 4
Free pages: 1263808 pages (+118)
Pageins: 2 pages
Pageouts: 0 pages
Process: Aperture [780]
Path: /Applications/Aperture.app/Contents/MacOS/Aperture
Architecture: x86_64
Parent: launchd [98]
UID: 501
Task size: 30735 pages
CPU Time: 0.058s
Thread 0x870b DispatchQueue 1 priority 56 cpu time 0.017s
20 ??? (Aperture + 62324) [0x10000f374]
20 ??? (Aperture + 64116) [0x10000fa74]
20 NSProApplicationMain + 378 (ProKit) [0x1014b6952]
20 -[NSApplication run] + 517 (AppKit) [0x7fff97e85c03]
20 ??? (Aperture + 4997275) [0x1004c409b]
20 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128 (AppKit) [0x7fff97e8e862]
20 _DPSNextEvent + 1456 (AppKit) [0x7fff97e8f2a6]
20 AEProcessAppleEvent + 100 (HIToolbox) [0x7fff8e877e29]
20 aeProcessAppleEvent + 318 (AE) [0x7fff945e2c89]
20 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 37 (AE) [0x7fff945e2dc9]
20 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned int, unsigned char*) + 307 (AE) [0x7fff945e2f68]
20 _NSAppleEventManagerGenericHandler + 106 (Foundation) [0x7fff8d8d71bd]
20 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 308 (Foundation) [0x7fff8d8d735b]
20 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 327 (AppKit) [0x7fff97e92aa4]
20 -[NSApplication(NSAppleEventHandling) _handleAEOpenDocumentsForURLs:] + 356 (AppKit) [0x7fff980e15a6]
20 -[NSApplication _sendFinishLaunchingNotification] + 216 (AppKit) [0x7fff97e95c96]
20 -[NSApplication _postDidFinishNotification] + 292 (AppKit) [0x7fff97e95f5d]
20 -[NSNotificationCenter postNotificationName:object:userInfo:] + 64 (Foundation) [0x7fff8d8bda76]
20 _CFXNotificationPost + 2554 (CoreFoundation) [0x7fff919f9b8a]
20 ??? (Aperture + 404623) [0x100062c8f]
20 ??? (Aperture + 5613836) [0x10055a90c]
20 +[AccountConfigurationManagerBase sharedAccountConfigurationManager] + 121 (AccountConfigurationPlugin) [0x200003c51]
20 -[AccountConfigurationManagerBase loadAccounts] + 1000 (AccountConfigurationPlugin) [0x2000028ff]
20 ??? (Aperture + 5613694) [0x10055a87e]
20 ??? (Aperture + 5612618) [0x10055a44a]
20 -[AccountConfigurationManagerBase createAccountConfigurationForAccountType:accountIdentifier:password:] + 161 (AccountConfigurationPlugin) [0x200005075]
20 -[IPHDotMacPlugin displayNameForUsername:] + 224 (MobileMePublisher) [0x116f6fff2]
20 -[MM_MMiDiskSession _accountDetails] + 595 (MobileMe) [0x101362288]
20 -[MM_MMTransaction _dispatch] + 142 (MobileMe) [0x10133853c]
20 -[MM_AYOperation runOperationWithTimeOut:] + 275 (MobileMe) [0x101378e9a]
20 CFRunLoopRunSpecific + 290 (CoreFoundation) [0x7fff919e8dd2]
20 __CFRunLoopRun + 1078 (CoreFoundation) [0x7fff919e9606]
20 __CFRunLoopServiceMachPort + 195 (CoreFoundation) [0x7fff919e3f23]
20 mach_msg_trap + 10 (libsystem_kernel.dylib) [0x7fff8dee9686]
*19 ipc_mqueue_receive_continue + 0 (mach_kernel) [0xffffff8000213030]
*1 hndl_mach_scall64 + 19 (mach_kernel) [0xffffff80002ced13]
*1 ??? (mach_kernel + 678614) [0xffffff80002a5ad6]
*1 mach_msg_overwrite_trap + 427 (mach_kernel) [0xffffff80002196eb]
*1 ipc_mqueue_receive + 59 (mach_kernel) [0xffffff800021310b]
*1 thread_block_reason + 275 (mach_kernel) [0xffffff800022d9c3]
*1 ??? (mach_kernel + 187473) [0xffffff800022dc51]
*1 processor_idle + 227 (mach_kernel) [0xffffff800022f193]
*1 machine_idle + 282 (mach_kernel) [0xffffff80002b8c1a]
Thread 0x872b DispatchQueue 2 priority 49 cpu time 0.008s
20 _dispatch_mgr_thread + 54 (libdispatch.dylib) [0x7fff947eba2a]
20 kevent + 10 (libsystem_kernel.dylib) [0x7fff8deebd16]
*20 ??? (mach_kernel + 3471600) [0xffffff800054f8f0]
Thread 0x872d priority 46
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8731 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTRunLoopThread run:] + 405 (ProXTCore) [0x101c7e845]
20 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 268 (Foundation) [0x7fff8d90face]
20 CFRunLoopRunSpecific + 290 (CoreFoundation) [0x7fff919e8dd2]
20 __CFRunLoopRun + 1078 (CoreFoundation) [0x7fff919e9606]
20 __CFRunLoopServiceMachPort + 195 (CoreFoundation) [0x7fff919e3f23]
20 mach_msg_trap + 10 (libsystem_kernel.dylib) [0x7fff8dee9686]
*20 ipc_mqueue_receive_continue + 0 (mach_kernel) [0xffffff8000213030]
Thread 0x8732 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTRunLoopThread run:] + 405 (ProXTCore) [0x101c7e845]
20 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 268 (Foundation) [0x7fff8d90face]
20 CFRunLoopRunSpecific + 290 (CoreFoundation) [0x7fff919e8dd2]
20 __CFRunLoopRun + 1078 (CoreFoundation) [0x7fff919e9606]
20 __CFRunLoopServiceMachPort + 195 (CoreFoundation) [0x7fff919e3f23]
20 mach_msg_trap + 10 (libsystem_kernel.dylib) [0x7fff8dee9686]
*20 ipc_mqueue_receive_continue + 0 (mach_kernel) [0xffffff8000213030]
Thread 0x8733 priority 36
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8734 priority 31
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8735 priority 46
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTRunLoopThread run:] + 405 (ProXTCore) [0x101c7e845]
20 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 268 (Foundation) [0x7fff8d90face]
20 CFRunLoopRunSpecific + 290 (CoreFoundation) [0x7fff919e8dd2]
20 __CFRunLoopRun + 1078 (CoreFoundation) [0x7fff919e9606]
20 __CFRunLoopServiceMachPort + 195 (CoreFoundation) [0x7fff919e3f23]
20 mach_msg_trap + 10 (libsystem_kernel.dylib) [0x7fff8dee9686]
*20 ipc_mqueue_receive_continue + 0 (mach_kernel) [0xffffff8000213030]
Thread 0x8736 priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8737 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8738 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8739 priority 36
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x873a priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x873b priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8747 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8748 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8749 priority 31
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x874a priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x874e priority 31
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x874f priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8750 priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8751 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8752 priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8753 priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8754 priority 51
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8755 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8756 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8757 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8758 priority 41
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
20 -[XTThread run:] + 362 (ProXTCore) [0x101c7c82a]
20 -[XTMsgQueue waitForMessage] + 42 (ProXTCore) [0x101c7d71a]
20 -[NSConditionLock lockWhenCondition:beforeDate:] + 235 (Foundation) [0x7fff8d9359b9]
20 -[NSCondition waitUntilDate:] + 357 (Foundation) [0x7fff8d935b63]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x8759 priority <multiple> cpu time 0.003s
20 start_wqthread + 13 (libsystem_c.dylib) [0x7fff960321b1]
20 _pthread_wqthread + 412 (libsystem_c.dylib) [0x7fff96047cf3]
20 __workq_kernreturn + 10 (libsystem_kernel.dylib) [0x7fff8deeb6d6]
*19 ??? (mach_kernel + 3911152) [0xffffff80005badf0]
*1 hndl_unix_scall64 + 19 (mach_kernel) [0xffffff80002cecf3]
*1 unix_syscall64 + 522 (mach_kernel) [0xffffff80005e17da]
*1 workq_kernreturn + 478 (mach_kernel) [0xffffff80005ba72e]
*1 ??? (mach_kernel + 3907300) [0xffffff80005b9ee4]
*1 thread_block_reason + 275 (mach_kernel) [0xffffff800022d9c3]
*1 ??? (mach_kernel + 187473) [0xffffff800022dc51]
*1 processor_idle + 227 (mach_kernel) [0xffffff800022f193]
*1 machine_idle + 282 (mach_kernel) [0xffffff80002b8c1a]
Thread 0x875a priority 47
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 ***::wtfThreadEntryPoint(void*) + 15 (JavaScriptCore) [0x7fff917fba9f]
20 JSC::BlockAllocator::blockFreeingThreadMain() + 90 (JavaScriptCore) [0x7fff917e643a]
20 ***::ThreadCondition::timedWait(***::Mutex&, double) + 118 (JavaScriptCore) [0x7fff915c4d66]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x875b priority 47
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 ***::wtfThreadEntryPoint(void*) + 15 (JavaScriptCore) [0x7fff917fba9f]
20 JSC::MarkStackThreadSharedData::markingThreadMain() + 214 (JavaScriptCore) [0x7fff91748fd6]
20 JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode) + 212 (JavaScriptCore) [0x7fff917490f4]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x875c priority 47
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 ***::wtfThreadEntryPoint(void*) + 15 (JavaScriptCore) [0x7fff917fba9f]
20 JSC::MarkStackThreadSharedData::markingThreadMain() + 214 (JavaScriptCore) [0x7fff91748fd6]
20 JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode) + 212 (JavaScriptCore) [0x7fff917490f4]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x875d priority 47
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 ***::wtfThreadEntryPoint(void*) + 15 (JavaScriptCore) [0x7fff917fba9f]
20 JSC::MarkStackThreadSharedData::markingThreadMain() + 214 (JavaScriptCore) [0x7fff91748fd6]
20 JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode) + 212 (JavaScriptCore) [0x7fff917490f4]
20 __psynch_cvwait + 10 (libsystem_kernel.dylib) [0x7fff8deeb0fa]
*20 psynch_cvcontinue + 0 (mach_kernel) [0xffffff80005b5cb0]
Thread 0x875e priority 47 cpu time 0.027s
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96045782]
20 __NSThread__main__ + 1345 (Foundation) [0x7fff8d90a842]
18 -[NSUIHeartBeat _heartBeatThread:] + 543 (AppKit) [0x7fff980740e8]
18 usleep + 54 (libsystem_c.dylib) [0x7fff960cf73f]
18 __semwait_signal + 10 (libsystem_kernel.dylib) [0x7fff8deeb386]
*18 semaphore_wait_continue + 0 (mach_kernel) [0xffffff8000233e90]
2 -[NSUIHeartBeat _heartBeatThread:] + 1781 (AppKit) [0x7fff980745be]
2 -[NSProProgressIndicator heartBeat:] + 573 (ProKit) [0x1014e983c]
2 -[NSImage drawInRect:fromRect:operation:fraction:respectFlipped:hints:] + 1552 (AppKit) [0x7fff97efe269]
2 -[NSImage _usingBestRepresentationForRect:context:hints:body:] + 170 (AppKit) [0x7fff97ee3e26]
2 __71-[NSImage drawInRect:fromRect:operation:fraction:respectFlipped:hints:]_block_invoke_0 + 1157 (AppKit) [0x7fff97efe7bf]
2 -[NSImageRep drawInRect:fromRect:operation:fraction:respectFlipped:hints:] + 1070 (AppKit) [0x7fff97ee5a18]
2 __74-[NSImageRep drawInRect:fromRect:operation:fraction:respectFlipped:hints:]_block_invoke_0 + 1250 (AppKit) [0x7fff97ee6111]
2 CGContextDrawImage + 460 (CoreGraphics) [0x7fff9381092f]
2 ripc_DrawImage + 1175 (libRIP.A.dylib) [0x7fff912b778b]
1 ripc_RenderImage + 888 (libRIP.A.dylib) [0x7fff912b9ec9]
1 <executing in user space>
1 ripc_RenderImage + 313 (libRIP.A.dylib) [0x7fff912b9c8a]
1 ripl_BltImage + 383 (libRIP.A.dylib) [0x7fff912ba05c]
1 ripd_Lock + 49 (libRIP.A.dylib) [0x7fff912b36ff]
1 CGSDeviceLock + 319 (CoreGraphics) [0x7fff937fe5e8]
1 _CGSLockWindow + 3474 (CoreGraphics) [0x7fff937ff568]
1 _CGSSynchronizeWindowBackingStore + 97 (CoreGraphics) [0x7fff93851a71]
1 mach_msg_trap + 10 (libsystem_kernel.dylib) [0x7fff8dee9686]
*1 hndl_mach_scall64 + 19 (mach_kernel) [0xffffff80002ced13]
*1 ??? (mach_kernel + 678614) [0xffffff80002a5ad6]
*1 mach_msg_overwrite_trap + 427 (mach_kernel) [0xffffff80002196eb]
*1 ipc_mqueue_receive + 59 (mach_kernel) [0xffffff800021310b]
*1 thread_block_reason + 275 (mach_kernel) [0xffffff800022d9c3]
*1 ??? (mach_kernel + 187473) [0xffffff800022dc51]
*1 processor_idle + 227 (mach_kernel) [0xffffff800022f193]
*1 machine_idle + 282 (mach_kernel) [0xffffff80002b8c1a]
Thread 0x8784 priority 56
20 thread_start + 13 (libsystem_c.dylib) [0x7fff960321c1]
20 _pthread_start + 327 (libsystem_c.dylib) [0x7fff96 -
Application is hanging after exporting a report
Post Author: AnthonyM
CA Forum: .NET
I am using Crystal Reports XI R2 with C# in VS 2005. I am also using Crystal Reports SDK 11.5. I have a main report that contains 4 subreports that I want to pass data to at run-time. When I run my app to do this and save it as a pdf, it hangs and I eventually have to manually terminate the EXE. Now here is where it gets interesting: When I forcibly terminated the program and checked the file that it was supposed to write to, I notice that the report was transformed and written correctly. The issue was that the app was not closing upon completion.
I then stepped through the code using the debugger and saw that after I exit main's body; I get a message box saying "unknown software exception (0xe06d7363) occurred in the application at location 0x7c812a5b". Now, I went back and commented out the foreach loop in SetData() to iterate through the subreports to see what would happen. The result was that there was no message box about the software exception, but the report now had 4 empty subreports and made the main report practically useless. This means that something in the process of assigning data to the subreports is causing this "unknown software exception" to occur. The code I am using is:
public static void Main()
ReportDocument doc = new ReportDocument();
DataSet ds = new DataSet("ProbeSheetPrimeLeadStats");
try
//use the schema to create structure of the dataset
ds.ReadXmlSchema(new FileStream("C:
xmlFiles
ProbeSheetSchema.xsd", FileMode.Open, FileAccess.Read));
//now use the dummyLead.xml file to pass it data
ds.ReadXml(new FileStream("C:
xmlFiles
dummyLead.xml", FileMode.Open, FileAccess.Read));
//load the report in
doc.Load("C:
reports
ProbeSheetV2WSchema.rpt");
// set all the data for the main report
ApplyReportData(ds, doc);
//doc.ExportToDisk(ExportFormatType.PortableDocFormat, "C:
xmlFiles
ProbeTestOutput.pdf");
MemoryStream stream = (MemoryStream)doc.ExportToStream(ExportFormatType.PortableDocFormat);
FileStream outputOfResult = new FileStream("C:
xmlFiles
ProbeTestOutput.pdf", FileMode.Create, FileAccess.Write);
outputOfResult.Write(stream.ToArray(), 0,(int) stream.Length);
finally
//clean up the garbage :-p
doc.Dispose();
ds.Dispose();
private static void ApplyReportData
(DataSet DsReportData, ReportDocument theReport)
//set the main report's data
SetData(DsReportData, theReport);
//now set it for each subreport
/*NOTE: If you skip the below foreach loop, the app works fine!!! */
foreach (ReportDocument SubReport in
theReport.Subreports)
SetData(DsReportData, SubReport);
private static void SetData
(DataSet DsReportData, ReportDocument someReport)
//each table in the report find's corresponding sibling
//in the dataset's table collection
foreach (Table table in someReport.Database.Tables)
table.SetDataSource
(DsReportData.Tables[table.Name]);
I have a feeling that it could be a bug in Crystal Reports SDK 11.5, but I can't confirm that. Does any one have any Ideas or suggestions? I need to dynamically set the datasource for this report and its subreports and can't remove the subreports because each of them represents an attribute of the main entity that can be multi-valued and I do not think can be displayed in one page otherwise.
Thank you in advance for any help. Let me know if there is anything that needs clarification.
-AnthonyPost Author: AnthonyM
CA Forum: .NET
I found out what the problem was. It was not Crystal Reports API, it was me (ID10t error :-p). When I wrote the report and used the XML Schema for the data layout in the report, I had all the tables originally inputted into the main report and then again in each subreport. What I think was happening was some sort of a data conflict when I was exporting with the subreport data filled out and having it present in the main report as well. I'm not precisely sure what was going on, but removing the extra tables from the main report did solve the problem.
I hope this saves someone some time; it took be 3 days to figure it out. -
Adobe Premiere Elements 7.0 hangs while exporting and during peak file generation.
I have Adobe Premiere Elements 7.0 (PRE7). I have a project which is using a single clip from a Mini-DV that was captured with Nero 8. Nero 8 was used because it was captured prior to installing PRE7. The file is 12GB and is on a USB disk drive because I don't have the space on my main hard drive (I have about 11GB free). My project doesn't do too much that's fancy. It merely uses about 20 minutes of the 60 minute Mini-DV captured AVI, and it uses simple transitions between each scene. I also have very simple titles at start and end. No themes or anything else.
I've seen two problems. 1) While editing the project, seemingly (but I'm not positive it's related) while the peek file was being generated, PRE7 would get into a state of using about 40% to 50% CPU, and it would not let me do anything else. The other problem, 2) While using "Share" to export the video to WMA for playback on PC (about 180MB estimated file size according to Adobe), the file is exported to about the last remaining 5 seconds, but then PRE7 goes into that mode of hanging with 40% to 50% CPU usage.
One time when it had this 50% CPU issue, I let it sit overnight, and the export was finished in the morning. The export that time was to a 90MB FLV for posting to the "web" according to the Share wizard. But when I was doing the above (issue #2), it went into the 50% CPU usage but didn't finish after waiting around 2 hours. Even if I were to let it sit that time, and it were to finish, it seems like something's wrong and that this is unacceptable.
When this happens, and PRE7 goes into 50% CPU utilization, there is no pacifier or percentage bar advancing. It usually happens near 100% finished. Only one time did it complete successfully after leaving it unattended at 90% complete for an extraordinary amount of time.
To recap:
C:\ hard drive ---> PRE7, my project.
E:\ USB drive ---> 12GB source AVI file and destination for export.
I saw elsewhere on this forum that someone imported a mini-dv captured AVI into Window Movie Maker and then exported it to Mini-DV from that app. This solved that person's problem with hanging during peak file creation. I had the 50% hang issue during peak file generation but I'm not sure it was related to peak file generation. A peak file was generated in a project which, when exported with share as mentioned above, still did the hang 50% CPU issue. Regardless, I will try the import/export/movemaker thing and report back but I've been trying enough things that I wanted to take a second to ask for assistance.
Does anyone have this issue, and is there a patch or fix?
I might be able to provide a user mode dump of the 50% CPU adobe process. There is some call stack information and I'm wondering if developers would want this info if they don't already have a solution/fix to this bug.
Thanks for any help.I have some more info on the hang which I've been experiencing during export/share of a project which uses an AVI as its one main clip. Adobe Premiere Elements 7 (PRE7) appears to be hanging because it's looping endlessly in ImporterAVI.prm. I'm wondering if this info can be passed onto Adobe developers and/or if I can submit this information elsewhere for such processing. I also have a process dump file which might be helpful, not to mention the original project files.
I used Process Monitor to help analyze this situation, and prior to PRE7 getting into the endless loop, it appears to be reading from the AVI file little by little, and WMEncodingHelper.exe is writing out little by little to the destination file, both of which I would expect. When PRE7 gets to the end of the import/export, Process Monitor appears to show all the aforementioned disk activity ceasing. I see neither process reading or writing. This would be normal if the share/export procedure had completed. But PRE7 is not complete. It is hung and is operating at 50% CPU utilization.
Far below in this post are technical details which may be helpful to an Adobe developer determine why the importer could get into this endless loop. In those details, there is a jump instruction, "jb ImporterAVI!xImportEntry+0xf32", which will always jump if a particular compare always turns out a certain way. But in my review of the counters being compared, it never will get to a point of exiting. When I modify a flag (the carry flag) to be 0, the loop exits. When I did this, my export/share of my project completed successfully. So it was done, but for some reason, PRE7 was looping and looping in its AVI importor instead of completing the export (aka "Share").
I cannot say that this certainly indicates a bug with PRE7, but it seems to me that there's enough data for Adobe to be at least investigating this particular issue. I'm not the only person who has seen this as there was at least one other message describing the same problem which the user resolved by effectively re-creating the AVI file via a no-op import/export into and out of MovieMaker. My AVI also goes through MovieMaker, import/export, without a hitch.
In a sense, I view PRE7's "share" as essentially an import, processing of imported information (i.e., effects and transitions), and an export. It's an import of all clips into the project at the right times, a processing of all effects, and finally an export to a destination. I realize this is simplistic, but the point I'm making is I have a simple project with a single AVI, and it appears that the "import" portion of PRE7's Share option is choking on the only clip used by this project. I also don't have much but simple transitions and a beginning/ending title on the project, so I'm not thinking this use of PRE7 is much more than what I'm doing with MovieMaker when importing/exporting this AVI.
I fully agree that optimum hardware can be either required or critical for certain types of video editing, but PRE7 is a consumer program and I'm not using anything extensive about it and the symptoms are that PRE7 is looping on its import of a file other programs don't have a problem with. I already tried purchasing a 1TB external, which I'm glad I did, but I really think Adobe developers should look at this issue. There may be a problem with handling certain AVI clips used in a project when those clips come from certain sources. If there is an issue, perhaps it could warrant a fix that would make PRE7 more compatible with these other clips.
Does Adobe have a procedure for people to upload (or mail) projects and files to it so that they can troubleshoot why the importer gets into this state? I also mentioned earlier that I have a full user-mode dump of the process which may be of value to a dev. Can I submit this information anywhere?
Here are textual technical details:
Plug-in which loops: C:\Program Files\Adobe\Adobe Premiere Elements 7.0\Plug-ins\en_US\ImporterAVI.prm
The following are the instructions at the "bottom" of the loop which never ends. Below, I put "***" at the jump instruction I mentioned earler. If I force the carry flag to be 0 at that point, and the jump is skipped, the export completed successfully. Additionally, notice that [esp-0x1c] is 0x2000, and that both eax and edi are 0. When I see it loop, eax stays at 0 and never reaches 0x2000. I wonder if something about the AVI is causing values used by this importer to be such that it causes this endless loop, and if that's the case, and if such values are valid/good, I'm wondering if the importer can be fixed by being able to detect such values so as to not choke (if in fact it's an importer issue).
1239dda2 50 push eax
1239dda3 ffd1 call ecx
1239dda5 8b442424 mov eax,dword ptr [esp+24h]
1239dda9 015c2428 add dword ptr [esp+28h],ebx
1239ddad 03c7 add eax,edi
1239ddaf 83c410 add esp,10h
1239ddb2 3b44241c cmp eax,dword ptr [esp+1Ch]
1239ddb6 89442414 mov dword ptr [esp+14h],eax
; *** This is where it loops around and around.
1239ddba 0f82f2feffff jb ImporterAVI!xImportEntry+0xf32 (1239dcb2)
ImporterAVI!xImportEntry+0x1040:
1239ddc0 8b542420 mov edx,dword ptr [esp+20h]
1239ddc4 52 push edx
1239ddc5 e810d40000 call ImporterAVI!xImportEntry+0xe45a (123ab1da)
1239ddca 83c404 add esp,4
ImporterAVI!xImportEntry+0x104d:
1239ddcd 5f pop edi
1239ddce 5e pop esi
1239ddcf 5d pop ebp
1239ddd0 33c0 xor eax,eax
1239ddd2 5b pop ebx
1239ddd3 83c428 add esp,28h
1239ddd6 c3 ret
ChildEBP RetAddr Args to Child
WARNING: Stack unwind information not available. Following frames may be wrong.
3195d9b8 12387545 10590f9c 27c53e00 06b35ff6 ImporterAVI!xImportEntry+0x103a
3195d9ec 1239ea10 06b35ff6 00000000 27ad8a60 ImporterAVI+0x7545
3195da1c 1238aa31 06b3554b 00000000 7fdf0000 ImporterAVI!xImportEntry+0x1c90
00000000 00000000 00000000 00000000 00000000 ImporterAVI+0xaa31
[esp-1Ch]: 3195d9a0 00002000
eax=00000000 ebx=00000000 ecx=3195dbcc edx=00000000 esi=27ad8a60 edi=00000000
eip=1239ddba esp=3195d984 ebp=3c7ba50b iopl=0 nv up ei ng nz na pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000287
ImporterAVI!xImportEntry+0x103a:
1239ddba 0f82f2feffff jb ImporterAVI!xImportEntry+0xf32 (1239dcb2) [br=1] -
Aperture 3 trial version hangs and quits
I downloaded a trial version of Aperture 3 to try it out since I liked the added features. I currently use iPhoto. Everything went fine until I did the iPhoto import.
Now, every time I start Aperture, it either hangs and becomes unresponsive, or quits before fully opening, or one time opened, said processing, and then quit.
Another oddity is that my last import in iPhoto now contains a bunch of Aperture graphics and icons. Since I don't have a full serial number, and am not upgrading, I don't know if the other fixes about the serialization would be effective in my case.
Would love to try Aperture, but so far, no go.So I tried downloading 3.0.1 trial that was supposed to fix the unexpected quitting problem. Nope. Still quits. I keep thinking it has something to do with the iPhoto import. Until I did that - or tried to do that, Aperture seemed fine.
-
Indesign hang while exporting PDF
I'm trying to export a high quality PDF for my publisher. It's an Indesign book with 14 chapters. I've exported it many times before for preview. It always hangs on the same page; every time. I've tried changing the illustrations on that page from .ai to .PDF. Same thing.
Funny thing is that when I export the chapter separately, it works fine. What else could it be that is causing this book to quit exporting on the same page every time?If you are able to export in pieces (as in the chapter exports alone), but not all together, it most likely is a system resources problem. It sometimes works to close ID and reopen, then do the export as the first operation. You can also combine individual PDFs into a single file using Acrobat.
Maybe you are looking for
-
Garageband Loops Still Missing!
I just got a brand new iMac. I go into Garageband and all the loops are missing! So i go to support and i follow the steps and find 501 sound clips. I import them all one by one, but still about 3/5th's of the loops are still not there. They have the
-
Hi all I have a bean that I want to use in two JSP's. When I use it the first time it works fine but for the second JSP it returns a NullPointerException. I have my scope as "application". In my JSP I am calling the bean as such: <jsp:useBean id="abc
-
I own a cs6. Is it possible if i wanted to upgrade it to cs6 extended?
i am interested in doing 3d artwork but accidentally bought cs6 instead of cs6 extended. Can i upgrade my cs6 to cs6 extended?? Need assist ASAP, thanks
-
Emca -config dbcontrol db -repos create problem
Hello, I have created database on Windows Server 2008, 11g R2 64 bit. Everything went good, but it didn't create the EM console. I drop the repository console and tried to create it again, but, I got this error: C:\Windows\system32>emca -config dbcon
-
I own Adobe Photoshop 11 disc, need to download it on my new IMAC-
I own Adobe Photoshop Elements 11. How can I download it to my new IMAC?