R help - Jan 2009 - Mac OS X / preview.app / fullrefman.pdf

this may be slightly off-topic, as it doesn't pertain directly to the
R application, but some of the documentation.

when reading R's fullrefman.pdf (available from
http://cran.r-project.org/doc/manuals/fullrefman.pdf) in Mac OS X's
preview.app (version 4.1, on Mac OS 10.5.x), if i try to do a keyword
search within the document, the indexing step freezes about 2/3 the
way through the progress bar.  this completely locks up preview.app,
which has to be killed by terminating the process.

when reading the same document in Adobe Acrobat (Professional), no
such problem occurs. i realize this is likely some strange bug with
preview.app (and thus is something that should be sent to an Apple
development group list).  it's now been replicated on two of my
machines (on my older OS 10.4 machine it indexes just fine with no
freeze, the other two machines are both running OS 10.5).

has anyone else experienced this?  i sent in a bug report to Apple,
but i doubt i'll see any change in preview.app prior to the next OS
release.  fullrefman.pdf is also the only document that i've ever
observed this behavior with, and since i can now replicate it on two
(very) different machines (one a PowerPC G5 PowerMac, one an Intel-
based MacBook), i'm convinced it is more than a one-time anomaly
(which is what i originally chalked it up to).

or has anyone ever tried to regenerate the fullrefman.pdf doc itself
from source?  to be honest, i wouldn't even know where to begin to do
this, but if it can get rid of this annoyance for me, i'd be more than
willing to learn if someone pointed me in the appropriate direction.

thanks much!

- murat

> when reading R's fullrefman.pdf (available from
> http://cran.r-project.org/doc/manuals/fullrefman.pdf) in Mac OS X's
> preview.app (version 4.1, on Mac OS 10.5.x), if i try to do a keyword
> search within the document, the indexing step freezes about 2/3 the
> way through the progress bar.  this completely locks up preview.app,
> which has to be killed by terminating the process.
>
> has anyone else experienced this?
Same here (MacBook Pro, Intel Core 2 Duo, Mac OS 10.5.6 with Preview  
4.1), although it seemed to happen about halfway through the indexing  
process for me.  Preview hangs with full CPU load and has to be  
killed.  "sample" shows that two threads are waiting for a signal,  
while the third thread (the indexer) is busy normalising and "adding"
text regions.

I suppose that Preview has got stuck in an infinite loop, but don't  
know how to figure out where in the document this occurs (or what the  
root cause might be).  Definitely a bug in Preview, though.

Best,
Stefan



Analysis of sampling Preview (pid 11407) every 1 millisecond
Call graph:
     7918 Thread_2503
       7918 start
         7918 NSApplicationMain
           7918 -[NSApplication run]
             7918 -[NSApplication  
nextEventMatchingMask:untilDate:inMode:dequeue:]
               7918 _DPSNextEvent
                 7918 BlockUntilNextEventMatchingListInMode
                   7918 ReceiveNextEventCommon
                     7918 RunCurrentEventLoopInMode
                       7918 CFRunLoopRunInMode
                         7918 CFRunLoopRunSpecific
                           7918 __CFRunLoopDoObservers
                             7918 postQueueNotifications
                               7918 -[NSNotificationCenter  
postNotification:]
                                 7918 _CFXNotificationPostNotification
                                   7918 __CFXNotificationPost
                                     7918 _nsnote_callback
                                       7918 -[PVPDFDocument  
indexNextChunk:]
                                         7918 - 
[PVPDFDocumentOutlineIndexer indexNext]
                                           7918 -[PDFDocument  
selectionFromPage:atPoint:toPage:atPoint:]
                                             7916 -[PDFSelection  
addSelection:]
                                               4273 -[PDFSelection  
normalize]
                                                 1363 -[NSCFArray  
sortUsingFunction:context:]
                                                   1363  
CFArraySortValues
                                                   ...
                                                 822 -[NSCFArray  
objectAtIndex:]
                                                   ...
                                                 624 CFArrayGetCount
                                                 542 -[PDFSelection  
pages]
                                                 ...
                                               3244 objc_msgSend
                                               ...

mmuurr[AT]gmail.com wrote:
> 
> .....
> has anyone else experienced this?  i sent in a bug report to Apple,
> but i doubt i'll see any change in preview.app prior to the next OS
> release.  fullrefman.pdf is also the only document that i've ever
> observed this behavior with, and since i can now replicate it on two
> (very) different machines (one a PowerPC G5 PowerMac, one an Intel-
> based MacBook), i'm convinced it is more than a one-time anomaly
> (which is what i originally chalked it up to).
> ....
> 
I have had the same problem. AFAICR, it started with Leopard.
I have also sent bug reports to Apple. Nothing has happened yet.

Nowadays I use Skim to view fullrefman.pdf and that works well
(http://skim-app.sourceforge.net/)

Berend


-- 
View this message in context:
http://www.nabble.com/Mac-OS-X---preview.app---fullrefman.pdf-tp21535696p21545778.html
Sent from the R help mailing list archive at Nabble.com.