-
Notifications
You must be signed in to change notification settings - Fork 7.8k
There is a core dump when running "php-cgi -i" on mips device #14567
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Thanks for your report, would you be able to give a backtrace eventually ? |
` |
Is your php instance compiled from source ? if yes, it would be helpful to compile with debug symbols enabled ( |
When adding the debug symbol, the backtrace is bellowing: |
does not seem to be the case because ...
Reading symbols from /flash/pmd/bin/php-cgi...(no debugging symbols found)
... Note that you do not need to replace the installed binary in |
Hi, |
Thanks, what would be helpful for us
|
Hi,
My configuration is |
What is the last release you succesfully built w/o crash ? |
I tried to build it on 8.3.4, 8.1.29,8.0.30. And all of them crashed. the 5.6.40 didn't crash |
I see. What about the 7.x serie ? Maybe something needs to be done in the engine to cater with mips being BE since php took the high optimisation route, but hard to know for now w/o more clue. |
Isn't php supporting openssl 3.0 since 8.x? My device adopted the openssl 3. |
Would it then be possible to try the following (on top of my head) ? make clean
./configure --prefix=$(BUILT_BASE) --host=$(CCPREFIX) --with-config-file-path="/lib" --disable-filter --enable-ctype --without-iconv --without-pear --without-libxml --disable-xml --disable-xmlreader --disable-xmlwriter --disable-simplexml --disable-dom --disable-phar --disable-rpath --disable-fileinfo --enable-opcache=no --enable-debug idea here is to test a more stripped down binary version. |
Hi,
Thanks |
well, how is your ENV env var looks like ? |
Sorry, could you pls be more specific? |
I meant |
Hi, @devnexen |
I m short of ideas for now, I ll try to have a look later this week and trying different scenarios, if I need I ll ask you few things. Cheers. |
Hi, @devnexen
Thanks. |
Yes sorry I did not forget you, I ll get back at it in the following days. |
Hi, @devnexen |
no did not find anything yet, sorry. |
Hi, @devnexen So what are the points of doubt on this issue? And the following is the register information and compile information.
Thanks |
The root issue occurs likely before that but I have not found the time yet to go into this. |
Ok, And from the compilation above, it seems that the stack is broken. |
Hi, @devnexen There is an earlier error when executing the "php-cgi -i". Thanks |
oh I think it s not normal it s NULL. empty (hashtable) yes but not NULL. |
Hi,
Thanks |
thanks, but what I m saying
src should not be NULL, we need to figure out the root cause which occur somewhere else do not know well enough the engine but I ll go back at it in few days. |
Ok, look forward to your reply. |
@VerifyL, let s try to move to the previous step. would it be possible for you to put a breakpoint to php_auto_globals_create_get and go step by step within ? |
@devnexen
|
Thanks for confirming my suspicion this was the only way I could reproduce locally by disabling this call. Now, needs to figure out why.. |
Hi, is |
@devnexen Hello, the issue has solved. Need set as Big-endian. Thanks |
Description
The following code:
Running "php-cgi -i" on mips device
Resulted in this output:
_emalloc_48 will cause the panic , and is there any solution for it?
But I expected this output instead:
PHP Version
PHP 8.3.4
Operating System
linux 4.4 and arch is mips
The text was updated successfully, but these errors were encountered: