-
Notifications
You must be signed in to change notification settings - Fork 27
Bad message and not working workaround #27
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
Oh good point, thanks @remicollet. I'll have a look. I don't suppose you know of an easy way to spot if you're running inside apache? |
More, |
More, the printf call is absolutely not acceptable, should use the SAPI error logger. |
You can test |
- only lock libvips if we're running inside apache - use the sapi error logger for the warning message - include the binary API version in the .soname also, the notes section at the top of package.xml should repeat the most recent changelog notes see libvips/php-vips#27 libvips/php-vips#28
Hello again, thank you for taking the time to look at this @remicollet. Does this look better? libvips/php-vips-ext@ed9f424#diff-b1cc89f7ef630413232cfad4ba9bdbf2R1625 It now tests for apache, it uses the SAPI logger, and it uses the API number in the .soname. I updated the I tested under apache and it seems to survive |
OK, 1.0.4 includes these changes. Thanks very much for suggesting these improvements! |
I think this is done, please reopen if not. |
As i understand, this message is related to #26 so perhaps this message should be display only for "mod_php", not for other SAPI ?
The text was updated successfully, but these errors were encountered: