Nabble - Emacs - Windows - Help

capslock not working

2009-12-06T12:06:17Z

My caps-lock is not working in Emacs 23.1.1 for windows, but I am pretty sure that it was working yesterday. I have tried starting Emacs with '--no-init-file' to make sure that it was not an option that I was inadvertently changing. I even "re-installed" Emacs. (I just deleted the emacs directory and unzipped a fresh copy of it, since there is no actual installation)

I have checked the variable 'w32-enable-caps-lock', and it is set to 't'. I just want to use it as regular cap-lock, not control or meta or anything like that.Are there any other factors that might cause my caps-lock to stop working?

Re: Problems with GNU Emacs 23.1.1 on WinXP Pro, x86 Intel

2009-12-04T17:42:47Z

It used to work, then my company had the corporate PC image re-adjusted, after a takeover, to the new parent company image.
Somewhere during that conversion the problem arise.
So, I don't consider it a problem with Emacs, but a problem with the environment that Emacs is running within.

...Lyall

Lennart Borgman (gmail) wrote:

Good, but did you send a bug report on this so it can be solved?

On Thu, Dec 3, 2009 at 1:47 AM, lyall <Lyall@the-pearces.com> wrote:
>
> Problem solved.
> I downgraded back to 22.3.1
>
> ...Lyall
>
>
> lyallp wrote:
>>
>> (i386-mingw-nt5.1.2600 of 2009-07-30 of SOFT-MJASON)
>>
>> I recently had a round of updates performed on my corporate PC and now,
>> Emacs is really, really slow.
>> It takes over 30 seconds to start.
>> If I open D:\temp (a directory), it takes over 20 seconds to respond.
>> Keyboard response is fast, it seems to be file access that is the
>> problem.
>> The PC has McAfee installed.
>> Every time I try to open a file, it takes ages.
>> How do I diagnose the problem?
>> Any information I should supply that may assist?
>>
>> ...Lyall
>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Problems-with-GNU-Emacs-23.1.1--on-WinXP-Pro%2C-x86-Intel-tp25395023p26619191.html
> Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.
>
>
>
>

Re: Problems with GNU Emacs 23.1.1 on WinXP Pro, x86 Intel

2009-12-03T19:49:04Z

On Wed, 2 Dec 2009 16:47:14 -0800 (PST), lyall <Lyall@...> said:

> Problem solved.
> I downgraded back to 22.3.1

> ...Lyall

> lyallp wrote:
>>
>> (i386-mingw-nt5.1.2600 of 2009-07-30 of SOFT-MJASON)
>>
>> I recently had a round of updates performed on my corporate PC and now,
>> Emacs is really, really slow.
>> It takes over 30 seconds to start.
>> If I open D:\temp (a directory), it takes over 20 seconds to respond.
>> Keyboard response is fast, it seems to be file access that is the
>> problem.
>> The PC has McAfee installed.
>> Every time I try to open a file, it takes ages.
>> How do I diagnose the problem?
>> Any information I should supply that may assist?
>>
>> ...Lyall
>>
>>
>>

Hi,

Have you tried starting emacs with "-Q"? Maybe its your config's issue.
I'm using 23.1.1 on winxp sp3, without any performance drop down.

Bye,

Binjo
--
Life is like a prison, can you break it?

outline mode level fonts in Windows versions

2009-12-03T15:35:08Z

Hi all,

I am a big fan of outline mode in Emacs on Windows.

Although the various outline mode "levels" have consistent
coloring (eg. black) in my Win XP machine, they have odd and annoying
colors in the Vista and Windows 7 machines. This is despite trying the
same version of Windows Emacs and the same .emacs file on all 3 platforms.
I have also tried newer Windows Emacs versions on the Vista and Win 7
platforms to no avail.

Can anyone suggest helpful resources to address this?

Thanks very much!
David

Re: Problems with GNU Emacs 23.1.1 on WinXP Pro, x86 Intel

2009-12-03T08:01:27Z

Good, but did you send a bug report on this so it can be solved?

On Thu, Dec 3, 2009 at 1:47 AM, lyall <Lyall@...> wrote:

>
> Problem solved.
> I downgraded back to 22.3.1
>
> ...Lyall
>
>
> lyallp wrote:
>>
>> (i386-mingw-nt5.1.2600 of 2009-07-30 of SOFT-MJASON)
>>
>> I recently had a round of updates performed on my corporate PC and now,
>> Emacs is really, really slow.
>> It takes over 30 seconds to start.
>> If I open D:\temp (a directory), it takes over 20 seconds to respond.
>> Keyboard response is fast, it seems to be file access that is the
>> problem.
>> The PC has McAfee installed.
>> Every time I try to open a file, it takes ages.
>> How do I diagnose the problem?
>> Any information I should supply that may assist?
>>
>> ...Lyall
>>
>>
>>
>
> --
> View this message in context: http://old.nabble.com/Problems-with-GNU-Emacs-23.1.1--on-WinXP-Pro%2C-x86-Intel-tp25395023p26619191.html
> Sent from the Emacs - Windows - Help mailing list archive at Nabble.com.
>
>
>
>

Re: Problems with GNU Emacs 23.1.1 on WinXP Pro, x86 Intel

2009-12-02T16:47:13Z

Problem solved.
I downgraded back to 22.3.1

...Lyall

lyallp wrote:

(i386-mingw-nt5.1.2600 of 2009-07-30 of SOFT-MJASON)

I recently had a round of updates performed on my corporate PC and now,
Emacs is really, really slow.
It takes over 30 seconds to start.
If I open D:\temp (a directory), it takes over 20 seconds to respond.
Keyboard response is fast, it seems to be file access that is the
problem.
The PC has McAfee installed.
Every time I try to open a file, it takes ages.
How do I diagnose the problem?
Any information I should supply that may assist?

...Lyall

Re: Please test w32-shell-execute

2009-11-28T16:54:18Z

Lennart Borgman <lennart.borgman@...> writes:

> works or not. Could perhaps you test?

All wok for me.

Windows is: XP Pro SP3

Emacs is: GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
of 2009-11-04 on LENNART-69DE564 (patched)

Regards,
--
Brian (remove the sport for mail)
http://www.et.web.mek.dtu.dk/Staff/be/be.html
http://www.rugbyklubben-speed.dk

Re: Re: Rebinding doesn't work in patched version

2009-11-28T04:41:20Z

Am Fri, 27 Nov 2009 22:35:45 +0100 schrieb Lennart Borgman:

>> Well the error message goes away if I add it. But the rebinding
>> still don't work, I again have the same problems as with the
>> previous version: Even after I toggle them on ctrl+0 inserts a
>> newline, ctrl+f moves forward by a char
>
> My bad. Forgot to use the new bindings.
>
> As a work around you can restart rebind-keys-mode.

I have no idea how I should do this ;-(
I tried
M-x rebind-keys-mode
which tells me "Rebind-Keys mode disabled" and again
M-x rebind-keys-mode
which tells me "Rebind-Keys mode enabled"
but after both commands ctrl+o still don't work.

--
Ulrike Fischer

Re: Re: Rebinding doesn't work in patched version

2009-11-27T13:35:45Z

On Fri, Nov 27, 2009 at 1:53 PM, Ulrike Fischer <news3@...> wrote:

> Well the error message goes away if I add it. But the rebinding
> still don't work, I again have the same problems as with the
> previous version: Even after I toggle them on ctrl+0 inserts a
> newline, ctrl+f moves forward by a char

My bad. Forgot to use the new bindings.

As a work around you can restart rebind-keys-mode.

It will be fixed in next version of nXhtml.

Re: Rebinding doesn't work in patched version

2009-11-27T04:53:07Z

Am Fri, 27 Nov 2009 13:17:09 +0100 schrieb Lennart Borgman:

>>> I'm still trying to get Ctrl+o, Ctrl+s, Ctrl+w + Ctrl+f to do
>>> something similar as in other windows applications.
>>>
>>> I have erased my previous emacs version (including the .emacs-file)
>>> and installed the newest patched version
>>> (GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
>>> of 2009-11-04 on LENNART-69DE564 (patched))
>>>
>>> I have enabled all emacs32 defaults (that worked), I have enable the
>>> loading of Nxhtml (worked fine too) and then I tried to toggle on
>>> the rebinding of Ctrt+o and now I get an warning/error message
>>> starting with:
>>>
>>> Warning (t): invalid (key-sequence :tag "Emacs key binding" :value
>>> "C-a" :parent (list :args ((key-sequence :tag "Emacs key binding"
>>> :value "") (string :tag "Why rebind" :value "") (boolean :tag
>>> "Rebinding on/off") (choice :tag "Move original by" :args ((const
>>> :tag "Don't put it on any new binding" :args nil :value nil) (choice
>>> :tag "Add key binding modifier" :args ((const :args nil :value meta)
>>> (const :args nil :value control) (const :args nil :value shift)))
>>> (key-sequence :tag "New binding for original function" :value "")))
>>> (command :tag "New command on above key" :value "ignore")) :value
>>> ([(control 97)] "C-a
>>>
>>> ....
>>>
>>> And the message buffers says:
>>>
>>> custom-variable-set: Symbol's function definition is void:
>>> edmacro-parse-keys
>>
>>
>> Thanks for reporting this. Does it help to put
>>
>> (require 'edmacro)
>>
>> at the top of rebind.el?
>
>
> Ehum, or rather at the top of new-key-seq-widget.el?

Well the error message goes away if I add it. But the rebinding
still don't work, I again have the same problems as with the
previous version: Even after I toggle them on ctrl+0 inserts a
newline, ctrl+f moves forward by a char

.emacs does contain the following:

'(ourcomments-ido-ctrl-tab t)
'(rebind-keys (quote (("MS Windows - often used key bindings" t
(([(control 97)] "C-a on w32 normally means 'select all'. In Emacs
it is `beginning-of-line'." t shift mark-whole-buffer) ([(control
111)] "C-o on w32 normally means 'open file'. In Emacs it is
`open-line'." t shift find-file) ([(control 102)] "C-f is commonly
search on w32. In Emacs it is `forward-char'." t shift
isearch-forward) ([(control 115)] "C-s is normally 'save file' on
w32. In Emacs it is `isearch-forward'." nil nil save-buffer)
([(control 119)] "C-w is often something like kill-buffer on w32. In
Emacs it is `kill-region'." t shift kill-buffer) ([(control 112)]
"C-p is nearly always print on w32. In Emacs it is `previous-line'."
t shift hfyview-buffer))))))
'(rebind-keys-mode t)
'(recentf-mode t)
'(sex-mode t)
'(tabkey2-mode t)
'(w32-meta-style (quote w32-lr))
'(w32shell-shell (quote cmd)))

--
Ulrike Fischer

Re: Rebinding doesn't work in patched version

2009-11-27T04:17:09Z

On Fri, Nov 27, 2009 at 1:12 PM, Lennart Borgman
<lennart.borgman@...> wrote:

> On Fri, Nov 27, 2009 at 11:40 AM, Ulrike Fischer <news3@...> wrote:
>> I'm still trying to get Ctrl+o, Ctrl+s, Ctrl+w + Ctrl+f to do
>> something similar as in other windows applications.
>>
>> I have erased my previous emacs version (including the .emacs-file)
>> and installed the newest patched version
>> (GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
>> of 2009-11-04 on LENNART-69DE564 (patched))
>>
>> I have enabled all emacs32 defaults (that worked), I have enable the
>> loading of Nxhtml (worked fine too) and then I tried to toggle on
>> the rebinding of Ctrt+o and now I get an warning/error message
>> starting with:
>>
>> Warning (t): invalid (key-sequence :tag "Emacs key binding" :value
>> "C-a" :parent (list :args ((key-sequence :tag "Emacs key binding"
>> :value "") (string :tag "Why rebind" :value "") (boolean :tag
>> "Rebinding on/off") (choice :tag "Move original by" :args ((const
>> :tag "Don't put it on any new binding" :args nil :value nil) (choice
>> :tag "Add key binding modifier" :args ((const :args nil :value meta)
>> (const :args nil :value control) (const :args nil :value shift)))
>> (key-sequence :tag "New binding for original function" :value "")))
>> (command :tag "New command on above key" :value "ignore")) :value
>> ([(control 97)] "C-a
>>
>> ....
>>
>> And the message buffers says:
>>
>> custom-variable-set: Symbol's function definition is void:
>> edmacro-parse-keys
>
>
> Thanks for reporting this. Does it help to put
>
> (require 'edmacro)
>
> at the top of rebind.el?

Ehum, or rather at the top of new-key-seq-widget.el?

(Wonder if that code is not in CVS Emacs now?)

Re: Rebinding doesn't work in patched version

2009-11-27T04:12:23Z

On Fri, Nov 27, 2009 at 11:40 AM, Ulrike Fischer <news3@...> wrote:

> I'm still trying to get Ctrl+o, Ctrl+s, Ctrl+w + Ctrl+f to do
> something similar as in other windows applications.
>
> I have erased my previous emacs version (including the .emacs-file)
> and installed the newest patched version
> (GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
> of 2009-11-04 on LENNART-69DE564 (patched))
>
> I have enabled all emacs32 defaults (that worked), I have enable the
> loading of Nxhtml (worked fine too) and then I tried to toggle on
> the rebinding of Ctrt+o and now I get an warning/error message
> starting with:
>
> Warning (t): invalid (key-sequence :tag "Emacs key binding" :value
> "C-a" :parent (list :args ((key-sequence :tag "Emacs key binding"
> :value "") (string :tag "Why rebind" :value "") (boolean :tag
> "Rebinding on/off") (choice :tag "Move original by" :args ((const
> :tag "Don't put it on any new binding" :args nil :value nil) (choice
> :tag "Add key binding modifier" :args ((const :args nil :value meta)
> (const :args nil :value control) (const :args nil :value shift)))
> (key-sequence :tag "New binding for original function" :value "")))
> (command :tag "New command on above key" :value "ignore")) :value
> ([(control 97)] "C-a
>
> ....
>
> And the message buffers says:
>
> custom-variable-set: Symbol's function definition is void:
> edmacro-parse-keys

Thanks for reporting this. Does it help to put

(require 'edmacro)

at the top of rebind.el?

Rebinding doesn't work in patched version

2009-11-27T02:40:10Z

I'm still trying to get Ctrl+o, Ctrl+s, Ctrl+w + Ctrl+f to do
something similar as in other windows applications.

I have erased my previous emacs version (including the .emacs-file)
and installed the newest patched version
(GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
of 2009-11-04 on LENNART-69DE564 (patched))

I have enabled all emacs32 defaults (that worked), I have enable the
loading of Nxhtml (worked fine too) and then I tried to toggle on
the rebinding of Ctrt+o and now I get an warning/error message
starting with:

Warning (t): invalid (key-sequence :tag "Emacs key binding" :value
"C-a" :parent (list :args ((key-sequence :tag "Emacs key binding"
:value "") (string :tag "Why rebind" :value "") (boolean :tag
"Rebinding on/off") (choice :tag "Move original by" :args ((const
:tag "Don't put it on any new binding" :args nil :value nil) (choice
:tag "Add key binding modifier" :args ((const :args nil :value meta)
(const :args nil :value control) (const :args nil :value shift)))
(key-sequence :tag "New binding for original function" :value "")))
(command :tag "New command on above key" :value "ignore")) :value
([(control 97)] "C-a

....

And the message buffers says:

custom-variable-set: Symbol's function definition is void:
edmacro-parse-keys

--
Ulrike Fischer

Re: Strange behaviour with ECB and Cedet

2009-11-25T04:45:32Z

Hi Konstantin,

I do not think this is related to Emacs on MS Windows so this is
probably the wrong place to ask.

However since CEDET is currently beeing merged into Emacs there are
some problems. I do not know about the status right now, but I will
try to upload new binaries shortly.

On Wed, Nov 25, 2009 at 1:34 PM, Konstantin <Kostafey@...> wrote:

> Hi!
>
> Are you testig emacs with ECB and Cedet?
> (cedet-1.0pre6, ecb-2.40)
> There is some bugs and strange behaviour take place
> after I update from Emacs-23-CvsP090630-EmacsW32-1.58
> (actually version 090630 - works well).
>
> E.g. it is not navigate to to the "require"
> file in the methods window on press RET,
> do not rebuild method window on enter .el file,
> some others...
>
> This strange behaviour present in the last version of
> 20091015 patched, and 20091015 unpatched.
>
> It seems, it is not patch's fault.
> But is any one try to deal with ECB?
>
> --
> Konstantin <Kostafey@...>
>
>
>

Strange behaviour with ECB and Cedet

2009-11-25T04:34:28Z

Hi!

Are you testig emacs with ECB and Cedet?
(cedet-1.0pre6, ecb-2.40)
There is some bugs and strange behaviour take place
after I update from Emacs-23-CvsP090630-EmacsW32-1.58
(actually version 090630 - works well).

E.g. it is not navigate to to the "require"
file in the methods window on press RET,
do not rebuild method window on enter .el file,
some others...

This strange behaviour present in the last version of
20091015 patched, and 20091015 unpatched.

It seems, it is not patch's fault.
But is any one try to deal with ECB?

--
Konstantin <Kostafey@...>

RE: Emacs crashes, network drives and hibernate

2009-11-24T23:43:29Z

This sounds like the /SWAPRUN:NET flag used with the MS LINK.EXE.

This will have the loader copy the executable to the swap file if
it resides on the network, and run from the swap file rather than
the original image.

-----Original Message-----
From: help-emacs-windows-bounces+michael=hotchin.net@...
[mailto:help-emacs-windows-bounces+michael=hotchin.net@...] On Behalf Of
andy.ling@...
Sent: Tuesday, November 24, 2009 5:28 AM
To: help-emacs-windows@...
Subject: Re: [h-e-w] Emacs crashes, network drives and hibernate

> I do not know, but please report this as a bug.
>

OK, done.

>
> On Tue, Nov 24, 2009 at 10:55 AM, <andy.ling@...> wrote:
> > I have recently moved up to Emacs 23.1.1 from 21.3 and I'm finding it
> > keeps crashing.
> >
> > I am running under Window XP. I have the emacs binaries on a network
drive

> > and I suspect
> > it crashes if there is a problem talking to the network drive.
> >
> > The easiest way to get it to crash is to hibernate the PC with emacs
> > running. When
> > I restore from hibernate emacs crashes.
> >
> > I had been running 21.3 like this for some years without a problem. So
> > this is something
> > new to 23. I seem to remember a similar problem many years ago which

was

> > fixed
> > by changing a compile flag.
> >
> > Does anybody know how to fix this?
> >
> > Thanks
> >
> > Andy Ling
>
>
>
>
> This message has been scanned by MailController

--

This e-mail is intended for the named addressees only. Its contents may be
privileged or confidential and should be treated as such. If you are not
an intended recipient please notify the sender immediately and then delete
it; do not copy, distribute, or take any action based on this e-mail. In
the pursuit of its legitimate business activities and its conformance with
relevant legislation, Quantel may access any e-mail (including
attachments) it originates or receives, for potential scrutiny.

Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom

Re: Emacs crashes, network drives and hibernate

2009-11-24T05:27:31Z

> I do not know, but please report this as a bug.
>

OK, done.

>
> On Tue, Nov 24, 2009 at 10:55 AM, <andy.ling@...> wrote:
> > I have recently moved up to Emacs 23.1.1 from 21.3 and I'm finding it
> > keeps crashing.
> >
> > I am running under Window XP. I have the emacs binaries on a network
drive

was

> > fixed
> > by changing a compile flag.
> >
> > Does anybody know how to fix this?
> >
> > Thanks
> >
> > Andy Ling
>
>
>
>
> This message has been scanned by MailController

Re: Emacs crashes, network drives and hibernate

2009-11-24T04:35:55Z

I do not know, but please report this as a bug.

On Tue, Nov 24, 2009 at 10:55 AM, <andy.ling@...> wrote:

> I have recently moved up to Emacs 23.1.1 from 21.3 and I'm finding it
> keeps crashing.
>
> I am running under Window XP. I have the emacs binaries on a network drive
> and I suspect
> it crashes if there is a problem talking to the network drive.
>
> The easiest way to get it to crash is to hibernate the PC with emacs
> running. When
> I restore from hibernate emacs crashes.
>
> I had been running 21.3 like this for some years without a problem. So
> this is something
> new to 23. I seem to remember a similar problem many years ago which was
> fixed
> by changing a compile flag.
>
> Does anybody know how to fix this?
>
> Thanks
>
> Andy Ling

Emacs crashes, network drives and hibernate

2009-11-24T01:55:57Z

I have recently moved up to Emacs 23.1.1 from 21.3 and I'm finding it
keeps crashing.

I am running under Window XP. I have the emacs binaries on a network drive
and I suspect
it crashes if there is a problem talking to the network drive.

The easiest way to get it to crash is to hibernate the PC with emacs
running. When
I restore from hibernate emacs crashes.

I had been running 21.3 like this for some years without a problem. So
this is something
new to 23. I seem to remember a similar problem many years ago which was
fixed
by changing a compile flag.

Does anybody know how to fix this?

Thanks

Andy Ling

--

This e-mail is intended for the named addressees only. Its contents may be
privileged or confidential and should be treated as such. If you are not
an intended recipient please notify the sender immediately and then delete
it; do not copy, distribute, or take any action based on this e-mail. In
the pursuit of its legitimate business activities and its conformance with
relevant legislation, Quantel may access any e-mail (including
attachments) it originates or receives, for potential scrutiny.

Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom

Re: Please test w32-shell-execute

2009-11-22T17:40:01Z

Thanks to all who tried to help with this. I am giving up on it and
wrote a function as a workaround, please see the bug report on

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4951

(It will appear there soon.)

On Thu, Nov 19, 2009 at 1:40 PM, Lennart Borgman
<lennart.borgman@...> wrote:

> I have got a problem with w32-shell-execute and file:/// URLs. It
> looks like Jason Rumney and I get different results and I do not know
> why. I need the help of couple of persons to test if the below calls
> works or not. Could perhaps you test?
>
> Please replace the file argument to a valid file and try the calls
> below. Just place the cursor after the ) char and press C-x C-e. I
> want to know if it opens the file in the web browser or not.
>
> (w32-shell-execute "open" "c:/some/file.html") ;; OK
> (w32-shell-execute nil "file:c:/some/file.html") ;; OK
> (w32-shell-execute nil "file:///c:/some/file.html") ;; OK
> (w32-shell-execute "open" "file:///c:/some/file.html") ;; Doesn't work
> (w32-shell-execute "open" "file:c:/some/file.html") ;; Doesn't work
>

Re: Please test w32-shell-execute

2009-11-20T13:34:49Z

On Fri, Nov 20, 2009 at 10:19 PM, Drew Adams <drew.adams@...> wrote:
>> Drew, it is just you and me that has reported trouble. Do you have any
>> of those or some other program that integrates itself with Windows
>> Explorer, or should I say "Shell"?
>
> Sorry, I don't know what you mean. AFAIK, I have nothing integrated with Windows
> Explorer or "Shell". I do not use Bzr, WinMerge, Tortoise, or Firefox.
>
> I do have Cywin installed - dunno if that is relevant.

Thanks, no Cygwin is probably not integrated in Windows Explorer / Shell.

Windows is, as you know built around interfaces. The windows Shell (or
what they call it) is such an interface. This is what
`w32-shell-execute' uses by calling ShellExecute.

ShellExecute looks into the Registry to find out how to handle a file.
There are simple ready-to-use interfaces, like those used by ftype and
assoc in cmd.exe, and there are others that ShellExecute will ask for
what to do. The answer can be anything.

This is for example the way w32 can interact with a vcs system. The
vcs system can install itself as an interface for file operations in
the registry and do whatever is needed when a user stores or gets a
file.

And a lot of things can of course go wrong. In this case it looks to
me like there is an unsolved conflict between "open" and "file:///"
which leads to that nothing is done.

But it does not have to be that way. It could be that an operation is
decided on, it is tried and an error happens. Those should normally be
visible in the Event Viewer if nowhere else. However the fame for
writing that part of the code is less than the perhaps a bit easer
part of the code that does the usual job.

RE: Please test w32-shell-execute

2009-11-20T13:19:52Z

> Drew, it is just you and me that has reported trouble. Do you have any
> of those or some other program that integrates itself with Windows
> Explorer, or should I say "Shell"?

Sorry, I don't know what you mean. AFAIK, I have nothing integrated with Windows
Explorer or "Shell". I do not use Bzr, WinMerge, Tortoise, or Firefox.

I do have Cywin installed - dunno if that is relevant.

Re: Please test w32-shell-execute

2009-11-20T09:13:26Z

On Fri, Nov 20, 2009 at 3:38 PM, <andy.ling@...> wrote:

>
> I have had problems with setting/maintaining firefox as the default
> browser. Nothing to do with emacs, but it may be related.
>
> This page
>
> http://kb.mozillazine.org/Setting_Your_Default_Browser
>
> mentions the command
>
> firefox.exe -silent -setDefaultBrowser
>
> Which fixed it for me.
>
> There is also more information here
>
> http://support.mozilla.com/en-US/kb/Setting+Firefox+as+the+default+browser+does+not+work
>
> Maybe something here will set whatever is necessary to make emacs work.

Thanks Andy but that did not help either. Or at least I have not found
anything there that helps.

I tried filemon to see what happens. From the log files I can see a difference:

* (w32-shell-execute "open" "file://c:/some.html")

There is a call to ShellExension in this case.

* (w32-shell-execute nil "file://c:/some.html")

There is a NO call to ShellExension in this case.

So surprisingly enough a bit more is tried when "open" is used. In my
case I can see that the extensions for WinMerge and Bzr are called. I
think it is Tortoise Bazaar. Previously I had Tortoise SVN. Looks like
any those might be the trouble then.

Drew, it is just you and me that has reported trouble. Do you have any
of those or some other program that integrates itself with Windows
Explorer, or should I say "Shell"?

Re: Please test w32-shell-execute

2009-11-20T06:38:34Z

> On Fri, Nov 20, 2009 at 3:06 PM, Rainer Stengele
> <rainer.stengele@...> wrote:
> >
> > Lennart, I ran the successfully ending tests on Windows XP Prof. SP3
german.
>
>
> Thanks Rainer,
>
> Then we know it can work on XP Pro too.
>
> I can see no pattern at all in this. Has anyone seen something?
>

I have had problems with setting/maintaining firefox as the default
browser. Nothing to do with emacs, but it may be related.

This page

http://kb.mozillazine.org/Setting_Your_Default_Browser

mentions the command

firefox.exe -silent -setDefaultBrowser

Which fixed it for me.

There is also more information here

http://support.mozilla.com/en-US/kb/Setting+Firefox+as+the+default+browser+does+not+work

Maybe something here will set whatever is necessary to make emacs work.

HTH

Andy Ling

--

Quantel is the trade name used by Quantel Holdings Limited and its
subsidiaries. Quantel Holdings Limited is registered in England & Wales.
Registration No: 4004913
Contact details for all Quantel Offices and Companies can be found on our
website www.quantel.com or by writing to the holding company.
Registered address: Turnpike Road, Newbury, Berkshire, RG14 2NX, United
Kingdom

Re: Please test w32-shell-execute

2009-11-20T06:17:59Z

On Fri, Nov 20, 2009 at 3:06 PM, Rainer Stengele
<rainer.stengele@...> wrote:
>
> Lennart, I ran the successfully ending tests on Windows XP Prof. SP3 german.

Thanks Rainer,

Then we know it can work on XP Pro too.

I can see no pattern at all in this. Has anyone seen something?

Re: Please test w32-shell-execute

2009-11-20T06:06:33Z

On 19.11.2009 21:21, Lennart Borgman wrote:

> On Thu, Nov 19, 2009 at 9:12 PM, Lennart Borgman
> <lennart.borgman@...> wrote:
>
>> I have got the feeling that file:/// URLs are incompletely setup for
>> me, but I am not sure. In Windows Explorer in the menus Tools - Folder
>> Options in then in the tab File Options there are some entries in the
>> beginning that does not have any file extensions. There I have for
>> example "URL: File Transfer Protocol". That must be ftp://.
>>
>> However what I am missing there is something for file:///. Do you have
>> something for that there?
>>
> Hm, found another pc where everything works. This is running XP Home.
> My pc where it does not work is running XP Pro.
>
> Could please you who have responded tell me if it works and what
> Windows version you are running?
>
>
>

Lennart, I ran the successfully ending tests on Windows XP Prof. SP3 german.

Rainer

Re: Please test w32-shell-execute

2009-11-19T12:21:35Z

On Thu, Nov 19, 2009 at 9:12 PM, Lennart Borgman
<lennart.borgman@...> wrote:
>
> I have got the feeling that file:/// URLs are incompletely setup for
> me, but I am not sure. In Windows Explorer in the menus Tools - Folder
> Options in then in the tab File Options there are some entries in the
> beginning that does not have any file extensions. There I have for
> example "URL: File Transfer Protocol". That must be ftp://.
>
> However what I am missing there is something for file:///. Do you have
> something for that there?

Hm, found another pc where everything works. This is running XP Home.
My pc where it does not work is running XP Pro.

Could please you who have responded tell me if it works and what
Windows version you are running?

Re: Please test w32-shell-execute

2009-11-19T12:12:51Z

On Thu, Nov 19, 2009 at 4:14 PM, Lennart Borgman
<lennart.borgman@...> wrote:

> On Thu, Nov 19, 2009 at 3:52 PM, Drew Adams <drew.adams@...> wrote:
>>> I get the same as you, Lennart.
>>>
>>> The last two do not open the browser, and they do not raise
>>> an error - they seem to do nothing.
>>
>> I should have added that that is with the 23.1 Emacs release on Windows XP SP3,
>> using `emacs -Q'.
>
>
> Thanks for all responses. I think there must be some Registry entries
> responsible for the difference. Does anyone know which those might be?
>
> I guess the relavant entries are at
>
> HKEY_CURRENT_USER\Software\Classes\file
> HKEY_LOCAL_MACHINE\SOFTWARE\Classes\file
> HKEY_CLASSES_ROOT\file
>
> Could someone for whom it worked in all cases export these keys and
> send them here?

-------------------------------- Here is a big part saying I found no
important diffs so far --------------------------

I got some responses off list for this. John sent me these registry
keys and they look very similar to mine, except for two small
differences:

1) I have an EditFlags which John does not have. Tried renaming that
value, but that did not help.

[HKEY_CURRENT_USER\Software\Classes\FirefoxHTML]
@="Firefox Document"
"FriendlyTypeName"="Firefox Document"
"EditFlags"=dword:00000000

2) He had some editor entries. Does not seem to be involved.

John has

assoc .htm=htmlfile

while I have

assoc .htm=FirefoxHTML

Our ftype for those are similar.

We also looked at "Add or Remove Programs -> Set Program Access and
Default". No differences there either.

* Summary John-me: It works for him, not for me. Only difference found
is assoc, but when I tried changing that I got the same result.
(However I am unsure if Emacs needs to be restarted, I did not do
that.)

Drew has no file assoc for .html.

* Summary Drew-me: It does not work for anyone of us. assoc does not
seem to be involved.

----------------------- And now I will ask for some more help
------------------------------------------

I have got the feeling that file:/// URLs are incompletely setup for
me, but I am not sure. In Windows Explorer in the menus Tools - Folder
Options in then in the tab File Options there are some entries in the
beginning that does not have any file extensions. There I have for
example "URL: File Transfer Protocol". That must be ftp://.

However what I am missing there is something for file:///. Do you have
something for that there?

Re: Please test w32-shell-execute

2009-11-19T07:14:56Z

On Thu, Nov 19, 2009 at 3:52 PM, Drew Adams <drew.adams@...> wrote:
>> I get the same as you, Lennart.
>>
>> The last two do not open the browser, and they do not raise
>> an error - they seem to do nothing.
>
> I should have added that that is with the 23.1 Emacs release on Windows XP SP3,
> using `emacs -Q'.

Thanks for all responses. I think there must be some Registry entries
responsible for the difference. Does anyone know which those might be?

I guess the relavant entries are at

HKEY_CURRENT_USER\Software\Classes\file
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\file
HKEY_CLASSES_ROOT\file

Could someone for whom it worked in all cases export these keys and
send them here?

RE: Please test w32-shell-execute

2009-11-19T06:52:37Z

> I get the same as you, Lennart.
>
> The last two do not open the browser, and they do not raise
> an error - they seem to do nothing.

I should have added that that is with the 23.1 Emacs release on Windows XP SP3,
using `emacs -Q'.

RE: Please test w32-shell-execute

2009-11-19T06:51:14Z

> (w32-shell-execute "open" "c:/some/file.html") ;; OK
> (w32-shell-execute nil "file:c:/some/file.html") ;; OK
> (w32-shell-execute nil "file:///c:/some/file.html") ;; OK
> (w32-shell-execute "open" "file:///c:/some/file.html") ;; Doesn't work
> (w32-shell-execute "open" "file:c:/some/file.html") ;; Doesn't work

I get the same as you, Lennart.

The last two do not open the browser, and they do not raise an error - they seem
to do nothing.

Re: Please test w32-shell-execute

2009-11-19T05:34:09Z

All five forms work for me. I'm spinning Win/XP-Pro SP3, with Emacs
23.1.1 (i386-mingw-nt5.1.2600).

-jp

Lennart Borgman wrote:
> I have got a problem with w32-shell-execute and file:/// URLs...

Re: Please test w32-shell-execute

2009-11-19T04:58:51Z

Lennart Borgman <lennart.borgman@...> writes:

> I have got a problem with w32-shell-execute and file:/// URLs. It
> looks like Jason Rumney and I get different results and I do not know
> why. I need the help of couple of persons to test if the below calls
> works or not. Could perhaps you test?

They all work for me.

Windows XP
Mozilla Firefox 3.5.5

--
-- Stephe

Re: Please test w32-shell-execute

2009-11-19T04:58:09Z

(w32-shell-execute "open" "c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/org/DIPLAN/DIPLAN.html") ;; OK
(w32-shell-execute nil "file:c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/org/DIPLAN/DIPLAN.html") ;; OK
(w32-shell-execute nil "file:///c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/org/DIPLAN/DIPLAN.html") ;; OK
(w32-shell-execute "open" "file:///c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/org/DIPLAN/DIPLAN.html") ;; WORKS!
(w32-shell-execute "open" "file:c:/Dokumente und
Einstellungen/rainer/Anwendungsdaten/org/DIPLAN/DIPLAN.html") ;; WORKS!

Lennart Borgman schrieb:

[rainer_stengele.vcf]

begin:vcard fn:Rainer Stengele n:Stengele;Rainer email;internet:rainer.stengele@... tel;work:+49(0)9131777885 tel;cell:+49(0)17612777885 x-mozilla-html:FALSE version:2.1 end:vcard