[Case 46284] PCRE unicode class issue with PHP 5.3

[InfiniteNetwork]

Is there still a problem with this as we are seeing this problem upgrading from 5.3.2 to 5.3.4? The pcre module installed via packages on freebsd is different to the version used with PHP

# /opt/pcre/bin/pcretest -C
PCRE version 8.02 2010-03-19
Compiled with
  UTF-8 support
  Unicode properties support
  Newline sequence is LF
  \R matches all Unicode newlines
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack

# pcretest -C
PCRE version 8.12 2011-01-15
Compiled with
  UTF-8 support
  Unicode properties support
  Newline sequence is LF
  \R matches all Unicode newlines
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack

[Metro2]

It seems that EasyApache compiles with an outdated version of PCRE

Question for cPanel - when will easyapache compile with the latest PCRE (8.12) instead of this very old 8.02?

There have been a lot of bug fixes since 8.02 and it would be nice to have them, especially considering I'd like to see whether or not it helps with the massive amount of " PCRE limits exceeded (-8): (null) " errors in the server logs.

Thanks for your (hopeful) reply.

[cPanelKeithS]

root@dolphin [/usr/ports/devel/pcre/work/pcre-8.12]# ./configure --prefix=/opt/pcre --enable-utf8 --enable-unicode-properties

This will update the /opt/pcre install so php will have the proper installation. A coworker is filing a case on this now.

[Metro2]

root@dolphin [/usr/ports/devel/pcre/work/pcre-8.12]# ./configure --prefix=/opt/pcre --enable-utf8 --enable-unicode-properties

This will update the /opt/pcre install so php will have the proper installation. A coworker is filing a case on this now.

Sorry if I'm a being a bit daft here cPanelKeithS, but are you suggesting that I could I copy this exact entire line:

root@dolphin [/usr/ports/devel/pcre/work/pcre-8.12]# ./configure --prefix=/opt/pcre --enable-utf8 --enable-unicode-properties

And paste it into shell? I've never used anything that started with root@dolphin , hence my confusion. I'm not very intuitive with the Linux command line other than the main basic daily things I need to run. Almost everything I do is from WHM except for checking top and user processes and grepping logs etc... so I'm a little hesitant to just copy and paste the entire line you provided.

Any clarification would be helpful.

Thanks very much for answering my post, I appreciate it!

[cPanelTristan]

If you are on FreeBSD, then you would do the following commands:

cd /usr/ports/devel/pcre/work/pcre-8.12
./configure --prefix=/opt/pcre --enable-utf8 --enable-unicode-properties

The part where it has root@dolphin is the server's shell prompt for the system in question.

As for the internal case, it is case #46284 which I've tagged to this thread.

[Metro2]

If you are on FreeBSD, then you would do the following commands:

I'm use REHL 4.

I hate to bother cPanel with a support ticket over this, so any chance you could make it clear here what RHEL users should do?

Between this thread and the case thread I'm getting a bit confused.

Thanks for the attention this thread is finally receiving.

[cPanelTristan]

Hello,

Please do the following:

cd /root
wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.12.tar.gz
tar xzf pcre-8.12.tar.gz 
cd pcre-8.12
./configure --prefix=/opt/pcre --enable-utf8 --enable-unicode-properties

If this does not work, please open up a ticket using WHM > Support Center > Contact cPanel or using the link in my signature.

[cPanelDavidG]

Case 46284 has been implemented in EasyApache 3.5, now available in all update tiers.

[fulcan1]

Case 46284 has been implemented in EasyApache 3.5, now available in all update tiers.

Ok we have easyapache 3.11.2 amd when we try to log into our version of magento this error appears in our log files.

User Notice: Sorry, your PCRE extension does not support UTF8 which is needed for the I18N core in /home/XXXXXX/public_html/shop/lib/Zend/Locale/Format.php on line 769

Now from the discussion above I assumed this issue was dealt with. But since upgradeing to PHP 5.3.10 we now have this problem.

Any ideas on why this issue would now be an issue once again given it was meant to have been dealt with some time ago.

Thanks

[cPanelTristan]

Hello,

Please submit a ticket to http://go.cpanel.net/bugs if you believe that this is a bug. Since the prior case is closed, the only way to ensure the bug is reported would be to submit a report, provide login credentials so we can log into the machine to confirm and then allow us to try to reproduce it as a possible issue.

Thanks!

[fulcan1]

ok submitted