auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX] Install report: Emacs and Windows 98


From: Ralf Angeli
Subject: Re: [AUCTeX] Install report: Emacs and Windows 98
Date: Fri, 29 Jul 2005 17:13:18 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

* Harald von Aschen (2005-07-28) writes:

> ***********
>
> GS="F:/Programme/gs/gs8.13/bin/gswin32c.exe" ./configure --prefix=g:/tst/emac
> s-21.3 --with-texmf-dir=f:/Programme/TeXLive/texmf
> checking whether make sets $(MAKE)... yes
> checking for a BSD-compatible install... /bin/install -c
> checking for date in ChangeLog... 2005-07-21
> checking for release in ChangeLog... not found, using 2005-07-21 instead
> checking for emacs... /f/PROGRAMME/CYGWIN/BIN/emacs
> checking if /f/PROGRAMME/CYGWIN/BIN/emacs is XEmacs... no
> checking for Emacs prefix... cat: ./conftest-1648743: No such file or 
> directory

The shell finds an Emacs in a Cygwin path.  This looks a bit messed
up.  Can you make sure that the MSYS/MinGW and Cygwin stuff
(executables, libs, etc.) don't mix?  Maybe this will help already.
If it doesn't, please send the file config.log which you should find
in AUCTeX's build directory.  (Zip it before sending.)

> ***********
> Autoloads file /cygdrive/g/tst/auctex-20050722-a/auto-loads.el does not exist

Here is a Cygwin artifact again.  Not good.

> Again I have some problems with Emacs and I suppose that they are the same: 
> After doing some work menues are not working any more, no command is 
> executed. The keyboard shortcuts are still working but nothing else. Close 
> Emacs -> open Emacs -> same problem. Close Emacs -> restart Computer -> 
> Open Emacs and all is fine. Yesterday I had the problem that AUCTeX was 
> using the view command only with dvips && gsview and not with my dvi 
> viewer. I don't know why, closing Emacs -> opening again, nothing has 
> changed in my .emacs and no solution. Only after a System restart AUCTeX 
> was again using windvi.

I would not be surprised if this was a result of MinGW and Cygwin
stuff being mixed.

-- 
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]