Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: ports/145619: www/eaccelerator: patch for php 5.3.2

19 views
Skip to first unread message

Bartosz Stec

unread,
Apr 11, 2010, 7:40:05 AM4/11/10
to
The following reply was made to PR ports/145619; it has been noted by GNATS.

From: Bartosz Stec <bartos...@it4pro.pl>
To: bug-fo...@FreeBSD.org, spil...@gmail.com
Cc:
Subject: Re: ports/145619: www/eaccelerator: patch for php 5.3.2
Date: Sun, 11 Apr 2010 13:33:54 +0200

This is a multi-part message in MIME format.
--------------020005070700010104090301
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I did a little testing.
Patch submitted above allow eaccelerator to compile with PHP 5.3.2,
hovewer I couldn't make it actually work with it. Regardless of ony
settings related to eaccelerator in php.ini I always get in apache error
log:

eAccelerator: shmmax should be at least 2MBPHP Warning:
[eAccelerator] Can not create shared memory area in Unknown on line 0
PHP Fatal error: Unable to start eAccelerator module in Unknown on
line 0

With PHP 5.2.X it always worked like a charm. Here are my php.ini
settings for eaccelerator:

zend_extension="/usr/local/lib/php/20090626/eaccelerator.so"
eaccelerator.shm_size="32"
eaccelerator.cache_dir="/tmp/eaccelerator"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="600"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

Playing with eaccelerator.shm_max ("2M","8M") made no difference. It
seems that little more work is needed to make this version work.

# uname -a
FreeBSD mainframe.kkip.pl 8.0-STABLE FreeBSD 8.0-STABLE #1: Fri Apr
9 23:12:44 CEST 2010
nc...@mainframe.kkip.pl:/usr/obj/usr/src/sys/AMD64SMP8 amd64

#php -v
PHP 5.3.2 with Suhosin-Patch (cli) (built: Apr 9 2010 15:24:51)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

(There is no eaccelerator in output because It is disabled by now )

--
Bartosz Stec



--------------020005070700010104090301
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#ffffff">
I did a little testing.<br>
Patch submitted above allow eaccelerator to compile with PHP 5.3.2,
hovewer I couldn't make it actually work with it. Regardless of ony
settings related to eaccelerator in php.ini I always get in apache
error log: <br>
<blockquote>eAccelerator: shmmax should be at least 2MBPHP Warning:&nbsp;
[eAccelerator] Can not create shared memory area in Unknown on line 0<br>
PHP Fatal error:&nbsp; Unable to start eAccelerator module in Unknown on
line 0<br>
</blockquote>
With PHP 5.2.X it always worked like a charm. Here are my php.ini
settings for eaccelerator:<br>
<blockquote>zend_extension="/usr/local/lib/php/20090626/eaccelerator.so"<br>
eaccelerator.shm_size="32"<br>
eaccelerator.cache_dir="/tmp/eaccelerator"<br>
eaccelerator.enable="1"<br>
eaccelerator.optimizer="1"<br>
eaccelerator.check_mtime="1"<br>
eaccelerator.debug="0"<br>
eaccelerator.filter=""<br>
eaccelerator.shm_max="0"<br>
eaccelerator.shm_ttl="600"<br>
eaccelerator.shm_prune_period="0"<br>
eaccelerator.shm_only="0"<br>
eaccelerator.compress="1"<br>
eaccelerator.compress_level="9"<br>
</blockquote>
Playing with eaccelerator.shm_max ("2M","8M") made no difference. It
seems that little more work is needed to make this version work.<br>
<blockquote># uname -a<br>
FreeBSD mainframe.kkip.pl 8.0-STABLE FreeBSD 8.0-STABLE #1: Fri Apr&nbsp; 9
23:12:44 CEST 2010&nbsp;&nbsp;&nbsp;&nbsp;
<a class="moz-txt-link-abbreviated" href="mailto:nc...@mainframe.kkip.pl:/usr/obj/usr/src/sys/AMD64SMP8">nc...@mainframe.kkip.pl:/usr/obj/usr/src/sys/AMD64SMP8</a>&nbsp; amd64<br>
</blockquote>
<blockquote>#php -v<br>
PHP 5.3.2 with Suhosin-Patch (cli) (built: Apr&nbsp; 9 2010 15:24:51)<br>
Copyright (c) 1997-2009 The PHP Group<br>
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies<br>
</blockquote>
(There is no eaccelerator in output because It is disabled by now )<br>
<br>
<pre class="moz-signature" cols="72">--
Bartosz Stec

</pre>
</body>
</html>

--------------020005070700010104090301--
_______________________________________________
freebsd-p...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports-bugs
To unsubscribe, send any mail to "freebsd-ports-b...@freebsd.org"

Bartosz Stec

unread,
Apr 11, 2010, 8:20:03 AM4/11/10
to
The following reply was made to PR ports/145619; it has been noted by GNATS.

From: Bartosz Stec <bartos...@it4pro.pl>
To: bug-fo...@FreeBSD.org, spil...@gmail.com
Cc:
Subject: Re: ports/145619: www/eaccelerator: patch for php 5.3.2
Date: Sun, 11 Apr 2010 14:10:37 +0200

This is a multi-part message in MIME format.

--------------020303040200070403070805


Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Sorry for html garbage in my previous email.
I did a little more investigation and found that default behaviour in
current eaccelerator version changed a lot, and arguments for
./configure script must be chosen wisely to expect program to work same
way as earlier versions.
Here are details: http://www.eaccelerator.net/wiki/CompileConfiguration

I made an alternative patch to Makefile (based on submitted above) with
adjusted CONFIGURE_ARGS. Everything works fine now.

--
IT4Pro Bartosz Stec
http://www.it4pro.pl
tel: 607041002
e-mail: bartos...@it4pro.pl


--------------020303040200070403070805
Content-Type: text/plain;
name="patch.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="patch.txt"

--- Makefile.orig 2008-06-18 14:26:58.000000000 +0200
+++ Makefile 2010-04-11 13:59:12.353195510 +0200
@@ -2,25 +2,29 @@
# Date created: Sat Mar 1 13:55:55 CET 2003
# Whom: Alex Dupre <sysa...@alexdupre.com>
#
-# $FreeBSD: ports/www/eaccelerator/Makefile,v 1.39 2008/06/18 12:26:58 ale Exp $
+# $FreeBSD: ports/www/eaccelerator/Makefile,v 1.40 2010/04/11 08:10:38 ale Exp $
#

PORTNAME= eaccelerator
-PORTVERSION= 0.9.5.3
+PORTVERSION= 0.9.6
CATEGORIES= www
-MASTER_SITES= http://bart.eaccelerator.net/source/${PORTVERSION}/
+MASTER_SITES= SF/${PORTNAME}/${PORTNAME}/eAccelerator%20${PORTVERSION}/ \
+ http://bart.eaccelerator.net/source/${PORTVERSION}/

MAINTAINER= a...@FreeBSD.org
-COMMENT= An opcode cache for PHP with encoder and loader
+COMMENT= A free open-source PHP accelerator & optimizer

-USE_PHP= session
+USE_PHP= yes
USE_PHPIZE= yes
USE_PHP_BUILD= yes
+IGNORE_WITH_PHP=4

CONFIGURE_ARGS= --enable-eaccelerator=shared \
--with-eaccelerator-shared-memory \
--with-eaccelerator-sessions \
--with-eaccelerator-content-caching \
+ --without-eaccelerator-encoder \
+ --without-eaccelerator-loader \
--with-eaccelerator-userid=80

USE_BZIP2= yes
@@ -31,24 +35,10 @@

.include <bsd.port.pre.mk>

-.if ${PHP_VER} == 5
-CONFIGURE_ARGS+= --without-eaccelerator-encoder
-PLIST_SUB+= ENCODER="@comment "
-.else
-PLIST_SUB+= ENCODER=""
-
-post-build:
- @${SED} "s|%%LOCALBASE%%|${LOCALBASE}|g; s|0777|0755|g" \
- ${WRKSRC}/encoder.php > ${WRKSRC}/encoder
-.endif
-
do-install:
@${MKDIR} ${PREFIX}/lib/php/${PHP_EXT_DIR}
${INSTALL_DATA} ${WRKSRC}/modules/${PORTNAME}.so \
${PREFIX}/lib/php/${PHP_EXT_DIR}
-.if ${PHP_VER} == 4
- ${INSTALL_SCRIPT} ${WRKSRC}/encoder ${PREFIX}/bin
-.endif

post-install:
.if !defined(NOPORTDOCS)

--------------020303040200070403070805--

Bartosz Stec

unread,
Apr 11, 2010, 4:10:03 PM4/11/10
to
The following reply was made to PR ports/145619; it has been noted by GNATS.

From: Bartosz Stec <bartos...@it4pro.pl>
To: spil...@gmail.com
Cc: bug-fo...@FreeBSD.org
Subject: Re: ports/145619: www/eaccelerator: patch for php 5.3.2

Date: Sun, 11 Apr 2010 22:00:43 +0200

You were right from the beginning.
I have no Idea why it didn't worked at first time. Maybe portupgrade
procedure leaved some garbage in eaccelerator files?
I just checked error log from configure and indeed those options were
unrecognized (but without them my installation doesn't work at all!). So
I removed them again, did 'make clean deinstall reinstall' for
eaccelerator port, restarted httpd and now everything is OK. Sorry for
unnecesary noise and thanks for patches :)

--
Bartosz Stec

0 new messages