Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 43827 invoked by uid 500); 26 Mar 2000 17:05:10 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 43812 invoked from network); 26 Mar 2000 17:05:09 -0000 Date: Sun, 26 Mar 2000 12:05:08 -0500 (EST) From: rbb@apache.org X-Sender: rbb@shell.ntrnet.net To: new-httpd@apache.org Subject: Re: OS/390 specific directory in 2.0 In-Reply-To: <001501bf9742$569c9000$0a1aa8c0@jetnet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: rbb@shell.ntrnet.net X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N I must be missing something. This work is done already. We have a header file, apr_iconv.h. This details the codepage translation function prototypes. The only thing left to do, is actual write the functions, which IMHO, should be left to those people who will be using it. Ryan On Sun, 26 Mar 2000, David Reid wrote: > I'll have a look at the specifics, but my mail was more about the general > concept. > > Whether we have them in headers or not is detail we can get to. Can I > assume that there's a > general agreement in going down this road? > > If so, we should probably bump all the stuff into a new directory within > APR. Call it codepage or do we need a more general name? > > d. > ----- Original Message ----- > From: > To: > Sent: Sunday, March 26, 2000 5:08 PM > Subject: Re: OS/390 specific directory in 2.0 > > > > > > These noops should be a part of the ap_iconv stuff that's already written. > > > > Ryan > > > > On Sun, 26 Mar 2000 pg@sweng.stortek.com wrote: > > > > > In a recent note, David Reid said: > > > > > > > Date: Sun, 26 Mar 2000 10:17:09 +0100 > > > > > > > > So, when we look at the code page stuff, it should be possible (and > would > > > > make the code much more readable) if the folks who need the conversion > go > > > > down that road. We could even have the ap_convert functions simply as > noops > > > > for unix (and most other platforms) and only actually do something > with them > > > > for those platforms that need them. In the main code we can simply > call the > > > > function and not need to worry about wrapping it in #ifdef's and let > APR do > > > > it's thing. > > > > > > > For reasons of performance, these noops should be defined in header > files > > > as macros which generate no code where unnecessary, so APR isn't even > > > called in the do-nothing case. > > > > > > -- gil > > > -- > > > StorageTek > > > INFORMATION made POWERFUL > > > > > > > > > > ____________________________________________________________________________ > ___ > > Ryan Bloom rbb@apache.org > > 406 29th St. > > San Francisco, CA 94131 > > -------------------------------------------------------------------------- > ----- > > > > > > _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------