php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #70212 sapi/cli/php: object requires TLS, but TLS failed to initialize
Submitted: 2015-08-08 08:30 UTC Modified: 2021-01-06 16:28 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:0 (0.0%)
From: truniger at bluewin dot ch Assigned: cmb (profile)
Status: Closed Package: Compile Failure
PHP Version: 5.5.28 OS: Solaris
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: truniger at bluewin dot ch
New email:
PHP Version: OS:

 

 [2015-08-08 08:30 UTC] truniger at bluewin dot ch 
Description:
------------
compiling 5.5.28 and 5.6.12 fails resulting in this error line:
sapi/cli/php: object requires TLS, but TLS failed to initialize

this happens with the exact same environment and configure options as with 5.5.27 and 5.6.11 where there was no such problem.

I assume a common change in both 5.5 and 5.6 tree causes my problem. But I have no clue what to look for. 

I tried with reverting patch for ext/openssl/openssl.c but this doesn't make a difference.

I'm using some older gcc and GNU ld on Solaris. I guess that's a little exotic but if it worked for 5.5.27 which is in production it should work also for 5.5.28. Please help so I can use the security fixes.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2015-08-15 12:33 UTC] truniger at bluewin dot ch 
The problem is caused by the patch of #70002 to main/php_open_temporary_file.c. Reverting this patch removes the problem for both 5.5.28 and 5.6.12.

Compilation of the source does not throw an error but all the binaries are broken. The resulting error message "object requires TLS, but TLS failed to initialize" is thrown when running the broken php binary to create phar. I guess the problem is not really related to TLS.

So I guess patch of #70002 needs an update for Solaris but I have no clue about it.
 [2021-01-06 14:14 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-01-06 14:14 UTC] cmb@php.net 
Is that still an issue with any of the actively supported PHP
versions[1]?

[1] <https://www.php.net/supported-versions.php>
 [2021-01-06 16:23 UTC] truniger at bluewin dot ch 
I quit using Solaris in 2016, so I can't tell. Sorry
 [2021-01-06 16:28 UTC] cmb@php.net
-Status: Feedback +Status: Closed
 [2021-01-06 16:28 UTC] cmb@php.net 
Thanks for the swift reply!  So I assume that this issue is
resolved; if somebody else experiences that, just post a
respective comment.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Thu Jul 03 11:01:34 2025 UTC