From owner-freebsd-ports@freebsd.org Wed Apr 24 20:50:50 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BF5881580F0E for ; Wed, 24 Apr 2019 20:50:49 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63EFA80BCB; Wed, 24 Apr 2019 20:50:49 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from mail.j.mat.cc (owncloud.cube.mat.cc [IPv6:2a01:678:4:1::228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.mat.cc", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2190C2E93D; Wed, 24 Apr 2019 20:50:49 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from atuin.in.mat.cc (unknown [IPv6:2a01:678:42:ffff:3e15:c2ff:fec4:452e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: mat@mat.cc) by mail.j.mat.cc (Postfix) with ESMTPSA id 31117943CE7; Wed, 24 Apr 2019 20:50:45 +0000 (UTC) Date: Wed, 24 Apr 2019 22:50:44 +0200 From: Mathieu Arnold To: Stefan Bethke Cc: Kurt Jaeger , Marcel Bonnet , FreeBSD Ports Subject: Re: PHP 7.2: SIGSEGV in OpenSSL Message-ID: <20190424205044.ll3rsu3hhfwxrxof@atuin.in.mat.cc> References: <67841009-B4BC-4F0A-BB53-77487EE19CBD@lassitu.de> <20190423160110.GS72200@home.opsec.eu> <0D187548-4221-4DA5-9A22-8478D9FB32F3@lassitu.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zj5rbwgmj3kfz3pc" Content-Disposition: inline In-Reply-To: <0D187548-4221-4DA5-9A22-8478D9FB32F3@lassitu.de> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 63EFA80BCB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Apr 2019 20:50:50 -0000 --zj5rbwgmj3kfz3pc Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 24, 2019 at 06:34:06PM +0200, Stefan Bethke wrote: > > Am 23.04.2019 um 18:01 schrieb Kurt Jaeger : > >=20 > > Hi! > >=20 > >> Did you find a solution? Please let me know. > >=20 > > There's a well-known problem in the sequence in which php modules > > are loaded. I don't know if this is the case here as well, > > but that's what we do: > >=20 > > fetch -o fixphpextorder \ > > https://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh > > chmod 755 fixphpextorder > >=20 > > cd /usr/local/etc/php > > cat ext-*ini > extensions.ini > > fixphpextorder > > mv extensions.ini.new extensions.ini > > rm ext-*ini > >=20 > > Please test and report if it fixes the problem. >=20 > Thanks Kurt, it appears to fix (or at least work around) the problem. >=20 > Why is the default load order broken? Why does it not affect everyone? >=20 > I moved all the individual inis into a bak subdir, and now only have an e= xtensions.ini. >=20 > If I understand correctly, mod_php/PHP reads the individual inis in order= =2E Why aren=E2=80=99t they in the right order? Can this be fixed in the po= rts for the PHP modules? Could you give the order that works for you, so that we can try to figure out which module is making it break ? Because there is no "right" order, there is an order that can work for most people, and from time to time, two libs have conflicting symbols, but it is not possible to detect that. So I made up an order that should be ok, but some time is not. --=20 Mathieu Arnold --zj5rbwgmj3kfz3pc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAlzAzCRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zkh63A//e4rTfHBAsnbi8ZXbPhHIpzqKJGPodkrqof+bky3XsMsdaq6dY+Vu2ohZ gp93doVdxEWu6bl3rwbBVupLt4Yu3QsjQFiApScsiL+EDkVtLpXtaFAFyamrz5PF /nLTX6MLS0xt50K5jHAsNSQzgKOzufXoZo8Exor1OUmTNIguQ7sqt7X8Fq5QtZlY L1/wigsLPFWWD5fd+C1JOUrqGC97iw5RfXmrfd/OCt8T9pX/CUlwc3+WAT5xkVux 6F6823Lznhq/BeEYof3REKGMThbozqYqJYugZrEXG3AQPmG7PeTX4fX1Hmy6WMnK eyNekAIdZPgjeco/wbcO2/fN6MNdUi5+d5Vqt7QwYTFnzeFZfy5lHhGzuxYyhIfs 1JOij2cHq3w7iKNPJUaTCc5MStntNDVJZc0bb6yXR07EDo9bnQgmT24AtWc1Gb71 6xUyHF1OE+Bxd6DlcEwTNFcB0PDO/bzvkBX4GgqqEw2tYdt8y40f419joERwUD10 afULhcxzw5P/Ohq5DQn+W6tWQF3MdJAHfAlbVxJEK64NeJNpibRy3YIU9HxsbBqU tfqT2LtWKPoVVU3yHQoiVfoiQ7qDsW090hf9ogD2PImx0rzJv7PAaoL3oBHv83Gs +AW79wc0a7OCXNjWRbXhhC7PJmx9VUwLTxAdB8kV9l61n6UtMoM= =8Obc -----END PGP SIGNATURE----- --zj5rbwgmj3kfz3pc--