#21427 [Com]: Function xslt_set_encoding() undefined

2003-01-08 Thread erwan 
 ID:   21427
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: XSLT related
 Operating System: WindowsXP
 PHP Version:  4.3.0
 New Comment:

I still get the error on the 4.3.0 release
" Call to undefined function: xslt_set_encoding() "

even though I moved the iconv.dll, sablot.dll and expat.dll to
winnt\system32 ...


Previous Comments:


[2003-01-05 07:04:49] [EMAIL PROTECTED]

Duplicate of #20640.



[2003-01-05 07:04:49] [EMAIL PROTECTED]

As http://www.php.net/manual/en/ref.xslt.php says:

On UNIX, run configure with the --enable-xslt  --with-xslt-sablot 
options. The Sablotron  library should be installed somewhere your
compiler can find it.

Make sure you have the same libraries linked to the Sablotron library
as those, which are linked with PHP. The configuration options:
--with-expat-dir=DIR --with-iconv-dir=DIR are there to help you specify
them. When asking for support, always mention these directives, and
whether there are other versions of those libraries installed on your
system somewhere. Naturally, provide all the version numbers.

JavaScript E-XSLT support: If you compiled Sablotron with JavaScript
support, you must specify the option: --with-sablot-js=DIR.

Note to Win32 Users: In order to enable this module on a Windows
environment, you must copy sablot.dll from the DLL folder of the
PHP/Win32 binary package to the SYSTEM32 folder of your windows
machine. (Ex: C:\WINNT\SYSTEM32 or C:\WINDOWS\SYSTEM32) 



[2003-01-05 07:01:27] [EMAIL PROTECTED]

I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my
scripts now fail with the error message:

"Call to undefined function: xslt_set_encoding()"

I have downloaded the latest sablotron version from www.gingerall.com,
but the error persists.

Could it be that the Windows binary was not compioled with the "with
encoding" option?




-- 
Edit this bug report at http://bugs.php.net/?id=21427&edit=1

#21666 [NEW]: xsl:sort

2003-01-15 Thread erwan 
From: [EMAIL PROTECTED]
Operating system: win2K server
PHP version:  4.3.0
PHP Bug Type: XSLT related
Bug description:  xsl:sort

Hi, as seen on bug 21539, the sablot.dll extension shipped with 4.3.0
didn't get the < xsl:sort > at all.

I got it to work when I installed  Expat-1.95.5, and some
"I-don't-know-where-it-comes-from" sablot.dll that weighs 224ko and is
dated 19 nov 2002. All other dlls come from latest distro of full sablot
package (sablot-0.97, lib-iconv1.8). The sablot.dll from that distro never
worked ... 

Could anyone tell us more about that strange sablot.dll story , and why
features apparently went backward with new version of sablotron ?
-- 
Edit bug report at http://bugs.php.net/?id=21666&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21666&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=21666&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=21666&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21666&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=21666&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21666&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=21666&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21666&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21666&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=21666&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21666&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=21666&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=21666&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21666&r=gnused

#20514 [NEW]: change of behaviour of function getcwd() ?

2002-11-20 Thread erwan 
From: [EMAIL PROTECTED]
Operating system: win32
PHP version:  4.3.0RC1
PHP Bug Type: Directory function related
Bug description:  change of behaviour of function getcwd() ?

It occurs on my IIS5/win2k/PHP4.3.0rc1 (from the binary distrib):
when I use an include , the function getcwd returns the directory of the
include and not the directory of the main page.

in previous PHP versions, this was not the case : the getcwd() would
always return the directory of the main page.

E.
-- 
Edit bug report at http://bugs.php.net/?id=20514&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20514&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20514&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20514&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20514&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20514&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20514&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20514&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20514&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20514&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20514&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20514&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20514&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20514&r=isapi

#20518 [NEW]: xslt_set_base has no effect

2002-11-20 Thread erwan 
From: [EMAIL PROTECTED]
Operating system: win2000 / IIS 5
PHP version:  4.3.0RC1
PHP Bug Type: XSLT related
Bug description:  xslt_set_base has no effect

when I use the following code in an include, the xslt base directory
defaults the directory of the include (probably has something to do with
bug #20514 and the current directory in includes).

The big problem is that  The xslt_base function doesn't change the base
directory for xslt processing. As a result, imports and dtd references
don't work. The solution obviously is to place the xslt functions include
in the same directory as the xsl, xml and dtd files. Is this a bug ?

$args = array ( '/_xml' => $str_xml ,
'/_xsl' => $str_xsl);
$xp = xslt_create();
xslt_set_base( $xp,'file:///D:/www/xadmin/');
$out = xslt_process($xp, 'arg:/_xml', 'arg:/_xsl', NULL, $args, $params);
xslt_free($xp);

-- 
Edit bug report at http://bugs.php.net/?id=20518&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20518&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20518&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20518&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20518&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20518&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20518&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20518&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20518&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20518&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20518&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20518&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20518&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20518&r=isapi

#20514 [Com]: change of behaviour of function getcwd() ?

2002-11-20 Thread erwan 
 ID:   20514
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Directory function related
 Operating System: win32
 PHP Version:  4.3.0RC1
 New Comment:

for info :

D:\php-4.3.0-Win32>php-cgi.exe -v
PHP 4.3.0RC1 (cgi-fcgi), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies


Previous Comments:


[2002-11-20 07:23:18] [EMAIL PROTECTED]

This was discussed when we've got the bug in include() and require()
with symlinks. Wez and ilia decided this if I'm remembering well.



[2002-11-20 06:18:12] [EMAIL PROTECTED]

What is the exact name of the executable you use?
And can you run it with the -v option to show it?

Derick



[2002-11-20 06:16:50] [EMAIL PROTECTED]

I couldn't find any related messages in php-dev@. when/where was this
change discussed?



[2002-11-20 05:53:37] [EMAIL PROTECTED]

Yes, this is new and wanted.
getcwd is returning the current __FILE__ directory.



[2002-11-20 05:27:42] [EMAIL PROTECTED]

It occurs on my IIS5/win2k/PHP4.3.0rc1 (from the binary distrib):
when I use an include , the function getcwd returns the directory of
the include and not the directory of the main page.

in previous PHP versions, this was not the case : the getcwd() would
always return the directory of the main page.

E.




-- 
Edit this bug report at http://bugs.php.net/?id=20514&edit=1

#20640 [NEW]: xslt_set_encoding not implemented ?

2002-11-26 Thread erwan 
From: [EMAIL PROTECTED]
Operating system: win2000 / IIS 5
PHP version:  4.3.0RC1
PHP Bug Type: XSLT related
Bug description:  xslt_set_encoding not implemented ?

When I try to use the function xslt_set_encoding , that's what I get : 

Fatal error: Call to undefined function: xslt_set_encoding() 

$xp = xslt_create();
xslt_set_encoding ($xp,"ISO-8859-1");
$out = xslt_process($xp, 'arg:/_xml', 'arg:/_xsl', NULL, $args, $params);
xslt_free($xp);

Strange isn't it ?

Thanks

Erwan
-- 
Edit bug report at http://bugs.php.net/?id=20640&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20640&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20640&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20640&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20640&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20640&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20640&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20640&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20640&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20640&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20640&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20640&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20640&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20640&r=isapi

#20675 [NEW]: namespace attribute for element stylesheet

2002-11-27 Thread erwan 
From: [EMAIL PROTECTED]
Operating system: win2k/Linux
PHP version:  4.3.0RC1
PHP Bug Type: XSLT related
Bug description:  namespace attribute for element stylesheet

When I generate a stylesheet from a xsl transformation (xml+xsl => xsl), I
am willing to apply the namespace attribute.

in xsl, this writes :
http://www.w3.org/1999/XSL/Transform";>
1.0


but PHP xslt transformer applies the version number all right, and forgets
the namespace attribute.

Thanks !

-- 
Edit bug report at http://bugs.php.net/?id=20675&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20675&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20675&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20675&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20675&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20675&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20675&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20675&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20675&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20675&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20675&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20675&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20675&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20675&r=isapi

#28945 [Com]: Fatal error: Possible integer overflow in memory allocation

2004-07-12 Thread erwan dot ledisez at linbox dot com 
 ID:   28945
 Comment by:   erwan dot ledisez at linbox dot com
 Reported By:  erwan dot le-disez at linbox dot com
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: IRIX 6.2
 PHP Version:  4.3.7
 New Comment:

Hello,

I have tested with the CVS snapshot but there is the same error.

Do you have an idea ?
Thanks.


New results


+ make install
Installing PHP SAPI module:   apache
[activating module `php4' in
/tmp/apache-1.3.31+php200407061630/conf/httpd.conf]
cp libs/libphp4.so
/tmp/apache-1.3.31+php200407061630/libexec/libphp4.so
chmod 755 /tmp/apache-1.3.31+php200407061630/libexec/libphp4.so
cp /tmp/apache-1.3.31+php200407061630/conf/httpd.conf
/tmp/apache-1.3.31+php200407061630/conf/httpd.conf.bak
cp /tmp/apache-1.3.31+php200407061630/conf/httpd.conf.new
/tmp/apache-1.3.31+php200407061630/conf/httpd.conf
rm /tmp/apache-1.3.31+php200407061630/conf/httpd.conf.new
Installing PHP CLI binary:   
/tmp/apache-1.3.31+php200407061630/bin/
Installing PHP CLI man page: 
/tmp/apache-1.3.31+php200407061630/man/man1/
Installing PEAR environment: 
/tmp/apache-1.3.31+php200407061630/lib/php/

Fatal error: Possible integer overflow in memory allocation (4 * 1 + 0)
in /d/Distrib/Compils/apache/php4-STABLE-200407061630/pear/PEAR.php on
line 966
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2


Previous Comments:


[2004-07-06 15:40:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





[2004-06-28 11:34:37] erwan dot le-disez at linbox dot com

Description:

Hello,

During the compilation of PHP 4.3.7 the make install phase create a
fatal error. The compil process is stoppped.

This seems to be a bug in php.

See bellow for the error.

Thanks
(and sorry, i don't speak english very well).

Reproduce code:
---
The instruction which causes the fault is :

register_shutdown_function("_PEAR_call_destructors");

Actual result:
--
make install
Installing PHP SAPI module:   apache
[activating module `php4' in
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf]
cp libs/libphp4.so /tmp/apache-1.3.31+php-4.3.7/libexec/libphp4.so
chmod 755 /tmp/apache-1.3.31+php-4.3.7/libexec/libphp4.so
cp /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.bak
cp /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.new
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf
rm /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.new
Installing PHP CLI binary:/tmp/apache-1.3.31+php-4.3.7/bin/
Installing PHP CLI man page: 
/tmp/apache-1.3.31+php-4.3.7/man/man1/
Installing PEAR environment: 
/tmp/apache-1.3.31+php-4.3.7/lib/php/

Fatal error: Possible integer overflow in memory allocation (4 * 1 + 0)
in /d/Distrib/Compils/apache/php-4.3.7/pear/PEAR.php on line 967
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2





-- 
Edit this bug report at http://bugs.php.net/?id=28945&edit=1

#41185 [NEW]: Unable to add FreeType support

2007-04-25 Thread erwan dot loaec at gmail dot com 
From: erwan dot loaec at gmail dot com
Operating system: Debian Sarge (kernel 2.6.8-3)
PHP version:  5.2.1
PHP Bug Type: GD related
Bug description:  Unable to add FreeType support

Description:

I'm trying to install php 5.2.1 with apache 2.2.4.
I've no problem during configure and make. However GD does not support
FreeType.

checking for GD support... yes
checking for FreeType 2... /root/src/LIB/freetype2.2
checking whether to enable truetype string function in GD... yes

Reproduce code:
---
I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with 
./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared
--disable-static
I've also tried from package (.deb)

I've compiled php with
./configure \
--prefix=/opt/php-5.2.1 \
--enable-mbstring \
--enable-sockets \
--enable-memory-limit \
--with-apxs2=/opt/httpd-2.2.4/bin/apxs \
--with-mysql=/opt/mysql-5.0.37 \
--with-mcrypt \
--with-iconv \
--with-openssl \
--with-kerberos \
--with-zip \
--with-zlib \
--with-bz2 \
--with-ldap \
--with-snmp \
--with-pear \
--without-sqlite \
--disable-ipv6 \
--enable-gd-native-ttf \
--with-gd \
--with-png-dir=/root/src/LIB/libpng \
--with-freetype-dir=/root/src/LIB/freetype2.2

I've also tried with --with-ttf. Moreover i'm not able to support jpeg,
--with-png-dir produce no error, but does not add jpeg support.


Expected result:

I'm not able to obtain the following :

FreeType Support => enabled
FreeType Linkage => with freetype
FreeType Version => 2.X.X

Actual result:
--
actual phpinfos() output:

GD Support => enabled
GD Version => bundled (2.0.28 compatible)
GIF Read Support => enabled
GIF Create Support => enabled
PNG Support => enabled
WBMP Support => enabled
XBM Support => enabled

-- 
Edit bug report at http://bugs.php.net/?id=41185&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41185&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41185&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41185&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41185&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41185&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41185&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41185&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41185&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41185&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41185&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41185&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41185&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41185&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41185&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41185&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41185&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41185&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41185&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41185&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41185&r=mysqlcfg

#41185 [Fbk->Opn]: Unable to add FreeType support

2007-04-25 Thread erwan dot loaec at gmail dot com 
 ID:   41185
 User updated by:  erwan dot loaec at gmail dot com
 Reported By:  erwan dot loaec at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: Debian Sarge (kernel 2.6.8-3)
 PHP Version:  5.2.1
 New Comment:

Yes but actually it is. I've specified the "2.2" because i've tried
many version of freetype (2.3.4,2.2.1,2.1.10).

It's not the uncompressed directory (which is freetype-2.2.1 in that
case)

I can add that i've EXACTLY the same problem : no error during
configuration and compilation, with the libfreetype of my sarge
(freetype version 2.1.7-6)

I don't what the problem can be, i didn't found information neither in
config.log nor in the stdout/stderr of the ./configure. (see above for
the configure output)


Previous Comments:


[2007-04-25 09:39:10] [EMAIL PROTECTED]

>/root/src/LIB/freetype2.2
This does not look like *installation prefix*.

----

[2007-04-25 09:23:57] erwan dot loaec at gmail dot com

Description:

I'm trying to install php 5.2.1 with apache 2.2.4.
I've no problem during configure and make. However GD does not support
FreeType.

checking for GD support... yes
checking for FreeType 2... /root/src/LIB/freetype2.2
checking whether to enable truetype string function in GD... yes

Reproduce code:
---
I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with 
./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared
--disable-static
I've also tried from package (.deb)

I've compiled php with
./configure \
--prefix=/opt/php-5.2.1 \
--enable-mbstring \
--enable-sockets \
--enable-memory-limit \
--with-apxs2=/opt/httpd-2.2.4/bin/apxs \
--with-mysql=/opt/mysql-5.0.37 \
--with-mcrypt \
--with-iconv \
--with-openssl \
--with-kerberos \
--with-zip \
--with-zlib \
--with-bz2 \
--with-ldap \
--with-snmp \
--with-pear \
--without-sqlite \
--disable-ipv6 \
--enable-gd-native-ttf \
--with-gd \
--with-png-dir=/root/src/LIB/libpng \
--with-freetype-dir=/root/src/LIB/freetype2.2

I've also tried with --with-ttf. Moreover i'm not able to support jpeg,
--with-png-dir produce no error, but does not add jpeg support.


Expected result:

I'm not able to obtain the following :

FreeType Support => enabled
FreeType Linkage => with freetype
FreeType Version => 2.X.X

Actual result:
--
actual phpinfos() output:

GD Support => enabled
GD Version => bundled (2.0.28 compatible)
GIF Read Support => enabled
GIF Create Support => enabled
PNG Support => enabled
WBMP Support => enabled
XBM Support => enabled





-- 
Edit this bug report at http://bugs.php.net/?id=41185&edit=1

#41185 [Fbk->Csd]: Unable to add FreeType support

2007-04-25 Thread erwan dot loaec at gmail dot com 
 ID:   41185
 User updated by:  erwan dot loaec at gmail dot com
 Reported By:  erwan dot loaec at gmail dot com
-Status:   Feedback
+Status:   Closed
 Bug Type: GD related
 Operating System: Debian Sarge (kernel 2.6.8-3)
 PHP Version:  5.2.1
 New Comment:

It works, thank you very much !

I don't know what to say... I'm a big idiot, obviously everyone should
try that before reporting a bug ^^

Thank you tony2001 !


Previous Comments:


[2007-04-25 10:09:54] [EMAIL PROTECTED]

Try this:
make clean && ./config.nice && make

----

[2007-04-25 10:03:16] erwan dot loaec at gmail dot com

Yes but actually it is. I've specified the "2.2" because i've tried
many version of freetype (2.3.4,2.2.1,2.1.10).

It's not the uncompressed directory (which is freetype-2.2.1 in that
case)

I can add that i've EXACTLY the same problem : no error during
configuration and compilation, with the libfreetype of my sarge
(freetype version 2.1.7-6)

I don't what the problem can be, i didn't found information neither in
config.log nor in the stdout/stderr of the ./configure. (see above for
the configure output)



[2007-04-25 09:39:10] [EMAIL PROTECTED]

>/root/src/LIB/freetype2.2
This does not look like *installation prefix*.

----

[2007-04-25 09:23:57] erwan dot loaec at gmail dot com

Description:

I'm trying to install php 5.2.1 with apache 2.2.4.
I've no problem during configure and make. However GD does not support
FreeType.

checking for GD support... yes
checking for FreeType 2... /root/src/LIB/freetype2.2
checking whether to enable truetype string function in GD... yes

Reproduce code:
---
I've compiled freetype (try with both 2.1.10 and 2.2.1 ) with 
./configure --prefix=/root/src/LIB/freetype2.2 --enable-shared
--disable-static
I've also tried from package (.deb)

I've compiled php with
./configure \
--prefix=/opt/php-5.2.1 \
--enable-mbstring \
--enable-sockets \
--enable-memory-limit \
--with-apxs2=/opt/httpd-2.2.4/bin/apxs \
--with-mysql=/opt/mysql-5.0.37 \
--with-mcrypt \
--with-iconv \
--with-openssl \
--with-kerberos \
--with-zip \
--with-zlib \
--with-bz2 \
--with-ldap \
--with-snmp \
--with-pear \
--without-sqlite \
--disable-ipv6 \
--enable-gd-native-ttf \
--with-gd \
--with-png-dir=/root/src/LIB/libpng \
--with-freetype-dir=/root/src/LIB/freetype2.2

I've also tried with --with-ttf. Moreover i'm not able to support jpeg,
--with-png-dir produce no error, but does not add jpeg support.


Expected result:

I'm not able to obtain the following :

FreeType Support => enabled
FreeType Linkage => with freetype
FreeType Version => 2.X.X

Actual result:
--
actual phpinfos() output:

GD Support => enabled
GD Version => bundled (2.0.28 compatible)
GIF Read Support => enabled
GIF Create Support => enabled
PNG Support => enabled
WBMP Support => enabled
XBM Support => enabled





-- 
Edit this bug report at http://bugs.php.net/?id=41185&edit=1

#28945 [NEW]: Fatal error: Possible integer overflow in memory allocation

2004-06-28 Thread erwan dot le-disez at linbox dot com 
From: erwan dot le-disez at linbox dot com
Operating system: IRIX 6.2
PHP version:  4.3.7
PHP Bug Type: *Compile Issues
Bug description:  Fatal error: Possible integer overflow in memory allocation

Description:

Hello,

During the compilation of PHP 4.3.7 the make install phase create a fatal
error. The compil process is stoppped.

This seems to be a bug in php.

See bellow for the error.

Thanks
(and sorry, i don't speak english very well).

Reproduce code:
---
The instruction which causes the fault is :

register_shutdown_function("_PEAR_call_destructors");

Actual result:
--
make install
Installing PHP SAPI module:   apache
[activating module `php4' in
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf]
cp libs/libphp4.so /tmp/apache-1.3.31+php-4.3.7/libexec/libphp4.so
chmod 755 /tmp/apache-1.3.31+php-4.3.7/libexec/libphp4.so
cp /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.bak
cp /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.new
/tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf
rm /tmp/apache-1.3.31+php-4.3.7/conf/httpd.conf.new
Installing PHP CLI binary:/tmp/apache-1.3.31+php-4.3.7/bin/
Installing PHP CLI man page:  /tmp/apache-1.3.31+php-4.3.7/man/man1/
Installing PEAR environment:  /tmp/apache-1.3.31+php-4.3.7/lib/php/

Fatal error: Possible integer overflow in memory allocation (4 * 1 + 0) in
/d/Distrib/Compils/apache/php-4.3.7/pear/PEAR.php on line 967
make[1]: *** [install-pear-installer] Error 255
make: *** [install-pear] Error 2

-- 
Edit bug report at http://bugs.php.net/?id=28945&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28945&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28945&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28945&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28945&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28945&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28945&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28945&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28945&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28945&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28945&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28945&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28945&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28945&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28945&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28945&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28945&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28945&r=float