PHP :: Bug #70212 :: sapi/cli/php: object requires TLS, but TLS failed to initialize

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:

CVE-ID:

None

View Add Comment Developer Edit

Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !

Your email address: MUST BE VALID
Solve the problem: 20 - 7 = ?
Subscribe to this entry?

[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

Add a Patch

Pull Requests

Add a Pull Request

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.net \| support \| documentation \| report a bug \| advanced search \| search howto \| statistics \| random bug \| login
go to bug id or search bugs for


Copyright © 2001-2024 The PHP Group All rights reserved.	Last updated: Tue Apr 16 06:01:30 2024 UTC