PHP extension: segfault on travis - php

I'm working on a PHP extension that I'm trying to test on travis. Unit tests reveal a segfault that only occur on travis and I can't reproduce it locally no matter what I try.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fff1ccc0000
Core was generated by `/home/travis/.phpenv/versions/5.6/bin/php -d output_handler= -d open_basedir= -'.
Program terminated with signal 11, Segmentation fault.
#0 0x000000000095c6b8 in gc_zval_check_possible_root (tsrm_ls=<optimized out>, z=<optimized out>) at /tmp/php-build/source/5.6.3/Zend/zend_gc.h:183
183 /tmp/php-build/source/5.6.3/Zend/zend_gc.h: No such file or directory.
Thread 1 (Thread 0x7f759eae4740 (LWP 12532)):
#0 0x000000000095c6b8 in gc_zval_check_possible_root (tsrm_ls=<optimized out>, z=<optimized out>) at /tmp/php-build/source/5.6.3/Zend/zend_gc.h:183
#1 i_zval_ptr_dtor (tsrm_ls=<optimized out>, zval_ptr=<optimized out>) at /tmp/php-build/source/5.6.3/Zend/zend_execute.h:86
#2 zend_do_fcall_common_helper_SPEC (execute_data=<optimized out>, tsrm_ls=0x32fee10) at /tmp/php-build/source/5.6.3/Zend/zend_vm_execute.h:564
#3 0x000000000092194b in execute_ex (execute_data=0x7f759eaa5100, tsrm_ls=0x32fee10) at /tmp/php-build/source/5.6.3/Zend/zend_vm_execute.h:363
#4 0x00000000008b1098 in zend_execute_scripts (type=8, tsrm_ls=0x32fee10, retval=0x0, file_count=3) at /tmp/php-build/source/5.6.3/Zend/zend.c:1344
#5 0x000000000083e404 in php_execute_script (primary_file=0x7fff1cc7ff70, tsrm_ls=0x32fee10) at /tmp/php-build/source/5.6.3/main/main.c:2584
#6 0x0000000000960467 in do_cli (argc=63, argv=0x32fe2f0, tsrm_ls=0x32fee10) at /tmp/php-build/source/5.6.3/sapi/cli/php_cli.c:994
#7 0x000000000044a960 in main (argc=63, argv=0x32fe2f0) at /tmp/php-build/source/5.6.3/sapi/cli/php_cli.c:1378
I really don't know what can cause it, since I can't reproduce.

Related

Magento 2.4.4 - Error Class does not exist during setup:di:compile

I am trying to run setup:di:compile on Magento 2.4.4, but I am getting a strange error and have no idea where to look or how to debug this.
Here is the code from the error log:
Proxies code generation... 1/9 [===>------------------------] 11% 1 sec 139.0 MiB Repositories code generation... 1/9 [===>------------------------] 11% 1 sec 139.0 MiBClass "Magento\Framework\DB\DataConverter\SerializedToJson" not found #0 /public_html/vendor/composer/ClassLoader.php(444): include() #1 /public_html/vendor/composer/ClassLoader.php(322): Composer\Autoload\includeFile() #2 [internal function]: Composer\Autoload\ClassLoader->loadClass() #3 /public_html/setup/src/Magento/Setup/Module/Di/Code/Reader/ClassesScanner.php(134): class_exists() #4 /public_html/setup/src/Magento/Setup/Module/Di/Code/Reader/ClassesScanner.php(117): Magento\Setup\Module\Di\Code\Reader\ClassesScanner->includeClass() #5 /public_html/setup/src/Magento/Setup/Module/Di/Code/Reader/ClassesScanner.php(87): Magento\Setup\Module\Di\Code\Reader\ClassesScanner->extract() #6 /public_html/setup/src/Magento/Setup/Module/Di/App/Task/Operation/RepositoryGenerator.php(61): Magento\Setup\Module\Di\Code\Reader\ClassesScanner->getList() #7 /public_html/setup/src/Magento/Setup/Module/Di/App/Task/Manager.php(56): Magento\Setup\Module\Di\App\Task\Operation\RepositoryGenerator->doOperation() #8 /public_html/setup/src/Magento/Setup/Console/Command/DiCompileCommand.php(216): Magento\Setup\Module\Di\App\Task\Manager->process() #9 /public_html/vendor/symfony/console/Command/Command.php(255): Magento\Setup\Console\Command\DiCompileCommand->execute() #10 /public_html/vendor/symfony/console/Application.php(1009): Symfony\Component\Console\Command\Command->run() #11 /public_html/vendor/symfony/console/Application.php(273): Symfony\Component\Console\Application->doRunCommand() #12 /public_html/vendor/magento/framework/Console/Cli.php(115): Symfony\Component\Console\Application->doRun() #13 /public_html/vendor/symfony/console/Application.php(149): Magento\Framework\Console\Cli->doRun() #14 /public_html/bin/magento(23): Symfony\Component\Console\Application->run() #15 {main}
Tried to redeploy static files and so on, but the issue still persists.
Thanks very much for your help!
I have tried:
clearing generated folder
deploying static content
clearing cache
reindexing
What you can simply do is:
Remove the vendor directory and launch the terminal again and execute the command
composer install
to regenerate all the Magento standard codes. You can check your vendor folder to ensure all dependencies are installed and run the compilation command later to load the dependencies.
Please make sure to backup the previous folder as well for safer side.

Why a core was generated when I run the code "foreach" with PHP compiled with "--enable-debug"

I read data from xml files with protobuf, and then When I run the code "foreach data", a core was generated by php-fpm: pool www,
PHP was compiled with "--enable-debug",
here is the gdb errors:
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
Core was generated by `php-fpm: pool www '.
Program terminated with signal 11, Segmentation fault.
#0 0x000000000079407b in ZEND_FE_RESET_SPEC_CV_HANDLER (execute_data=0x7ffff7fb5118) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:31510
31510 /home/wyq/php-5.6.14/Zend/zend_vm_execute.h: No such file or directory.
in /home/wyq/php-5.6.14/Zend/zend_vm_execute.h
(gdb) bt
#0 0x000000000079407b in ZEND_FE_RESET_SPEC_CV_HANDLER (execute_data=0x7ffff7fb5118) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:31510
#1 0x000000000074067a in execute_ex (execute_data=0x7ffff7fb5118) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:363
#2 0x00000000007406fc in zend_execute (op_array=0xf69868) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:388
#3 0x00000000006e5138 in zend_call_function (fci=0x7fffffff8bb0, fci_cache=0x7fffffff8b80) at /home/wyq/php-5.6.14/Zend/zend_execute_API.c:829
#4 0x00000000005ce6b7 in zif_call_user_func_array (ht=2, return_value=0x14d35c8, return_value_ptr=0x7ffff7fb4180, this_ptr=0x0, return_value_used=0)
at /home/wyq/php-5.6.14/ext/standard/basic_functions.c:4784
#5 0x0000000000741013 in zend_do_fcall_common_helper_SPEC (execute_data=0x7ffff7fb4198) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:558
#6 0x0000000000746a11 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7ffff7fb4198) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:2602
#7 0x000000000074067a in execute_ex (execute_data=0x7ffff7fb4198) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:363
#8 0x00000000007406fc in zend_execute (op_array=0x7ffff7fe7d50) at /home/wyq/php-5.6.14/Zend/zend_vm_execute.h:388
#9 0x00000000006fadf5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/wyq/php-5.6.14/Zend/zend.c:1341
#10 0x0000000000660b72 in php_execute_script (primary_file=0x7fffffffd380) at /home/wyq/php-5.6.14/main/main.c:2597
#11 0x00000000007be875 in main (argc=1, argv=0x7fffffffd5a8) at /home/wyq/php-5.6.14/sapi/fpm/fpm/fpm_main.c:1964

ErrorException Undefined index: 0 - hhvm and composer

I'm trying to run:
hhvm $(brew --prefix)/bin/composer.phar
With:
HipHop VM 3.14.3 (rel)
Compiler: 1471660550_N
Repo schema: 90201df99a45497953c42400d58fb97663717b4a
But I get:
Any ideas? Can't really move forward from here. I think it might be similar to: Error installing XHP with composer
Running:
hhvm composer.phar --verbose
I get:
Exception trace:
() at phar://composer.phar/bin/../src/../vendor/symfony/process/Pipes/AbstractPipes.php:140
Composer\Util\ErrorHandler::handle() at phar://composer.phar/bin/../src/../vendor/symfony/process/Pipes/AbstractPipes.php:140
Symfony\Component\Process\Pipes\AbstractPipes->write() at phar://composer.phar/bin/../src/../vendor/symfony/process/Pipes/UnixPipes.php:98
Symfony\Component\Process\Pipes\UnixPipes->readAndWrite() at phar://composer.phar/bin/../src/../vendor/symfony/process/Process.php:1359
Symfony\Component\Process\Process->readPipes() at phar://composer.phar/bin/../src/../vendor/symfony/process/Process.php:1279
Symfony\Component\Process\Process->updateStatus() at phar://composer.phar/bin/../src/../vendor/symfony/process/Process.php:305
Symfony\Component\Process\Process->start() at phar://composer.phar/bin/../src/../vendor/symfony/process/Process.php:201
Symfony\Component\Process\Process->run() at phar://composer.phar/bin/../src/../src/Composer/Util/ProcessExecutor.php:68
Composer\Util\ProcessExecutor->execute() at phar://composer.phar/bin/../src/../src/Composer/Package/Version/VersionGuesser.php:94
Composer\Package\Version\VersionGuesser->guessGitVersion() at phar://composer.phar/bin/../src/../src/Composer/Package/Version/VersionGuesser.php:67
Composer\Package\Version\VersionGuesser->guessVersion() at phar://composer.phar/bin/../src/../src/Composer/Package/Loader/RootPackageLoader.php:76
Composer\Package\Loader\RootPackageLoader->load() at phar://composer.phar/bin/../src/../src/Composer/Factory.php:333
Composer\Factory->createComposer() at phar://composer.phar/bin/../src/../src/Composer/Factory.php:554
Composer\Factory::create() at phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:318
Composer\Console\Application->getComposer() at phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:430
Composer\Console\Application->getPluginCommands() at phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:135
Composer\Console\Application->doRun() at phar://composer.phar/bin/../src/../vendor/symfony/console/Application.php:123
Symfony\Component\Console\Application->run() at phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:104
Composer\Console\Application->run() at phar://composer.phar/bin/composer:43
include() at /Users/alexpchin/work_wordpress/pad-wordpress/composer.phar:24
Update
If I add a version "version": "1.2.0", to the composer.json file - I get:
Loading composer repositories with package information
Updating dependencies (including require-dev)
Core dumped: Segmentation fault: 11
Stack trace in /tmp/stacktrace.2219.log
[1] 2219 segmentation fault hhvm $(brew --prefix)/bin/composer.phar update
This is the stacktrace:
PHP Stacktrace:
#0 json_decode() called at [phar://composer.phar/bin/../src/../src/Composer/Repository/ComposerRepository.php:556]
#1 Composer\Repository\ComposerRepository->loadProviderListings() called at [phar://composer.phar/bin/../src/../src/Composer/Repository/ComposerRepository.php:289]
#2 Composer\Repository\ComposerRepository->whatProvides() called at [phar://composer.phar/bin/../src/../src/Composer/DependencyResolver/Pool.php:204]
#3 Composer\DependencyResolver\Pool->computeWhatProvides() called at [phar://composer.phar/bin/../src/../src/Composer/DependencyResolver/Pool.php:193]
#4 Composer\DependencyResolver\Pool->whatProvides() called at [phar://composer.phar/bin/../src/../src/Composer/DependencyResolver/RuleSetGenerator.php:168]
#5 Composer\DependencyResolver\RuleSetGenerator->whitelistFromPackage() called at [phar://composer.phar/bin/../src/../src/Composer/DependencyResolver/RuleSetGenerator.php:322]
#6 Composer\DependencyResolver\RuleSetGenerator->getRulesFor() called at [phar://composer.phar/bin/../src/../src/Composer/DependencyResolver/Solver.php:214]
#7 Composer\DependencyResolver\Solver->solve() called at [phar://composer.phar/bin/../src/../src/Composer/Installer.php:461]
#8 Composer\Installer->doInstall() called at [phar://composer.phar/bin/../src/../src/Composer/Installer.php:216]
#9 Composer\Installer->run() called at [phar://composer.phar/bin/../src/../src/Composer/Command/InstallCommand.php:135]
#10 Composer\Command\InstallCommand->execute() called at [phar://composer.phar/bin/../src/../vendor/symfony/console/Command/Command.php:259]
#11 Symfony\Component\Console\Command\Command->run() called at [phar://composer.phar/bin/../src/../vendor/symfony/console/Application.php:844]
#12 Symfony\Component\Console\Application->doRunCommand() called at [phar://composer.phar/bin/../src/../vendor/symfony/console/Application.php:192]
#13 Symfony\Component\Console\Application->doRun() called at [phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:231]
#14 Composer\Console\Application->doRun() called at [phar://composer.phar/bin/../src/../vendor/symfony/console/Application.php:123]
#15 Symfony\Component\Console\Application->run() called at [phar://composer.phar/bin/../src/../src/Composer/Console/Application.php:104]
#16 Composer\Console\Application->run() called at [phar://composer.phar/bin/composer:43]
#17 include() called at [/usr/local/bin/composer.phar:24]

Why is APCu segfaulting inside a Docker container?

I'm trying to run PHP 5.5 (with FPM) with APCu inside a Docker container. I'm using boot2docker on OSX.
When I try to run php-fpm -i, it segfaults.
Running in gdb, I get the following backtrace:
(gdb) run -i
Starting program: /usr/local/sbin/php-fpm -i
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff542474c in __pthread_rwlock_init (rwlock=rwlock#entry=0xffffffffffffffff, attr=attr#entry=0x7ffff1bda988 <apc_lock_attr>) at pthread_rwlock_init.c:40
40 pthread_rwlock_init.c: No such file or directory.
(gdb) bt
#0 0x00007ffff542474c in __pthread_rwlock_init (rwlock=rwlock#entry=0xffffffffffffffff, attr=attr#entry=0x7ffff1bda988 <apc_lock_attr>) at pthread_rwlock_init.c:40
#1 0x00007ffff19ca9d0 in apc_lock_create (lock=lock#entry=0xffffffffffffffff) at /tmp/pear/temp/apcu/apc_lock.c:180
#2 0x00007ffff19d0135 in apc_sma_api_init (sma=0x7ffff1bda540 <apc_sma>, data=<optimized out>, expunge=<optimized out>, num=<optimized out>, size=<optimized out>, mask=<optimized out>) at /tmp/pear/temp/apcu/apc_sma.c:323
#3 0x00007ffff19ccac9 in zm_startup_apcu (type=0, module_number=35) at /tmp/pear/temp/apcu/php_apc.c:284
#4 0x00000000007198b6 in zend_startup_module_ex ()
#5 0x0000000000725565 in zend_hash_apply ()
#6 0x000000000071d32a in zend_startup_modules ()
#7 0x00000000006b9413 in php_module_startup ()
#8 0x00000000007d9da5 in ?? ()
#9 0x000000000042e684 in ?? ()
#10 0x00007ffff5657b45 in __libc_start_main (main=0x42de80, argc=2, argv=0x7fffffffec08, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffebf8) at libc-start.c:287
#11 0x000000000042f7fa in _start ()
(gdb)
I thought this might be some general problem with phtreads in a Docker container, but I haven't been able to find any reports of that kind of problem.
Some questions:
Is this a known issue (and, so, trying to fix this through configuration is fruitless)?
What is the significance of 40 pthread_rwlock_init.c: No such file or directory.?

Unable to open file resource compress.zlib

Fresh new installed HHVM nginx enviroment running typo3 6.2.5, getting the following error in the extension manager:
Unable to open file resource compress.zlib:///var/www/hhvm/typo3temp/1.mirrors.xml.gz.
HHVM --version:
HipHop VM 3.3.0 (rel)
Compiler: tags/HHVM-3.3.0-0-g0a3cfb87b8a353fc7e1d15374f4adc413e37aba9
Repo schema: 9a391d9a03e15fccba1cde6d35c05b7cdd380238
Extension API: 20140829
HHVM error log entry:
Fatal error: Uncaught exception 'TYPO3\\CMS\\Extensionmanager\\Exception\\ExtensionManagerException'
with message 'Unable to open file resource compress.zlib:///var/www/hhvm/typo3temp/1.mirrors.xml.gz.'
in /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Utility/Parser/MirrorXmlPullParser.php:59
Stack trace:
#0 /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Utility/Importer/MirrorListUtility.php(70): TYPO3\\CMS\\Extensionmanager\\Utility\\Parser\\MirrorXmlPullParser->parseXml()
#1 /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php(226): TYPO3\\CMS\\Extensionmanager\\Utility\\Importer\\MirrorListUtility->getMirrors()
#2 /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php(165): TYPO3\\CMS\\Extensionmanager\\Utility\\Repository\\Helper->getMirrors()
#3 /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Utility/Repository/Helper.php(106): TYPO3\\CMS\\Extensionmanager\\Utility\\Repository\\Helper->getRemoteExtListFile()
#4 /var/www/hhvm/typo3/sysext/extensionmanager/Classes/Controller/ListController.php(124): TYPO3\\CMS\\Extensionmanager\\Utility\\Repository\\Helper->fetchExtListFile()
#5 (): TYPO3\\CMS\\Extensionmanager\\Controller\\ListController->distributionsAction()
#6 /var/www/hhvm/typo3/sysext/extbase/Classes/Mvc/Controller/ActionController.php(286): call_user_func_array()
#7 /var/www/hhvm/typo3/sysext/extbase/Classes/Mvc/Controller/ActionController.php(157): TYPO3\\CMS\\Extbase\\Mvc\\Controller\\ActionController->callActionMethod()
#8 /var/www/hhvm/typo3/sysext/extbase/Classes/Mvc/Dispatcher.php(69): TYPO3\\CMS\\Extbase\\Mvc\\Controller\\ActionController->processRequest()
#9 /var/www/hhvm/typo3/sysext/extbase/Classes/Mvc/Web/BackendRequestHandler.php(33): TYPO3\\CMS\\Extbase\\Mvc\\Dispatcher->dispatch()
#10 /var/www/hhvm/typo3/sysext/extbase/Classes/Core/Bootstrap.php(195): TYPO3\\CMS\\Extbase\\Mvc\\Web\\BackendRequestHandler->handleRequest()
#11 /var/www/hhvm/typo3/sysext/extbase/Classes/Core/Bootstrap.php(184): TYPO3\\CMS\\Extbase\\Core\\Bootstrap->handleRequest()
#12 /var/www/hhvm/typo3/sysext/extbase/Classes/Core/ModuleRunner.php(67): TYPO3\\CMS\\Extbase\\Core\\Bootstrap->run()
#13 /var/www/hhvm/typo3/mod.php(38): TYPO3\\CMS\\Extbase\\Core\\ModuleRunner->callModule()
#14 {main}
Please add hhvm.libxml.ext_entity_whitelist =file,compress.zlib` to you ini file.
If this does not work, try to get a newer version of HHVM.

Categories