Richard Stanton writes:
This result occurs because I'm using (Cygwin) bash as my shell inside
Emacs, not the Windows default, cmdproxy.exe. It's therefore true that
my shell does *not* expect DOS file names (and gets very upset when
you pass it a backslash...), but escaping the : seems to
2) If not, where is the code that interprets %s? I can try stepping
through it and see what I can find.
It happens in org.el:org-open-file, specifically this piece of the code (I
think):
,
| (while (string-match %s cmd)
| (setq cmd (replace-match
|
Richard Stanton stan...@haas.berkeley.edu wrote:
2) If not, where is the code that interprets %s? I can try stepping
through it and see what I can find.
It happens in org.el:org-open-file, specifically this piece of the code (I
think):
,
| (while (string-match %s
-Original Message-
From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com]
Sent: Friday, May 18, 2012 2:11 PM
To: Richard Stanton
Cc: emacs-orgmode@gnu.org; Jonathan Leech-Pepin
Subject: Re: [O] Problem exporting to PDF (and viewing)
Richard Stanton stan...@haas.berkeley.edu
Richard Stanton stan...@haas.berkeley.edu wrote:
2) If not, where is the code that interprets %s? I can try stepping
through it and see what I can find.
It happens in org.el:org-open-file, specifically this piece of the code (I
think):
,
| (while (string-match %s
From: nicholas.do...@hp.com [mailto:nicholas.do...@hp.com]
Sent: Friday, May 18, 2012 3:20 PM
To: Richard Stanton
Cc: emacs-orgmode@gnu.org; Jonathan Leech-Pepin
Subject: Re: [O] Problem exporting to PDF (and viewing)
Richard Stanton stan...@haas.berkeley.edu wrote:
2) If not, where
Richard Stanton writes:
While this seems to have something to do with the bash shell I'm
using, this works fine for everything else, so I'm pretty sure there's
no fundamental problem in my setup, and it would be nice to find a way
around this problem.
I am pretty sure there is some
Achim Gratz writes
Richard Stanton writes:
While this seems to have something to do with the bash shell I'm
using, this works fine for everything else, so I'm pretty sure there's
no fundamental problem in my setup, and it would be nice to find a way
around this problem.
I am pretty
Why not search at http://tv.adobe.com/ for strings of interest to see
for example if adobe knows anything about bash that may be useful?
Other people have found things useful for increasing adobe documents
accessibility using that url.
On Fri, 11 May 2012, Richard Stanton wrote:
Using
I suspect you should be able to get it to recognize C:/Program\
Files/sumatrapdf/sumatrapdf.exe.
Alternately if the exe is found on your PATH (you may need to add it
by hand), you should be able to manage with:
(executable-find sumatrapdf.exe)
which should be able to track back the path to
Jonathan Leech-Pepin jonathan.leechpe...@gmail.com wrote:
I suspect you should be able to get it to recognize C:/Program\
Files/sumatrapdf/sumatrapdf.exe.
Alternately if the exe is found on your PATH (you may need to add it
by hand), you should be able to manage with:
[mailto:nicholas.do...@hp.com]
Sent: Saturday, May 12, 2012 7:40 AM
To: Jonathan Leech-Pepin
Cc: Richard Stanton; emacs-orgmode@gnu.org
Subject: Re: [O] Problem exporting to PDF (and viewing)
Jonathan Leech-Pepin jonathan.leechpe...@gmail.com wrote:
I suspect you should be able to get it to recognize C
Richard Stanton stan...@haas.berkeley.edu wrote:
I think the problem is in the org-mode code that interprets %s. (and
how this interacts with my bash shell). This is supposed to pass the
executable the fully qualified file name, but somehow it ends up
passing the directory twice, which
Checking further, this works fine using the default Windows shell in Emacs, but
fails if I use bash as my shell. Unfortunately, I like to use bash, which I
achieve with the following lines in my init.el:
(setq shell-file-name bash)
(setenv SHELL shell-file-name)
(setq
14 matches
Mail list logo