Good day. It is planned to update the component for PHP? Or apcu-bc not support?

This would looks like:

{
    "name": "apcu_bc",
    "version": "1.0.1-beta",
    "type": "extension",
    "license": [
        "PHP License"
    ],
    "authors": [
        {
            "name": "Joe Watkins",
            "email": "[email protected]"
        },
        {
            "name": "Remi Collet",
            "email": "[email protected]"
        }
    ],
    "description": "APCu Backwards Compatibility Module"
}

Could you build please packages for PHP 7.3? At PECL https://pecl.php.net/package/apcu_bc/1.0.4/windows there are only packages for PHP 7.2. Thanks.

Before we can upload to pecl, we need a package.xml

Example:
php -r 'apc_inc("foo");'

Info:
Program received signal SIGSEGV, Segmentation fault.
apc_cache_busy (cache=cache@entry=0x0) at /opt/apcu/apcu-5.1.3/apc_cache.c:1748
1748 return (cache->header->state & APC_CACHE_ST_BUSY);

System info:

APC Compatibility => 1.0.2
APCu Version => 5.1.3
PHP 7.0.3-1~dotdeb+8.1 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies

If I enable the apc, then I don't get segfault:
php -d 'apc.enable_cli=1' -r 'apc_inc("foo");'

Kind of lost between apcu and apcu-bc and php7.

Wouldn't mind a readme? ;)

Hi,

Is there a fix for this issue?
"Deprecation warning: require.apcu_bc is invalid, it should have a vendor name, a forward slash, and a package name. The vendor and package name can be words separated by -, . or _. The complete name should match "a-z0-9/a-z0-9". Make sure you fix this as Composer 2.0 will error."

We load the the extension this way:
"repositories": [
{
"type": "vcs",
"url": "https://github.com/krakjoe/apcu-bc"
}
]
and then:
"require": {
"apcu_bc": "^1.0"
}

With Composer 2.0 the last part will need to be "krakjoe/apcu_bc" but I'm not sure if there is a way to rewrite the way the extension is loaded in order to satisfy Composer 2.0 without changes in the way the repository is made available.

Hi, I am trying to get this into the homebrew php repo.
Having problems because it needs to see the apcu headers to build and the only way I can get it do see them is by using make install on apcu, which causes problems with homebrews bottles

See my pull request: https://github.com/Homebrew/homebrew-php/pull/2719

I am just not entirely sure where to start to get the php build process to look for headers in another folder. Maybe you could point me in the right direction.

Thanks

When using the bc module, I receive the following error:

Warning: apc_clear_cache() expects exactly 1 parameter, 0 given

According to the PHP documentation, the parameter is optional.

Please let me know that when goes apcu_bc state "stable"? Can not install beta version.

Failed to download pecl/apcu_bc within preferred state "stable", latest release is version 1.0.3, stability "beta", use "channel://pecl.php.net/apcu_bc-1.0.3" to install install failed

We need a travis setup ... enabled on travis side, just need .travis.yml ...

Question

How to compile APCU module for compactibility with php8.0 in windows?

There have been 0 changes (apart from documentation and travis changes) to this extension since 2016-02-11, so I'd consider this stable.

Can a 1.0.4 release be created that's marked as stable for PECL (but identical to 1.0.3 otherwise?)

• i.e. change <release>beta</release> to <release>stable</release> in the next release

This will solve the root cause of #24

PHP Warning: PHP Startup: Unable to load dynamic library '/home/rauno/apcu-bc/modules/apc.so' - /home/rauno/apcu-bc/modules/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0

Hello,
When using GLPi 9.1 RC2 with PHP 7.0.9 and APC + APCu (i.e. apcu-bc ) on my IIS 8 (Windows 2012 R2), I get from times to times an HTTP 500 Internal server error.

I got apcu-bc from: http://pecl.php.net/package/apcu_bc/1.0.3/windows and it seems to be still in beta status...

I've activated the "failed request tracing" and found only the error code:

ModuleName="FastCgiModule", Notification="EXECUTE_REQUEST_HANDLER", HttpStatus="500", HttpReason="Internal Server Error", HttpSubStatus="0", ErrorCode="3221225477 (0xC0000005)", ConfigExceptionInfo=""

And the the event viewer the error message is:

Faulting application name: php-cgi.exe, version: 7.0.9.0, time stamp: 0x578fb9d9
Faulting module name: php_apcu.dll, version: 7.0.5.0, time stamp: 0x5756cd47
Exception code: 0xc0000005
Fault offset: 0x0000000000002b80
Faulting process id: 0x10e8
Faulting application start time: 0x01d1ed657e540797
Faulting application path: C:\Program Files\PHP\v7.0\php-cgi.exe
Faulting module path: C:\Program Files\PHP\v7.0\ext\php_apcu.dll

Of course if I disable the apc/apcu modules, the error doesn't appear.
Here is the apc/apcu configuration:

apc
APC Compatibility 1.0.3
APCu Version 5.1.2
Build Date Feb 11 2016 17:35:43

apcu
APCu Support Enabled
Version 5.1.5
APCu Debugging Disabled
MMAP Support Disabled
Serialization Support php
Build Date Jun 7 2016 15:32:13
Directive Local Value
apc.coredump_unmap Off
apc.enable_cli Off
apc.enabled On
apc.entries_hint 0
apc.gc_ttl 0
apc.preload_path l:/temp/
apc.serializer php
apc.shm_segments 1
apc.shm_size 128M
apc.slam_defense Off
apc.smart 0
apc.ttl 0
apc.use_request_time Off
apc.writable l:/temp/

Thank you for your help
Regards,
Tomolimo

Please can a release be tagged that includes the new commits since 1.0.4.

1.0.4 does not pass our internal CI so I cannot make a release from it, which means I cannot release an image for 7.3.0b1 unless I use a ref that is not a tag - I don't really want to do that, so if you could create a tag that would be appreciated.

(N.B. although the same problems that cause failures were present in 7.2, previously our CI was passing because it was not set up correctly, but this change has "broken" our builds)

Not sure how to version, discussion/decision required ...

The options are start at 1.0.0 or whatever, or use the version number of the APC API that we are supported, the latest release (I guess) ...

Due to php/php-src@bebcdcc.

i am confused - is apcu required or not?

do i need to install apcu or ist apcu_bc enough?

I got this error after successfully compiling:

PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20151012/apc.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20151012/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0

I'm using PHP 7.0.0:
PHP Api Version: 20151012

APC Information not showing in phpinfo page with v1.0.5 update.

phpinfo page with v1.0.4 this show about APC and APCu info.

phpinfo page with v1.0.5 this show about only APCu, not APC info.

Do you have any benchmarks or number on the performance of this BC layer?

Should people upgrading from phps' native apc implementation preferrable upgrade to apcu functions instead? Or is the overhead nearly not existent?

I've successfully installed 1.0.3 against PHP 7.0.16 and phpinfo() shows both apcu and apc as loaded, as follows:
apc

APC Compatibility 1.0.3
APCu Version 5.1.8
Build Date Feb 16 2017 19:19:59

What neither it nor the apcu section shows however are the apc.rfc1867 values (as apcu 4.0.10 did in PHP 5.6)

And when trying to run our code against this PHP implementation I see:

PHP initialisation variable apc.rfc1867 must be set to 1

but the rfc1867 related values are set as follows in our php.ini (in the same way as they have always been set and worked)

apc.rfc1867=1
apc.rfc1867_freq=0

Am I doing something wrong or is the - very sad - reality that we will have to use some other mechanism for providing a file upload progress bar (I tried using session.upload_progress and found it nowhere near as robust as apc)

I would greatly appreciate it if you could let me know - thanks!

Tested on travis environment here:
https://travis-ci.org/yookoala/Guardian/jobs/147980982

Running pecl install apcu_bc-1.0.3 results in messages end with these error message:

Build complete.

Don't forget to run 'make test'.

running: make INSTALL_ROOT="/tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3" install

Installing shared extensions:     /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012/

running: find "/tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3" | xargs ls -dils

131425  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3

131447  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home

131448  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis

131449  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv

131450  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions

131451  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9

131452  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib

131453  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib/php

131454  4 drwxrwxr-x 3 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib/php/extensions

131455  4 drwxrwxr-x 2 travis travis  4096 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012

131446 48 -rwxr-xr-x 1 travis travis 48814 Jul 28 08:44 /tmp/pear/install/pear-build-travisGYpaQE/install-apcu_bc-1.0.3/home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012/apc.so

Build process completed successfully

Installing '/home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012/apc.so'

install ok: channel://pecl.php.net/apcu_bc-1.0.3

Extension apcu enabled in php.ini

Extension apc enabled in php.ini

Extension apc enabled in php.ini

PHP Warning:  PHP Startup: Unable to load dynamic library '/home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012/apc.so' - /home/travis/.phpenv/versions/7.0.9/lib/php/extensions/no-debug-zts-20151012/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0

php_apc.c:33:30: fatal error: ext/apcu/php_apc.h: No such file or directory
 #include "ext/apcu/php_apc.h"

I've just installed APCu for php7, and am now trying to add this, but I'm getting the above error.