* doc-view stuck on same image
@ 2013-10-09 17:51 harold.carr
2013-10-10 9:10 ` Tassilo Horn
0 siblings, 1 reply; 4+ messages in thread
From: harold.carr @ 2013-10-09 17:51 UTC (permalink / raw)
To: help-gnu-emacs
With
GNU Emacs 24.3.1 (x86_64-apple-darwin11.4.2, NS apple-appkit-1138.51)
of 2013-03-31 on tenseven-slave.macports.org
when I use doc-view (automatically) when visiting *.pdf, *.tiff, *.ps,
etc., files it either:
- keeps showing me the same image (no matter what page or file I visit)
- usual the image show in the *GNU Emacs* buffer
- starts using HIGH CPU doing what? - I finally just kill it
It used to work fast and fine. Unfortunately I do not know what I did
differently (i.e., emacs version, config settings) when this started
happening.
Any ideas?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: doc-view stuck on same image
2013-10-09 17:51 doc-view stuck on same image harold.carr
@ 2013-10-10 9:10 ` Tassilo Horn
2013-10-10 14:44 ` harold.carr
0 siblings, 1 reply; 4+ messages in thread
From: Tassilo Horn @ 2013-10-10 9:10 UTC (permalink / raw)
To: harold.carr; +Cc: help-gnu-emacs
harold.carr@gmail.com writes:
Hi Harold,
> GNU Emacs 24.3.1 (x86_64-apple-darwin11.4.2, NS apple-appkit-1138.51)
> of 2013-03-31 on tenseven-slave.macports.org
>
> when I use doc-view (automatically) when visiting *.pdf, *.tiff, *.ps,
> etc., files it either:
>
> - keeps showing me the same image (no matter what page or file I visit)
> - usual the image show in the *GNU Emacs* buffer
That's really strange. I wonder how that can happen. Or well, there's
a theoretical possibility that two different files with the same name
and accidentally identical md5sums are treated as identical by doc-view.
But that's really almost impossible, and it cannot happen if the files
have different names.
> - starts using HIGH CPU doing what? - I finally just kill it
That might be the conversion form PDF (or whatever) to PNG images which
would be normal. But that shouldn't be slower than with previous emacs
versions. Quite contrary, if you have mupdf installed, it should be
much faster instead.
Or wait: if it was be the normal conversion process, then the high CPU
load would come from ghostscript, mudraw, libre/openoffice etc., but not
from the emacs process itself...
> It used to work fast and fine. Unfortunately I do not know what I did
> differently (i.e., emacs version, config settings) when this started
> happening.
>
> Any ideas?
That's really hard to guess. The very first thing you should try is to
start emacs with "emacs -Q" and then opening some PDF file. If it works
then, something's broken with your configuration.
Bye,
Tassilo
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: doc-view stuck on same image
2013-10-10 9:10 ` Tassilo Horn
@ 2013-10-10 14:44 ` harold.carr
2013-10-10 16:56 ` harold.carr
0 siblings, 1 reply; 4+ messages in thread
From: harold.carr @ 2013-10-10 14:44 UTC (permalink / raw)
To: Tassilo Horn; +Cc: help-gnu-emacs
-Q makes it work fine.
Looks like I will have do binary narrowing of my LARGE .emacs file to find
out what piece is causing this.
On Thu, Oct 10, 2013 at 2:10 AM, Tassilo Horn <tsdh@gnu.org> wrote:
> harold.carr@gmail.com writes:
>
> Hi Harold,
>
> > GNU Emacs 24.3.1 (x86_64-apple-darwin11.4.2, NS apple-appkit-1138.51)
> > of 2013-03-31 on tenseven-slave.macports.org
> >
> > when I use doc-view (automatically) when visiting *.pdf, *.tiff, *.ps,
> > etc., files it either:
> >
> > - keeps showing me the same image (no matter what page or file I visit)
> > - usual the image show in the *GNU Emacs* buffer
>
> That's really strange. I wonder how that can happen. Or well, there's
> a theoretical possibility that two different files with the same name
> and accidentally identical md5sums are treated as identical by doc-view.
> But that's really almost impossible, and it cannot happen if the files
> have different names.
>
> > - starts using HIGH CPU doing what? - I finally just kill it
>
> That might be the conversion form PDF (or whatever) to PNG images which
> would be normal. But that shouldn't be slower than with previous emacs
> versions. Quite contrary, if you have mupdf installed, it should be
> much faster instead.
>
> Or wait: if it was be the normal conversion process, then the high CPU
> load would come from ghostscript, mudraw, libre/openoffice etc., but not
> from the emacs process itself...
>
> > It used to work fast and fine. Unfortunately I do not know what I did
> > differently (i.e., emacs version, config settings) when this started
> > happening.
> >
> > Any ideas?
>
> That's really hard to guess. The very first thing you should try is to
> start emacs with "emacs -Q" and then opening some PDF file. If it works
> then, something's broken with your configuration.
>
> Bye,
> Tassilo
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: doc-view stuck on same image
2013-10-10 14:44 ` harold.carr
@ 2013-10-10 16:56 ` harold.carr
0 siblings, 0 replies; 4+ messages in thread
From: harold.carr @ 2013-10-10 16:56 UTC (permalink / raw)
To: Tassilo Horn; +Cc: help-gnu-emacs
A little more info:
When I startup emacs with -Q, doc-view works fine.
Then, in the same -Q emacs process, I do
M-x load-theme
adwaita
then it gets stuck on the last image I view - no matter what .pdf, .jpg,
etc., file I visit.
Does that happen for anyone else using load-theme and
GNU Emacs 24.3.1 (x86_64-apple-darwin11.4.2, NS apple-appkit-1138.51) of
2013-03-31 on tenseven-slave.macports.org
??
On Thu, Oct 10, 2013 at 7:44 AM, <harold.carr@gmail.com> wrote:
> -Q makes it work fine.
>
> Looks like I will have do binary narrowing of my LARGE .emacs file to find
> out what piece is causing this.
>
>
> On Thu, Oct 10, 2013 at 2:10 AM, Tassilo Horn <tsdh@gnu.org> wrote:
>
>> harold.carr@gmail.com writes:
>>
>> Hi Harold,
>>
>> > GNU Emacs 24.3.1 (x86_64-apple-darwin11.4.2, NS
>> apple-appkit-1138.51)
>> > of 2013-03-31 on tenseven-slave.macports.org
>> >
>> > when I use doc-view (automatically) when visiting *.pdf, *.tiff, *.ps,
>> > etc., files it either:
>> >
>> > - keeps showing me the same image (no matter what page or file I visit)
>> > - usual the image show in the *GNU Emacs* buffer
>>
>> That's really strange. I wonder how that can happen. Or well, there's
>> a theoretical possibility that two different files with the same name
>> and accidentally identical md5sums are treated as identical by doc-view.
>> But that's really almost impossible, and it cannot happen if the files
>> have different names.
>>
>> > - starts using HIGH CPU doing what? - I finally just kill it
>>
>> That might be the conversion form PDF (or whatever) to PNG images which
>> would be normal. But that shouldn't be slower than with previous emacs
>> versions. Quite contrary, if you have mupdf installed, it should be
>> much faster instead.
>>
>> Or wait: if it was be the normal conversion process, then the high CPU
>> load would come from ghostscript, mudraw, libre/openoffice etc., but not
>> from the emacs process itself...
>>
>> > It used to work fast and fine. Unfortunately I do not know what I did
>> > differently (i.e., emacs version, config settings) when this started
>> > happening.
>> >
>> > Any ideas?
>>
>> That's really hard to guess. The very first thing you should try is to
>> start emacs with "emacs -Q" and then opening some PDF file. If it works
>> then, something's broken with your configuration.
>>
>> Bye,
>> Tassilo
>>
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-10-10 16:56 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-09 17:51 doc-view stuck on same image harold.carr
2013-10-10 9:10 ` Tassilo Horn
2013-10-10 14:44 ` harold.carr
2013-10-10 16:56 ` harold.carr
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.