Bug 170119 - at behaviour and man at inconsistency
Summary: at behaviour and man at inconsistency
Status: Open
Alias: None
Product: Documentation
Classification: Unclassified
Component: Manual Pages (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
Depends on:
Reported: 2012-07-24 22:10 UTC by clutton
Modified: 2018-04-11 20:09 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description clutton 2012-07-24 22:10:08 UTC
From man:

The at utility allows some moderately complex time specifications.  It
accepts times of the form HHMM or HH:MM to run a job at a specific time
of day.  (If that time is already past, the next day is assumed.)

Current behavior:

Ξ ~ → date
Tue 24 Jul 2012 09:17:36 EEST
Ξ ~ → at 09:18
echo tototo
Job 1 will be executed using /bin/sh
Ξ ~ → at 09:15
at: trying to travel back in time  <<<< HERE THE PROBLEM # If that time is already past the next day is assumed!!!!!!!!!!!
zsh: exit 1     at 09:15

Five, ok, may by more years ago, I don't remember exactly. at had worked
like the man explain. Who is responsible for at code?
Comment 1 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:58:26 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped