apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: [PATCH] Don't define POSIX types {p,g,u}id_t
Date Tue, 26 Apr 2005 13:47:25 GMT
At 08:24 AM 4/26/2005, Erik Huelsmann wrote:
>On 4/26/05, Joe Orton <jorton@redhat.com> wrote:
>>
>> Will this not break programs on Windows which hitherto presumed that APR
>> defines these types?  i.e. it breaks the source-compatibility API
>> guarantee for APR 1.x?
>
>Yes, it does, if you consider that an APR api promise. I don't: I
>consider it an unfortunate side effect of header file structuring (a
>bug to be fixed): the APR type to use (in 1.1.x) always has been
>apr_os_proc_t which serves the purpose of pid_t in a platform
>independent way.

As 0.9 API is considered released/stable, backporting isn't an
option.  We could replace with a #ifndef / #define construct,
but in 0.9, the symbol has to remain.

Actually deprecating this before 2.0 is problematic as well,
although using apr_os_pid_t in 0.9 here forward is goodness.

Bill  


Mime
View raw message