Enchant packaging issue.

Enchant packaging issue.

am 15.10.2009 12:23:04 von Richard Quadling

Hi.

Has this extension been changed to use differently named external libraries.

Previously in V5.3.2-dev, php_enchant.dll was working with ...

libglib-2.0.0-0.dll
libgmodule-2.0-0.dll

This is no longer the case.

I've had to copy (not rename - see below) these to

glib-2.dll
gmodule-2.dll

to get enchant to work again.

What is odd, in looking through my dependency viewer...

C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL

Nothing wrong so far.

C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL

This is where the change has happened.

BUT...

C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL

So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
different names).

As I'm on windows, I can't have a unix style link for the name.


Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
generates the usual error regarding missing libraries.

See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
for screenshot


Regards,

Richard.

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 15.10.2009 14:28:07 von Pierre Joye

hi,

Remove all enchant and glib related modules. Fetch:

http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/glib-2.22.0-vc9-x86.zip
http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/libenchant-1.5.0-vc9-x86.zip

and put the dll (in the bin directory) in c:\php (or where you have
your php install.

Then try:

cd php
php -d extension_dir=ext -d extension=php_enchant.dll -m

it should work as expected.

Cheers,

On Thu, Oct 15, 2009 at 12:23 PM, Richard Quadling
wrote:
> Hi.
>
> Has this extension been changed to use differently named external libraries.
>
> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>
> libglib-2.0.0-0.dll
> libgmodule-2.0-0.dll
>
> This is no longer the case.
>
> I've had to copy (not rename - see below) these to
>
> glib-2.dll
> gmodule-2.dll
>
> to get enchant to work again.
>
> What is odd, in looking through my dependency viewer...
>
> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>
> Nothing wrong so far.
>
> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>
> This is where the change has happened.
>
> BUT...
>
> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>
> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
> different names).
>
> As I'm on windows, I can't have a unix style link for the name.
>
>
> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
> generates the usual error regarding missing libraries.
>
> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
> for screenshot
>
>
> Regards,
>
> Richard.
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: Enchant packaging issue.

am 15.10.2009 15:35:04 von Louis Solomon

------_=_NextPart_001_01CA4D9C.CD8249C9
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

> As I'm on windows, I can't have a unix style link for the name.

if you are on a modern version of windows and are using ntfs, then you =
can.
http://ipggi.wordpress.com/2009/09/07/windows-file-junctions -symbolic-lin=
ks-and-hard-links/
=20
note: of the 3 types, some have certainly been around since win2000
=20
Louis Solomon
www.SteelBytes.com =20
=20

________________________________

From: Richard Quadling [mailto:rquadling@googlemail.com]
Sent: Thu 2009/10/15 9:23 PM
To: php-windows
Subject: [PHP-WIN] Enchant packaging issue.



Hi.

Has this extension been changed to use differently named external =
libraries.

Previously in V5.3.2-dev, php_enchant.dll was working with ...

libglib-2.0.0-0.dll
libgmodule-2.0-0.dll

This is no longer the case.

I've had to copy (not rename - see below) these to

glib-2.dll
gmodule-2.dll

to get enchant to work again.

What is odd, in looking through my dependency viewer...

C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and =
C:\PHP5\LIBENCHANT.DLL

Nothing wrong so far.

C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and =
C:\PHP5\GMODULE-2.DLL

This is where the change has happened.

BUT...

C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL

So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
different names).

As I'm on windows, I can't have a unix style link for the name.


Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
generates the usual error regarding missing libraries.

See =
http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/h=
d1/sf/uploads/image/223787/LibEnchant%20Issue.png
for screenshot


Regards,

Richard.

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
Zend Certified Engineer : =
http://zend.com/zce.php?c=3DZEND002498&r=3D213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




------_=_NextPart_001_01CA4D9C.CD8249C9--

Re: Enchant packaging issue.

am 15.10.2009 16:01:01 von Pierre Joye

no, you can't. That has nothing to do with filenames, the older files
should not be used.

On Thu, Oct 15, 2009 at 3:35 PM, Louis Solomon wrote:
>> As I'm on windows, I can't have a unix style link for the name.
>
> if you are on a modern version of windows and are using ntfs, then you can.
> http://ipggi.wordpress.com/2009/09/07/windows-file-junctions -symbolic-links-and-hard-links/
>
> note: of the 3 types, some have certainly been around since win2000
>
> Louis Solomon
> www.SteelBytes.com
>
>
> ________________________________
>
> From: Richard Quadling [mailto:rquadling@googlemail.com]
> Sent: Thu 2009/10/15 9:23 PM
> To: php-windows
> Subject: [PHP-WIN] Enchant packaging issue.
>
>
>
> Hi.
>
> Has this extension been changed to use differently named external libraries.
>
> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>
> libglib-2.0.0-0.dll
> libgmodule-2.0-0.dll
>
> This is no longer the case.
>
> I've had to copy (not rename - see below) these to
>
> glib-2.dll
> gmodule-2.dll
>
> to get enchant to work again.
>
> What is odd, in looking through my dependency viewer...
>
> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>
> Nothing wrong so far.
>
> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>
> This is where the change has happened.
>
> BUT...
>
> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>
> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
> different names).
>
> As I'm on windows, I can't have a unix style link for the name.
>
>
> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
> generates the usual error regarding missing libraries.
>
> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
> for screenshot
>
>
> Regards,
>
> Richard.
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>



--
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 16.10.2009 01:47:17 von Ferenc Kovacs

with junction you can only symlink dirs, not files.

Tyrael

On Thu, Oct 15, 2009 at 3:35 PM, Louis Solomon wrote:
>> As I'm on windows, I can't have a unix style link for the name.
>
> if you are on a modern version of windows and are using ntfs, then you can.
> http://ipggi.wordpress.com/2009/09/07/windows-file-junctions -symbolic-links-and-hard-links/
>
> note: of the 3 types, some have certainly been around since win2000
>
> Louis Solomon
> www.SteelBytes.com
>
>
> ________________________________
>
> From: Richard Quadling [mailto:rquadling@googlemail.com]
> Sent: Thu 2009/10/15 9:23 PM
> To: php-windows
> Subject: [PHP-WIN] Enchant packaging issue.
>
>
>
> Hi.
>
> Has this extension been changed to use differently named external libraries.
>
> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>
> libglib-2.0.0-0.dll
> libgmodule-2.0-0.dll
>
> This is no longer the case.
>
> I've had to copy (not rename - see below) these to
>
> glib-2.dll
> gmodule-2.dll
>
> to get enchant to work again.
>
> What is odd, in looking through my dependency viewer...
>
> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>
> Nothing wrong so far.
>
> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>
> This is where the change has happened.
>
> BUT...
>
> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>
> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
> different names).
>
> As I'm on windows, I can't have a unix style link for the name.
>
>
> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
> generates the usual error regarding missing libraries.
>
> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
> for screenshot
>
>
> Regards,
>
> Richard.
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: Enchant packaging issue.

am 16.10.2009 02:14:51 von Louis Solomon

PiB3aXRoIGp1bmN0aW9uIHlvdSBjYW4gb25seSBzeW1saW5rIGRpcnMsIG5v dCBmaWxlcy4NCg0K
WWVzLCBidXQgSSBkaWRuJ3Qgc2F5IHRvIHVzZSBhIGp1bmN0aW9uLiAgSSB3 YXMgcG9pbnRpbmcg
b3V0IHRoYXQgeW91IGNhbiBtYWtlIGhhcmRsaW5rcyB0byBmaWxlcyBvbiB3 aW5kb3dzIGNvbnRy
YXJ5IHRvIHBvcHVsYXIgYmVsaWVmLg0KDQpSZWFkIHRoZSBhcnRpY2xlIGFu ZCBjaGVja291dCB0
aGUgY29tbWFuZCBsaW5lIHRvb2wgbWtsaW5rIChpbiB2aXN0YSY3KQ0KDQpM b3VpcyBTb2xvbW9u
DQp3d3cuU3RlZWxCeXRlcy5jb20NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCkZyb206
IHR5cmEzbEBnbWFpbC5jb20gW21haWx0bzp0eXJhM2xAZ21haWwuY29tXSBP biBCZWhhbGYgT2Yg
RmVyZW5jIEtvdmFjcw0KU2VudDogRnJpZGF5LCAxNiBPY3RvYmVyIDIwMDkg MTA6NDcgQU0NClRv
OiBMb3VpcyBTb2xvbW9uDQpDYzogcGhwLXdpbmRvd3MNClN1YmplY3Q6IFJl OiBbUEhQLVdJTl0g
RW5jaGFudCBwYWNrYWdpbmcgaXNzdWUuDQoNCndpdGgganVuY3Rpb24geW91 IGNhbiBvbmx5IHN5
bWxpbmsgZGlycywgbm90IGZpbGVzLg0KDQpUeXJhZWwNCg0KT24gVGh1LCBP Y3QgMTUsIDIwMDkg
YXQgMzozNSBQTSwgTG91aXMgU29sb21vbiA8bG91aXNAc3RlZWxieXRlcy5j b20+IHdyb3RlOg0K
Pj4gQXMgSSdtIG9uIHdpbmRvd3MsIEkgY2FuJ3QgaGF2ZSBhIHVuaXggc3R5 bGUgbGluayBmb3Ig
dGhlIG5hbWUuDQo+DQo+IGlmIHlvdSBhcmUgb24gYSBtb2Rlcm4gdmVyc2lv biBvZiB3aW5kb3dz
IGFuZCBhcmUgdXNpbmcgbnRmcywgdGhlbiB5b3UgY2FuLg0KPiBodHRwOi8v aXBnZ2kud29yZHBy
ZXNzLmNvbS8yMDA5LzA5LzA3L3dpbmRvd3MtZmlsZS1qdW5jdGlvbnMtc3lt Ym9saWMtbGlua3Mt
YW5kLWhhcmQtbGlua3MvDQo+DQo+IG5vdGU6IG9mIHRoZSAzIHR5cGVzLCBz b21lIGhhdmUgY2Vy
dGFpbmx5IGJlZW4gYXJvdW5kIHNpbmNlIHdpbjIwMDANCj4NCj4gTG91aXMg U29sb21vbg0KPiB3
d3cuU3RlZWxCeXRlcy5jb20gPGh0dHA6Ly93d3cuc3RlZWxieXRlcy5jb20v Pg0KPg0KPg0KPiBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPg0KPiBGcm9tOiBS aWNoYXJkIFF1YWRs
aW5nIFttYWlsdG86cnF1YWRsaW5nQGdvb2dsZW1haWwuY29tXQ0KPiBTZW50 OiBUaHUgMjAwOS8x
MC8xNSA5OjIzIFBNDQo+IFRvOiBwaHAtd2luZG93cw0KPiBTdWJqZWN0OiBb UEhQLVdJTl0gRW5j
aGFudCBwYWNrYWdpbmcgaXNzdWUuDQo+DQo+DQo+DQo+IEhpLg0KPg0KPiBI YXMgdGhpcyBleHRl
bnNpb24gYmVlbiBjaGFuZ2VkIHRvIHVzZSBkaWZmZXJlbnRseSBuYW1lZCBl eHRlcm5hbCBsaWJy
YXJpZXMuDQo+DQo+IFByZXZpb3VzbHkgaW4gVjUuMy4yLWRldiwgcGhwX2Vu Y2hhbnQuZGxsIHdh
cyB3b3JraW5nIHdpdGggLi4uDQo+DQo+IGxpYmdsaWItMi4wLjAtMC5kbGwN Cj4gbGliZ21vZHVs
ZS0yLjAtMC5kbGwNCj4NCj4gVGhpcyBpcyBubyBsb25nZXIgdGhlIGNhc2Uu DQo+DQo+IEkndmUg
aGFkIHRvIGNvcHkgKG5vdCByZW5hbWUgLSBzZWUgYmVsb3cpIHRoZXNlIHRv DQo+DQo+IGdsaWIt
Mi5kbGwNCj4gZ21vZHVsZS0yLmRsbA0KPg0KPiB0byBnZXQgZW5jaGFudCB0 byB3b3JrIGFnYWlu
Lg0KPg0KPiBXaGF0IGlzIG9kZCwgaW4gbG9va2luZyB0aHJvdWdoIG15IGRl cGVuZGVuY3kgdmll
d2VyLi4uDQo+DQo+IEM6XFBIUDVcZXh0XFBIUF9FTkNIQU5ULkRMTCByZXF1 aXJlcyBDOlxQSFA1
XFBIUDUuRExMIGFuZCBDOlxQSFA1XExJQkVOQ0hBTlQuRExMDQo+DQo+IE5v dGhpbmcgd3Jvbmcg
c28gZmFyLg0KPg0KPiBDOlxQSFA1XExJQkVOQ0hBTlQuRExMIHJlcXVpcmVz IEM6XFBIUDVcR0xJ
Qi0yLkRMTCBhbmQgQzpcUEhQNVxHTU9EVUxFLTIuRExMDQo+DQo+IFRoaXMg aXMgd2hlcmUgdGhl
IGNoYW5nZSBoYXMgaGFwcGVuZWQuDQo+DQo+IEJVVC4uLg0KPg0KPiBDOlxQ SFA1XEdNT0RVTEUt
Mi5ETEwgcmVxdWlyZXMgQzpcUEhQNVxMSUJHTElCLTIuMC0wLkRMTA0KPg0K PiBTbyBJJ3ZlIG5v
dyBnb3QgMiBpZGVudGljYWwgdmVyc2lvbnMgb2YgTElCR0xJQi0yLjAtMC5E TEwgbG9hZGVkICh2
aWENCj4gZGlmZmVyZW50IG5hbWVzKS4NCj4NCj4gQXMgSSdtIG9uIHdpbmRv d3MsIEkgY2FuJ3Qg
aGF2ZSBhIHVuaXggc3R5bGUgbGluayBmb3IgdGhlIG5hbWUuDQo+DQo+DQo+ IFJlbmFtaW5nIEM6
XFBIUDVcTElCR0xJQi0yLjAtMC5ETEwgdG8gQzpcUEhQNVxMSUJHTElCLTIu MC0wLkRMTE9SRw0K
PiBnZW5lcmF0ZXMgdGhlIHVzdWFsIGVycm9yIHJlZ2FyZGluZyBtaXNzaW5n IGxpYnJhcmllcy4N
Cj4NCj4gU2VlIGh0dHA6Ly9wZWFybC5zbGluZ2ZpbGUuY29tL2RsLzc4Y2U2 ZGJmMjM5NzNiYTJj
NDBhNzk0YTNlMzBmOGI1LzRhZDZlMjBjL2hkMS9zZi91cGxvYWRzL2ltYWdl LzIyMzc4Ny9MaWJF
bmNoYW50JTIwSXNzdWUucG5nDQo+IGZvciBzY3JlZW5zaG90DQo+DQo+DQo+ IFJlZ2FyZHMsDQo+
DQo+IFJpY2hhcmQuDQo+DQo+IC0tDQo+IC0tLS0tDQo+IFJpY2hhcmQgUXVh ZGxpbmcNCj4gIlN0
YW5kaW5nIG9uIHRoZSBzaG91bGRlcnMgb2Ygc29tZSB2ZXJ5IGNsZXZlciBn aWFudHMhIg0KPiBF
RSA6IGh0dHA6Ly93d3cuZXhwZXJ0cy1leGNoYW5nZS5jb20vTV8yNDg4MTQu aHRtbA0KPiBaZW5k
IENlcnRpZmllZCBFbmdpbmVlciA6IGh0dHA6Ly96ZW5kLmNvbS96Y2UucGhw P2M9WkVORDAwMjQ5
OCZyPTIxMzQ3NDczMQ0KPiBaT1BBIDogaHR0cDovL3VrLnpvcGEuY29tL21l bWJlci9SUXVhZGxp
bmcNCj4NCj4gLS0NCj4gUEhQIFdpbmRvd3MgTWFpbGluZyBMaXN0IChodHRw Oi8vd3d3LnBocC5u
ZXQvKQ0KPiBUbyB1bnN1YnNjcmliZSwgdmlzaXQ6IGh0dHA6Ly93d3cucGhw Lm5ldC91bnN1Yi5w
aHANCj4NCj4NCj4NCj4NCg==

Re: Enchant packaging issue.

am 16.10.2009 02:19:34 von Pierre Joye

hi,

Pls, don't hijack this thread with unrelated discussions. Thanks :)

Cheers,

On Fri, Oct 16, 2009 at 2:14 AM, Louis Solomon wrote=
:
>> with junction you can only symlink dirs, not files.
>
> Yes, but I didn't say to use a junction. =A0I was pointing out that you c=
an make hardlinks to files on windows contrary to popular belief.
>
> Read the article and checkout the command line tool mklink (in vista&7)
>
> Louis Solomon
> www.SteelBytes.com
>
> -----Original Message-----
> From: tyra3l@gmail.com [mailto:tyra3l@gmail.com] On Behalf Of Ferenc Kova=
cs
> Sent: Friday, 16 October 2009 10:47 AM
> To: Louis Solomon
> Cc: php-windows
> Subject: Re: [PHP-WIN] Enchant packaging issue.
>
> with junction you can only symlink dirs, not files.
>
> Tyrael
>
> On Thu, Oct 15, 2009 at 3:35 PM, Louis Solomon wro=
te:
>>> As I'm on windows, I can't have a unix style link for the name.
>>
>> if you are on a modern version of windows and are using ntfs, then you c=
an.
>> http://ipggi.wordpress.com/2009/09/07/windows-file-junctions -symbolic-li=
nks-and-hard-links/
>>
>> note: of the 3 types, some have certainly been around since win2000
>>
>> Louis Solomon
>> www.SteelBytes.com
>>
>>
>> ________________________________
>>
>> From: Richard Quadling [mailto:rquadling@googlemail.com]
>> Sent: Thu 2009/10/15 9:23 PM
>> To: php-windows
>> Subject: [PHP-WIN] Enchant packaging issue.
>>
>>
>>
>> Hi.
>>
>> Has this extension been changed to use differently named external librar=
ies.
>>
>> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>>
>> libglib-2.0.0-0.dll
>> libgmodule-2.0-0.dll
>>
>> This is no longer the case.
>>
>> I've had to copy (not rename - see below) these to
>>
>> glib-2.dll
>> gmodule-2.dll
>>
>> to get enchant to work again.
>>
>> What is odd, in looking through my dependency viewer...
>>
>> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENC=
HANT.DLL
>>
>> Nothing wrong so far.
>>
>> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2=
..DLL
>>
>> This is where the change has happened.
>>
>> BUT...
>>
>> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>>
>> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
>> different names).
>>
>> As I'm on windows, I can't have a unix style link for the name.
>>
>>
>> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
>> generates the usual error regarding missing libraries.
>>
>> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e=
20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.png
>> for screenshot
>>
>>
>> Regards,
>>
>> Richard.
>>
>> --
>> -----
>> Richard Quadling
>> "Standing on the shoulders of some very clever giants!"
>> EE : http://www.experts-exchange.com/M_248814.html
>> Zend Certified Engineer : http://zend.com/zce.php?c=3DZEND002498&r=3D213=
474731
>> ZOPA : http://uk.zopa.com/member/RQuadling
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>>
>>
>



--=20
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 16.10.2009 09:39:49 von Richard Quadling

2009/10/15 Pierre Joye :
> hi,
>
> Remove all enchant and glib related modules. Fetch:
>
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/glib-2.22.0-vc9-x86.zip
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/libenchant-1.5.0-vc9-x86.zip
>
> and put the dll (in the bin directory) in c:\php (or where you have
> your php install.
>
> Then try:
>
> cd php
> php -d extension_dir=ext -d extension=php_enchant.dll -m
>
> it should work as expected.
>
> Cheers,
>
> On Thu, Oct 15, 2009 at 12:23 PM, Richard Quadling
> wrote:
>> Hi.
>>
>> Has this extension been changed to use differently named external libraries.
>>
>> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>>
>> libglib-2.0.0-0.dll
>> libgmodule-2.0-0.dll
>>
>> This is no longer the case.
>>
>> I've had to copy (not rename - see below) these to
>>
>> glib-2.dll
>> gmodule-2.dll
>>
>> to get enchant to work again.
>>
>> What is odd, in looking through my dependency viewer...
>>
>> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>>
>> Nothing wrong so far.
>>
>> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>>
>> This is where the change has happened.
>>
>> BUT...
>>
>> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>>
>> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
>> different names).
>>
>> As I'm on windows, I can't have a unix style link for the name.
>>
>>
>> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
>> generates the usual error regarding missing libraries.
>>
>> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
>> for screenshot
>>
>>
>> Regards,
>>
>> Richard.
>>
>> --
>> -----
>> Richard Quadling
>> "Standing on the shoulders of some very clever giants!"
>> EE : http://www.experts-exchange.com/M_248814.html
>> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
>> ZOPA : http://uk.zopa.com/member/RQuadling
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
> --
> Pierre
>
> http://blog.thepimp.net | http://www.libgd.org
>

Thank you Pierre.

Would it be possible to put a clear link to third party libraries on
the windows download pages please?

Regards,

Richard.
--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 16.10.2009 09:47:06 von Richard Quadling

2009/10/16 Richard Quadling :
> 2009/10/15 Pierre Joye :
>> hi,
>>
>> Remove all enchant and glib related modules. Fetch:
>>
>> http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/glib-2.22.0-vc9-x86.zip
>> http://pecl2.php.net/downloads/php-windows-builds/php-libs/V C9/x86/libenchant-1.5.0-vc9-x86.zip
>>
>> and put the dll (in the bin directory) in c:\php (or where you have
>> your php install.
>>
>> Then try:
>>
>> cd php
>> php -d extension_dir=ext -d extension=php_enchant.dll -m
>>
>> it should work as expected.
>>
>> Cheers,
>>
>> On Thu, Oct 15, 2009 at 12:23 PM, Richard Quadling
>> wrote:
>>> Hi.
>>>
>>> Has this extension been changed to use differently named external libraries.
>>>
>>> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>>>
>>> libglib-2.0.0-0.dll
>>> libgmodule-2.0-0.dll
>>>
>>> This is no longer the case.
>>>
>>> I've had to copy (not rename - see below) these to
>>>
>>> glib-2.dll
>>> gmodule-2.dll
>>>
>>> to get enchant to work again.
>>>
>>> What is odd, in looking through my dependency viewer...
>>>
>>> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>>>
>>> Nothing wrong so far.
>>>
>>> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>>>
>>> This is where the change has happened.
>>>
>>> BUT...
>>>
>>> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>>>
>>> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
>>> different names).
>>>
>>> As I'm on windows, I can't have a unix style link for the name.
>>>
>>>
>>> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
>>> generates the usual error regarding missing libraries.
>>>
>>> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
>>> for screenshot
>>>
>>>
>>> Regards,
>>>
>>> Richard.
>>>
>>> --
>>> -----
>>> Richard Quadling
>>> "Standing on the shoulders of some very clever giants!"
>>> EE : http://www.experts-exchange.com/M_248814.html
>>> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
>>> ZOPA : http://uk.zopa.com/member/RQuadling
>>>
>>> --
>>> PHP Windows Mailing List (http://www.php.net/)
>>> To unsubscribe, visit: http://www.php.net/unsub.php
>>>
>>>
>>
>>
>>
>> --
>> Pierre
>>
>> http://blog.thepimp.net | http://www.libgd.org
>>
>
> Thank you Pierre.
>
> Would it be possible to put a clear link to third party libraries on
> the windows download pages please?
>
> Regards,
>
> Richard.
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>

Should PHP extensions be checking the version number on the external libraries?

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 16.10.2009 09:56:13 von Pierre Joye

On Fri, Oct 16, 2009 at 9:39 AM, Richard Quadling
wrote:

> Thank you Pierre.

Does it work?

> Would it be possible to put a clear link to third party libraries on
> the windows download pages please?

The DLLs should be packaged with our releases. The current snapshot
does not have them yet and that's a problem I will fix before
5.3.1RC2. I won't show that link in the download pages are there are
many versions which depend on the PHP releases too (5.2, 5.3 or
trunk).

Cheers,
--
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 16.10.2009 09:57:16 von Pierre Joye

On Fri, Oct 16, 2009 at 9:47 AM, Richard Quadling
wrote:
> Should PHP extensions be checking the version number on the external libraries?

Can't be done.

Cheers,
--
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 22.10.2009 11:26:55 von Pierre Joye

hi,

The latest RC for 5.3.1 or the snaps have now the right DLLs included.
The installer also installs enchant and its DLLs.

Cheers,

On Thu, Oct 15, 2009 at 12:23 PM, Richard Quadling
wrote:
> Hi.
>
> Has this extension been changed to use differently named external libraries.
>
> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>
> libglib-2.0.0-0.dll
> libgmodule-2.0-0.dll
>
> This is no longer the case.
>
> I've had to copy (not rename - see below) these to
>
> glib-2.dll
> gmodule-2.dll
>
> to get enchant to work again.
>
> What is odd, in looking through my dependency viewer...
>
> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>
> Nothing wrong so far.
>
> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>
> This is where the change has happened.
>
> BUT...
>
> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>
> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
> different names).
>
> As I'm on windows, I can't have a unix style link for the name.
>
>
> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
> generates the usual error regarding missing libraries.
>
> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
> for screenshot
>
>
> Regards,
>
> Richard.
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--
Pierre

http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: Enchant packaging issue.

am 22.10.2009 15:50:52 von Richard Quadling

2009/10/22 Pierre Joye :
> hi,
>
> The latest RC for 5.3.1 or the snaps have now the right DLLs included.
> The installer also installs enchant and its DLLs.
>
> Cheers,
>
> On Thu, Oct 15, 2009 at 12:23 PM, Richard Quadling
> wrote:
>> Hi.
>>
>> Has this extension been changed to use differently named external libraries.
>>
>> Previously in V5.3.2-dev, php_enchant.dll was working with ...
>>
>> libglib-2.0.0-0.dll
>> libgmodule-2.0-0.dll
>>
>> This is no longer the case.
>>
>> I've had to copy (not rename - see below) these to
>>
>> glib-2.dll
>> gmodule-2.dll
>>
>> to get enchant to work again.
>>
>> What is odd, in looking through my dependency viewer...
>>
>> C:\PHP5\ext\PHP_ENCHANT.DLL requires C:\PHP5\PHP5.DLL and C:\PHP5\LIBENCHANT.DLL
>>
>> Nothing wrong so far.
>>
>> C:\PHP5\LIBENCHANT.DLL requires C:\PHP5\GLIB-2.DLL and C:\PHP5\GMODULE-2.DLL
>>
>> This is where the change has happened.
>>
>> BUT...
>>
>> C:\PHP5\GMODULE-2.DLL requires C:\PHP5\LIBGLIB-2.0-0.DLL
>>
>> So I've now got 2 identical versions of LIBGLIB-2.0-0.DLL loaded (via
>> different names).
>>
>> As I'm on windows, I can't have a unix style link for the name.
>>
>>
>> Renaming C:\PHP5\LIBGLIB-2.0-0.DLL to C:\PHP5\LIBGLIB-2.0-0.DLLORG
>> generates the usual error regarding missing libraries.
>>
>> See http://pearl.slingfile.com/dl/78ce6dbf23973ba2c40a794a3e30f8 b5/4ad6e20c/hd1/sf/uploads/image/223787/LibEnchant%20Issue.p ng
>> for screenshot
>>
>>
>> Regards,
>>
>> Richard.
>>
>> --
>> -----
>> Richard Quadling
>> "Standing on the shoulders of some very clever giants!"
>> EE : http://www.experts-exchange.com/M_248814.html
>> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
>> ZOPA : http://uk.zopa.com/member/RQuadling
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
>
>
> --
> Pierre
>
> http://blog.thepimp.net | http://www.libgd.org
>

Thank you.

--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php