From owner-cvs-all Mon Jun 24 9: 3: 6 2002 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F20637B401; Mon, 24 Jun 2002 09:03:01 -0700 (PDT) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g5OG31s56823; Mon, 24 Jun 2002 09:03:01 -0700 (PDT) (envelope-from roam) Message-Id: <200206241603.g5OG31s56823@freefall.freebsd.org> From: Peter Pentchev Date: Mon, 24 Jun 2002 09:03:01 -0700 (PDT) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/ftp/curl Makefile ports/ftp/curl/files patch-configure patch-lib::hostip.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG roam 2002/06/24 09:03:00 PDT Modified files: ftp/curl Makefile Added files: ftp/curl/files patch-configure patch-lib::hostip.c Log: Fix a segfault in an IPv4-only case - realloc() may really, well, "reallocate" memory even when the programmer only asks for a resizing of the region. Reported by: Steve Ames While I'm here, change the way SSL header and library paths are handled to avoid specifically referencing /usr/lib and /usr/include; while -STABLE's GCC shrugs this off, GCC 3.1 whines loudly about an explicit -I/usr/include (and rightly so, IMHO). Revision Changes Path 1.44 +1 -1 ports/ftp/curl/Makefile 1.1 +13 -0 ports/ftp/curl/files/patch-configure (new) 1.1 +33 -0 ports/ftp/curl/files/patch-lib::hostip.c (new) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message