docs/170119: at behaviour and man at inconsistency

[clutton]

>Number:         170119
>Category:       docs
>Synopsis:       at behaviour and man at inconsistency
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jul 24 21:10:08 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     clutton
>Release:        9.0 Stable
>Organization:
isgroup.com.ua
>Environment:
FreeBSD 9.0-STABLE #0 r238253=7106c50-dirty
>Description:
>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?
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: