UNDOTBS during Data Import (datapump)
Hi,
I want to know how much space does the data import occupies on the undotbs tablespace? will it consume the same exact space (size) of the table being imported? I am using impdp for importing data. (data_only).
Also, i want to know when will ORACLE use UNDOTBS and TEMP tbs.
Your assistance would be greatly appreciated!
Thanks!!
Christian George Medija
IMPDP just does the plain inserts that is what makes datapump platform independant. So if it just doing plain insert , it will definitely use Undo Tablespace. Now the question is how much?
Impdp consume more undo tablespace because it has to run some additional metadata and some master table queries during import.BUt if you are just importing using parameter data_only, you might not go above your table size or might go little above that. For example, if you have 5GB of table, you might go 5.2 GB.
Temporary tablespace: Impdp definitely use Temporay tablespace at lot of places while importing. One is when creating indexes, it has to do a sorting which uses you temporary tablespace.
Similar Messages
-
Hindi font data import by using datapump
Dear All,
I have a dmp file in which there are some data in hindi font (mangal font) in some tables.
I am importing the dmp file by using the datapump in some other system ,the hindi font data is showing like '???????' format.
So please suggest me that how i will import the dmp file so that i willl get my data in proper format.Characterset and Compatibility Issues
Unlike previous tools, the Data Pump uses the characterset of the source database to ensure proper conversion to the target database. There can still be issues with character loss in the conversion process.
Note 227332.1 NLS considerations in Import/Export - Frequently Asked Questions
Note 457526.1 Possible data corruption with Impdp if importing NLS_CHARACTERSET is different from exporting NLS_CHARACTERSET
Note 436240.1 ORA-2375 ORA-12899 ORA-2372 Errors While Datapump Import Done From Single Byte Characterset to Multi Byte Characterset Database
Note 553337.1 Export/Import DataPump Parameter VERSION - Compatibility of Data Pump Between Different Oracle Versions [Video]
Note 864582.1 Examples using Data pump VERSION parameter and its relationship to database compatible parameter -
Issue found in EHS in using specification data import using process
Dear EHS community
Now using EHS classic for a long time a issue has been detected in EHS standard import. During maintenance of EHS data normally using CG02 the system is always using the default "Data origin" specified in customizing to be stored in EHS tables (e.g. ESTRH, ESTRI etc.). In standard process to import specification data one can define a different "Data origin". Now we are using an import file with default" data origin and executed the import. Now a strange effect has been detected (and not always) for update of identifiers. For the import purpose you must nominate at least one identifier. If the identifier is found then normally no update happens but only the value assignment data is inserted (or updated). If the identifier is not found it get be inserted on spec level in ESTRI. Now during the update the "Data origin" of the identifier present in the system (and which matched to identifier on file level) was changed but not the identifier as such. Any data record on value assignment level received the defautl data origin. Actually there is no explanation for this behaviour. If Default "Data origin" would be "SAP" (as the term) this value has been change to "Space". Any explanation of this effect is appreciated (or and idea regarding that).
C.B.
PS: analysis of change logs in EHS etc. executed so far clearly indictae that an "Update" happened on the identifier; but only the field SRSID is effected; EHS import is quite old and therefore very stable;
PPS: I found a thread taking about the import file:
spec import_inheritance data
Example shown thre is like:
+BS
+BV $ESTRH
SRSID EH&S
SUBID 000000385000
SUBCAT REAL_SUB
AUTHGRP EHS_PS
+EV
+BV $ESTRI
SRSID EH&S
IDTYPE NAM
IDCAT EHS_OLD
IDENT XY0002
ORD 0001
+EV
+BV SAP_EHS_1013_001
$ESTVA-SRSID EH&S
SAP_EHS_1013_001_VALUE N09.00101280
+EV
If you compare SAP helpt normally only at the"begining pof the file you will find "SRSID" Here this field is nominated often. On Level of ESTRH as well as ESTRI.
PPS: e.g. refer to: TCG56 EHS: Data Origin - SAP Table - ABAPDear Ralph
first thanks for feedback. Regarding content provider: we need to check that on deeper level
Regarding import may be my explanation was not good enough.
Imagine this case:
you have a specification in the system there you would like to add e.g. denisity data.. To do so you need at least one identifier which you must nominate during the import. As long as this identifier is "identical" in system and in the file this identifier should not be "changed/effected" etc. and only the additional data should be loaded, This was the process we used. Now we detected that this seems not to be the real effect. The identifier as part of the file is "updated" in EH&S. In the example above somebody used this logic:
+BV $ESTRI
SRSID EH&S
IDTYPE NAM
IDCAT EHS_OLD
IDENT XY0002
ORD 0001
+EV
Nearly the same is used in our process. Only difference ist, that we do not define the "SRSID". The same is true for any other data in the file. SRSID is nether specified.
What is happing now:
e.g. the "density" data is added with SRSID "EH&S". This effect is "normal". As by default SRSID should be EH&S (as this is defined as such in customizing) and because of the fact that at the top the ID is es well "EH&S". In the system we have the "XY0002" having SRSID EH&S. By using now this upload approach the only difference afterwards is tht kin th systeM; XY0002 does get "blank" as SRSID (and there is no data origin "blank" defined. Up to today my unertsanding was clearly: no update should happen in the identifier. This seems not to be the case. Is my understanding here different? Or is this SRSID in the load file is really mandatory in ESTRI level to avoid this effect. I hope that you can provide some feedback regarding this.
C.B.
PS: referring to: Example: Transfer File for Specifications - Basic Data and Tools (EHS-BD) - SAP Library
The header of import file should look like:
Comment
+C
Administrative section
Character standard
+SC
ISO-R/3
Identification (database name)
+ID
IUCLID
Format version
+V
2.21
Export date
+D
19960304
Key date for export
+VD
19960304
Set languages for export
+SL
E
Date format
+DF
DD.MM.YYYY
IN our case +ID = EH&S (as this is the value in export file)
IN this example this additional one is shown:
Begin table
+BV
$ESTRI
Table field
IDTYPE
NAM
Table field
IDCAT
IUPAC
Table field
IDENT
anisole
Table field
LANGU
E
Table field
OWNID
ID1
Therefore no SRSID is specified. And this is the data in our file (on high level) and the "only" change is that the identifer get "deleted" the SRSID -
How to debug a transfer rule during data load?
I am conducting a flat file (excel sheet saved as a CSV file) data load. The flat file contains a date field and the value is '12/18/1988'. In transfer rule for this field, I use a function call to transfer this value to '19881218' which corresponds to BW DATS format, but the monitor of the InfoPackage shows red error:
"Value '1981218' of characteristic 0DATE is not a number with 000008 spaces".
Somehow, the last digit or character of the year 1988 was cut and the year grabbed is 198 other than 1988. The function code is (see below in between two * lines):
FUNCTION ZDM_CONVERT_DATE.
""Local Interface:
*" IMPORTING
*" REFERENCE(CHARDATE) TYPE STRING
*" EXPORTING
*" REFERENCE(DATE) TYPE D
DATA:
c_date(2) TYPE c,
c_month(2) TYPE c,
c_year(4) TYPE c,
c_date_combined(8) TYPE c.
data: text(10).
text = chardate.
search text for '/'.
if sy-fdpos = 1.
concatenate '0' text into text.
endif.
c_month = text(2).
c_date = text+3(2).
c_year = text+6(4).
CONCATENATE c_year c_month c_date INTO c_date_combined.
date = c_date_combined.
ENDFUNCTION.
Could experts here tell me what's wrong and also tell me on how to debug a transfer rule during data load?
Thankshey Bhanu/AHP,
I find the reason. Originally, I set the character length for the date InfoObject ZCHARDAT1 to 9, then I find the date field value (12/18/1988)length is 10. Then I modified the InfoObject ZCHARDAT1 length from 9 to 10 and activated it already. But when defining the transfer rule for this field, before the code screen, click the radio button "Selected Fields" and pick the filed /BIC/ZCHARDAT1, then continue to go to the transfer rule code screen, but find the declaration lines for the infoObject /BIC/ZCHARDAT1 is as following:
InfoObject ZCHARDAT1: CHAR - 000009
/BIC/ZCHARDAT1(000009) TYPE C,
That means even if I've modified the length to 10 for the InfoObject and activated it, but somehow the transfer rule code screen always takes the old length 9. Any idea to have it fixed to take the length 10 in the transfer rule code screen defination?
Thanks -
Error during export & import of rules in RAR 5.2
Hi all,
We followed the steps mentioned in exporting & importing the rules as per the Config guide. But we
are receiving the below error during the import of rules. Can anybody please throw a limelight on why this error message is appearing?
"Error in Table Data ==> VIRSA_CC_CRPROF
SQL==>Insert into VIRSA_CC_CRPROF(VSYSKEY,PROFILE,RULESETID,RISKLEVEL,STATUS)Values(??????)
Record==>D VIRSA_CC_CRPROF null"
We also ensured that the downloaded file is not truncated and saved it in a separate folder. Does the file needs to saved in ANSI or Unicode text? We saved in ANSI
Also the background ground job is not getting scheduled automatically during the import of ruels. Is that due to the above error?
Thanks and Best Regards,
Srihari.KHello Sri,
background job for generating the rules won`t be scheduled before you upload the file successfully.
The most obvious reason for this error message is that you have line in your file - in table VIRSA_CC_CRPROF that is corrupted. Make sure all lines from table VIRSA_CC_CRPROF have all predefined fields - (VSYSKEY,PROFILE,RULESETID,RISKLEVEL,STATUS).
If you keep hiting this problem just delete this table, after the upload you`ll add the critical profiles manually - I bet you don`t have many of them.
Also from my experience I always choose to save the downloaded file in UNICODE UTF-8 format.
Once the file is saved in other format, there`s no use of it, download it again and save directly in Unicode.
Make sure you don`t have empty fields, even in the fields where you don`t have values, you must leave space, otherwise you`ll keep hitting the same issue.
Regards,
Iliya -
Data Import from Excel - Users Logged on
Hello all,
I am new the forums and am learning SAP from a user and administrator perspective so please excuse if some of my questions seem obvious. I appreciate everyone's help very help
I have the task of setting up two new company profiles in addition to our current one.
I am at the stage of importing Item Master and Business Partner data.
1) What is the preferred method? DTW vs. Import from Excel? Is one more suitable then the other for this purpose?
2) The help file for importing via excel states "If SAP Business One is running on a network, you have ensured that other users will be logged off the system during the import." Could someone please explain:
- What are the risks of running DTW or imports while users are logged in?
- If users are logged into the live version of our company but I am testing DTW/excel imports from a TEST copy of that company are there still risks or is this okay?
- If users are logged into one database but I am performing data imports on a different company database (for example I would be the only one logged into the companies currently being set up - is this okay even though users are logged into SAP server but accessing a different company?)
Thanks very much!
RichardHi Kiwi,
Referring to the Rules of enagement you have to post one thread per question. Please adhere to the rules from your next post.
DTW is the very much Preferred method you have simulation to see if you record are find to be imported before importing to the DB, using DTW Import from Excel will only help importing BP and Item master data. If you have to make any updates then it will be a task again. In DTW you can save the template and keep adding data and changes can be updated from the template and re-imported
Please refer to the link below to "Differences between the Import From Excel and Data Transfer Workbench templates" the screen shots for DTW are from version before 2007A SP01 PL09.
[http://wiki.sdn.sap.com/wiki/display/B1/DifferencesbetweentheImportFromExcelandDataTransferWorkbenchtemplatesandwhathappenswhentheyare+interchanged.]
1. When users are logged on It can cause some inconsistency, ensure no user is logged on the live DB before performing any major DTW import
2. It will be ok if you are Test importing data to test DB on the same SQL server.
Regards,
Rakesh N -
I am trying to import a date from a tiburon database. when I do an import with the date and time field the date gets imported as '11/20/0001 12:04:00 AM' the date and time field are different in the tiburon database so I join the two fields during my import but if you notice the date that has been imported the year is imported as '0001', as a result I can't query data with this date format/year. when I ignore the time field during the import I get the right format for date '11/20/2001'. I dont know what might be the problem has anyone seen this before. Below is a small piece of the code I am using for the import
if b_date is not null then
tmp_str_dt1 := c.cm_fm_date|| ' ' ||c.cm_fm_time;
b_date := to_date(tmp_str_dt1, 'DD-MON-YYYY HH24:MI' );
end if
Appreciate any help on this. Thanks
shaluHi,
IF b_date IS NOT NULL THEN
tmp_str_dt1 := c.cm_fm_date || ' ' || c.cm_fm_time;
b_date := TO_DATE(tmp_str_dt1, 'MM/DD/YYYY HH:MI:SS AM');
END IF;Hope Help you. -
Controlling posting sequence during GL Import(GL_INTERFACE table)
I am putting multiple journal records in GL_INTERFACE table having same accounting date. I have enabled Auto Post.
My requirement is, during Journal import and subsequent Auto posting. Some particular journals to be posted before posting other journals. Is there any column in GL_INTERFACE other than accounting date, which can be used to sequence the posting of journals in GL.
This requirement comes due to the fact, that some of the journals add funds to a account and other journals use that funds from that account. My requirement is when I do a journal import, GL should first post the journals which add funds and then post the other journals which use those funds, else I may have funds check failed issue.
Please let me know of solutions...Hi,
Thanks for the solution. My company has assigned me similar kind of automation process. So if you could give me more input on this that would be great. You can send me further mails on the following id : [email protected] or a reply in the same forum is much appriciated. Waiting for your reply.
Thanks,
Nagaraj -
How can I avoid the display of ORA-31684 during impdp import?
Hello,
I'm working on a cross-platform tablespace migration (from SunOS to RedHat Enterprise Linux).
During the import with DataPump, I have several ORA-31684 error messages ("Object type TYPE : "OWNER"."OBJ_NAME" already exists"). Some of my TYPE objects exist already in the Linux instance of the DB. The messages appear only for 4-5 TYPE objects, while overall I have around 180 TYPE objects owned by the schema owner.
How can I avoid the display of these error messages? I don't want to drop the TYPE objects individually from the Linux instance, as the object list may vary in time.
Thank you,
AdrianHi,
There is no way to tell the impdp to ignore those errors. They will be printed to the error log and to the screen where the job is being run.
Dean -
Runtime error on LSMW - Data Import
Hi,
During the import data procedure using LSMW we got a runtime error DATASET_SEEK_ERROR.
Any suggestion?
Thanks in advance.The problem was that the server had no more space to create the internal tables created by the LSMW.
-
Can I corrupt something during an import with a wrong RECORDLENGTH ?
Hello everybody
My question is generic, not for a particular Oracle version (so no datapump alternative).
I have read numerous sources (this forum, metalink, asktom, books, etc) but i still don't understand the role and difference between BUFFER and RECORDLENGTH during an import.
Can somebody explain in simple terms the internals of these parameters ?
Does is make a sense to use both parameters ?
And my main concern is : what if i use a "wrong" value for RECORDLENGTH ? Can I corrupt something ? Can the import fail ?
It certainly has an importance, as the doc says "The RECORDLENGTH parameter is necessary when you must transfer the export file to another operating system that uses a different default value."
Thanks in advance !user5737343 wrote:
Thanks for all your replies !
Sorry for insisting, but copy/paste does not help me. I have already read tons of doc before posting here. But still no light !
It would be great if somebody could explain the difference between BUFFER and RECORDLENGTH with his own words, and answer my main questions :
1) Does is make sense to use both parameters during an import ?In my many years of working with Oracle, I have yet to use either parameter, let alone both. What is your special situation that requires you to define these parameters ?
2) what if i use a "wrong" value for RECORDLENGTH ? Can I corrupt something ? Can the import fail ? And why ?Do you have a test database ? If so, why don't you try various values for RECORDLENGTH and post your findings here ?
>
Again, many thanks in advance !HTH
Srini -
Does oracle import datapump fix block corruption?
Dear all,
I am having a data block corruption on production. I want to export this DB and import it to a test environment using datapump, in order to do some tests on it.
However I am concerned whether impdp will resolve this scenario... and therefore I will lose my test case...
so will oracle import datapump fix block corruption?
Thank youso will oracle import datapump fix block corruption?.No. It detects Logical corruption (corruption and the corrupted segment will not be exported or imported.
Fix the issue by identifying the segment.
Get the block information from your alert.log
select segment_type,owner.segment_name
from dba_extents
where file_id = [&file_id] and [&block] between block_id and block_id+blocks -1; if it is index then drop and recreate index
if it is table and you have backup of that table then restore backup on another database and exp/imp the table. -
Original Filename not saved if renaming during original import - Why?
From what I have read online and what I have seen personally, it seems the concept of "Original Filename" is different depending on whether one renames during import vs after the fact.
The files I renamed after the fact can be restored to the true filename from the camera card. Subsequent renaming operations seem to use the true original name for pieces like original number suffix.
Files that I renamed during import have a totally different idea of the original file name ... I think it is what I renamed it to during the import.
Can you please confirm what I am saying is true? If so, does anyone know why this is and how I can get my "true original filenames" back?
I am new to LR and was experimenting with naming formats thinking I could change them around willy nilly. Apparently this is not the case for the files I imported. Those names are looking pretty screwed up.
Thanks,
MikeOriginal filename is what file is named upon import. If renamed before import (or during importing), then original filename will be as renamed - as you've experienced...
What I do is to use the original file number as part of the renamed filename, thus I can always "recompute" the original card filename, if need be (on-the-fly, in my head, in Lightroom or out, via external software or plugins...).
for example, if Nikon files are named {date-time}_{original-file-number}.ext upon import, then the original original raw filename was:
* DSC_{original-file-number}.NEF, or
* _DSC{original-file-number}.NEF.
Depending on exif metadata "sRGB", or "AdobeRGB".
If you need or want to rename them, in Lightroom, back to original card name, you can use a template like this:
Granted, you'll need to have a different one for each mfr., to get the signature prefix right, and one for each colorspace...
(if you don't know the (jpeg preview) colorspace, you'll need ExifMeta, or some such...)
Cheers,
Rob. -
BUG 2.1 - ARW (Sony Raw) no photos found error during Auto Import
BUG 2.1 - ARW (Sony Raw) no photos found error during Auto Import
I've seen this issue since beta1. The issue seems to be related to a camera setting that stores the files in folders by date. The Folder structure becomes drive>DCMI>10202008>image.ARW
This "no photos found error" I have seen in beta1 LR1 LR1.1 LR1.2 LR1.3 LR1.4 and LR2.0 this is still an issue in LR2.1
Auto import works fine with canon or nikon RAW files (I've used several different cameras with no problems)
The Folder structure for canon files is drive>DCMI>100>image.CR2
Auto import Does not work with Sony A100 .ARW files with folders by date turned on I have heard from people with other Sony cameras like the A700 also have this issue.
Vista Ultimate 32bit SP1
AMD 64X2 duel core 6000+ 3Ghz
6GB 666mhz Ram PAE force enabled
NVIDIA Gforce 7600 256MB video card (1.75GB total with system shared ram)
Primary hard drive: 500GB
Hard drive 2: 400GB (system and photoshop paging files and lightroom catalog drive)
Hdrive 3: 1TB (primary image storage)
user control turned off
system graphics set to performance
Duel display
Lightroom 2.1
photoshop CS3I believe this is fixed in version 2.5 and 3.0
ARW (Sony Raw) files seem to work with auto import -
IPhoto crashes during photo import from iPhone
iPhoto consistently crashes during photo import.
I have already taken the following actions:
-Verify/Repair Disk Permissions
-Verify/Repair Disk
-Update software
I tried to rebuild the iPhoto library but was unable to.
I am running a MacBook Pro (OSX Lion 10.7.2, 2.2 GHz Intel Core i7, 8 GB RAM)
Does anyone have any input for how I can fix this problem?
The most recent problem report is below.
Thanks!
==============
Process: iPhoto [915]
Path: /Applications/iPhoto.app/Contents/MacOS/iPhoto
Identifier: com.apple.iPhoto
Version: 9.2 (9.2)
Build Info: iPhotoProject-626000000000000~2
Code Type: X86 (Native)
Parent Process: launchd [154]
Date/Time: 2011-10-15 11:34:18.647 -0400
OS Version: Mac OS X 10.7.2 (11C74)
Report Version: 9
Interval Since Last Report: 22385 sec
Crashes Since Last Report: 16
Per-App Interval Since Last Report: 12205 sec
Per-App Crashes Since Last Report: 16
Anonymous UUID: 0C8CBCFD-2DBD-44E1-98E7-290D3AF7D4BF
Crashed Thread: 40 Import thread 0
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x000000001f32bcbe
VM Regions Near 0x1f32bcbe:
__TEXT 000000001f255000-000000001f325000 [ 832K] r-x/rwx SM=COW /Library/Application Support/3ivx/*.dylib
--> __DATA 000000001f325000-000000001f35f000 [ 232K] rw-/rwx SM=COW /Library/Application Support/3ivx/*.dylib
__DATA 000000001f35f000-000000001f37f000 [ 128K] rw-/rwx SM=PRV /Library/Application Support/3ivx/*.dylib
Application Specific Information:
objc[915]: garbage collection is OFF
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.CoreGraphics 0x9b2b4bb9 _CGSSynchronizeWindowBackingStore + 167
3 com.apple.CoreGraphics 0x9b2716c5 _CGSLockWindow + 4709
4 com.apple.CoreGraphics 0x9b27015b CGSDeviceLock + 317
5 libRIP.A.dylib 0x9a8916f1 ripd_Lock + 62
6 libRIP.A.dylib 0x9a891260 ripl_BltShape + 620
7 libRIP.A.dylib 0x9a88e937 ripc_Render + 386
8 libRIP.A.dylib 0x9a88b0eb ripc_DrawRects + 618
9 com.apple.CoreGraphics 0x9b26e693 CGContextFillRects + 150
10 com.apple.CoreGraphics 0x9b318920 CGContextFillRect + 32
11 com.apple.AppKit 0x9566883f NSRectFillUsingOperation + 265
12 com.apple.AppKit 0x956fe46e -[NSTableView drawBackgroundInClipRect:] + 828
13 com.apple.AppKit 0x956fdb04 -[NSTableView drawRect:] + 998
14 com.apple.iPhoto 0x00031ebc 0x1000 + 200380
15 com.apple.AppKit 0x956628c2 -[NSView _drawRect:clip:] + 3717
16 com.apple.AppKit 0x95692483 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 1958
17 com.apple.AppKit 0x95692824 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2887
18 com.apple.AppKit 0x95692824 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2887
19 com.apple.AppKit 0x95692824 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2887
20 com.apple.AppKit 0x95692824 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2887
21 com.apple.AppKit 0x95692824 -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] + 2887
22 com.apple.AppKit 0x9566021f -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectFor View:topView:] + 708
23 com.apple.AppKit 0x9565aeaa -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 4817
24 com.apple.AppKit 0x95653dce -[NSView displayIfNeeded] + 1365
25 com.apple.iPhoto 0x0007f085 0x1000 + 516229
26 com.apple.Foundation 0x92552f49 __-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 49
27 com.apple.CoreFoundation 0x9316cff3 ___CFXNotificationPost_block_invoke_1 + 275
28 com.apple.CoreFoundation 0x93137d78 _CFXNotificationPost + 2776
29 com.apple.Foundation 0x9253e136 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92
30 com.apple.Foundation 0x925533ca -[NSNotificationCenter postNotificationName:object:] + 55
31 com.apple.AppKit 0x95786e2c -[NSTableView _sendSelectionChangedNotificationForRows:columns:] + 174
32 com.apple.AppKit 0x9575c1bd -[NSTableView _enableSelectionPostingAndPost] + 428
33 com.apple.AppKit 0x95752edd -[NSTableView _verifySelectionIsOK] + 1119
34 com.apple.AppKit 0x95752764 -[NSTableView _tileAndRedisplayAll] + 339
35 com.apple.AppKit 0x95752958 -[NSTableView _endUpdateWithTile:] + 140
36 com.apple.AppKit 0x957528c5 -[NSTableView _endUpdate] + 41
37 com.apple.AppKit 0x9575bbb5 -[NSTableView reloadData] + 280
38 com.apple.AppKit 0x958b82a6 -[NSOutlineView reloadData] + 449
39 com.apple.iPhoto 0x0002e3e7 0x1000 + 185319
40 com.apple.iPhoto 0x0007cf6d 0x1000 + 507757
41 com.apple.CoreFoundation 0x93184e1d __invoking___ + 29
42 com.apple.CoreFoundation 0x93184d59 -[NSInvocation invoke] + 137
43 com.apple.RedRock 0x01d5ae61 -[RKInvoker _invokeTarget:] + 33
44 com.apple.Foundation 0x9258f5a5 -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 305
45 com.apple.Foundation 0x9258f3de -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 160
46 com.apple.RedRock 0x01d5ac75 -[RKInvoker forwardInvocation:] + 133
47 com.apple.CoreFoundation 0x9317f20e ___forwarding___ + 894
48 com.apple.CoreFoundation 0x9317ee22 _CF_forwarding_prep_0 + 50
49 com.apple.iPhoto 0x00092868 0x1000 + 596072
50 com.apple.iPhoto 0x001f419e 0x1000 + 2044318
51 com.apple.iPhoto 0x00043605 0x1000 + 271877
52 com.apple.iPhoto 0x0004d51d 0x1000 + 312605
53 com.apple.iPhoto 0x001ee933 0x1000 + 2021683
54 com.apple.iPhoto 0x001e6ec2 0x1000 + 1990338
55 com.apple.CoreFoundation 0x93184e1d __invoking___ + 29
56 com.apple.CoreFoundation 0x93184d59 -[NSInvocation invoke] + 137
57 com.apple.RedRock 0x01d5ae61 -[RKInvoker _invokeTarget:] + 33
58 com.apple.CoreFoundation 0x93182091 -[NSObject performSelector:withObject:] + 65
59 com.apple.Foundation 0x9258ff64 __NSThreadPerformPerform + 503
60 com.apple.CoreFoundation 0x930f984f __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
61 com.apple.CoreFoundation 0x930f92c8 __CFRunLoopDoSources0 + 440
62 com.apple.CoreFoundation 0x931230d8 __CFRunLoopRun + 1112
63 com.apple.CoreFoundation 0x931228ec CFRunLoopRunSpecific + 332
64 com.apple.CoreFoundation 0x93122798 CFRunLoopRunInMode + 120
65 com.apple.HIToolbox 0x952caa7f RunCurrentEventLoopInMode + 318
66 com.apple.HIToolbox 0x952d1cc6 ReceiveNextEventCommon + 168
67 com.apple.HIToolbox 0x952d1c0a BlockUntilNextEventMatchingListInMode + 88
68 com.apple.AppKit 0x95613040 _DPSNextEvent + 678
69 com.apple.AppKit 0x956128ab -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 113
70 com.apple.AppKit 0x9560ec22 -[NSApplication run] + 911
71 com.apple.AppKit 0x958a318a NSApplicationMain + 1054
72 com.apple.iPhoto 0x000114d0 0x1000 + 66768
73 com.apple.iPhoto 0x00010ad9 0x1000 + 64217
Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x9665290a kevent + 10
1 libdispatch.dylib 0x96906c58 _dispatch_mgr_invoke + 969
2 libdispatch.dylib 0x969056a7 _dispatch_mgr_thread + 53
Thread 2:: Dispatch queue: com.apple.root.default-priority
0 com.apple.iLifeSQLAccess 0x0185e783 -[HgModel database] + 19
1 com.apple.RedRock 0x01d423d4 -[RKVersion master] + 36
2 com.apple.iPhoto 0x0034cbaf 0x1000 + 3455919
3 com.apple.iPhoto 0x0025c6cb 0x1000 + 2471627
4 com.apple.CoreFoundation 0x93184e1d __invoking___ + 29
5 com.apple.CoreFoundation 0x93184d59 -[NSInvocation invoke] + 137
6 com.apple.Foundation 0x9266d66f -[NSInvocationOperation main] + 267
7 com.apple.Foundation 0x92588323 -[__NSOperationInternal start] + 797
8 com.apple.Foundation 0x92587fff -[NSOperation start] + 67
9 com.apple.Foundation 0x9259c152 ____NSOQSchedule_block_invoke_2 + 135
10 libdispatch.dylib 0x96904e11 _dispatch_call_block_and_release + 15
11 libdispatch.dylib 0x96905e70 _dispatch_worker_thread2 + 231
12 libsystem_c.dylib 0x90ba4b24 _pthread_wqthread + 346
13 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 3:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 4:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 5:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.CoreFoundation 0x9311a0ea __CFRunLoopServiceMachPort + 170
3 com.apple.CoreFoundation 0x93123214 __CFRunLoopRun + 1428
4 com.apple.CoreFoundation 0x931228ec CFRunLoopRunSpecific + 332
5 com.apple.CoreFoundation 0x93122798 CFRunLoopRunInMode + 120
6 com.apple.Foundation 0x92547607 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 273
7 com.apple.proxtcore 0x0175daed -[XTRunLoopThread run:] + 509
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 6:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.CoreFoundation 0x9311a0ea __CFRunLoopServiceMachPort + 170
3 com.apple.CoreFoundation 0x93123214 __CFRunLoopRun + 1428
4 com.apple.CoreFoundation 0x931228ec CFRunLoopRunSpecific + 332
5 com.apple.CoreFoundation 0x93122798 CFRunLoopRunInMode + 120
6 com.apple.Foundation 0x92547607 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 273
7 com.apple.proxtcore 0x0175daed -[XTRunLoopThread run:] + 509
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 7:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 8:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 9:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 10:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 11:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 12:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 13:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 14:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.CoreFoundation 0x9311a0ea __CFRunLoopServiceMachPort + 170
3 com.apple.CoreFoundation 0x93123214 __CFRunLoopRun + 1428
4 com.apple.CoreFoundation 0x931228ec CFRunLoopRunSpecific + 332
5 com.apple.CoreFoundation 0x93122798 CFRunLoopRunInMode + 120
6 com.apple.Foundation 0x92547607 -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 273
7 com.apple.proxtcore 0x0175daed -[XTRunLoopThread run:] + 509
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 15:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 16:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 17:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 18:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 19:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 20:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 21:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 22:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 23:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 24:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 25:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 26:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 27:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 28:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 29:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.iLifeSQLAccess 0x0184ef41 -[RALatchTrigger wait] + 81
3 com.apple.iLifeSQLAccess 0x0184edc9 -[RAOperationQueueImpl _workThread] + 217
4 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
5 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
6 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
7 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 30:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.iLifeSQLAccess 0x0184ef41 -[RALatchTrigger wait] + 81
3 com.apple.iLifeSQLAccess 0x0184edc9 -[RAOperationQueueImpl _workThread] + 217
4 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
5 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
6 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
7 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 31:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.RedRock 0x01d38ac1 -[RKAsyncImageRenderer _backgroundRenderThread:] + 177
7 com.apple.CoreFoundation 0x9318a53a -[NSObject performSelector:] + 58
8 com.apple.proxtcore 0x01766626 -[XTThreadSendOnlyDetached _detachedMessageHandler:] + 166
9 com.apple.CoreFoundation 0x93182091 -[NSObject performSelector:withObject:] + 65
10 com.apple.proxtcore 0x0175dcb5 -[XTSubscription postMessage:] + 181
11 com.apple.proxtcore 0x0175d406 -[XTDistributor distributeMessage:] + 726
12 com.apple.proxtcore 0x0175cf55 -[XTThread handleMessage:] + 1285
13 com.apple.proxtcore 0x0175b6c6 -[XTThread run:] + 438
14 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
15 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
16 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
17 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 32:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e21 _pthread_cond_wait + 827
2 libsystem_c.dylib 0x90b5742c pthread_cond_wait$UNIX2003 + 71
3 com.apple.Foundation 0x9259cd40 -[NSCondition wait] + 304
4 com.apple.iPhoto 0x0005c59a 0x1000 + 374170
5 com.apple.iPhoto 0x0005c4f2 0x1000 + 374002
6 com.apple.CoreFoundation 0x93184e1d __invoking___ + 29
7 com.apple.CoreFoundation 0x93184d59 -[NSInvocation invoke] + 137
8 com.apple.RedRock 0x01d5ae61 -[RKInvoker _invokeTarget:] + 33
9 com.apple.RedRock 0x01d6c6c4 -[RKInvoker _invokeTargetWithPool:] + 68
10 com.apple.CoreFoundation 0x93182091 -[NSObject performSelector:withObject:] + 65
11 com.apple.proxtcore 0x01766626 -[XTThreadSendOnlyDetached _detachedMessageHandler:] + 166
12 com.apple.CoreFoundation 0x93182091 -[NSObject performSelector:withObject:] + 65
13 com.apple.proxtcore 0x0175dcb5 -[XTSubscription postMessage:] + 181
14 com.apple.proxtcore 0x0175d406 -[XTDistributor distributeMessage:] + 726
15 com.apple.proxtcore 0x0175cf55 -[XTThread handleMessage:] + 1285
16 com.apple.proxtcore 0x0175b6c6 -[XTThread run:] + 438
17 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
18 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
19 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
20 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 33:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e78 _pthread_cond_wait + 914
2 libsystem_c.dylib 0x90ba6f7b pthread_cond_timedwait_relative_np + 47
3 com.apple.Foundation 0x925cd507 -[NSCondition waitUntilDate:] + 427
4 com.apple.Foundation 0x9259392a -[NSConditionLock lockWhenCondition:beforeDate:] + 294
5 com.apple.Foundation 0x925937fe -[NSConditionLock lockWhenCondition:] + 69
6 com.apple.proxtcore 0x0175c702 -[XTMsgQueue waitForMessage] + 50
7 com.apple.proxtcore 0x0175b6b0 -[XTThread run:] + 416
8 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
9 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
10 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
11 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 34:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 35:
0 libsystem_kernel.dylib 0x9664fc22 mach_msg_trap + 10
1 libsystem_kernel.dylib 0x9664f1f6 mach_msg + 70
2 com.apple.iLifeSQLAccess 0x0184ef41 -[RALatchTrigger wait] + 81
3 com.apple.iLifeSQLAccess 0x0184edc9 -[RAOperationQueueImpl _workThread] + 217
4 com.apple.Foundation 0x9259af7d -[NSThread main] + 45
5 com.apple.Foundation 0x9259af2d __NSThread__main__ + 1582
6 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
7 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 36:: com.apple.CFSocket.private
0 libsystem_kernel.dylib 0x96651b42 __select + 10
1 com.apple.CoreFoundation 0x93171195 __CFSocketManager + 1557
2 libsystem_c.dylib 0x90ba2ed9 _pthread_start + 335
3 libsystem_c.dylib 0x90ba66de thread_start + 34
Thread 37:
0 libsystem_kernel.dylib 0x9665202e __workq_kernreturn + 10
1 libsystem_c.dylib 0x90ba4ccf _pthread_wqthread + 773
2 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 38:: Dispatch queue: com.apple.root.default-priority
0 com.apple.CoreFoundation 0x930f746c __CFNumberGetValue + 12
1 com.apple.CoreFoundation 0x930f73b5 __CFNumberHash + 85
2 com.apple.CoreFoundation 0x930e9e10 __CFDictionaryStandardHashKey + 32
3 com.apple.CoreFoundation 0x930e983f CFBasicHashFindBucket + 1679
4 com.apple.CoreFoundation 0x930e9197 CFDictionaryGetValue + 135
5 com.apple.CoreFoundation 0x9314b06c -[__NSCFDictionary objectForKey:] + 28
6 com.apple.iLifeSQLAccess 0x0187335d -[HgEntity dictionaryOfSetsForKey:value:defaultValue:withCanceler:where:args:] + 893
7 com.apple.iLifeSQLAccess 0x01872fd4 -[HgEntity dictionaryOfSetsForKey:value:defaultValue:where:] + 116
8 com.apple.RedRock 0x01ef7a64 +[RKKeywordForVersion dictionaryOfAllKeywordIdsFromDatabase:] + 116
9 com.apple.RedRock 0x01e92ddc +[RKVersion prefetchAllObjectRelationships:] + 476
10 com.apple.iPhoto 0x0025be67 0x1000 + 2469479
11 com.apple.CoreFoundation 0x93184e1d __invoking___ + 29
12 com.apple.CoreFoundation 0x93184d59 -[NSInvocation invoke] + 137
13 com.apple.Foundation 0x9266d66f -[NSInvocationOperation main] + 267
14 com.apple.Foundation 0x92588323 -[__NSOperationInternal start] + 797
15 com.apple.Foundation 0x92587fff -[NSOperation start] + 67
16 com.apple.Foundation 0x9259c152 ____NSOQSchedule_block_invoke_2 + 135
17 libdispatch.dylib 0x96904e11 _dispatch_call_block_and_release + 15
18 libdispatch.dylib 0x96905e70 _dispatch_worker_thread2 + 231
19 libsystem_c.dylib 0x90ba4b24 _pthread_wqthread + 346
20 libsystem_c.dylib 0x90ba66fe start_wqthread + 30
Thread 39:
0 libsystem_kernel.dylib 0x9665183e __psynch_cvwait + 10
1 libsystem_c.dylib 0x90ba6e21 _pthread_cond_wait + 827
2 libsystem_c.dylib 0x90b5742c pthread_cond_wait$UNIX2003 + 71
3 com.apple.Foundation 0x9259cd40 -[NSCondition wait] + 304
4 com.apple.Foundation 0x9258f948 -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 1236
5 com.apple.Foundation 0x9258f3de -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 160
6 com.apple.RedRock 0x01d5ac75 -[RKInvoker forwardInvocation:] + 133
7 com.apple.CoreFoundation 0x9317f20e ___forwarding___ + 894
8 com.apple.CoreFoundation 0x9317ee22 _CF_forwarding_prep_0 + 50
9 com.apple.iPhoto 0x001e71d7 0x1000 + 1991127
10 com.apple.Foundation 0x92552f49 __-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 49
11 com.apple.CoreFoundation 0x9316cff3 ___CFXNotificationPost_block_invoke_1 + 275
12 com.apple.CoreFoundation 0x93137d78 _CFXNotificationPost + 2776
13 com.apple.Foundation 0x9253e136 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92
14 com.apple.iPhoto 0x0029d556 0x1000 + 2737494
15 com.apple.iPhoto 0x00299386 0x1000 + 2720646
16 com.apple.iPhoto 0x0008be46 0x1000 + 568902
17 com.apple.iPhoto 0x0008bd05 0x1000 + 568581
18 com.apple.CoreFoundationI have just had the same issue, and made an appointment with a representative, just in case they can be of any help. I will post here if they come up with any solution...
Using an imac with 10.7.2 and iphoto 9.2 and this is the first time since I tried to import pics from the iphone since I upgraded to 10.7.2 and iphoto 9.2.
Cannot import from HDD or camera SD card either.
Maybe you are looking for
-
Labview 9.0: Error 1 occurred at Write To Measurement File
Hi Our University recently got the latest version of Labview (9.0 32-bit) which I installed today.The labview file I am using (my6008v6.vi) used to work fine with the older version (8.5 i think). My write-to-file VI is enabled at certain time interv
-
How to use a slice in an autoshape?
Am stuck with a problem related to the tabs autoshape. Current implementation of the Tabs autoshape just helps to add a new or delete an old tab or alter its hue. My application needs to have links to other pages associated to the Tabs autoshape. Tri
-
Where can I find documentation for class HttpJspBase?
Is it part of package javax.servlet.jsp?
-
ABAP code to automatic generate an BW Report
HI Sap BW gurus, Can anyone tell me if exists an abap code to automatic generate an report from a query and save it on an directory in HTML format? Thanks in advanced, Pedro Martins
-
How do I attach a photo to an email?
How do I attach photo to an email?