gmane.emacs.windows

Re: UltraVNC and C-A chords

Eli Zaretskii — 2013-05-15T07:09:31

I didn't say it was a Windows problem.  I suggested a workaround for
your VNC problem.  The fact that the workaround uses Emacs-specific
features should not be a problem as long as the solution should only
work in Emacs.

The section of the manual to which I pointed describes how to use
special Windows keys as substitutes for Control and Alt within Emacs.
If VNC does pass these special keys, then using the techniques
described in that section of the manual, specifically, customizing
w32-lwindow-modifier, w32-rwindow-modifier, and w32-apps-modifier,
might be the solution you are looking for.


I think they do know a solution.  I suggest to try it.

Re: UltraVNC and C-A chords

Ken Goldman — 2013-05-14T23:15:02

The original proposal (read the Windows Keyboard section of the manual) 
did not seem to apply.  This is not a Windows problem.  Windows happily 
passes C-A-\ on to either a local emacs or to VNC.  RealVNC worked fine.

The problem is that UltraVNC does not pass the key chord on from its 
client to the Linux VNC server.

I.e., this is not a Windows or emacs problem.  I just thought that emacs 
users might know a solution.

Re: UltraVNC and C-A chords

Eli Zaretskii — 2013-05-13T19:31:43

So you do need an Emacs solution?  So what's wrong with my original
proposal?

Re: UltraVNC and C-A chords

Ken Goldman — 2013-05-13T19:09:29


I've already used all the Fn keys, plus it's nice to use the standard 
bindings because they're available on all machines.

C-A-\ is indent-region
C-A-q is c-indent-exp

... heavily used as I write C code.

Re: Not all files displayed in directory listing

bsamek — 2013-05-11T17:50:24

Eli Zaretskii wrote



That worked! I found that you can specify the non-WoW64 directory with
%windir%\Sysnative.




--
View this message in context: http://emacs.1067599.n5.nabble.com/Not-all-files-displayed-in-directory-listing-tp284073p285760.html
Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.

Re: Not all files displayed in directory listing

Eli Zaretskii — 2013-05-11T17:42:38

Try running Java via a batch file, which you should put somewhere
outside the c:\Windows\System32 tree.

Re: Not all files displayed in directory listing

bsamek — 2013-05-11T17:27:51

you need that for?Maybe I don't. My problem is that I can't access
C:\Windows\System32 from Emacs. For instance, I can't invoke java from the
Emacs shell, I assume because it's looking in C:\Windows\SysWOW64 and not
C:\Windows\System32.



--
View this message in context: http://emacs.1067599.n5.nabble.com/Not-all-files-displayed-in-directory-listing-tp284073p285756.html
Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.

Re: Not all files displayed in directory listing

Eli Zaretskii — 2013-05-11T17:21:50

This is actually not a problem at all, if it happens only with
c:\Windows\System32.  Is that the only directory where you see this?


That's how 64-bit Windows behaves with all 32-bit programs.  Why does
it bother you?


What do you need that for?

Re: Not all files displayed in directory listing

bsamek — 2013-05-11T16:55:47

Hey Michel and Eli,

You're absolutely right. When I cd to C:\Windows\System32 in Emacs, I'm
actually in SysWOW64. It lists the SysWOW64 files. Process Explorer confirms
it. The command line invoking cmd.exe is C:\Windows\system32\cmd.exe, but
the path is C:\Windows\SysWOW64\cmd.exe.

I downloaded the latest Emacs and ran it with no custom configurations, and
the problem remained, so the problem is not in my .emacs.

Do you know why this is happening? I would have assumed this happened to
everyone since the Windows docs say that 32-bit programs are automatically
redirected by SysWoW to the SysWOW64 directory. Can I somehow tell Emacs to
use the path to the 64-bit cmd.exe? Or is there a Windows setting for this?



--
View this message in context: http://emacs.1067599.n5.nabble.com/Not-all-files-displayed-in-directory-listing-tp284073p285749.html
Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.

Re: SIGINT on Windows

Eli Zaretskii — 2013-05-10T06:46:00

Please show a complete recipe, starting with "emacs -Q", to reproduce
the problem.  It is hard to help you without knowing what are you
trying to do, exactly.

SIGINT on Windows

2013-05-09T15:55:23

Hi guys

After an upgrade to Windows 7 Ctrl-C Ctrl-C has stopped working for me
within shells i.e. it doesn't kill the running process. Instead it just
prints C-c C-c to the buffer.

I've tried:

*         various versions of emacs

*         shell, eshell, term, ansi-term

*         calling cygwin bash as opposed to the normal Windows cmd.exe

*         adding the CYGWIN=tty env variable

 

But no beans. I simply cannot kill my long running processes.

Any ideas for this as it's killing my productivity!

Thanks!

 

Ben

 

Visit our website at http://www.ubs.com 

This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail. Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system. 

E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrup

Re: UltraVNC and C-A chords

Eli Zaretskii — 2013-05-07T16:11:54

That's exactly what I thought, and so I gave you an Emacs solution.
But if that's not what you want, then why do you need C-A-\ etc.?

Re: UltraVNC and C-A chords

Ken Goldman — 2013-05-07T15:01:24

I wasn't clear.  This is not an internal emacs problem.  However, I 
thought that emacs users would be likely to know the answer.  After all, 
what other application needs C-A-\.

I'm running Windows 7, connecting to a Linux platform through UltraVNC. 
  Emacs is running on the Linux platform.  UltraVNC is not passing most 
C-A chords.

This chords work locally on Windows 7 and locally on Linux.  They work 
Windows to Linux using RealVNC, but I'm forced to use UltraVNC.

Re: UltraVNC and C-A chords

Eli Zaretskii — 2013-05-06T20:14:05

Try remapping Meta to one of the other special keys.  The information
is in the node "Windows Keyboard" in the Emacs user manual.

UltraVNC and C-A chords

Ken Goldman — 2013-05-06T20:09:16

(Sending to an emacs group, because who else tries to do this)

I'm running UltraVNC from Windows 7 to Linux.  UltraVNC does not pass 
chords like C-A-q and C-A-\.

Any work around?

OS specific behavior with dired

Tony Cappellini — 2013-04-28T04:07:56

I'm relatively new to emacs, and wanted to start with my init.el empty,
so that I could modify it gradually and learn how the changes affect the
behavior of emacs.

With that in mind, my init.el is still pretty lean and basic.
I also use the same init.el file between my Windows machines and my Macbook
Pro.

I'm using Emacs 23.3 on both Windows & Mac

I have not modified the behavior of dired, but it behaves a little
differently for each OS.
On the Mac, dired opens up two vertical windows, on Windows it opens up two
horizontal windows.
While that isn't significantly different, It  makes me wonder what other
gotchas are waiting to cause me problems
learning to use Emacs.

So- to start, I'd like to modify init.el so that dired opens vertical
windows for both machines.
I already have code in my init.el to execute Windows specific and Mac
specific changes (f needed)

1. How do I modify dired's behavior so that vertical windows are always
opened?
2. How do I modify dired so that it doesn't keep switching from one

Re: Not all files displayed in directory listing

Michel de Ruiter — 2013-04-22T08:23:24

Hi Brian,

I think Eli is right. As always.
One of your System32 directories probably is SysWOW64 in disguise.
Is the program you compare with, a 32-bit one agnostic to your 64-bits Windows? Then it shows C:\Windows\SysWOW64\ as C:\Windows\System32\ (check http://msdn.microsoft.com/library/aa384187.aspx).

Groente, Michel.

Re: Not all files displayed in directory listing

Eli Zaretskii — 2013-04-21T17:32:35

It is normal that 'shell-file-name' is set to cmdproxy.  This happens
on my machine as well, and yet I don't see your problem.

Can you find out which cmd.exe is being run by cmdproxy.exe?  You can
use some utility like Process Explorer (from SysInternals) to display
the process tree, so that you could see which shell is running as the
child process of cmdproxy.exe, and what is its full path.


See README.W32 in the distribution.  But that doesn't tell much.  And
I don't think it's your problem, at least not directly: cmdproxy.exe
simply invokes cmd.exe in this case.  But it might be the wrong
cmd.exe for some reason.

Re: Not all files displayed in directory listing

bsamek — 2013-04-21T16:48:04

I think your second question may have led me in the right direction. As far
as I can tell there is no dir.exe or dir.bat anywhere, and DIRCMD is not
set. There seems to be a problem with cmdproxy.exe. The 'shell-file-name'
variable is set to emacs-24.2/bin/cmdproxy.exe. Running cmdproxy.exe from
the Windows command line drops me into a shell with the same problem, i.e.,
it won't list some files in C:\Windows\System32. I can't find any docs for
cmdproxy.exe. I tried evaluating (setq explicit-shell-file-name
"C:/Windows/System32/cmd.exe"), which switched the shell to cmd.exe instead
of cmdproxy.exe, but this did not fix the problem.

Brian


On Sat, Apr 20, 2013 at 12:02 PM, Eli Zaretskii [via Emacs] <
ml-node+s1067599n284131h96< at >n5.nabble.com> wrote:





--
View this message in context: http://emacs.1067599.n5.nabble.com/Not-all-files-displayed-in-directory-listing-tp284073p284211.html
Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.

Re: Not all files displayed in directory listing

Eli Zaretskii — 2013-04-20T16:01:32

You'd have to investigate what's going on on your system.  Some
directions to look into:

  . do you have some dir.exe or dir.bat somewhere, and could it be
    that it gets invoked in one of the two cases, but not the other?

  . which shell is running in each case? can they be different shells?

  . do you have a DIRCMD variable defined in the environment, and if
    so, could it be affecting only one of the cases?

Re: Not all files displayed in directory listing

bsamek — 2013-04-20T14:53:33

I wish that were true! Here's a fuller listing
http://i.imgur.com/EGaK3bx.png. It is odd that the time/size don't match.
But I made sure to 'dir c:\Windows\System32' in both shells before
requesting a directory listing.

Brian


On Sat, Apr 20, 2013 at 2:53 AM, Eli Zaretskii [via Emacs] <
ml-node+s1067599n284089h94< at >n5.nabble.com> wrote:





--
View this message in context: http://emacs.1067599.n5.nabble.com/Not-all-files-displayed-in-directory-listing-tp284073p284123.html
Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.