GNU bug report logs - #29157
25.3; Eshell parsing fails sometimes, e.g. "date" and "sed"

Previous Next

Package: emacs;

Reported by: Pierre Neidhardt <ambrevar <at> gmail.com>

Date: Sun, 5 Nov 2017 11:38:02 UTC

Severity: normal

Found in version 25.3

Fixed in version 27.1

Done: Noam Postavsky <npostavs <at> users.sourceforge.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>
Cc: 29157 <at> debbugs.gnu.org, ambrevar <at> gmail.com
Subject: bug#29157: 25.3; Eshell parsing fails sometimes, e.g. "date" and "sed"
Date: Sat, 25 Nov 2017 22:25:47 +0200
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Cc: 29157 <at> debbugs.gnu.org,  ambrevar <at> gmail.com
> Date: Sat, 25 Nov 2017 15:06:01 -0500
> 
> >   ~ $ date 42 "EDT-5"
> >   Thu Jan  1 05:00:42 1970
> >   ~ $ date (list 23065 51329 644000 0)
> >   Sat Nov 25 21:46:09 2017
> 
> Ugh, stop taking me so literally, and just read my mind! ;P
> 
> How about checking for a set of arguments that is compatible with what
> current-time-string accepts.

Is it really possible to do that reliably?

Or maybe you meant to catch errors signaled by current-time-string,
and invoke the external command then.  If so, I'd agree.  But we
should then allow customization of the external command's name,
because on Windows it will be something like 'gdate', to avoid calling
the incompatible Windows shell's built-in (which also prompts
interactively for input).




This bug report was last modified 7 years and 159 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.