Author |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Fri 29 Mar '19 22:49 Post subject: |
|
|
We are using the php_imagick.dll from this build (and thanks for that), but we have an issue in that it was built with ImageMagick 6.9.9-49 Q16 x86, but I cannot find that version (not compiled with DLL's for Windows at least. We were using 6.9.9-48 Q16 x86, but for some reason, that version is now failing on Windows 10 with Apache - works fine on Server 2008 with IIS. The only version in the 6.9.x series we could find is the last one, 6.9.10-35 Q16 x86. Now we, of course, get ": Version warning: Imagick was compiled against ImageMagick version 1689 but version 26896 is loaded. Imagick will run but may behave surprisingly in Unknown on line 0" warning now and also it fails on some operations:
"no decode delegate for this image format `TIFF' @ error/constitute.c/ReadImage/560"
Is there someplace we can download 6.9.9-49 Q16 x86 or can this be recompiled with the more recent 6.9.x version?
Thanks for all you do. |
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Fri 29 Mar '19 23:13 Post subject: |
|
|
I was able to find 6.9.9-49 Q16 x86 here:
https://ftp.icm.edu.pl/packages/ImageMagick/binaries/
However, I still get this error:
no decode delegate for this image format `TIFF' @ error/constitute.c/ReadImage/560"
I do not get that error with the current php_imagick.dll and
6.9.9-48 Q16 x86. |
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Fri 29 Mar '19 23:30 Post subject: |
|
|
Never mind. I forgot, the way we have this configured, I have to move all the DLL's to the root. |
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Fri 29 Mar '19 23:34 Post subject: |
|
|
I'm losing my mind because now I'm getting this again. Works in unit tests, but not in Apache.
no decode delegate for this image format `TIFF' @ error/constitute.c/ReadImage/504 |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Sat 30 Mar '19 21:44 Post subject: |
|
|
Thanks, but I'm confused as to how that would affect the current issue I am having:
6.9.10-35-Q16 - works, but I get this warning:
"Version warning: Imagick was compiled against ImageMagick version 1689 but version 26896 is loaded. Imagick will run but may behave surprisingly in Unknown on line"
6.9.9-48-Q16 - does not work:
"NoDecodeDelegateForThisImageFormat `TIFF' @ error/constitute.c/ReadImage/504"
6.9.9-49-Q16 - does not work:
"NoDecodeDelegateForThisImageFormat `TIFF' @ error/constitute.c/ReadImage/504"
6.9.9-49-Q16 is the version that is indicated php_imagick.dll is built with (https://phpdev.toolsforresearch.com/php-7.3.3-nts-Win32-VC15-x86.htm), so that makes no sense. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Tue 18 Jun '19 8:35 Post subject: |
|
|
Finally, there is support for php_wincache.dll in the PHP 7.3 (and PHP 7.4) NTS builds. |
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
laurin1
Joined: 26 Oct 2014 Posts: 74 Location: Flower Mound, TX
|
Posted: Tue 18 Jun '19 23:06 Post subject: |
|
|
Oh, there it is, I missed the Artifacts tab. Thanks. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
donna9
Joined: 24 Sep 2016 Posts: 6 Location: Toronto
|
Posted: Sun 11 Aug '19 7:54 Post subject: |
|
|
Trying to install this extension on Windows. Using v7.3.8 (nts-Win32-VC15-x64).
After adding to my php.ini: extension=v8js and run a test program with just the line: $v8 = new V8Js();
I get this error:
Code: |
#
# Fatal error in , line 0
# Failed to deserialize the V8 snapshot blob. This can mean that the snapshot blob file is corrupted or missing.
#
#
#
#FailureMessage Object: 000000000413B6C8
==== C stack trace ===============================
v8::base::debug::StackTrace::StackTrace [0x000007FEF1B8F7BB+27]
v8::platform::DefaultPlatform::GetStackTracePrinter [0x000007FEF69D3788+56]
V8_Fatal [0x000007FEF1B87AC2+210]
v8::Isolate::Initialize [0x000007FED6A5DEE4+468]
v8::Isolate::New [0x000007FED6A5DF3E+30]
(No symbol) [0x000007FEF70929A4]
(No symbol) [0x000007FEF1C45909]
ZEND_DO_FCALL_SPEC_RETVAL_UNUSED_HANDLER [0x000007FEE36A020F+399] (n:\php-sdk\php73dev\zend\zend_vm_execute.h:994)
execute_ex [0x000007FEE369D62F+79] (n:\php-sdk\php73dev\zend\zend_vm_execute.h:55334)
(No symbol) [0x000007FEF1C45540]
zend_execute [0x000007FEE369D574+340] (n:\php-sdk\php73dev\zend\zend_vm_execute.h:60882)
zend_execute_scripts [0x000007FEE36621D7+151] (n:\php-sdk\php73dev\zend\zend.c:1569)
php_execute_script [0x000007FEE3739AE9+953] (n:\php-sdk\php73dev\main\main.c:2634)
do_cli [0x000000013FA02FF9+2553] (n:\php-sdk\php73dev\sapi\cli\php_cli.c:998)
main [0x000000013FA01F14+1668] (n:\php-sdk\php73dev\sapi\cli\php_cli.c:1389)
__scrt_common_main_seh [0x000000013FA0B8B8+268] (d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288)
BaseThreadInitThunk [0x0000000077A3556D+13]
RtlUserThreadStart [0x0000000077B9385D+29] |
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Sun 11 Aug '19 12:27 Post subject: |
|
|
Oops. Forgot to add the bin-files to my zips. Try adding all the files from the win64build.vc15\bin folder in
https://phpdev.toolsforresearch.com/V8-7.5.288.31.7z
to the directory with your php.exe.
Your php.ini should contain a setting to the icudtl.dat file in that directory as well:
Code: | extension=v8js
v8js.icudtl_dat_path=icudtl.dat | I am recompiling php-7.3.8-nts-Win32-VC15-x64 at the moment. When that is done I will run the tests. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Sun 11 Aug '19 14:15 Post subject: |
|
|
Ouch. Even with the snapshot_blob.bin I got the same error. |
|
Back to top |
|
donna9
Joined: 24 Sep 2016 Posts: 6 Location: Toronto
|
Posted: Sun 11 Aug '19 17:06 Post subject: |
|
|
Jan-E wrote: | Ouch. Even with the snapshot_blob.bin I got the same error. |
Thanks very much Jan-E for checking into this problem. I am scratching my head too. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Sun 11 Aug '19 19:18 Post subject: |
|
|
With V8 7.2-lkgr it succeeds for most tests:
Code: | =====================================================================
Number of tests : 177 174
Tests skipped : 3 ( 1.7%) --------
Tests warned : 0 ( 0.0%) ( 0.0%)
Tests failed : 2 ( 1.1%) ( 1.1%)
Expected fail : 0 ( 0.0%) ( 0.0%)
Tests passed : 172 ( 97.2%) ( 98.9%)
---------------------------------------------------------------------
Time taken : 190 seconds
=====================================================================
=====================================================================
FAILED TEST SUMMARY
---------------------------------------------------------------------
Test V8Js::createSnapshot() : Basic snapshot creation & re-use [tests\create_snapshot_basic.phpt]
Test V8::executeString() : Check if imported code works with umlauts [tests\unicode.phpt]
===================================================================== |
That version does not use the blob bin files yet. Try the new zip that I have uploaded now. |
|
Back to top |
|