Author: bz
Date: Mon Sep 29 10:36:14 2014
New Revision: 272281
URL: http://svnweb.freebsd.org/changeset/base/272281
Log:
Hopefully fix build breakage with gcc passing void * instead of char *
to "%s" format string after r272280.
PR: 83099 193927
MFC after:3 days
X-MFC wi
On 29 Sep 2014, at 12:36, Bjoern A. Zeeb wrote:
> Author: bz
> Date: Mon Sep 29 10:36:14 2014
> New Revision: 272281
> URL: http://svnweb.freebsd.org/changeset/base/272281
>
> Log:
> Hopefully fix build breakage with gcc passing void * instead of char *
> to "%s" format string after r272280.
>
On 29 Sep 2014, at 11:10 , Dimitry Andric wrote:
> On 29 Sep 2014, at 12:36, Bjoern A. Zeeb wrote:
>> Author: bz
>> Date: Mon Sep 29 10:36:14 2014
>> New Revision: 272281
>> URL: http://svnweb.freebsd.org/changeset/base/272281
>>
>> Log:
>> Hopefully fix build breakage with gcc passing void *
On Mon, 29 Sep 2014, Bjoern A. Zeeb wrote:
On 29 Sep 2014, at 11:10 , Dimitry Andric wrote:
On 29 Sep 2014, at 12:36, Bjoern A. Zeeb wrote:
...
Log:
Hopefully fix build breakage with gcc passing void * instead of char *
to "%s" format string after r272280.
Modified: head/lib/libpam/module
Dimitry Andric writes:
> And why is 'user' not a char * to begin with? :)
man 3 pam_get_item + C rules about casting pointers.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
Bruce Evans writes:
> Other bugs in PAM_VERBOSE_ERROR()'s function [...]
PAM_VERBOSE_ERROR should die. The only reason I didn't kill it way back
when was to avoid extensive modifications to existing modules.
DES
--
Dag-Erling Smørgrav - d...@des.no
_