At 02:01 PM 7/8/2005, Branko Äibej wrote:
>APR is not just a utility for httpd. Subversion uses it and relies heavily on
>apr_xlate, and doesn't use apr_iconv on Unix.
However it does trust iconv. Just to clarify.
We need something :)
Bill
Mladen Turk wrote:
I just browse the source code for the httpd and in 99% there is a
single need for apr_xlate API, and that is to convert from
ISO-8859-1 to EBCDIC if someone is using IBM at the first place.
APR is not just a utility for httpd. Subversion uses it and relies
heavily on apr_xl
No true. apr_xlate API is used in more places than just EBCDIC. Mod_auth_ldap
uses it to translate user names to UTF-8 before passing it to the LDAP server.
mod_charset_lite uses it to map charsets from one to another before send output
to the browser. This is extremely useful on the NetWare
On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
> > On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> >>
> >>Of course the other option is to disable apr_xlate by default if
> >>either iconv or apr-iconv is not found.
> >
> > What is the problem to solve here?
> >
On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
>
> I just browse the source code for the httpd and in 99% there is a
> single need for apr_xlate API, and that is to convert from
> ISO-8859-1 to EBCDIC if someone is using IBM at the first place.
or Fujitsu
> So IMHO we can write a simple conv
Jeff Trawick wrote:
Can we move the entire apr_xlate API from apr-utils to
the apr-iconv?
no; apr_xlate works just fine without apr-iconv (when system provides
a suitable iconv)
It does not.
you misread my statement, but that isn't really the point... (I was
trying to convince you that t
Jeff Trawick wrote:
> On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
>>
>>Of course the other option is to disable apr_xlate by default if
>>either iconv or apr-iconv is not found.
>
> What is the problem to solve here?
>
> a) apr-util doesn't guarantee that all APIs are present on all builds
On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
> >
> >>Can we move the entire apr_xlate API from apr-utils to
> >>the apr-iconv?
> >
> > no; apr_xlate works just fine without apr-iconv (when system provides
> > a suitable iconv)
> >
>
> It does not.
you misread my statem
On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Jeff Trawick wrote:
>
> >
> >> Can we move the entire apr_xlate API from apr-utils to
> >> the apr-iconv?
> >
> >
> > no; apr_xlate works just fine without apr-iconv (when system provides
> > a suitable iconv)
> >
>
> It does not.
Did
Jeff Trawick wrote:
>
>> Can we move the entire apr_xlate API from apr-utils to
>> the apr-iconv?
>
>
> no; apr_xlate works just fine without apr-iconv (when system provides
> a suitable iconv)
>
It does not.
On some platforms (WIN32) you can not build apr-util without apr-iconv.
At least this i
On 5/30/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Can we move the entire apr_xlate API from apr-utils to
> the apr-iconv?
no; apr_xlate works just fine without apr-iconv (when system provides
a suitable iconv)
> Reason for that is quite simple:
> You can have apr-util independent from apr-icon
Hi,
Can we move the entire apr_xlate API from apr-utils to
the apr-iconv?
Reason for that is quite simple:
You can have apr-util independent from apr-iconv.
Thoughts?
Regards,
Mladen.
12 matches
Mail list logo