If I install Sumatra, can I choose AR or Sumatra to create and save PDF files?  Thanks.<div>Chetty<br><br><div class="gmail_quote">On Sat, May 28, 2011 at 8:29 AM, Reinhard Kotucha <span dir="ltr"><<a href="mailto:reinhard.kotucha@web.de">reinhard.kotucha@web.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="h5">On 2011-05-28 at 11:09:35 +0200, Lars Madsen wrote:<br>
<br>
 > On 05/27/2011 06:13 PM, Reinhard Kotucha wrote:<br>
 > > On 2011-05-27 at 16:01:02 +0200, Lars Madsen wrote:<br>
 > ><br>
 > >   >  Aren't you refering to your editor instead? If that is the<br>
 > >   >  case I'd also recommend looking at the Sumatra PDF viewer,<br>
 > >   >  as it does not lock the PDF file as AR does, so the PDF<br>
 > >   >  viewer can stay open during the entire writing/compilation<br>
 > >   >  process.<br>
 > ><br>
 > > It's Windows that locks the file, not AR.<br>
 > ><br>
 > > Regards,<br>
 > >    Reinhard<br>
 > ><br>
 ><br>
 > if it is windows, then why doesn't it lock it for Sumatra PDF?<br>
<br>
</div></div>Because Sumatra PDF loads the whole file into memory, and, if the file<br>
is large, into swap space.  The actual file is closed and can be<br>
deleted or replaced while the program is running.<br>
<br>
AR keeps the file opened and loads only those parts of the file into<br>
memory which are actually needed.  This is accomplished by the<br>
fseek(3) system call.  AR first jumps to the end of the file,<br>
determines the start of the xref table, and loads it into memory.<br>
With the xref table, every object can be accessed quickly, using<br>
fseek() again.<br>
<br>
On Unix you can delete a file while a process is using it.  Deleting a<br>
file means removing its directory entry.  The file metadata are stored<br>
in the inode, which persists until the last process accessing the<br>
files dies.<br>
<br>
On FAT file systems the file metadata are stored in the directory too.<br>
There is no separate inode.  Hence, open files have to be locked.<br>
I suppose that NTFS itself doesn't have this limitation, but I don't<br>
know which features of NTFS are currently supported by Windows.<br>
<br>
BTW, AR is not the only program which suffers from file locking under<br>
Windows.<br>
<div><div></div><div class="h5"><br>
Regards,<br>
  Reinhard<br>
<br>
--<br>
----------------------------------------------------------------------------<br>
Reinhard Kotucha                                      Phone: <a href="tel:%2B49-511-3373112" value="+495113373112">+49-511-3373112</a><br>
Marschnerstr. 25<br>
D-30167 Hannover                              mailto:<a href="mailto:reinhard.kotucha@web.de">reinhard.kotucha@web.de</a><br>
----------------------------------------------------------------------------<br>
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.<br>
----------------------------------------------------------------------------<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Professor of Family Medicine<br>Boston University<br>Tel: 617-414-6221, Fax:617-414-3345<br>emails: <a href="mailto:chettyvk@gmail.com">chettyvk@gmail.com</a>,<a href="mailto:vchetty@bu.edu">vchetty@bu.edu</a><br>

</div>