From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25589 invoked by alias); 9 Apr 2010 08:18:22 -0000 Received: (qmail 25569 invoked by uid 22791); 9 Apr 2010 08:18:19 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 09 Apr 2010 08:18:13 +0000 Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o398IBr9003119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 9 Apr 2010 04:18:11 -0400 Received: from hase.home (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o398I9CJ021285; Fri, 9 Apr 2010 04:18:10 -0400 From: Andreas Schwab To: Ulrich Drepper Cc: libc-hacker@sourceware.org Subject: Re: [PATCH] Don't call uname or getrlimit in libpthread init function References: <4BBE5A73.9080600@redhat.com> <4BBE69D7.7030009@redhat.com> X-Yow: Your CHEEKS sit like twin NECTARINES above a MOUTH that knows no BOUNDS -- Date: Fri, 09 Apr 2010 08:18:00 -0000 In-Reply-To: <4BBE69D7.7030009@redhat.com> (Ulrich Drepper's message of "Thu, 08 Apr 2010 16:42:15 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00008.txt.bz2 Ulrich Drepper writes: > If you replace a function then do it right and everything will work > correctly. So what's wrong with ? Andreas. -- Andreas Schwab, schwab@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different."