From: "Louis Solomon" on
> with junction you can only symlink dirs, not files.

Yes, but I didn't say to use a junction. I was pointing out that you can 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(a)gmail.com [mailto:tyra3l(a)gmail.com] On Behalf Of Ferenc Kovacs
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 <louis(a)steelbytes.com> 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 <http://www.steelbytes.com/>
>
>
> ________________________________
>
> From: Richard Quadling [mailto:rquadling(a)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/78ce6dbf23973ba2c40a794a3e30f8b5/4ad6e20c/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=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
>
>
>
>
From: Pierre Joye on
hi,

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

Cheers,

On Fri, Oct 16, 2009 at 2:14 AM, Louis Solomon <louis(a)steelbytes.com> wrote:
>> with junction you can only symlink dirs, not files.
>
> Yes, but I didn't say to use a junction.  I was pointing out that you can 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(a)gmail.com [mailto:tyra3l(a)gmail.com] On Behalf Of Ferenc Kovacs
> 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 <louis(a)steelbytes.com> 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 <http://www.steelbytes.com/>
>>
>>
>> ________________________________
>>
>> From: Richard Quadling [mailto:rquadling(a)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/78ce6dbf23973ba2c40a794a3e30f8b5/4ad6e20c/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=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
From: Richard Quadling on
2009/10/15 Pierre Joye <pierre.php(a)gmail.com>:
> hi,
>
> Remove all enchant and glib related modules. Fetch:
>
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC9/x86/glib-2.22.0-vc9-x86.zip
> http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC9/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
> <rquadling(a)googlemail.com> 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/78ce6dbf23973ba2c40a794a3e30f8b5/4ad6e20c/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=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
From: Richard Quadling on
2009/10/16 Richard Quadling <rquadling(a)googlemail.com>:
> 2009/10/15 Pierre Joye <pierre.php(a)gmail.com>:
>> hi,
>>
>> Remove all enchant and glib related modules. Fetch:
>>
>> http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC9/x86/glib-2.22.0-vc9-x86.zip
>> http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC9/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
>> <rquadling(a)googlemail.com> 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/78ce6dbf23973ba2c40a794a3e30f8b5/4ad6e20c/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=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
From: Pierre Joye on
On Fri, Oct 16, 2009 at 9:39 AM, Richard Quadling
<rquadling(a)googlemail.com> 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