|
|
 Up |
|
|
  |
Author: John BaldwinJohn Baldwin
Date: May 5, 2008 21:15
On Monday 05 May 2008 03:24:17 pm Peter Jeremy wrote:
> On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote:
>>On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote:
>>> I'm _not_ objecting, just interested in why.
>>>
>>> Any references to discussions on this? Are we now safe for
>>> future compat or something?
>>
>>Having FILE be opaque broke just about every 'configure' script on the
>>planet. :(
>
> Either autoconf and friends are _intended_ as impediments to
> portability or they are completely broken by design.
It appears that autoconf only believes a type is real if you can typedef it to
another type, cast 0 to a valid pointer to the new typedef'd type, and do a
sizeof() of the typdef'd type. The last is where having an opaque type
breaks down for scripts that want to make sure FILE is a real type.
|
| Show full article (1.06Kb) |
|
| |
no comments
|
|
|
|
|
|
Author: Robert WatsonRobert Watson
Date: May 5, 2008 21:11
rwatson 2008-05-06 00:32:24 UTC
FreeBSD src repository
Modified files:
sys/security/audit audit.h
Log:
When testing whether to enter the audit argument gathering code, rather
than checking whether audit is enabled globally, instead check whether
the current thread has an audit record. This avoids entering the audit
code to collect argument data if auditing is enabled but the current
system call is not of interest to audit.
MFC after: 1 week
Sponsored by: Apple, Inc.
Revision Changes Path
1.18 +1 -1 src/sys/security/audit/audit.h
_______________________________________________
cvs-all@ freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@ freebsd.org"
|
| |
|
no comments
|
|
|
Author: Konstantin BelousovKonstantin Belousov
Date: May 5, 2008 21:05
kib 2008-05-05 14:05:23 UTC
FreeBSD src repository
Modified files:
lib/libc/gen readdir.c telldir.c telldir.h
Log:
Do not read away the target directory entry when encountering deleted
files after a seekdir().
The seekdir shall set the position for the next readdir operation.
When the _readdir_unlocked() encounters deleted entry, dd_loc is
already advanced. Continuing the loop leads to premature read of
the target entry.
Submitted by: Marc Balmer
Obtained from: OpenBSD
MFC after: 2 weeks
|
| Show full article (0.96Kb) |
|
no comments
|
|
|
Author: Peter JeremyPeter Jeremy
Date: May 5, 2008 21:04
--mpb+VUhBqKoEsre9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, May 05, 2008 at 02:59:28PM -0400, John Baldwin wrote:
>On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote:
>> I'm _not_ objecting, just interested in why.
>>=20
>> Any references to discussions on this? Are we now safe for
>> future compat or something?
>
>Having FILE be opaque broke just about every 'configure' script on the=20
>planet. :(
Either autoconf and friends are _intended_ as impediments to
portability or they are completely broken by design.
--=20
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
|
| Show full article (1.10Kb) |
|
no comments
|
|
|
|
|
|
Author: Brian Fundakowski FeldmanBrian Fundakowski Feldman
Date: May 5, 2008 19:08
On Fri, May 02, 2008 at 03:25:07PM +0000, John Baldwin wrote:
> jhb 2008-05-02 15:25:07 UTC
>
> FreeBSD src repository
>
> Modified files:
> include stdio.h
> lib/libc/stdio Makefile.inc clrerr.c feof.c ferror.c
> fileno.c getc.c getchar.c local.h putc.c
> putchar.c xprintf.c
> Removed files:
> lib/libc/stdio unlocked.c
> Log:
> Next round of stdio changes: Remove all inlining of stdio operations and
> move the definition of the type backing FILE (struct __sFILE) into an
> internal header.
Yay!
|
| Show full article (1.06Kb) |
|
no comments
|
|
|
Author: John BaldwinJohn Baldwin
Date: May 5, 2008 19:05
On Monday 05 May 2008 03:02:45 pm Daniel Eischen wrote:
> On Mon, 5 May 2008, John Baldwin wrote:
>
>> On Monday 05 May 2008 02:40:03 pm Alfred Perlstein wrote:
>>> I'm _not_ objecting, just interested in why.
>>>
>>> Any references to discussions on this? Are we now safe for
>>> future compat or something?
>>
>> Having FILE be opaque broke just about every 'configure' script on the
>> planet. :(
>
> Can you just expose the public parts of it and leave the
> rest as opaque placeholders or something, then map to a
> real FILE in libc?
Possibly, though we'd have to expose most of it so it is debatable if that
would actually be worth the effort.
|
| Show full article (0.88Kb) |
|
no comments
|
|
|
Author: Ulrich SpoerleinUlrich Spoerlein
Date: May 5, 2008 18:58
On Mon, 05.05.2008 at 20:02:27 +0400, Maxim Konovalov wrote:
> On Mon, 5 May 2008, 10:53+0400, Maxim Konovalov wrote:
>
>> On Mon, 5 May 2008, 07:57+0200, Philip Paeps wrote:
>>
>>> On 2008-05-04 23:29:38 (+0000), Peter Wemm FreeBSD.org> wrote:>>>> Log:
>>>> Expand kdb_alt_break a little, most commonly used with the option
>>>> ALT_BREAK_TO_DEBUGGER. In addition to "Enter ~ ctrl-B" (to enter the
>>>> debugger), there is now "Enter ~ ctrl-P" (force panic) and
>>>> "Enter ~ ctrl-R" (request clean reboot, ala ctrl-alt-del on syscons).
>>>
>>> Thanks for this! :-)
>>>
>> Seconded. But we need to document this somewhere (expand a
>> comment in NOTES?).
>>
> Does it sound OK?
|
| Show full article (1.22Kb) |
|
no comments
|
|
|
|
|
|
Author: Mike MakonnenMike Makonnen
Date: May 5, 2008 02:38
mtm 2008-05-05 06:31:41 UTC
FreeBSD src repository
Modified files:
usr.sbin/sade disks.c label.c
Log:
o Change the warning dialog for the 'W' command in both the label
and partition editors to reflect the fact that this is a stand-alone
application, not sysinstall(8).
o Change an instance of sade(8) refering to itself as sysinstall(8) in
a confirmation dialog.
MFC after: 1 week
Revision Changes Path
1.162 +4 -7 src/usr.sbin/sade/disks.c
1.156 +4 -7 src/usr.sbin/sade/label.c
_______________________________________________
cvs-all@ freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@ freebsd.org"
|
| |
|
no comments
|
|
|
|
|
|
|
