I'm running emacs 24.5.1 on an Ubuntu 16.04 virtual machine on a Windows 7 machine (all 64 bit). I'm trying to use my tags file to navigate a source tree. M-. and M-* work great but when I try the M-? command, it says it is undefined. I do not see this on other Emacs I am using; for example, on Windows 7, my Emacs 25.3.1 works fine. Why is that particular command broken? My init.el file has nothing in it but a line to ignore case on tab completion.
#jpkotta had the right idea. Building emacs 25.3.1 fixed this problem. I'm not sure why this ancient command disappeared in emacs 24.
Related
I currently use MINGW64 (Git Bash) as my terminal on my Windows 10 machine. It works great, I like it, but it only has Vim installed as an editor and I prefer Emacs. I'm unfortunately having a really awful time getting it to work in my terminal.
What's weirder still is that I have Emacs working in Cygwin64; but I don't like using that as my terminal. The most logical fix is simply that it Emacs to my Path ENV, however that doesn't seem to help (perhaps I'm doing that wrong?). I just get bash: emacs: command not found. I found a command to install it, using Pacman, however the Pacman command cannot be found either (which is weird because I thought that was installed by default with MINGW64.
Would love any and all help on this.
A couple of options:
Use Cygwin and the Cygwin emacs. Consider your Cygwin environment completely separate from Windows, so set your PATH from within the .bashrc, not within Windows. Launch emacs from the bash command-line.
Use the Emacs Windows binary distribution, but point to the utilities within Cygwin (there's an emacs package to help with this). Again, launch from the bash command line to inherit the bash environment within emacs.
Use the Windows Subsystem for Linux, with a Linux installation, and stick with emacs from there. You get the best of the Linux world, and access to the Windows directories and files as well.
My goto choice for MANY years was the Emacs Windows binary in conjunction with Cygwin. Once I started using the WSL, however, it just worked a lot better, in a clean Linux environment, and I could get terminal and GUI emacs (and other apps) running using the VcXsrv X Server. WSL has a version that directly supports X Windows, but I don't care for the windowing environment it uses, so I stick with VcXsrv.
I'm working on a project that is in S+ 8.1, and I am using Windows 7 with the latest packaged ESS from Vincent. The folder to splus.exe and sqpe.exe is in PATH.
Is there anyway to get that version of S+ running in ESS?
R works no problem. S+, however, is nothing but trouble.
M-x S tells me to run from icon, then use M-x S-existing.
Doing so with M-x S-existing causes emacs to hang up and crash.
M-x Sqpe lets me select a starting directory, but then gives the error 'spawning child process: invalid argument' and nothing happens.
I have tried adding these lines of code to my .emacs file (based on some outdated mailing list threads), but the results stay the same:
(require 'ess-site)
(setq-default inferior-S-program-name
"C://Program Files (x86)//TIBCO//splus81//cmd//SPLUS.exe")
(setq-default inferior-Sqpe-program-name
"C://Program Files (x86)//TIBCO//splus81//cmd//sqpe.exe")
Note: I have tried with single slashes as well.
I get the same results if I do S+6, Sqpe+6, etc.
Does anyone know if this is even possible? I am an emacs fiend, so it drives me crazy that S+ won't work in it.
Thanks for any help!
I ended up asking the ESS mailing list. Turns out that this is an issue with the current ESS. Going back to version 5.14 gives support for Splus 8.1 w/ Windows.
I'm trying to follow a very simple example to get started with Julia using ESS. But the very first command:
using DataFrames
results in emacs' spinning slash, nothing else happens, and the command prompt is not restored. This is emacs 24.3.1 on OS X 10.8.5, ess-20140304.2344 installed via emacs' package system. In my init.el, I have
(require ess-site)
(setq inferior-julia-program-name
"/Applications/Julia/Contents/Resources/julia/bin/julia-basic")
Note: /Applications/Julia is a softlink to /Applications/Julia-0.2.1.app
I tried the "using" command with the Julia.app terminal and it worked fine.
Tried it using julia/bin/julia-basic in an iTerm2 session and it hung. Tried julia/bin/julia-readline in an iTerm2 session and it hung. Tried julia/bin/julia and it worked in iTerm2 but not in emacs, which is strange since that's just a link to julia-readline. Tried putting julia/bin on emacs' exec-path. Nothing seems to work.
Any suggestions?
Using Emacs on my linux box (wheezy, awesome,gnome and kde) I run into big trouble using clipboard even from one emacs instance to another.
Everything I put into the clipboard is converted into chinese looking characters in emacs. Only solution is to copy paste into some other editor (e.g. nano, vi) save it and open it in emacs.
I use the same .emacs on my other (ubuntu) computer and on windows 7 with out any trouble. I erased all my previous encoding settings I had without any success.
http://stackoverflow.com/questions/ask
after copy paste gets
栊瑴㩰⼯瑳捡潫敶晲潬潣⽭畱獥楴湯⽳獡k
I run into the same problem today, with a little different environment tho. I've been using Emacs 24.3.1 on Windows 7, then switched to the same version running under Cygwin+XWin with the same .emacs.d config. While clipboard under Windows worked fine, with the config I had under Cygwin/XWin I had the same problem as in the question.
Under terminal it worked fine, with XWin the -Q worked too, so after a little digging, it turned out to be:
;; MS Windows clipboard is UTF-16LE
(set-clipboard-coding-system 'utf-16le-dos)
I don't remember why I added this. I must have copied it from some Emacs Wiki in early days. When I googled it now, it seems like a popular setting in people configs. It turns out, under Windows I don't need this line for clipboard to work properly with Emacs (quick check with some polish diacritical characters), and under Cygwin/XWin it finally started to work.
(sorry, I haven't the reputation to comment, so I leave a clarification request here)
Are you using emacs in a terminal ? if so, which one (konsole, lxterm, xterm...) ?
Are you cut'n'pasting with mouse (middle click) or keyboard ?
Have you any clipboard manager running (eg glipper) ?
Do you get the same behavior if you start without an init file (~/.emacs), that is, using emacs -Q?
If you can come up with a reproducible recipe starting from emacs -Q then, unless you get some solution proposed here, consider filing an Emacs bug report: M-x report-emacs-bug.
I can't figure out why this isn't easy to find on Google, but after searching for about 10 minutes, I just decided to give up and post here.
The subject basically says it all. I'm running MinTTY as a cygwin terminal on a Windows XP desktop. All I want to do is have emacs open up in a new window rather than inside my terminal. What would be best is a switch for this, so I could toggle it depending on my current needs. This seems like something that would be useful to a lot of people, and I know I've done it before on Linux boxes, so I imagine there must be a way to do this in cygwin too. Anyone know how?
Just start a new mintty, telling it to invoke emacs:
mintty emacs
There are a couple of scenarios that you might clarify:
Running the cygwin version of emacs within a standard windows environment will call emacs within the current shell
If the Cygwin X-Windows server (i.e., “XWin Server”) has been started and the DISPLAY environment variable has been set in the mintty terminal (e.g., export DISPLAY=":0"), calling emacs will start it in its own window.
running the Windows version of emacs within the cygwin terminal should launch the new frame you are seeking.
If you want a separate emacs 'window', you would be best served by installing the Windows native version of emacs (I use the gnu emacs precompiled binaries), and calling it from the cygwin terminal.