[OS X Emacs] Switching from Carbon Emacs to Emacs.app

Peter Dyballa Peter_Dyballa at Web.DE
Sun Jan 6 16:12:20 EST 2008

Am 05.01.2008 um 11:21 schrieb Lindsay Stirton:

> 1. I tried to install Enrico Franconi's Enhanced Carbon Emacs.  
> Mostly, this
> works OK but the Preview-LaTeX doesn't work. Here is a typical  
> error message:
> Preview-Ghostscript finished at Fri Jan  4 21:26:41
> Running `Preview-Ghostscript' with ``gs
> -dOutputFile\=\(TMA01.prv/tmp90158CBL/pr195-\%d.png\) -q -dSAFER - 
> -DNOPLATFONTS -dPrinted -dTextAlphaBits\=4 -dGraphicsAlphaBits\=4
> -sDEVICE\=png16m -r110.522x110.836''

The problem is that AUCTeX, or its Preview component, claims it is  
invoking Ghostscript to create the PNG file (MA01.prv/tmp90158CBL/ 
pr195-1.png), but it does not get created, nothing can be found on  
disk. The process is too fast to trace it with ps, pstree, or top.  
Observing with ktrace what is happening I can see that Ghostscript  
when invoked from Emacs.app fails with an error:

        "Error: /typecheck in --setmatrix--
	Operand stack:
	   --dict:6/15(L)--   --nostringval--   0.097612
	Execution stack:
	   %interp_exit   .runexec2   --nostringval--   --nostringval--   -- 
nostringval--   2   %stopped_push   --nostringval--   -- 
nostringval--   %loop_continue   1785   2   3   %oparray_pop   -- 
nostringval--   --nostringval--   false   1   % 
stopped_push   .runexec2   --nostringval--   --nostringval--   -- 
nostringval--   2   %stopped_push   --nostringval--   -- 
nostringval--   false   1   %stopped_push   1148   --nostringval--   % 
end_runandhide   --nostringval--   --nostringval--   1776   3   8   % 
oparray_pop   --nostringval--
	Dictionary stack:
	--dict:1148/1684(ro)(G)--   --dict:2/20(G)--   --dict:77/200(L)--  - 
dict:107/127(ro)(L)--   --dict:275/300(ro)(G)--   --dict:21/25(L)--   
--dict:4/6(L)--   --dict:20/20(L)--

When run by hand gs does not fail in Emacs.app's *shell* buffer, so  
it must be something in the way Emacs.app creates the process in  
which gs runs that is different from the way Carbon Emacs or the X  
client GNU Emacs are doing their jobs. Comparing the output of  
preview bug report the main differences are in the image-types  
supported by the Emacsen - and the size of the are for the formula/ 
region. GNU Emacs says: 59.9607x59.9607, Emacs.app says:  
84.4534x84.496, Carbon Emacs says:  98.8541x99.3913 – because of  
different font size?

 From the AUCTeX developers team I won't get further help. Since  
decades I have no success in using edebug. David Kastrup writes, this  
inability does not motivate him and so he won't help me more. Maybe  
someone else has more success in this matter.



"No man was ever taken to hell by a woman unless he already had a  
ticket in his pocket, or at least had been fooling around with  
				– Archie Goodwin

More information about the MacOSX-Emacs mailing list