-
Notifications
You must be signed in to change notification settings - Fork 26
Bad message and not working workaround #27
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: