Bug #79509 [NEW]: Segfault on wsdl tmp files from different architecture

From: brunni at netestate dot de Operating system: Linux PHP version: 7.2.30 Package: SOAP related Bug Type: Bug Bug description:Segfault on wsdl tmp files from different architecture Description: ------------ I just spent 6.5 hours tracing a segmentation fault in PHP. The SOAP module in my new 64bit PHP was trying to read an architecture dependent binary file named /tmp/wsdl-www-00... apparently generated weeks earlier by my old 32bit PHP - and crashed over and over. Once I deleted all /tmp/wsdl-* files, all was fine. I don't think it's a good idea not to use architecture information like compile time when generating those temporary files. I'm also not sure it's a good idea to let them lie around in /tmp and reuse them weeks later. -- Edit bug report at https://bugs.php.net/bug.php?id=79509&edit=1 -- Fix committed: https://bugs.php.net/fix.php?id=79509&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=79509&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=79509&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=79509&r=needscript Try newer version: https://bugs.php.net/fix.php?id=79509&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=79509&r=support Expected behavior: https://bugs.php.net/fix.php?id=79509&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=79509&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=79509&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=79509&r=globals PHP version support discontinued: https://bugs.php.net/fix.php?id=79509&r=phptooold Daylight Savings: https://bugs.php.net/fix.php?id=79509&r=dst IIS Stability: https://bugs.php.net/fix.php?id=79509&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=79509&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=79509&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=79509&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=79509&r=mysqlcfg