Philip and Daniel,

It appears to be failing in the Data Definitions subfolder. There were no 
'deleted' flags in the entries folder there, but there were several in the 
folders that were at the next level down. I've pasted the entries with the 
deleted flag below, and the first one, DeviceSalesLastSevenDaysdir caught my 
eye because it has both delete and deleted. These entries refer to folders at 
the next level that were recently deleted, and I remember that, for this first 
one, I accidentally deleted it irreversibly through the file system before 
deleting it from SVN, and I had to do something funky to get it back to a point 
that I could check it in. The folder was empty, and I tried to recover it 
through SVN, but that didn't work. I ended up creating a new folder with the 
same name and deleting it through SVN, but it was tricky when committing. I 
hope this is helpful to your evaluation process. I've attached the three 
entries folders that I've examined for your reference and named them for the 
folder they resided in.

Development\Data Definitions\RIM.Data.Implementations\.svn\entries -
DeviceSalesLastSevenDaysdirdeletedeleted
DeviceAttributesdirdeleted
CompetitiveStoreSalesPercentdirdeleted
POPPresencedirdeleted
ExpenseSubCategorydirdeleted
PassThroughTypedirdeleted
AdminTimeRIMBusinessUnitdirdeleted
DeviceAttributedirdeleted
VisitDeviceSalesFactorsdirdeleted
POPTypedirdeleted

Development\Data Definitions\RIM.Data.Migrations\.svn\entries -
1.POPPresencedirdeleted
2.AdminTimeRIMBusinessUnitdirdeleted
1.DeviceAttributedirdeleted
1.DeviceAttributesdirdeleted
1.VisitDeviceSalesFactorsdirdeleted
1.POPTypedirdeleted
1.ExpenseSubCategorydirdeleted
1.CompetitiveStoreSalesPercentdirdeleted
1.DeviceSalesLastSevenDaysdirdeleted
1.PassThroughTypedirdeleted

Thanks again for your help,

Ryan Schmitz   |   OLAP Developer / Kalido Specialist   |   MarketStar   |   
People + Knowledge Accelerating Sales
e  jschm...@marketstar.com   |   w  801.786.5287   |   m  435.553.1230   |   f  
801.393.4115



-----Original Message-----
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of Philip Martin
Sent: Tuesday, May 01, 2012 6:42 AM
To: Daniel Shahaf
Cc: Ryan Schmitz; users@subversion.apache.org
Subject: Re: error when upgrading working copy

Daniel Shahaf <d...@daniel.shahaf.name> writes:

> Philip Martin wrote on Tue, May 01, 2012 at 10:43:20 +0100:
>> Ryan Schmitz <jschm...@marketstar.com> writes:
>>
>> > Is there another way for me to run 'svn status'?
>>
>> We might be able to do without.  It's unfortunate that the abort
>> message doesn't give us the filename, if you can run under a debugger
>> the stack trace would help.  Or make your woking copy available to somebody 
>> else.
>>
>
> Would a syscall trace (strace equivalent) help?

It would probably tell us which .svn/entries file to look at: the last one 
opened.

--
Philip
This email is intended only for the person or entity to which it is addressed 
and may contain information that is privileged, confidential or otherwise 
protected from disclosure. Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent responsible for delivering the message to the intended 
recipient, is prohibited. If you have received this e-mail in error, please 
immediately notify us by replying to sender.

Attachment: Data Definitions - entries
Description: Data Definitions - entries

Attachment: RIM.Data.Implementations - entries
Description: RIM.Data.Implementations - entries

Attachment: RIM.Data.Migrations - entries
Description: RIM.Data.Migrations - entries

Reply via email to