I'd like to find out how to debug the problem I am seeing. To  
summarize : I have two identical Macs with identical set up of the bib  
file and the PDF files it refers to. The links work on one Mac but not  
the other.

Details :

I have two identical Macs, each with a working copy of my SVN  
respoitory. The bib file and the PDF files it links to are all in the  
repository. The relative and absolute locations of the bib file and  
the PDF files are IDENTICAL on the 2 Macs. Because the papers  
directory is very large, and one of the Macs is on a slower internet  
connection, I made a tarball of the papers from one and brought it on  
a USB disk to the other Mac. Then I untarred it on the location where  
SVN would have put it. Now an svn update shows that the working copy  
is up to date and identical to the repository hence to the other Mac.  
The bib file is literally identical on both Macs since it is  
downloaded from the SVN repository and to make sure, I have checked  
with diff. The PDF files directory is literally identical because it  
is a tar copy of the other. The permissions, even the change dates of  
the PDF files are identical. For the last 5 years, before I had to  
redo the working copies, the links used to work on both Macs. At that  
time the PDF files had been downloaded from SVN directly even on the  
slower internet Mac.

Why do the links now work on one Mac and not on the other ?

There are 1500 entries so I can't repair those by hand. In any case I  
don't want to then break the links on the other Mac. The PDF files  
have grown in number over the years and I can't download from the  
repository on the slow internet Mac -- it would just take too long.

I would like to find out how to debug this strange problem. Is there a  
debug mode in Bibdesk that I can turn on ? Otherwise, knowing more  
about how the linking in Bibdesk works may help me figure this out.

Thanks
Anil



On Jul 5, 2010, at 10:12 AM, Christiaan Hofman wrote:
>
> This can be a problem if you've moved the PDF repository to the  
> trash while BibDesk was running and then saved the .bib, because  
> then all links will point to your papers folder in the trash (and  
> the original location will be lost).
>
> The way you should have done this is to first make sure you close  
> the .bib file, then replace the the whole papers folder so that all  
> (relative and absolute) paths of the linked files remain the same,  
> then open the .bib file in BibDesk, inspect the links, and save  
> the .bib file.
>
> If you did not do this, and you've saved the .bib file in the mean  
> time (with broken links), you may have a problem. In that case you  
> should better use a backup of your .bib file and proceed as above.  
> If you don't have a backup, well, then you've learned the hard truth  
> that you should always save backups of your important files.
>
> As a last resort, you may want to move your new papers folder to the  
> location where your paper folder was when you saved your .bib file  
> (which may be the trash), and if the links then work save the .bib  
> file, move the papers folder back to where you want it, and save  
> the .bib file again.
>
> BibDesk will look for linked files first by relative path (relative  
> to the .bib file). If it doesn't find a file, it will look for the  
> file by full path. If it still doesn't find the file, it will look  
> for the file object (that may have been moved) by file identifier.  
> When  you save a .bib file, the links will be updated with the  
> current link.
>
> Christiaan
>>
>
> On 05/Jul/2010, at 14:37 , Anil N. Hirani wrote:
>
>> In BibDesk I had links to all my PDF papers. I recently had to get a
>> fresh copy of the directory containing all the papers (deleted the  
>> old
>> directory, got a copy of an identical directory from another computer
>> -- due to change in subversion server where all the papers were).
>>
>> Now all the links to the papers are broken. Will I have to redo the
>> links to files for all my 1500 entries or is there another way ?
>>
>> Regards
>> Anil
>>
>> Bibdesk-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bibdesk-users
>
>>
> _______________________________________________
> Bibdesk-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bibdesk-users


------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Bibdesk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bibdesk-users

Reply via email to