-
Notifications
You must be signed in to change notification settings - Fork 759
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
fwrite infinite loop on broken pipe #50
Comments
Hi, We are facing the same issue. |
I applied the upstream fix manually and that did the trick. |
Thanks for your reply. Question for developers/maintainers - any idea when this fix will be officially available or should we go ahead and apply the fix ourselves. Thanks, |
Hi, The fix was actually pulled in a few days ago (sorry about the delay), but as of a few minutes ago, Redisent has actually been replaced by Credis which also correctly handles this. |
Can we get details on how to apply the upstream fix? or which files were changed and on which branch to fix this issue. |
Use a more recent version of Resque which relies on Credis instead of Redisent. |
Hi, I know this should be fixed from a long time now, but I'm getting the exact same notice. I had to change my composer.json version to "dev-master". Please consider tagging a new version with the most recent code, as using the dev-master can be a bit insecure if somebody wants to use this in production. |
At this point, your best bet might be to use my fork instead... Registered on Packagist under danhunsaker/php-resque. |
In an application I have where tasks may take up to 5-6 minutes the workers end up going in infinite loops with an error message to the effect of:
It looks like the same issue was reported upstream and a pull request submitted (jdp/redisent#10).
The text was updated successfully, but these errors were encountered: