[11124] in Kerberos-V5-bugs
Re: [krbdev.mit.edu #6548] strptime() doesn't like being touched that
daemon@ATHENA.MIT.EDU (Ken Raeburn via RT)
Wed Aug 19 23:09:18 2009
X-Barracuda-Envelope-From: nobody@krbdev.mit.edu
Mail-Followup-To: rt@krbdev.mit.edu
mail-copies-to: never
From: "Ken Raeburn via RT" <rt-comment@krbdev.MIT.EDU>
In-Reply-To: <rt-6548@krbdev.mit.edu>
Message-ID: <rt-6548-31634.5.76561234406611@krbdev.mit.edu>
To: "'AdminCc of krbdev.mit.edu Ticket #6548'":;"'AdminCc of krbdev.mit.edu Ticket #6548'":;@MIT.EDU
Date: Thu, 20 Aug 2009 03:08:27 +0000 (UTC)
Reply-To: rt-comment@krbdev.MIT.EDU
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krb5-bugs-bounces@mit.edu
On Aug 19, 2009, at 18:56, Tom Yu via RT wrote:
> I noticed this problem on Mac OS X, but we probably want to fix it in
> the general case for portability reasons.
>
> getepochtime(), called by krb5_ldap_get_time(), passes a format string
> of "%Y%m%d%H%M%SZ" to strptime(), causing a a return of EINVAL on Mac
> OS X when any KDC programs attempt to fetch the master key list when
> using an LDAP back end. According to POSIX / SUS, the application
> must provide nonalphanumeric separators between format specifiers in
> the format string of strptime().
I think we might see similar problems in krb5_string_to_timestamp,
too. Currently it ignores conversion errors (assumes that the pattern
tried wasn't applicable so the next pattern should be tried). The
t_kerb test program can exercise krb5_string_to_timestamp, but we
don't currently have it do so.
Ken
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
https://mailman.mit.edu/mailman/listinfo/krb5-bugs
