krakjoe / apcu-bc Goto Github PK
View Code? Open in Web Editor NEWAPCu Backwards Compatiblity Module
License: Other
APCu Backwards Compatiblity Module
License: Other
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?
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"
}
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.
Kind of lost between apcu and apcu-bc and php7.
Wouldn't mind a readme? ;)
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");'
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!
Good day. It is planned to update the component for PHP? Or apcu-bc not support?
Before we can upload to pecl, we need a package.xml
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:43apcu
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
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
We need a travis setup ... enabled on travis side, just need .travis.yml ...
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) ...
i am confused - is apcu required or not?
do i need to install apcu or ist apcu_bc enough?
Due to php/php-src@bebcdcc.
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.
How to compile APCU module for compactibility with php8.0 in windows?
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
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.
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
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
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.
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
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)
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?)
<release>beta</release>
to <release>stable</release>
in the next releaseThis will solve the root cause of #24
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.