Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 75592 invoked by uid 500); 11 Apr 2001 05:38:17 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 75581 invoked from network); 11 Apr 2001 05:38:17 -0000 Errors-To: Message-ID: <003801c0c249$70c8e8b0$94c0b0d0@roweclan.net> From: "William A. Rowe, Jr." To: Subject: K&R 6.1.4 [2nd ed] Still Applicable? Date: Wed, 11 Apr 2001 00:36:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Before I dig into this any further... we make a number of assumptions in APR that sizeof(void(*)(void)) == sizeof(void*). By K&R "C: A Reference Manual" 2nd ed 6.1.4 Pointer Sizes... "Although function pointers are usually no larger than data pointers, there are a few computers on which this is no true ..." Is this philiosophy irrelevant for the platforms we support with APR? It's mostly an issue in DSOs (possibly not even implemented on such platforms), and in the optional_fn code. If anyone has a _yes_ or something definative, please speak up. Bill