* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... @ 2011-05-11 15:33 Drew Adams 2011-05-11 18:05 ` Eli Zaretskii 2011-05-12 0:54 ` Stefan Monnier 0 siblings, 2 replies; 16+ messages in thread From: Drew Adams @ 2011-05-11 15:33 UTC (permalink / raw) To: 8653 Same thing exists in Emacs versions back to at least 20.7, so this is nothing new. M-x grep foo ~/mydir/f*.el results in this kind of output in buffer *grep*: /cygdrive/c/mydir/foobar.el:203: blah blah foo blah Seems like Emacs & grep should be able to keep `~/' instead of printing `/cygdrive/c/'. The current behavior is less readable and uses 10 more characters. emacs -Q, then load cygwin-mount.el then setup-cygwin.el, found here: http://www.emacswiki.org/cgi-bin/wiki?action=index;match=%5C.(el%7Ctar)(%5C.gz)% 3F%24 In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-05-10 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/build/include' ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-11 15:33 bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/ Drew Adams @ 2011-05-11 18:05 ` Eli Zaretskii 2011-05-11 18:24 ` Drew Adams 2011-05-12 0:54 ` Stefan Monnier 1 sibling, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2011-05-11 18:05 UTC (permalink / raw) To: Drew Adams; +Cc: 8653 > From: "Drew Adams" <drew.adams@oracle.com> > Date: Wed, 11 May 2011 08:33:37 -0700 > > Same thing exists in Emacs versions back to at least 20.7, so this is > nothing new. > > M-x grep foo ~/mydir/f*.el > results in this kind of output in buffer *grep*: > > /cygdrive/c/mydir/foobar.el:203: blah blah foo blah > > Seems like Emacs & grep should be able to keep `~/' instead of printing > `/cygdrive/c/'. The current behavior is less readable and uses 10 more > characters. Emacs behaves like what you see on all systems: grep reports the absolute file names, and Emacs does not convert them back to ~/foo. But even if we make that change, I doubt that you will see ~/foo in your case, because Emacs doesn't know about the /cygdrive/c/ wizardry, unless cygwin-mount will help it. And cygwin-mount isn't part of Emacs, so we cannot fix it to support that. And Grep cannot keep the ~/foo notation at all, because ~ is a shell construct; applications and filesystems don't understand it, in general (Emacs is an exception). ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-11 18:05 ` Eli Zaretskii @ 2011-05-11 18:24 ` Drew Adams 2011-05-12 11:52 ` Andy Moreton 0 siblings, 1 reply; 16+ messages in thread From: Drew Adams @ 2011-05-11 18:24 UTC (permalink / raw) To: 'Eli Zaretskii'; +Cc: 8653 > > Seems like Emacs & grep should be able to keep `~/' instead > > of printing `/cygdrive/c/'. The current behavior is less > > readable and uses 10 more characters. > > Emacs behaves like what you see on all systems: grep reports the > absolute file names, and Emacs does not convert them back to ~/foo. > > But even if we make that change, I doubt that you will see ~/foo in > your case, because Emacs doesn't know about the /cygdrive/c/ wizardry, > unless cygwin-mount will help it. And cygwin-mount isn't part of > Emacs, so we cannot fix it to support that. > > And Grep cannot keep the ~/foo notation at all, because ~ is a shell > construct; applications and filesystems don't understand it, in > general (Emacs is an exception). Yes, that's what I figured you'd say. Feel free to close the bug. Or feel free to keep it open as an enhancement request. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-11 18:24 ` Drew Adams @ 2011-05-12 11:52 ` Andy Moreton 2011-05-12 13:58 ` Drew Adams 2011-05-12 14:23 ` Eli Zaretskii 0 siblings, 2 replies; 16+ messages in thread From: Andy Moreton @ 2011-05-12 11:52 UTC (permalink / raw) To: bug-gnu-emacs On Wed 11 May 2011, Drew Adams wrote: >> > Seems like Emacs & grep should be able to keep `~/' instead >> > of printing `/cygdrive/c/'. The current behavior is less >> > readable and uses 10 more characters. >> >> Emacs behaves like what you see on all systems: grep reports the >> absolute file names, and Emacs does not convert them back to ~/foo. >> >> But even if we make that change, I doubt that you will see ~/foo in >> your case, because Emacs doesn't know about the /cygdrive/c/ wizardry, >> unless cygwin-mount will help it. And cygwin-mount isn't part of >> Emacs, so we cannot fix it to support that. >> >> And Grep cannot keep the ~/foo notation at all, because ~ is a shell >> construct; applications and filesystems don't understand it, in >> general (Emacs is an exception). > > Yes, that's what I figured you'd say. Feel free to close the bug. > Or feel free to keep it open as an enhancement request. I use cygwin-mount and don't see this problem. Make sure HOME is set in the Windows environment before launching emacs (e.g. HOME=C:\home\ajm), that Cygwin is installed correctly at C:\cygwin, and that the Cygwin mount table is correct (in my case with /home mounted at C:\home). Cygwin will translate HOME to a POSIX path automatically, and grep will be happy. AndyM ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 11:52 ` Andy Moreton @ 2011-05-12 13:58 ` Drew Adams 2011-05-12 14:34 ` Andy Moreton 2011-05-12 14:23 ` Eli Zaretskii 1 sibling, 1 reply; 16+ messages in thread From: Drew Adams @ 2011-05-12 13:58 UTC (permalink / raw) To: 'Andy Moreton', bug-gnu-emacs > I use cygwin-mount and don't see this problem. > > Make sure HOME is set in the Windows environment before > launching emacs (e.g. HOME=C:\home\ajm), It is. HOME=C:\ > that Cygwin is installed correctly at C:\cygwin, It is. (But is that location really required, for Cygwin itself to work?) > and that the Cygwin mount table is correct (in my case with > /home mounted at C:\home). Dunno how to check that. In bash, cd $HOME and cd ~ take me to /cygdrive/c, if that helps. > Cygwin will translate HOME to a > POSIX path automatically, and grep will be happy. FWIW, I am using an old version of Cygwin, having heard of various problems that some Emacs users with more recent versions. No, I don't have any details about the reported problems or which versions of Cygwin. Just take it as given that I'm not about to change Cygwin versions anytime soon. If there is no problem here with a more recent Cygwin build, then that's good news and we can close this bug. FWIW - My Cygwin version dates from 2006. I don't see any README file or doc and I cannot find how to determine the version #. No, I didn't try googling etc. HTH. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 13:58 ` Drew Adams @ 2011-05-12 14:34 ` Andy Moreton 2011-05-12 15:34 ` Drew Adams 0 siblings, 1 reply; 16+ messages in thread From: Andy Moreton @ 2011-05-12 14:34 UTC (permalink / raw) To: bug-gnu-emacs On Thu 12 May 2011, Drew Adams wrote: >> I use cygwin-mount and don't see this problem. >> >> Make sure HOME is set in the Windows environment before >> launching emacs (e.g. HOME=C:\home\ajm), > > It is. HOME=C:\ That's not a good choice (see below) >> that Cygwin is installed correctly at C:\cygwin, > It is. (But is that location really required, for Cygwin itself to > work?) No, but it's the standard approach and removes another source of problems. >> and that the Cygwin mount table is correct (in my case with >> /home mounted at C:\home). > > Dunno how to check that. In bash, cd $HOME and cd ~ take me to /cygdrive/c, if > that helps. Try running 'mount' > FWIW, I am using an old version of Cygwin, having heard of various problems that > some Emacs users with more recent versions. You really should upgrade. If you have Win95/98/Me then you are stuck with the unsupported cygwin 1.5, but otherwise you really should upgrade to Cygwin 1.7. The installer will cope with an upgrade from 1.5, or you can just delete it all and start afresh. Cygwin1.7 works just fine with Win32 emacs. > No, I don't have any details about the reported problems or which versions of > Cygwin. Just take it as given that I'm not about to change Cygwin versions > anytime soon. If there is no problem here with a more recent Cygwin build, then > that's good news and we can close this bug. The problem is your setup - using C:\ as HOME is not a good idea. If you want to shorten the reported paths, add a mount point "/c" mounted at "C:\". Reading the fine manual for the details: - Cygwin 1.7 (current) http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html - Cygwin 1.5 (obsolete) http://cygwin.com/1.5/cygwin-ug-net/index.html > FWIW - My Cygwin version dates from 2006. I don't see any README file or doc > and I cannot find how to determine the version #. No, I didn't try googling > etc. A minimal effort would have found that you need to run 'cygcheck'. AndyM ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 14:34 ` Andy Moreton @ 2011-05-12 15:34 ` Drew Adams 2011-05-12 18:06 ` Andy Moreton 0 siblings, 1 reply; 16+ messages in thread From: Drew Adams @ 2011-05-12 15:34 UTC (permalink / raw) To: 'Andy Moreton', bug-gnu-emacs > > HOME=C:\ > > That's not a good choice (see below) No explanation below, AFAICT. > >> and that the Cygwin mount table is correct (in my case with > >> /home mounted at C:\home). > > > > Dunno how to check that. In bash, cd $HOME and cd ~ take > > me to /cygdrive/c, if that helps. > > Try running 'mount' $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type system (binmode,noumount) i: on /cygdrive/i type system (binmode,noumount) > > FWIW, I am using an old version of Cygwin, having heard of > > various problems that some Emacs users with more recent versions. > > You really should upgrade.... Cygwin1.7 works just fine > with Win32 emacs. So does my current version, AFAICT. It is fine for my needs. And as I said, I've heard problems reported with more recent versions. I don't care to investigate or defend whether such reports exist or are accurate. I'm just telling you why I am not "upgrading". I already said to take that as given. And I said that if the old Cygwin version is the problem here then we can close the bug. > > If there is no problem here with a more recent Cygwin > > build, then that's good news and we can close this bug. > > The problem is your setup - using C:\ as HOME is not a good > idea. Up above you say "see below", but here below you just repeat that it is not a good idea - no reason given. Anyway, my setup is not a _problem_, for Emacs. At least not for my use of it so far. And if HOME=c:\ is "the problem" causing the reported behavior (grep output noise), then I'd suggest that "the problem" is Cygwin not fully supporting c:\ as HOME. It sounds like you are confirming that "the problem" exists even for later Cygwin versions: Users cannot have HOME=c:\ and avoid the noise. Is that correct? Users should be able to have HOME= c:\. That should be a no-brainer. But this bug report is not about fixing Cygwin. If there is nothing Emacs could or should do here, then we can close this bug. > If you want to shorten the reported paths, add a mount > point "/c" mounted at "C:\". Sorry; I don't want to "do" anything. I'm OK with the noisy output - just reporting that things could perhaps be better (for Emacs `grep'). > Reading the fine manual for the details: > - Cygwin 1.7 (current) > http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html > - Cygwin 1.5 (obsolete) http://cygwin.com/1.5/cygwin-ug-net/index.html Right. Send users off to the top of the user guide to tell them how to work around "the problem":... Sorry; I just don't care enough. My use of Cygwin is minimal. > > FWIW - My Cygwin version dates from 2006. I don't see any > > README file or doc and I cannot find how to determine the > > version #. No, I didn't try googling etc. > > A minimal effort would have found that you need to run 'cygcheck'. $ cygcheck -V cygcheck version 1.90 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006 Red Hat, Inc. Compiled on Jan 31 2007 I was headed out the door and in a hurry. Otherwise I would have just googled and found it quick enough. My point was that the doc is not very apparent on a user's Windows box. A "minimal effort" for a Windows application would be to include doc in the `Cygwin' menu (from `Start > All Programs'), or at least include a link from that menu to the online doc. But again, I do not really care. And maybe a more recent version of Cygwin is more Windows-user friendly in this regard; dunno. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 15:34 ` Drew Adams @ 2011-05-12 18:06 ` Andy Moreton 2017-03-25 0:36 ` npostavs 0 siblings, 1 reply; 16+ messages in thread From: Andy Moreton @ 2011-05-12 18:06 UTC (permalink / raw) To: bug-gnu-emacs On Thu 12 May 2011, Drew Adams wrote: > It sounds like you are confirming that "the problem" exists even for later > Cygwin versions: Users cannot have HOME=c:\ and avoid the noise. Is that > correct? > > Users should be able to have HOME= c:\. > That should be a no-brainer. Sure - tell cygwin that /home is mounted at C:\ and you're done. > But this bug report is not about fixing Cygwin. If there is nothing Emacs could > or should do here, then we can close this bug. Agreed. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 18:06 ` Andy Moreton @ 2017-03-25 0:36 ` npostavs 0 siblings, 0 replies; 16+ messages in thread From: npostavs @ 2017-03-25 0:36 UTC (permalink / raw) To: Andy Moreton; +Cc: 8653 tags 8653 notabug close 8653 quit Andy Moreton <andrewjmoreton@gmail.com> writes: > On Thu 12 May 2011, Drew Adams wrote: > >> It sounds like you are confirming that "the problem" exists even for later >> Cygwin versions: Users cannot have HOME=c:\ and avoid the noise. Is that >> correct? >> >> Users should be able to have HOME= c:\. >> That should be a no-brainer. > > Sure - tell cygwin that /home is mounted at C:\ and you're done. > >> But this bug report is not about fixing Cygwin. If there is nothing Emacs could >> or should do here, then we can close this bug. > > Agreed. Sounds like the best fix is for the user to configure cygwin to translate '/cygdrive/c' into '~' (if they want HOME=C:\), therefore I'm closing this. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 11:52 ` Andy Moreton 2011-05-12 13:58 ` Drew Adams @ 2011-05-12 14:23 ` Eli Zaretskii 2011-05-12 15:09 ` Andy Moreton 1 sibling, 1 reply; 16+ messages in thread From: Eli Zaretskii @ 2011-05-12 14:23 UTC (permalink / raw) To: Andy Moreton; +Cc: bug-gnu-emacs > From: Andy Moreton <andrewjmoreton@gmail.com> > Date: Thu, 12 May 2011 12:52:18 +0100 > > I use cygwin-mount and don't see this problem. Not sure what that means. What "this problem"? what _do_ you see in Drew's example? ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 14:23 ` Eli Zaretskii @ 2011-05-12 15:09 ` Andy Moreton 2011-05-12 17:10 ` Eli Zaretskii 0 siblings, 1 reply; 16+ messages in thread From: Andy Moreton @ 2011-05-12 15:09 UTC (permalink / raw) To: bug-gnu-emacs On Thu 12 May 2011, Eli Zaretskii wrote: >> From: Andy Moreton <andrewjmoreton@gmail.com> >> Date: Thu, 12 May 2011 12:52:18 +0100 >> >> I use cygwin-mount and don't see this problem. > > Not sure what that means. What "this problem"? what _do_ you see in > Drew's example? You have managed to elide all of the context here - some quoting is useful. As you have observed, emacs and grep are consistent. grep reports tha absolute paths in its results, and emacs does not change that. Drew sees results starting with '/cygdrive/c' because he has "HOME=C:\" in Windows (which Cygwin will translate to 'HOME=/cygdrive/c' in the Cygwin environment). The cygwin mount table is not setup in his environment to translate '/cygdrive/c' to '/home'. Adding a mount point would fix this. The other point he made was about shortening the output from grep to substitute ~ for /home/$USER. This would require additional code to post-process the grep results in emacs. AndyM ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 15:09 ` Andy Moreton @ 2011-05-12 17:10 ` Eli Zaretskii 0 siblings, 0 replies; 16+ messages in thread From: Eli Zaretskii @ 2011-05-12 17:10 UTC (permalink / raw) To: Andy Moreton; +Cc: bug-gnu-emacs > From: Andy Moreton <andrewjmoreton@gmail.com> > Date: Thu, 12 May 2011 16:09:52 +0100 > > On Thu 12 May 2011, Eli Zaretskii wrote: > > >> From: Andy Moreton <andrewjmoreton@gmail.com> > >> Date: Thu, 12 May 2011 12:52:18 +0100 > >> > >> I use cygwin-mount and don't see this problem. > > > > Not sure what that means. What "this problem"? what _do_ you see in > > Drew's example? > > You have managed to elide all of the context here - some quoting is > useful. I don't see how it would be helpful, because I was unable to understand which part of Drew's description you refer to as "this problem". > The other point he made was about shortening the output from grep to > substitute ~ for /home/$USER. This would require additional code to > post-process the grep results in emacs. I thought that was the _only_ point Drew was making. Apologies if I misunderstood. ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-11 15:33 bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/ Drew Adams 2011-05-11 18:05 ` Eli Zaretskii @ 2011-05-12 0:54 ` Stefan Monnier 2011-05-12 13:42 ` Drew Adams 1 sibling, 1 reply; 16+ messages in thread From: Stefan Monnier @ 2011-05-12 0:54 UTC (permalink / raw) To: Drew Adams; +Cc: 8653 > M-x grep foo ~/mydir/f*.el > results in this kind of output in buffer *grep*: > /cygdrive/c/mydir/foobar.el:203: blah blah foo blah Let me add to Eli's answer [tho, as someone whose experience with Windows only goes as far as "install firefox&putty to access non-Windows machines"]: IIUC the expansion of ~ (to something like "C:/...") is performed by the shell used to run grep, and the conversion to "/cygdrive/c/..." is performed by the particular grep you use (presumably cygwin's). So to fix the problem at hand we need: - add something like cygwin-mount.el to Emacs. - change grep.el to use abbreviate-file-name. Contrary to Eli, I'm not fundamentally opposed to including something like cygwin-mount.el in Emacs. As for changing grep.el, it could be a valid option, tho it would either have to be a non-default setting, or be done carefully to minimize the performance impact (M-x grep is already slowish). Of course, another take on it is to change the problem: maybe we could make it easier to run an equivalent command with relative file names. Not knowing how/why you ended up with "M-x grep foo ~/mydir/f*.el", I don't know what could make it easier. Stefan ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 0:54 ` Stefan Monnier @ 2011-05-12 13:42 ` Drew Adams 2011-05-12 14:32 ` Jason Rumney 0 siblings, 1 reply; 16+ messages in thread From: Drew Adams @ 2011-05-12 13:42 UTC (permalink / raw) To: 'Stefan Monnier'; +Cc: 8653 > > M-x grep foo ~/mydir/f*.el > > results in this kind of output in buffer *grep*: > > > /cygdrive/c/mydir/foobar.el:203: blah blah foo blah > > Let me add to Eli's answer [tho, as someone whose experience with > Windows only goes as far as "install firefox&putty to access > non-Windows > machines"]: IIUC the expansion of ~ (to something like "C:/...") is > performed by the shell used to run grep, and the conversion to > "/cygdrive/c/..." is performed by the particular grep you use > (presumably cygwin's). > > So to fix the problem at hand we need: > - add something like cygwin-mount.el to Emacs. > - change grep.el to use abbreviate-file-name. > > Contrary to Eli, I'm not fundamentally opposed to including something > like cygwin-mount.el in Emacs. As for changing grep.el, it could be > a valid option, tho it would either have to be a non-default > setting, or > be done carefully to minimize the performance impact (M-x grep is > already slowish). > > Of course, another take on it is to change the problem: maybe we could > make it easier to run an equivalent command with relative file names. > Not knowing how/why you ended up with "M-x grep foo ~/mydir/f*.el", > I don't know what could make it easier. Everything you suggest (possibilities) sounds good to me. Yes, if you use a relative path there is no such problem - e.g., M-x grep ../f*.el I was in a directory far from the intended target. I could have first done `M-x cd', and that's a good workaround. But I just gave the path to `grep' instead. No biggee, but it would be good if the output were cleaner/simpler (assuming not too great a cost). ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 13:42 ` Drew Adams @ 2011-05-12 14:32 ` Jason Rumney 2011-05-12 15:34 ` Drew Adams 0 siblings, 1 reply; 16+ messages in thread From: Jason Rumney @ 2011-05-12 14:32 UTC (permalink / raw) To: Drew Adams; +Cc: 8653 "Drew Adams" <drew.adams@oracle.com> writes: > No biggee, but it would be good if the output were cleaner/simpler (assuming not > too great a cost). M-x grep is a low level interface to a shell command. It would make more sense to add such niceties to lgrep (i.e. automatically extracting DIR from FILES if DIR is nil) ^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/... 2011-05-12 14:32 ` Jason Rumney @ 2011-05-12 15:34 ` Drew Adams 0 siblings, 0 replies; 16+ messages in thread From: Drew Adams @ 2011-05-12 15:34 UTC (permalink / raw) To: 'Jason Rumney'; +Cc: 8653 > > No biggee, but it would be good if the output were > > cleaner/simpler (assuming not too great a cost). > > M-x grep is a low level interface to a shell command. I disagree. But it doesn't matter. > It would make more sense to add such niceties to lgrep ^^^^ s/more// ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2017-03-25 0:36 UTC | newest] Thread overview: 16+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-05-11 15:33 bug#8653: 24.0.50; `M-x grep' output converts `~' to /cygdrive/c/ Drew Adams 2011-05-11 18:05 ` Eli Zaretskii 2011-05-11 18:24 ` Drew Adams 2011-05-12 11:52 ` Andy Moreton 2011-05-12 13:58 ` Drew Adams 2011-05-12 14:34 ` Andy Moreton 2011-05-12 15:34 ` Drew Adams 2011-05-12 18:06 ` Andy Moreton 2017-03-25 0:36 ` npostavs 2011-05-12 14:23 ` Eli Zaretskii 2011-05-12 15:09 ` Andy Moreton 2011-05-12 17:10 ` Eli Zaretskii 2011-05-12 0:54 ` Stefan Monnier 2011-05-12 13:42 ` Drew Adams 2011-05-12 14:32 ` Jason Rumney 2011-05-12 15:34 ` Drew Adams
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.