[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[wez]

ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Old Status: 
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

The only thing that I can think of is that you have and older version of libgd.so or 
libgd.a hanging around that is mistakenly being linked in instead of the one you were 
expecting, and that configure found.

Please look around your system to see if that is the case; I would recommend moving 
the duplicates to some not in the lib path temporarily while compiling PHP and see if 
you still have the same problem.

--Wez.

Previous Comments:


[2001-07-12 19:35:42] [EMAIL PROTECTED]

oops... I had to reply here... sorry.

Re

True, for GD I always have this in the Makefile :
CFLAGS=-O -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE
LIBS=-lgd -lpng -lz -ljpeg -lfreetype -lm

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

Yes.
I modified gdtestft.c to load the arial font instead of the "times" one by default.
http://www.documents.cyberabuse.org/fttest.png

Another proof of GD having freetype compiled with it is the phpinfo() result :

FreeType Support enabled 
FreeType Linkage with freetype 
(with freetype 2)

FreeType Support enabled 
FreeType Linkage with TTF library
(with freetype 1)

If phpinfo() says it's ok and then the function says it's bugged... then I say 
something is wrong.




[2001-07-12 18:44:38] [EMAIL PROTECTED]

Try this short program:

#include 
#include 
#include "gd.h"

int
main (int argc, char **argv)
{
  gdImagePtr im;

  im = gdImageCreate(100,100);
  printf("TTF returns %s\n",
gdImageStringTTF(im, NULL, 1, "dummy.ttf",
  12, 0, 0, 0, "test"));
  gdImageDestroy (im);
  return 0;
}

Then do:
gcc gdttf.c -lgd -ljpeg -lpng -lfreetype -lm

Try -lttf instead of -lfreetype, depending on which you have installed.

If you still get the "libgd was not built with TrueType font support", then you 
haven't build gd with TrueType font support.

If you get any other error, then something screwy is going on.

--Wez.



[2001-07-12 18:28:47] [EMAIL PROTECTED]


Are you really, really sure that GD is linked with freetype support??

"By default GD doesn't compile without freetype installed"
That statement is not correct in any of the GD sources that I have seen; you need to 
explicitly enable TTF/Freetype support in the makefiles.

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

--Wez.



[2001-07-12 18:26:50] [EMAIL PROTECTED]

(Please use the web interface to reply!)
User Comment:

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.



[2001-07-12 07:39:23] [EMAIL PROTECTED]

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12065


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Ognyan Bankov
Email: [EMAIL PROTECTED]
ID:Hypnoogre
Purpose:   Translating documentation in bulgarian

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12082 Updated: ImageDashedLine

[derick]

ID: 12082
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Feedback
Bug Type: GD related
Operating System: Win32
PHP Version: 4.0.6
New Comment:

Which version of the GD library are you using? (NOT the version of PHP).
And what is the error you get if you use the ImageDashedLine() function?

Derick

Previous Comments:


[2001-07-13 00:36:05] [EMAIL PROTECTED]

ImageDashedLine return 1, but do nothing.
I download all from your site:
URL:http://www.php.net/do_download.php?download_file=php-4.0.6-Win32.zip&source_site=www.php.net



[2001-07-13 00:35:04] [EMAIL PROTECTED]

ImageDashedLine return 1.
I download all from your site:
URL:http://www.php.net/do_download.php?download_file=php-4.0.6-Win32.zip&source_site=www.php.net



[2001-07-12 03:04:25] [EMAIL PROTECTED]

What is the error you get, and which version of GD are you using?

Derick



[2001-07-12 02:37:39] [EMAIL PROTECTED]

ImageDashedLine() don't work.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12124 Updated: Cannot compile...

[derick]

ID: 12124
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: 
PHP Version: 4.0.4
New Comment:

Mcrypt works fine, this kind of error occurs when configure finds the wrong header 
files for mcrypt.
I suggest you remove all instances of mcrypt (including headerfiles) and install it 
again from a fresh source (p.e. version 2.4.15).

Derick

Previous Comments:


[2001-07-12 23:01:46] [EMAIL PROTECTED]

I ran the following configure...

./configure --with-mysql --with-imap --with-ldap --with-mcrypt 
--with-apache=../apache_1.3.12 --enable-track-vars

Then ran the make and I am getting the following errors...
(See end of log)...

[root@fs1 php-3.0.16]# ./configure --with-mysql --with-imap --with-ldap --with-mcrypt 
--with-apache=../apache_1.3.12 --enable-track-vars
loading cache ./config.cache
checking whether build environment is sane... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for bison... (cached) bison -y
checking bison version... 1.28 (ok)
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for ranlib... (cached) ranlib
checking whether gcc and cc understand -c and -o together... (cached) yes
checking whether ln -s works... (cached) yes
checking for perl... (cached) /usr/bin/perl
checking for sh... (cached) /bin/sh
checking for working const... (cached) yes
checking if compiler supports -R... (cached) no
checking if compiler supports -Wl,-rpath,... (cached) yes
checking if compiler supports -Wl,--version-script... (cached) yes
checking size of long... (cached) 4
checking size of int... (cached) 4
checking for sendmail... (cached) /usr/lib/sendmail
checking for gethostent... (cached) yes
checking for socket in -lc... (cached) yes
checking for gethostbyaddr in -lc... (cached) yes
checking for crypt in -lc... (cached) no
checking for crypt in -lcrypt... (cached) yes
checking for dlopen in -lc... (cached) no
checking for dlopen in -ldl... (cached) yes
checking for sin in -lc... (cached) no
checking for sin in -lm... (cached) yes
checking for res_search in -lsocket... (cached) no
checking for res_search in -lresolv... (cached) yes
checking for pam_start in -lpam... (cached) yes
checking for inet_aton in -lbind... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking for fclose declaration... ok
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for crypt.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for memory.h... (cached) yes
checking for pwd.h... (cached) yes
checking for grp.h... (cached) yes
checking for sys/socket.h... (cached) yes
checking for sys/wait.h... (cached) yes
checking for syslog.h... (cached) yes
checking for string.h... (cached) yes
checking for sys/varargs.h... (cached) no
checking for stdarg.h... (cached) yes
checking for sys/resource.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for signal.h... (cached) yes
checking for netinet/in.h... (cached) yes
checking for dlfcn.h... (cached) yes
checking for limits.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/statvfs.h... (cached) yes
checking for sys/statfs.h... (cached) yes
checking for unix.h... (cached) no
checking for db.h... (cached) yes
checking for dbm.h... (cached) no
checking for ndbm.h... (cached) no
checking for db1/ndbm.h... (cached) yes
checking for locale.h... (cached) yes
checking for features.h... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking for tm_zone in struct tm... (cached) yes
checking for tm_gmtoff in struct tm... (cached) yes
checking for struct flock... yes
checking for st_blksize in struct stat... (cached) yes
checking for st_blocks in struct stat... (cached) yes
checking for st_rdev in struct stat... (cached) yes
checking for size_t... (cached) yes
checking for uid_t in sys/types.h... (cached) yes
checking for uint... (cached) yes
checking for ushort... (cached) yes
checking for ulong... (cached) yes
checking for ptrdiff_t... (cached) yes
checking for vprintf... (cached) yes
checking for memcpy... (cached) yes
checking for memmove... (cached) yes
checking for strdup... (cached) yes
checking for strerror... (cached) yes
checking for strcasecmp... (cached) yes
checking for strstr... (cached) yes
checking for flock... (cached) yes
checking fo

Re: [PHP-DEV] Re: Bug #12128 Updated: library name inconsistencies

[Rasmus Lerdorf]

> /usr/lib is already listed there, and that's where they got installed. I
> did run ldconfig.

Then your report makes very little sense.  Those symlinks you mentioned
should have been in place already.  We can't do anything in PHP to go
around looking for oddly named libraries.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12128 Updated: library name inconsistencies

[David Hardy]

Bug Database wrote:
> 
> ID: 12128
> Updated by: rasmus
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Closed
> Bug Type: *Configuration Issues
> Operating System: Mandrake 6.5
> PHP Version: 4.0.6
> New Comment:
> 
> No, you need to tell your system when you install new shared libraries by adding the 
>directory to /etc/ld.so.conf and running ldconfig.

/usr/lib is already listed there, and that's where they got installed. I
did run ldconfig.

Good point though - this must be so often overlooked. 

> 
> Previous Comments:
> 
> 
> [2001-07-13 01:50:54] [EMAIL PROTECTED]
> 
> It seems that the configure script looks in .so files only when testing for things 
>like TIFFOpen and read_jpeg_header, giving an error, even though the libraries were 
>reported found.
> 
> the following:
> 
>ln -s libtiff.so.3.5 libtiff.so
> 
> fixed the issue. Same had to be done with libjpeg.
> 
> my configure ended up being:
> 
> ./configure --with-apxs=/home/httpd/bin/apxs --with-mysql=/usr/local/mysql 
>--with-gd=../gd-1.8.4 --with-jpeg-dir --with-pgsql  --enable-calendar 
>--with-swf=/usr/lib/swf --with-ttf --with-tiff-dir=/usr --with-pdflib=/usr/local 
>--with-zlib-dir
> 
> something needs to be done to discover the standard installation locations of shared 
>libraries and inform the configure script, or make it able to find things. I spend 
>many hours just telling it where to look, after installing the standard distros of 
>the libraries.
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=12128&edit=2

-- 
___
><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>
¯¯¯
 David Hardy
 Planetmind Internetworks
 http://www.planetmind.net
 ph 303.258.1103
 fax 303.265.9330
___
<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><
¯¯¯

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12127 Updated: Function fgetcsv() lost some letters

[rasmus]

ID: 12127
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating System: Windows 2000 Professional
PHP Version: 4.0.6
New Comment:

When running your script from the command-line version of PHP I get:
5 fields in line 1: 
Ëþáèìîå5,58 
5 fields in line 2: 
Ëþáèìîå (âèòàìèíèçèðîâàííîå)   345 9,15

ie. I see no missing characters.

Previous Comments:


[2001-07-13 01:47:16] [EMAIL PROTECTED]

a.csv: ( imported from microsoft excel 2000 )

Ëþáèìîå5,58
Ëþáèìîå (âèòàìèíèçèðîâàííîå);;;345;9,15

a.php:

";
$row++;
for ($c=0; $c<$num; $c++) {
print $data[$c]." ";
}
echo "";
}
fclose ($fp);

?>

output from a.php:

5 fields in line 1: 
áèìîå 5,58 
5 fields in line 2: 
áèìîå (âèòàìèíèçèðîâàííîå) 345 9,15 
-

some letters are lost.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12128 Updated: library name inconsistencies

[rasmus]

ID: 12128
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: *Configuration Issues
Operating System: Mandrake 6.5
PHP Version: 4.0.6
New Comment:

No, you need to tell your system when you install new shared libraries by adding the 
directory to /etc/ld.so.conf and running ldconfig.

Previous Comments:


[2001-07-13 01:50:54] [EMAIL PROTECTED]

It seems that the configure script looks in .so files only when testing for things 
like TIFFOpen and read_jpeg_header, giving an error, even though the libraries were 
reported found. 

the following:

   ln -s libtiff.so.3.5 libtiff.so

fixed the issue. Same had to be done with libjpeg.

my configure ended up being:

./configure --with-apxs=/home/httpd/bin/apxs --with-mysql=/usr/local/mysql 
--with-gd=../gd-1.8.4 --with-jpeg-dir --with-pgsql  --enable-calendar 
--with-swf=/usr/lib/swf --with-ttf --with-tiff-dir=/usr --with-pdflib=/usr/local 
--with-zlib-dir

something needs to be done to discover the standard installation locations of shared 
libraries and inform the configure script, or make it able to find things. I spend 
many hours just telling it where to look, after installing the standard distros of the 
libraries. 







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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12128: library name inconsistencies

[david]

From: [EMAIL PROTECTED]
Operating system: Mandrake 6.5
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  library name inconsistencies

It seems that the configure script looks in .so files only when testing for
things like TIFFOpen and read_jpeg_header, giving an error, even though the
libraries were reported found. 

the following:

   ln -s libtiff.so.3.5 libtiff.so

fixed the issue. Same had to be done with libjpeg.

my configure ended up being:

./configure --with-apxs=/home/httpd/bin/apxs --with-mysql=/usr/local/mysql
--with-gd=../gd-1.8.4 --with-jpeg-dir --with-pgsql  --enable-calendar
--with-swf=/usr/lib/swf --with-ttf --with-tiff-dir=/usr
--with-pdflib=/usr/local --with-zlib-dir

something needs to be done to discover the standard installation locations
of shared libraries and inform the configure script, or make it able to
find things. I spend many hours just telling it where to look, after
installing the standard distros of the libraries. 


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12127: Function fgetcsv() lost some letters

[bitlz]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version:  4.0.6
PHP Bug Type: Filesystem function related
Bug description:  Function fgetcsv() lost some letters

a.csv: ( imported from microsoft excel 2000 )

Ëþáèìîå5,58
Ëþáèìîå (âèòàìèíèçèðîâàííîå);;;345;9,15

a.php:

";
$row++;
for ($c=0; $c<$num; $c++) {
print $data[$c]." ";
}
echo "";
}
fclose ($fp);

?>

output from a.php:

5 fields in line 1: 
áèìîå 5,58 
5 fields in line 2: 
áèìîå (âèòàìèíèçèðîâàííîå) 345 9,15 
-

some letters are lost.
-- 
Edit bug report at: http://bugs.php.net/?id=12127&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12126: the com example 1 does not work

[php]

From: [EMAIL PROTECTED]
Operating system: 2k
PHP version:  4.0.6
PHP Bug Type: COM related
Bug description:  the com example 1 does not work

>From page: http://www.php.net/manual/en/class.com.php

example 1 loads word (v.9) okay but then returns the following errors:

Loaded Word, version 9.0 
Warning: Invoke() failed: No description available in C:\host\test\word.php
on line 9

Warning: Invoke() failed: Exception occurred. in C:\host\test\word.php on
line 13

Fatal error: NULL pointer exception in C:\host\test\word.php on line 13
-- 
Edit bug report at: http://bugs.php.net/?id=12126&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9059 Updated: SNMP compile issue

[rasmus]

ID: 9059
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: SNMP related
Operating System: Tru64 4.0f
PHP Version: 4.0.4pl1
New Comment:

Is this still happening with the latest versions of PHP? 

Previous Comments:


[2001-02-01 17:23:19] [EMAIL PROTECTED]

When I compile PHP using:

./configure --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-snmp=/usr 
--with-gd --with-zlib --enable-static

I get the following error when starting Apache:

bash-2.04# /usr/local/apache/bin/apachectl start
Syntax error on line 209 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: Unresolved symbol in 
/usr/lib/libsnmp-0.4.2.so: vsnprintf
/usr/local/apache/bin/apachectl start: httpd could not be started

SNMP libs are under /usr/lib and headers are under /usr/include/ucd-snmp

If I take out the --with-snmp=/usr (It used to be in /usr/local/[lib|include], but I 
moved it to make sure the linker was finding it) it compiles fine (Just with no snmp 
support of course).

Any ideas?





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10397 Updated: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

[rasmus]

ID: 10397
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: W2000
PHP Version: 4.0.4
New Comment:

By the way, this has nothing to do with PHP.  This happens in the snmp library.  So 
there is nothing to fix here.  Just use the leading . if you want to specify absolute 
oids

Previous Comments:


[2001-07-13 00:27:54] [EMAIL PROTECTED]

Start your OID with a .
ie. snmpget("myhost","public",".1.3.6.1.2.3.1191.1.2")



[2001-04-19 14:16:29] [EMAIL PROTECTED]

PRECISION :
In my previous mail I wrote that 
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2")

will fails with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

But the exact warning is :

Warning: Invalid object identifier: 1.3.6.1.2.3.1191.1.2

So it could be really an incorrect object identifier, but a simple 
snmpwalkoid on same machine can show you that it starts always on iso.3.6.1.2.1. if 
you specify no OID, and it fails if you specify OID (for example try with .1 or .iso)

Please note that my correct email is [EMAIL PROTECTED] (sorry)

Regards



[2001-04-19 07:09:31] [EMAIL PROTECTED]

If seems that a default OID (.iso.3.6.1.2.1)  is always added to OID parameter when I 
call snmpget or snmpwalk.

Example, If I try :

snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),

it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and 
I replace first of his char by \0, from now, it works fine, I can get different OID.

Bonus Question : What is snmprealwalk() function ? There is no information in 
documentation. It seems that it does same function that snmpwalkoid. Right ?






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12081 Updated: A successfull snmpset() always returns "false"

[rasmus]

ID: 12081
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Summary: A successfull snmpset() always returns "false"
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: Slackware-7.1, kernel.2.4.6
PHP Version: 4.0.6
New Comment:

Fixed in CVS

Previous Comments:


[2001-07-12 19:06:18] [EMAIL PROTECTED]

>From looking at the code it would appear that snmpset() would return an empty array 
>unless something goes wrong.  Granted, that is sub-optimal, but I don't think it 
>returns false.  Could you verify this for me that it is actually an empty array and 
>not false?



[2001-07-12 02:31:47] [EMAIL PROTECTED]

I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only for 
snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for snmpset 
too.






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: preg_replace_callback

[Andrei Zmievski]

On Thu, 12 Jul 2001, Wez Furlong wrote:
> Hi Andrei (and anyone else in on pcre),
> 
> This doesn't work as you might expect if you were used to preg_replace:
> 
> preg_replace_callback(
> array( ...patterns...),
> array( ...callbacks...),
> $subject);
> 
> Instead, it expects a single callback as the second parameter.
> 
> Any chance that it could be made to do so, or are there technical reasons
> not to?

Yes, there is a technical reason. It's the same reason that I split this
functionality out into a separate function instead of continuing to use
the /F modifier. The reason is that in order to call class methods you
have to use array($obj, 'method') or array('class', 'method') syntax for
callback and that quickly becomes ambiguous when trying to figure out if
you were passed one callback or several.

-Andrei

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #9401 Updated: Unable to set remote SNMP port

[rasmus]

ID: 9401
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: SNMP related
Operating System: Linux
PHP Version: 4.0.2
New Comment:

Looks ok, implemented.

Previous Comments:


[2001-02-22 11:06:21] [EMAIL PROTECTED]

Here is a small patch that will enable "host:port" in snmp connections :

*** snmp.c.old  Thu Sep 14 22:22:02 2000
--- snmp.c  Thu Feb 22 17:02:06 2001
***
*** 148,153 
--- 148,156 
int myargc = ZEND_NUM_ARGS();
  char type = (char) 0;
  char *value = (char *) 0;
+   char hostname[MAX_NAME_LEN];
+   int remote_port = 161;
+   char *pptr;

if (myargc < 3 || myargc > 7 ||
zend_get_parameters_ex(myargc, &a1, &a2, &a3, &a4, &a5, &a6, &a7) == 
FAILURE) {
***
*** 210,216 

memset(&session, 0, sizeof(struct snmp_session));
  
!   session.peername = (*a1)->value.str.val;
session.version = SNMP_VERSION_1;
/*
* FIXME: potential memory leak
--- 213,226 

memset(&session, 0, sizeof(struct snmp_session));
  
!   strcpy (hostname, (*a1)->value.str.val);
!   if ((pptr = strchr (hostname, ':'))) {
!   remote_port = strtol (pptr + 1, NULL, 0);
!   *pptr = 0;
!   }
! 
!   session.peername = hostname;
!   session.remote_port = remote_port;
session.version = SNMP_VERSION_1;
/*
* FIXME: potential memory leak




[2001-02-22 08:39:46] [EMAIL PROTECTED]

According to the source in snmp.c, it looks like it's impossible to use an snmp* 
function on a non standard remote port (other that 161).

For that, the session structure passed to snmp_open needs to have its remote_port 
field filled.

Maybe it could be possible to add a new argument to the snmp functions, or handle 
something like "hostname:port" in the hostname field ?





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12083 Updated: addslashes

[xyrix]

ID: 12083
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Win32
PHP Version: 4.0.5
New Comment:

$image_file=fopen($HTTP_POST_FILES['imagefile']['tmp_name'],"rb");
unset($upload);
while(!feof($image_file)) $upload.=fread($image_file,65535);
fclose($image_file);
$upload=str_replace("\\","",$upload);
$upload=addslashes($upload);
$query_str="INSERT INTO images (id, image_type, image) VALUES('', 
'".$HTTP_POST_FILES['imagefile']['type']."', '$upload')";
$insert=mysql_query($query_str, $link);

Function addslashes don't add slashes '\' before '\', and result is corrupt image.

Previous Comments:


[2001-07-12 03:05:03] [EMAIL PROTECTED]

Please post a short example to show what goes wrong and why.

Derick



[2001-07-12 02:41:51] [EMAIL PROTECTED]

addslashes() don't properly work.
Before use it, need add this:
   $str_any=str_replace("\\","",$str_any);
and only then:
   $str_any=addslashes($str_any);





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12082 Updated: ImageDashedLine

[xyrix]

ID: 12082
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Feedback
Bug Type: GD related
Operating System: Win32
PHP Version: 4.0.6
New Comment:

ImageDashedLine return 1, but do nothing.
I download all from your site:
URL:http://www.php.net/do_download.php?download_file=php-4.0.6-Win32.zip&source_site=www.php.net

Previous Comments:


[2001-07-13 00:35:04] [EMAIL PROTECTED]

ImageDashedLine return 1.
I download all from your site:
URL:http://www.php.net/do_download.php?download_file=php-4.0.6-Win32.zip&source_site=www.php.net



[2001-07-12 03:04:25] [EMAIL PROTECTED]

What is the error you get, and which version of GD are you using?

Derick



[2001-07-12 02:37:39] [EMAIL PROTECTED]

ImageDashedLine() don't work.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12082 Updated: ImageDashedLine

[xyrix]

ID: 12082
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: GD related
Operating System: Win32
PHP Version: 4.0.6
New Comment:

ImageDashedLine return 1.
I download all from your site:
URL:http://www.php.net/do_download.php?download_file=php-4.0.6-Win32.zip&source_site=www.php.net

Previous Comments:


[2001-07-12 03:04:25] [EMAIL PROTECTED]

What is the error you get, and which version of GD are you using?

Derick



[2001-07-12 02:37:39] [EMAIL PROTECTED]

ImageDashedLine() don't work.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12125: imap-ssl configure test fails (fixed!) See 11934

[n]

From: [EMAIL PROTECTED]
Operating system: linux redhat 6.2
PHP version:  4.0.6
PHP Bug Type: IMAP related
Bug description:  imap-ssl configure test fails (fixed!) See 11934

Good news!

I've figured out the reason why --with-imap-ssl fails
in the configure script!

The gcc line should be:

gcc -o conftest -g -O2 
-Wl,-rpath,/usr/depot/openssl-0.9.6b/lib 
-L/usr/depot/openssl-0.9.6b/lib -Wl,-rpath,/usr/lib/lib 
-L/usr/lib/lib -Wl,-rpath,/usr/depot/imap/src/c-client 
-L/usr/depot/imap/src/c-client conftest.c -lpam -lssl 
-lgmp -lgd -lttf -lpng -lz -ljpeg -lgdbm -lz -lcrypt  
-lc-client  -lcrypto -lresolv -lm -ldl -lnsl -lresolv

The problem was that '-lc-client' was at the end of the 
line, and it *must* be before -lssl or else unresolved 
symbols ensue and the configuration fails.

#line 22889 "configure"


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #10397 Updated: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

[rasmus]

ID: 10397
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: SNMP related
Operating System: W2000
PHP Version: 4.0.4
New Comment:

Start your OID with a .
ie. snmpget("myhost","public",".1.3.6.1.2.3.1191.1.2")

Previous Comments:


[2001-04-19 14:16:29] [EMAIL PROTECTED]

PRECISION :
In my previous mail I wrote that 
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2")

will fails with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

But the exact warning is :

Warning: Invalid object identifier: 1.3.6.1.2.3.1191.1.2

So it could be really an incorrect object identifier, but a simple 
snmpwalkoid on same machine can show you that it starts always on iso.3.6.1.2.1. if 
you specify no OID, and it fails if you specify OID (for example try with .1 or .iso)

Please note that my correct email is [EMAIL PROTECTED] (sorry)

Regards



[2001-04-19 07:09:31] [EMAIL PROTECTED]

If seems that a default OID (.iso.3.6.1.2.1)  is always added to OID parameter when I 
call snmpget or snmpwalk.

Example, If I try :

snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),

it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and 
I replace first of his char by \0, from now, it works fine, I can get different OID.

Bonus Question : What is snmprealwalk() function ? There is no information in 
documentation. It seems that it does same function that snmpwalkoid. Right ?






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: Bug #12081 Updated: A successfull snmpset() alwaysreturns "false"

[Rasmus Lerdorf]

Ok, yes, I do agree that it is a bug.  I just wanted to verify that this
is what you were seeing.  I'll work up a fix for it.

-Rasmus

On Fri, 13 Jul 2001, Vesselin Atanasov wrote:

> Hello.
> Sorry for replying to this mail, but I forgot to set a password when
> opening the bug report.
>
> Yes. gettype() for the result from snmpset() returns "array". I was
> mistaken because after successfull comparison of the result with false, I
> looked at the documentation and found snmpset() declared as
> bool snmpset (...), with the explanation "...returning true on success
> and false on error".
>
> On 12 Jul 2001, Bug Database wrote:
>
> > ID: 12081
> > Updated by: rasmus
> > Reported By: [EMAIL PROTECTED]
> > Old Summary: A successfull snmpset() always returns "false"
> > Status: Open
> > Bug Type: SNMP related
> > Operating System: Slackware-7.1, kernel.2.4.6
> > PHP Version: 4.0.6
> > New Comment:
> >
> > >From looking at the code it would appear that snmpset() would return an empty 
>array unless something goes wrong.  Granted, that is sub-optimal, but I don't think 
>it returns false.  Could you verify this for me that it is actually an empty array 
>and not false?
> >
> > Previous Comments:
> > 
> >
> > [2001-07-12 02:31:47] [EMAIL PROTECTED]
> >
> > I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only 
>for snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for 
>snmpset too.
> >
> >
> > 
> >
> >
> >
> > ATTENTION! Do NOT reply to this email!
> > To reply, use the web interface found at http://bugs.php.net/?id=12081&edit=2
> >
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12081 Updated: A successfull snmpset() always returns"false"

[Vesselin Atanasov]

Hello.
Sorry for replying to this mail, but I forgot to set a password when
opening the bug report.

Yes. gettype() for the result from snmpset() returns "array". I was
mistaken because after successfull comparison of the result with false, I
looked at the documentation and found snmpset() declared as
bool snmpset (...), with the explanation "...returning true on success
and false on error".

On 12 Jul 2001, Bug Database wrote:

> ID: 12081
> Updated by: rasmus
> Reported By: [EMAIL PROTECTED]
> Old Summary: A successfull snmpset() always returns "false"
> Status: Open
> Bug Type: SNMP related
> Operating System: Slackware-7.1, kernel.2.4.6
> PHP Version: 4.0.6
> New Comment:
> 
> >From looking at the code it would appear that snmpset() would return an empty array 
>unless something goes wrong.  Granted, that is sub-optimal, but I don't think it 
>returns false.  Could you verify this for me that it is actually an empty array and 
>not false?
> 
> Previous Comments:
> 
> 
> [2001-07-12 02:31:47] [EMAIL PROTECTED]
> 
> I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only 
>for snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for 
>snmpset too.
> 
> 
> 
> 
> 
> 
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=12081&edit=2
> 


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12117 Updated: Wont create executable?

[zak]

ID: 12117
Updated by: zak
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: *Compile Issues
Operating System: SunOS 5.7 sparc Ultra-E10K
PHP Version: 4.0.6
New Comment:

This is not a bug - you need to explicitly build a CGI version (aka php executable)

Please read the install documentation more carefully.

Previous Comments:


[2001-07-12 18:24:47] [EMAIL PROTECTED]

I ran "make install" without a hitch and works perfectly from the webserver (Apache).

Howerver, no "php" executable was created on the server.

I find this quite odd.  How might I regain the executable?







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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12124: Cannot compile...

[Brett]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4
PHP Bug Type: Compile Failure
Bug description:  Cannot compile...

I ran the following configure...

./configure --with-mysql --with-imap --with-ldap --with-mcrypt
--with-apache=../apache_1.3.12 --enable-track-vars

Then ran the make and I am getting the following errors...
(See end of log)...

[root@fs1 php-3.0.16]# ./configure --with-mysql --with-imap --with-ldap
--with-mcrypt --with-apache=../apache_1.3.12 --enable-track-vars
loading cache ./config.cache
checking whether build environment is sane... yes
checking whether to enable maintainer-specific portions of Makefiles...
no
checking for bison... (cached) bison -y
checking bison version... 1.28 (ok)
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking for ranlib... (cached) ranlib
checking whether gcc and cc understand -c and -o together... (cached) yes
checking whether ln -s works... (cached) yes
checking for perl... (cached) /usr/bin/perl
checking for sh... (cached) /bin/sh
checking for working const... (cached) yes
checking if compiler supports -R... (cached) no
checking if compiler supports -Wl,-rpath,... (cached) yes
checking if compiler supports -Wl,--version-script... (cached) yes
checking size of long... (cached) 4
checking size of int... (cached) 4
checking for sendmail... (cached) /usr/lib/sendmail
checking for gethostent... (cached) yes
checking for socket in -lc... (cached) yes
checking for gethostbyaddr in -lc... (cached) yes
checking for crypt in -lc... (cached) no
checking for crypt in -lcrypt... (cached) yes
checking for dlopen in -lc... (cached) no
checking for dlopen in -ldl... (cached) yes
checking for sin in -lc... (cached) no
checking for sin in -lm... (cached) yes
checking for res_search in -lsocket... (cached) no
checking for res_search in -lresolv... (cached) yes
checking for pam_start in -lpam... (cached) yes
checking for inet_aton in -lbind... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking for fclose declaration... ok
checking for fcntl.h... (cached) yes
checking for unistd.h... (cached) yes
checking for crypt.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for memory.h... (cached) yes
checking for pwd.h... (cached) yes
checking for grp.h... (cached) yes
checking for sys/socket.h... (cached) yes
checking for sys/wait.h... (cached) yes
checking for syslog.h... (cached) yes
checking for string.h... (cached) yes
checking for sys/varargs.h... (cached) no
checking for stdarg.h... (cached) yes
checking for sys/resource.h... (cached) yes
checking for sys/time.h... (cached) yes
checking for signal.h... (cached) yes
checking for netinet/in.h... (cached) yes
checking for dlfcn.h... (cached) yes
checking for limits.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/statvfs.h... (cached) yes
checking for sys/statfs.h... (cached) yes
checking for unix.h... (cached) no
checking for db.h... (cached) yes
checking for dbm.h... (cached) no
checking for ndbm.h... (cached) no
checking for db1/ndbm.h... (cached) yes
checking for locale.h... (cached) yes
checking for features.h... (cached) yes
checking whether struct tm is in sys/time.h or time.h... (cached) time.h
checking for tm_zone in struct tm... (cached) yes
checking for tm_gmtoff in struct tm... (cached) yes
checking for struct flock... yes
checking for st_blksize in struct stat... (cached) yes
checking for st_blocks in struct stat... (cached) yes
checking for st_rdev in struct stat... (cached) yes
checking for size_t... (cached) yes
checking for uid_t in sys/types.h... (cached) yes
checking for uint... (cached) yes
checking for ushort... (cached) yes
checking for ulong... (cached) yes
checking for ptrdiff_t... (cached) yes
checking for vprintf... (cached) yes
checking for memcpy... (cached) yes
checking for memmove... (cached) yes
checking for strdup... (cached) yes
checking for strerror... (cached) yes
checking for strcasecmp... (cached) yes
checking for strstr... (cached) yes
checking for flock... (cached) yes
checking for lockf... (cached) yes
checking for putenv... (cached) yes
checking for tempnam... (cached) yes
checking for usleep... (cached) yes
checking for setlocale... (cached) yes
checking for gettimeofday... (cached) yes
checking for setvbuf... (cached) yes
checking for srand48... (cached) yes
checking for lrand48... (cached) yes
checking for srandom... (cached) yes
checking for random... (cached) ye

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: anjum
Email: [EMAIL PROTECTED]
ID:anjum
Purpose:   learning php as professional

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12123: php_gd.dll gives errors for ttf functions

[kiera]

From: [EMAIL PROTECTED]
Operating system: Windows 2k
PHP version:  4.0.6
PHP Bug Type: GD related
Bug description:  php_gd.dll gives errors for ttf functions

When using ttf functions (e.g. ImageTTFText) with the php_gd.dll released
with PHP v 4.0.6 for windows, I get an error saying that the font file
cannot be found/opened even when the path is correct.
The problem was eliminated when I replaced the php_gd.dll file I had with
one that was released with the 4.0.5 version.
-- 
Edit bug report at: http://bugs.php.net/?id=12123&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12120 Updated: Several following < characters ignored by striptags()

[michel]

ID: 12120
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: Linux Mandrake
PHP Version: 4.0.4pl1
New Comment:

$foo = strip_tags("< < hello", "");
echo $foo; // prints "<  b>hello" with a hidden ""

strip_tags(), in this case, returns the string it was 
supplied, but omits the second and third '<' character. In 
a regular browser, it would display the 3 '<' characters, 
seperated by spaces: "< < <" (equivalent to "< < 
<") followed by a bold hello. Yet since PHP probably 
raises a flag after the first "<", all subsequent "<" 
characters are ignored until the next ">".

To resume:
Source witSource without strip_tags: "< < hello"
Source with strip_tags: "<  b>hello"

I would also like to point out:

$foo = strip_tags("< < < >hello", "");
echo $foo;

Source without strip_tags: "< < < >hello"
Source with strip_tags: "hello"


Previous Comments:


[2001-07-12 20:32:58] [EMAIL PROTECTED]

$foo = strip_tags("< < hello", "");
echo $foo; // prints "<  b>hello" with a hidden ""

strip_tags(), in this case, returns the string it was 
supplied, but omits the second and third '<' character. In 
a regular browser, it would display the 3 '<' characters, 
seperated by spaces: "< < <" (equivalent to "< < 
<") followed by a bold hello. Yet since PHP probably 
raises a flag after the first "<", all subsequent "<" 
characters are ignored until the next ">".

To resume:
Source witSource without strip_tags: "< < hello"
Source with strip_tags: "<  b>hello"
hout strip_tags: "< < hello"
Source with strip_tags: "<  b>hello"

I would also like to point out:

$foo = strip_tags("< < < >hello", "");
echo $foo;

Source without strip_tags: "< < < >hello"
Source with strip_tags: "hello"






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Bug #12121 Updated: chdir and safe_mode

[Rasmus Lerdorf]

> I think that php_checkuid() should be called with
> CHECKUID_ALLOW_ONLY_FILE (whcih does not exist yet) instead of
> CHECKUID_ALLOW_ONLY_DIR. Meaning -- if the passed "filename" does not
> meet UID/GID test, it should *not* try stripping the last element and
> trying agian.

Sounds right.

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12122: FDF encoding problem

[yatsu]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.5
PHP Bug Type: FDF related
Bug description:  FDF encoding problem

In japanese(may be multibyte) FDF, must need /Encoding key.
But PHP's fdf function not have encoding setting function.
(It's called FDFSetEncoding() in FdfTk).

I have patch for this problem. I would like to send this patch.
-- 
Edit bug report at: http://bugs.php.net/?id=12122&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12121 Updated: chdir and safe_mode

[jflemer]

ID: 12121
Updated by: jflemer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Directory/Filesystem functions
Operating System: OpenBSD 2.7
PHP Version: 4.0.6
New Comment:

[ in ext/standard/dir.c:274 ]
I think that php_checkuid() should be called with CHECKUID_ALLOW_ONLY_FILE (whcih does 
not exist yet) instead of CHECKUID_ALLOW_ONLY_DIR. Meaning -- if the passed "filename" 
does not meet UID/GID test, it should *not* try stripping the last element and trying 
agian.


I am working on bug #12119, which is (sort of) related.

Previous Comments:


[2001-07-12 20:39:03] [EMAIL PROTECTED]

php with safe_mode actived.

./configure --enable-safe-mode \
--with-apache=../apache-1.3.19

Default php.ini except safe_mode on.

Contexte:

  following script is /home/fred/chdir.php
  /home/fred/chdir.php is 3654/3654 (fred/fred)
  /home/fred is 3654/3654 (fred/fred) mode 755
  /home is 0/0 (root/wheel) mode 755
  httpd runs as www. As php is an apache module,
  php scripts are running as www too.



Script (output follows)
--

";

$l = array (".", "/home/fred/", "/home/fred/.",
"/home/fred/./../", "/home/fred/./", "/home/");
foreach ($l as $wd) {   
if (chdir ("$wd")) {
print "chdir($wd) OK  ";
}
else {
print "chdir($wd) error ";
}
print "current directory " . getcwd() . "";
} 
 
?>

Ouput
-

current directory/home/fred

chdir(.) OK 
current directory /home/fred


Warning: SAFE MODE Restriction in effect. The script whose uid is 3564 is not allowed 
to access /home/fred owned by uid 0 in /home/fred/chdir.php
on line 7
chdir(/home/fred/) error 
current directory /home/fred

chdir(/home/fred/.) OK 
current directory /home/fred

chdir(/home/fred/./../) OK 
current directory /home

chdir(/home/fred/./) OK 
current directory /home/fred


Warning: Unable to access /home in /home/fred/chdir.php on line 7
chdir(/home/) error 
current directory /home/fred





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12121: chdir and safe_mode

[sintes]

From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.7
PHP version:  4.0.6
PHP Bug Type: *Directory/Filesystem functions
Bug description:  chdir and safe_mode

php with safe_mode actived.

./configure --enable-safe-mode \
--with-apache=../apache-1.3.19

Default php.ini except safe_mode on.

Contexte:

  following script is /home/fred/chdir.php
  /home/fred/chdir.php is 3654/3654 (fred/fred)
  /home/fred is 3654/3654 (fred/fred) mode 755
  /home is 0/0 (root/wheel) mode 755
  httpd runs as www. As php is an apache module,
  php scripts are running as www too.



Script (output follows)
--

";

$l = array (".", "/home/fred/", "/home/fred/.",
"/home/fred/./../", "/home/fred/./", "/home/");
foreach ($l as $wd) {   
if (chdir ("$wd")) {
print "chdir($wd) OK  ";
}
else {
print "chdir($wd) error ";
}
print "current directory " . getcwd() . "";
} 
 
?>

Ouput
-

current directory/home/fred

chdir(.) OK 
current directory /home/fred


Warning: SAFE MODE Restriction in effect. The script whose uid is 3564 is
not allowed to access /home/fred owned by uid 0 in /home/fred/chdir.php
on line 7
chdir(/home/fred/) error 
current directory /home/fred

chdir(/home/fred/.) OK 
current directory /home/fred

chdir(/home/fred/./../) OK 
current directory /home

chdir(/home/fred/./) OK 
current directory /home/fred


Warning: Unable to access /home in /home/fred/chdir.php on line 7
chdir(/home/) error 
current directory /home/fred
-- 
Edit bug report at: http://bugs.php.net/?id=12121&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11995 Updated: Conflict with MySQL - missing DLL?

[robert]

ID: 11995
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Closed
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.0.6


Previous Comments:


[2001-07-09 21:14:52] [EMAIL PROTECTED]

We're using a Windows 2000 server with IIS.  We 
successfully installed the Oracle client software and PHP 
4.0.6, and it was working for about two weeks, using both 
the OCI8 driver and the generic Oracle driver to access a 
remote database.
Problems started when we installed MySQL 3.23.39.  Now PHP 
can no longer locate the OCI8 extension or the Oracle 
extension, or at least that's the error message.  I suspect 
that it actually is missing some other DLL, but I can't 
find any place where dependencies are documented.  PHP 
successfully finds other extensions in the same extension 
directory, such as the pdf extension, so the path to the 
extension directory in php.ini must be ok.  Oracle client 
software such as sqlplus still functions normally.  PHP 
does not crash, and if the extensions are commented out in 
php.ini it operates normally.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11995 Updated: Conflict with MySQL - missing DLL?

[robert]

ID: 11995
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:

I was able to solve this problem by copying all of the DLLs 
in the DLL folder into C:\win-nt\system32\, and then 
rebooting.  I still do not know which DLL was missing, but 
at least it now works.

Previous Comments:


[2001-07-09 21:14:52] [EMAIL PROTECTED]

We're using a Windows 2000 server with IIS.  We 
successfully installed the Oracle client software and PHP 
4.0.6, and it was working for about two weeks, using both 
the OCI8 driver and the generic Oracle driver to access a 
remote database.
Problems started when we installed MySQL 3.23.39.  Now PHP 
can no longer locate the OCI8 extension or the Oracle 
extension, or at least that's the error message.  I suspect 
that it actually is missing some other DLL, but I can't 
find any place where dependencies are documented.  PHP 
successfully finds other extensions in the same extension 
directory, such as the pdf extension, so the path to the 
extension directory in php.ini must be ok.  Oracle client 
software such as sqlplus still functions normally.  PHP 
does not crash, and if the extensions are commented out in 
php.ini it operates normally.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12120: Several following < characters ignored by striptags()

[michel]

From: [EMAIL PROTECTED]
Operating system: Linux Mandrake
PHP version:  4.0.4pl1
PHP Bug Type: Strings related
Bug description:  Several following < characters ignored by striptags()

$foo = strip_tags("< < hello", "");
echo $foo; // prints "<  b>hello" with a hidden ""

strip_tags(), in this case, returns the string it was 
supplied, but omits the second and third '<' character. In 
a regular browser, it would display the 3 '<' characters, 
seperated by spaces: "< < <" (equivalent to "< < 
<") followed by a bold hello. Yet since PHP probably 
raises a flag after the first "<", all subsequent "<" 
characters are ignored until the next ">".

To resume:
Source witSource without strip_tags: "< < hello"
Source with strip_tags: "<  b>hello"
hout strip_tags: "< < hello"
Source with strip_tags: "<  b>hello"

I would also like to point out:

$foo = strip_tags("< < < >hello", "");
echo $foo;

Source without strip_tags: "< < < >hello"
Source with strip_tags: "hello"

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Re: Bug #12115 Updated: Broken configure:--with-mysql=/opt/mysql

[Rasmus Lerdorf]

Yes it is.  --with-mysql=/opt/mysql should work fine.  Make sure you
remove config.cache before running ./configure

On Thu, 12 Jul 2001, dusty wrote:

> it is in /opt/mysql/lib/mysql
>
> just for kicks i tried placing --with-mysql=/opt/mysql/lib/mysql in the
> configuration parameters instead of just /opt/mysql, but that doesn't work
> either. looking at the configuration file it appears that it is scripted to
> check both lib and lib/mysql in the base specified by the --with-mysql=
> parameter.
>
> - Original Message -
> From: "Bug Database" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, July 12, 2001 12:58 PM
> Subject: Bug #12115 Updated: Broken configure: --with-mysql=/opt/mysql
>
>
> > ID: 12115
> > Updated by: rasmus
> > Reported By: [EMAIL PROTECTED]
> > Old Status:
> > Status: Open
> > Bug Type: *Configuration Issues
> > Operating System: solaris 2.6
> > PHP Version: 4.0.6
> > New Comment:
> >
> > Well, where is your mysql client library?
> >
> > Previous Comments:
> > 
> >
> > [2001-07-12 15:48:15] [EMAIL PROTECTED]
> >
> > oops, i mean the error says:
> > "configure: error: Cannot find mysqlclient library under /opt/mysql"
> >
> > 
> >
> > [2001-07-12 15:46:19] [EMAIL PROTECTED]
> >
> > When configure PHP with the option "--with-mysql=/path/to/mysql" I get
> this configuration error: "configure: error: Cannot find mysqlclient library
> under /opt/local/mysql".
> >
> > While if I use simply "--with-mysql" I get the echoed warning not to do so
> when using with other modules such as mod_perl.
> >
> > Thank you!
> >
> > ./configure \
> > --with-mysql=/opt/mysql \
> > --with-apxs=/opt/apache/bin/apxs \
> > --with-openssl=/opt/openssl \
> > --with-mm=/usr/local \
> > --enable-memory-limit
> >
> >
> > 
> >
> >
> >
> > ATTENTION! Do NOT reply to this email!
> > To reply, use the web interface found at
> http://bugs.php.net/?id=12115&edit=2
> >
>
>
>
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12115 Updated: Broken configure: --with-mysql=/opt/mysql

[dusty]

it is in /opt/mysql/lib/mysql

just for kicks i tried placing --with-mysql=/opt/mysql/lib/mysql in the
configuration parameters instead of just /opt/mysql, but that doesn't work
either. looking at the configuration file it appears that it is scripted to
check both lib and lib/mysql in the base specified by the --with-mysql=
parameter.

- Original Message -
From: "Bug Database" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 12, 2001 12:58 PM
Subject: Bug #12115 Updated: Broken configure: --with-mysql=/opt/mysql


> ID: 12115
> Updated by: rasmus
> Reported By: [EMAIL PROTECTED]
> Old Status:
> Status: Open
> Bug Type: *Configuration Issues
> Operating System: solaris 2.6
> PHP Version: 4.0.6
> New Comment:
>
> Well, where is your mysql client library?
>
> Previous Comments:
> 
>
> [2001-07-12 15:48:15] [EMAIL PROTECTED]
>
> oops, i mean the error says:
> "configure: error: Cannot find mysqlclient library under /opt/mysql"
>
> 
>
> [2001-07-12 15:46:19] [EMAIL PROTECTED]
>
> When configure PHP with the option "--with-mysql=/path/to/mysql" I get
this configuration error: "configure: error: Cannot find mysqlclient library
under /opt/local/mysql".
>
> While if I use simply "--with-mysql" I get the echoed warning not to do so
when using with other modules such as mod_perl.
>
> Thank you!
>
> ./configure \
> --with-mysql=/opt/mysql \
> --with-apxs=/opt/apache/bin/apxs \
> --with-openssl=/opt/openssl \
> --with-mm=/usr/local \
> --enable-memory-limit
>
>
> 
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
http://bugs.php.net/?id=12115&edit=2
>



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12119: safe mode owner check can be bypassed with symlink

[jflemer]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.0.6
PHP Bug Type: Scripting Engine problem
Bug description:  safe mode owner check can be bypassed with symlink

php_checkuid() [ main/safe_mode.c:46 ] first checks the ownership of the
file you are trying to open against the ownership of the executing
script.

if that check fails, it checks the ownership of the directory containing
the file you are trying to open. the second part never calls
VCWD_REALPATH() on the filename before trimming it to get the working
directory. thus it is simple to bypass safe mode restrictions.

in a directory you own, create a symlink to say /etc/passwd then include
that symlink in a file you own.

eg:
$ cd $HOME/public_html
$ ln -s /etc/passwd symlink
$ echo '' > passwd.php

I have a patch (almost) prepared that calls VCWD_REALPATH() on the
destination, then trims the filename in order to get directory permissions.


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12095 Updated: mssql_pconnect access violations

[php]

ID: 12095
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: MSSQL related
Operating System: Win2k Pro SP2
PHP Version: 4.0.6
New Comment:

PHP exhibits this behaviour under Apache-win32 1.3.20 aswell (running as a module). 
Although with different symptoms.

When pconnect is used instead of connect it runs fine once and doesn't disconnect from 
the db but on the second call Apache causes an error:

Instruction at 0x733251C0, couldn't read memory at 0x023C.

Unforunately these two numbers change, the instructionn address seems to always be in 
the vicinity of 0x733. however.

After closing the error dialog with 'Ok', the page continues to load fine.

Previous Comments:


[2001-07-12 07:19:03] [EMAIL PROTECTED]

Sorry for the spam if these modifications are going to an email list. I would have 
posted this specific update but the error only just appeared.

dllhost.exe - Application Error
The instruction at "0x010a64d5" referenced memory at "0x0010". The memory could 
not be "read".

This happened while not doing anything web related, but I'm pretty sure it's related 
to the mssql_pconnect facet of PHP since dllhost.exe is related to IIS. I'm guessing 
there's some sort of timeout on persistent connections? this error is most likely 
occuring through the timeout?





[2001-07-12 07:11:21] [EMAIL PROTECTED]

The initial call was OK. A second call after the first had finished was also fine. A 
third call after the second had finished resulted in:

PHP has encountered an Access Violation at 0109B434
Warning:  MS SQL:  Link to server lost, unable to reconnect in [filename deleted] on 
line 18

The line in question is the mssql_pconnect. A 4th call resulted in the same.

5th: fine.

6th: PHP has encountered an Access Violation at 73342F43

7: fine

8: PHP has encountered an Access Violation at 73342F43

9:
Warning: MS SQL: Link to server lost, unable to reconnect in [filename deleted] on 
line 18
couldn't connect to db ()

(the couldn't connect to db () line is an error trap in the script, the bracket is 
supposed to contain mssql_get_last_message)

10:
Warning: MS SQL error: Invalid parameter in DB-LIBRARY function reference. (severity 
11) in [2nd filename deleted] on line 12
Warning: MS SQL: Unable to set query in [2nd filename deleted] on line 12

This line in question is a query called after pconnect'ing. The warning repeats for 
every query on the page.

11: PHP has encountered an Access Violation at 733251C0
12: PHP has encountered an Access Violation at 73342F43
13: PHP has encountered an Access Violation at 73342F43
14: Fine
15: PHP has encountered an Access Violation at 73342F43
16: PHP has encountered an Access Violation at 73342F43
17: PHP has encountered an Access Violation at 73342F43
...

It occasionally switched between fine, violation at 73342F43 and violation at 0109B434 
(seen on call number 3).

I was unable to get it to lock the web service again.



[2001-07-12 06:41:41] [EMAIL PROTECTED]

Firstly, I realise there are previous bug reports regarding this topic but I wasn't 
sure if I (a normal user) could re-open them manually. So I'll start a new topic.

I submitted what I thought was a bug earlier about PHPCGI pconns not remaining 
persistent. Well after again attempting to move to ISAPI I encountered access 
violations similar to the ones described in bug #8755.

Running my scripts (which use mssql_pconnect) it would, seemingly, chose from an error 
at random from:

- An access violation
- A warning regarding something like DB-LIBRARY

After a while the script would no longer work. Something strange though is the fact 
that after a while I can access a script on the server which only outputs phpinfo() 
BUT I cannot access the script running the db calls in question.

Attempting to restart w3svc fails, it waits and waits like windows usually does :) and 
after a while fails to respond. Successive calls to net stop w3svc result in "The 
service could not be controlled in its present state." (even though its still 
responding to phpinfo.php).

I'm currently in this state as I write, I'll reboot and attempt to get the exact error 
messages.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[rip]

ID: 12065
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

oops... I had to reply here... sorry.

Re

True, for GD I always have this in the Makefile :
CFLAGS=-O -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE
LIBS=-lgd -lpng -lz -ljpeg -lfreetype -lm

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

Yes.
I modified gdtestft.c to load the arial font instead of the "times" one by default.
http://www.documents.cyberabuse.org/fttest.png

Another proof of GD having freetype compiled with it is the phpinfo() result :

FreeType Support enabled 
FreeType Linkage with freetype 
(with freetype 2)

FreeType Support enabled 
FreeType Linkage with TTF library
(with freetype 1)

If phpinfo() says it's ok and then the function says it's bugged... then I say 
something is wrong.


Previous Comments:


[2001-07-12 18:44:38] [EMAIL PROTECTED]

Try this short program:

#include 
#include 
#include "gd.h"

int
main (int argc, char **argv)
{
  gdImagePtr im;

  im = gdImageCreate(100,100);
  printf("TTF returns %s\n",
gdImageStringTTF(im, NULL, 1, "dummy.ttf",
  12, 0, 0, 0, "test"));
  gdImageDestroy (im);
  return 0;
}

Then do:
gcc gdttf.c -lgd -ljpeg -lpng -lfreetype -lm

Try -lttf instead of -lfreetype, depending on which you have installed.

If you still get the "libgd was not built with TrueType font support", then you 
haven't build gd with TrueType font support.

If you get any other error, then something screwy is going on.

--Wez.



[2001-07-12 18:28:47] [EMAIL PROTECTED]


Are you really, really sure that GD is linked with freetype support??

"By default GD doesn't compile without freetype installed"
That statement is not correct in any of the GD sources that I have seen; you need to 
explicitly enable TTF/Freetype support in the makefiles.

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

--Wez.



[2001-07-12 18:26:50] [EMAIL PROTECTED]

(Please use the web interface to reply!)
User Comment:

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.



[2001-07-12 07:39:23] [EMAIL PROTECTED]

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.



[2001-07-11 16:08:16] [EMAIL PROTECTED]


shows : Warning: libgd was not built with TrueType font support in /www/test2.php on 
line 1

phpinfo();
shows :
gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 

So basically I'd say something is not working correctly.
I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.

Here's my configure line :
./configure --enable-inline-optimization --with-apxs --enable-calendar --enable-ftp 
--enable-track-vars --with-gd=/usr/local --with-freetype-dir=/usr/local --with-mysql

All looks ok during config & compilation of PHP.
Here's what shows:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
...

I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not better.

Also note that there is an error in the configure script :
> cat configure | grep -i native-tt
  --enable-gd-native-ttfGD: Enable TrueType

[PHP-DEV] Re: Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[Philippe Bourcier]

At 22:28 12/07/2001 +, you wrote:
>ID: 12065
>Updated by: wez
>Reported By: [EMAIL PROTECTED]
>Old Summary: "libgd was not built with TrueType font support" problem
>Status: Feedback
>Bug Type: GD related
>Operating System: FreeBSD 4.3
>PHP Version: 4.0.6
>New Comment:
>
>
>Are you really, really sure that GD is linked with freetype support??
>"By default GD doesn't compile without freetype installed"
>That statement is not correct in any of the GD sources that I have seen; 
>you need to explicitly enable TTF/Freetype support in the makefiles.

Re

True, for GD I always have this in the Makefile :
CFLAGS=-O -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE
LIBS=-lgd -lpng -lz -ljpeg -lfreetype -lm

>Can you successfully run the GD test programs that work with TTF/Freetype? 
>(if there are any).

Yes.
I modified gdtestft.c to load the arial font instead of the "times" one by 
default.
http://www.documents.cyberabuse.org/fttest.png

Another proof of GD having freetype compiled with it is the phpinfo() result :

FreeType Support enabled
FreeType Linkage with freetype
(with freetype 2)

FreeType Support enabled
FreeType Linkage with TTF library
(with freetype 1)

If phpinfo() says it's ok and then the function says it's bugged... then I 
say something is wrong.

Thanks,
Philippe Bourcier

>--Wez.
>
>Previous Comments:
>
>
>[2001-07-12 18:26:50] [EMAIL PROTECTED]
>
>(Please use the web interface to reply!)
>User Comment:
>
>Heh, sure...
>By default GD doesn't compile without freetype installed.
>
>Today here's what I've tried :
>
>FreeBSD 4.3 :
>
>Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work
>
>Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work
>
>Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work
>
>Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work
>
>
>Linux 2.2 :
>
>Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked
>
>Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work
>
>
>The only difference in the version that works is PHP is not a dynamic module.
>
>
>
>[2001-07-12 07:39:23] [EMAIL PROTECTED]
>
>That "libgd was not built with TrueType font support" message comes from 
>the GD library itself, not PHP.
>
>Did you compile the GD library with TrueType font support?
>
>--Wez.
>
>
>
>[2001-07-11 16:08:16] [EMAIL PROTECTED]
>
>
>shows : Warning: libgd was not built with TrueType font support in 
>/www/test2.php on line 1
>
>phpinfo();
>shows :
>gd
>GD Support enabled
>GD Version 1.6.2 or higher
>FreeType Support enabled
>FreeType Linkage with freetype
>JPG Support enabled
>PNG Support enabled
>WBMP Support enabled
>
>So basically I'd say something is not working correctly.
>I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.
>
>Here's my configure line :
>./configure --enable-inline-optimization --with-apxs --enable-calendar 
>--enable-ftp --enable-track-vars --with-gd=/usr/local 
>--with-freetype-dir=/usr/local --with-mysql
>
>All looks ok during config & compilation of PHP.
>Here's what shows:
>checking whether to include GD support... yes
>checking whether to enable truetype string function in gd... no
>checking for freetype(2)... yes
>checking whether to include include FreeType 1.x support... no
>checking whether to include T1lib support... no
>checking for gdImageString16 in -lgd... (cached) yes
>checking for gdImagePaletteCopy in -lgd... (cached) yes
>checking for gdImageCreateFromPng in -lgd... (cached) yes
>checking for gdImageCreateFromGif in -lgd... (cached) no
>...
>
>I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not 
>better.
>
>Also note that there is an error in the configure script :
> > cat configure | grep -i native-tt
>   --enable-gd-native-ttfGD: Enable TrueType string function in gd"
># Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.
>
>It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?
>
>Thanks,
>Philippe Bourcier
>
>
>
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=12065&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] pgsql pg_close() bug?

[Rasmus Lerdorf]

Thies, weren't you playing around with something related to pg_close()?
Apparently something is broken in pg-7.1 now.

See: http://www.php.net/bugs.php?id=12084&edit=1

-Rasmus


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12081 Updated: A successfull snmpset() always returns "false"

[rasmus]

ID: 12081
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Summary: A successfull snmpset() always returns "false"
Status: Open
Bug Type: SNMP related
Operating System: Slackware-7.1, kernel.2.4.6
PHP Version: 4.0.6
New Comment:

>From looking at the code it would appear that snmpset() would return an empty array 
>unless something goes wrong.  Granted, that is sub-optimal, but I don't think it 
>returns false.  Could you verify this for me that it is actually an empty array and 
>not false?

Previous Comments:


[2001-07-12 02:31:47] [EMAIL PROTECTED]

I think the bug is in ext/snmp/snmp.c. php_snmp() initializes "return_value" only for 
snmp functions that return some MIB variable(s). It should "RETURN_TRUE" for snmpset 
too.






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[wez]

ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

Try this short program:

#include 
#include 
#include "gd.h"

int
main (int argc, char **argv)
{
  gdImagePtr im;

  im = gdImageCreate(100,100);
  printf("TTF returns %s\n",
gdImageStringTTF(im, NULL, 1, "dummy.ttf",
  12, 0, 0, 0, "test"));
  gdImageDestroy (im);
  return 0;
}

Then do:
gcc gdttf.c -lgd -ljpeg -lpng -lfreetype -lm

Try -lttf instead of -lfreetype, depending on which you have installed.

If you still get the "libgd was not built with TrueType font support", then you 
haven't build gd with TrueType font support.

If you get any other error, then something screwy is going on.

--Wez.

Previous Comments:


[2001-07-12 18:28:47] [EMAIL PROTECTED]


Are you really, really sure that GD is linked with freetype support??

"By default GD doesn't compile without freetype installed"
That statement is not correct in any of the GD sources that I have seen; you need to 
explicitly enable TTF/Freetype support in the makefiles.

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

--Wez.



[2001-07-12 18:26:50] [EMAIL PROTECTED]

(Please use the web interface to reply!)
User Comment:

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.



[2001-07-12 07:39:23] [EMAIL PROTECTED]

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.



[2001-07-11 16:08:16] [EMAIL PROTECTED]


shows : Warning: libgd was not built with TrueType font support in /www/test2.php on 
line 1

phpinfo();
shows :
gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 

So basically I'd say something is not working correctly.
I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.

Here's my configure line :
./configure --enable-inline-optimization --with-apxs --enable-calendar --enable-ftp 
--enable-track-vars --with-gd=/usr/local --with-freetype-dir=/usr/local --with-mysql

All looks ok during config & compilation of PHP.
Here's what shows:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
...

I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not better.

Also note that there is an error in the configure script :
> cat configure | grep -i native-tt
  --enable-gd-native-ttfGD: Enable TrueType string function in gd"
# Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.

It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?

Thanks,
Philippe Bourcier






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[wez]

ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:


Are you really, really sure that GD is linked with freetype support??

"By default GD doesn't compile without freetype installed"
That statement is not correct in any of the GD sources that I have seen; you need to 
explicitly enable TTF/Freetype support in the makefiles.

Can you successfully run the GD test programs that work with TTF/Freetype? (if there 
are any).

--Wez.

Previous Comments:


[2001-07-12 18:26:50] [EMAIL PROTECTED]

(Please use the web interface to reply!)
User Comment:

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.



[2001-07-12 07:39:23] [EMAIL PROTECTED]

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.



[2001-07-11 16:08:16] [EMAIL PROTECTED]


shows : Warning: libgd was not built with TrueType font support in /www/test2.php on 
line 1

phpinfo();
shows :
gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 

So basically I'd say something is not working correctly.
I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.

Here's my configure line :
./configure --enable-inline-optimization --with-apxs --enable-calendar --enable-ftp 
--enable-track-vars --with-gd=/usr/local --with-freetype-dir=/usr/local --with-mysql

All looks ok during config & compilation of PHP.
Here's what shows:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
...

I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not better.

Also note that there is an error in the configure script :
> cat configure | grep -i native-tt
  --enable-gd-native-ttfGD: Enable TrueType string function in gd"
# Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.

It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?

Thanks,
Philippe Bourcier






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[wez]

ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

(Please use the web interface to reply!)
User Comment:

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.

Previous Comments:


[2001-07-12 07:39:23] [EMAIL PROTECTED]

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.



[2001-07-11 16:08:16] [EMAIL PROTECTED]


shows : Warning: libgd was not built with TrueType font support in /www/test2.php on 
line 1

phpinfo();
shows :
gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 

So basically I'd say something is not working correctly.
I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.

Here's my configure line :
./configure --enable-inline-optimization --with-apxs --enable-calendar --enable-ftp 
--enable-track-vars --with-gd=/usr/local --with-freetype-dir=/usr/local --with-mysql

All looks ok during config & compilation of PHP.
Here's what shows:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
...

I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not better.

Also note that there is an error in the configure script :
> cat configure | grep -i native-tt
  --enable-gd-native-ttfGD: Enable TrueType string function in gd"
# Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.

It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?

Thanks,
Philippe Bourcier






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12118: Apache crashes without error after some time of running

[wim]

From: [EMAIL PROTECTED]
Operating system: RedHat 6.2 - Kernel 2.4.1
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Apache crashes without error after some time of running

Apache starts fine, error_log giving no errors at all. After a while, it
suddenly isn't running anymore, with still nothing in error_log.

When compiling php with --enable-debug and then starting with gdb, I get
:


/usr/local/apache/bin>gdb httpd
GNU gdb 19991004
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
Cannot access memory at address 0x19
(gdb) bt
#0  _dl_debug_state () at dl-debug.c:56
#1  0x4000ac7b in _dl_catch_error (errstring=0xbfffd760, operate=0x40182970
, args=0xbfffd764) at dl-error.c:141
#2  0x40182d1d in _dl_open (file=0x8213358
"/usr/local/apache/libexec/libphp4.so", mode=258, caller=0xbfffd760) at
dl-open.c:232
#3  0x400a03d3 in dlopen_doit (a=0xbfffd874) at dlopen.c:41
#4  0x4000ac7b in _dl_catch_error (errstring=0x400a2080, operate=0x400a03a8
, args=0xbfffd874) at dl-error.c:141
#5  0x400a08b9 in _dlerror_run (operate=0x400a03a8 ,
args=0xbfffd874) at dlerror.c:125
#6  0x400a0393 in __dlopen_check (file=0x8213358
"/usr/local/apache/libexec/libphp4.so", mode=258) at dlopen.c:53
#7  0x80be811 in ap_os_dso_load () at lstat.c:45
#8  0x8086d38 in load_module () at lstat.c:45
#9  0x80a2e4e in invoke_cmd () at lstat.c:45
#10 0x80a3793 in ap_handle_command () at lstat.c:45
#11 0x80a3829 in ap_srm_command_loop () at lstat.c:45
#12 0x80a3e80 in ap_process_resource_config () at lstat.c:45
#13 0x80a4762 in ap_read_config () at lstat.c:45
#14 0x80ae3a1 in standalone_main () at lstat.c:45
#15 0x80aec23 in main () at lstat.c:45
#16 0x400bc9cb in __libc_start_main (main=0x80ae8cc , argc=2,
argv=0xbadc, init=0x8065e20 <_init>, 
fini=0x815491c <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xbad4) at ../sysdeps/generic/libc-start.c:92
(gdb) 


Could this be the cause ???
-- 
Edit bug report at: http://bugs.php.net/?id=12118&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12117: Wont create executable?

[jason . gulledge]

From: [EMAIL PROTECTED]
Operating system: SunOS 5.7 sparc Ultra-E10K
PHP version:  4.0.6
PHP Bug Type: *Compile Issues
Bug description:  Wont create executable?

I ran "make install" without a hitch and works perfectly from the webserver
(Apache).

Howerver, no "php" executable was created on the server.

I find this quite odd.  How might I regain the executable?


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] preg_replace_callback

[Wez Furlong]

Hi Andrei (and anyone else in on pcre),

This doesn't work as you might expect if you were used to preg_replace:

preg_replace_callback(
array( ...patterns...),
array( ...callbacks...),
$subject);

Instead, it expects a single callback as the second parameter.

Any chance that it could be made to do so, or are there technical reasons
not to?

--Wez.


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Sharing hashes between processes

[Wez Furlong]

On 12/07/01, "Derick Rethans" <[EMAIL PROTECTED]> wrote:
> AFAIK, it's like the MySQL pconnect way. There is no way to share data
> between processes (only with shared memory or diskstorage).

I thought for a moment that if the data was read on httpd startup, the pointer
could be kept around and used by the forked() children, but then I realized
that apache will probably get in the way.

Oh well.

SRM sounds interesting though!

--Wez.


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12116 Updated: Array_slice acts as array_splice

[derick]

ID: 12116
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Win2k Server Advance/ IIS 5.0
PHP Version: 4.0.6
New Comment:

Not a bug, so bogus

Previous Comments:


[2001-07-12 17:44:36] [EMAIL PROTECTED]

I misunderstood the functionality of array_slice and array_splice.  This behavior is 
as intended.



[2001-07-12 17:37:38] [EMAIL PROTECTED]

//returns pear
$f=array("orange","apple","pear","banana");
$output=array_splice($f,2,1);
foreach($output as $d){
echo $d."";
}

//also returns pear
$f=array("orange","apple","pear","banana");
$output=array_slice($f,2,1);
foreach($output as $d){
echo $d."";
}






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Help with corrupted defines [bug 11990]

[Brian Lalor]

[Adam, if you could pass this on to the guys who are considering my
request, I'd appreciate it]

I've been beating my forehead bloody against this bug, but no progress
yet.  Is it possible that the memory space holding the value for the
key/value pair in the hash table for the defined constants isn't being
zeroed before being written to?  Could the part of the struct holding the
length of the string value be getting set incorrectly?  We haven't yet
seen this problem with non-string constants.

Am I barking up the wrong tree, here?  Just trying to think of avenues to
persue...

Thanks,
B

-- 
Brian Lalor
[EMAIL PROTECTED]
(v) 480-333-3196
(f) 480-760-9298


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[wez]

ID: 12064
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Status: Feedback
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

Are you sure that GD understands d:/path/to/font.ttf as a path?
Should it be d:\\path\\to\\font.ttf ?

--Wez.

Previous Comments:


[2001-07-12 16:00:10] [EMAIL PROTECTED]

please use filemon (www.sysinternals.com) to find out where php/gd is searching for 
the fonts, and report back.

thanks.



[2001-07-12 15:40:36] [EMAIL PROTECTED]

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben



[2001-07-12 14:36:33] [EMAIL PROTECTED]

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.



[2001-07-11 15:03:28] [EMAIL PROTECTED]

The GD TrueType functions can't find fonts; relative paths and absolute paths both do 
not work.

Example (font is in the local directory, and . is part of my php.ini include_path)

(written off the top of my head, it's in a larger script, but test scripts I wrote and 
unfortunately deleted don't work either)

PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3

This is from the binary Win32 distribution of PHP 4.0.6 on php.net.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[dbeu]

ID: 12064
Updated by: dbeu
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Old Status: 
Status: Feedback
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

please use filemon (www.sysinternals.com) to find out where php/gd is searching for 
the fonts, and report back.

thanks.

Previous Comments:


[2001-07-12 15:40:36] [EMAIL PROTECTED]

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben



[2001-07-12 14:36:33] [EMAIL PROTECTED]

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.



[2001-07-11 15:03:28] [EMAIL PROTECTED]

The GD TrueType functions can't find fonts; relative paths and absolute paths both do 
not work.

Example (font is in the local directory, and . is part of my php.ini include_path)

(written off the top of my head, it's in a larger script, but test scripts I wrote and 
unfortunately deleted don't work either)

PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3

This is from the binary Win32 distribution of PHP 4.0.6 on php.net.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12116 Updated: Array_slice acts as array_splice

[tom]

ID: 12116
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Win2k Server Advance/ IIS 5.0
PHP Version: 4.0.6


Previous Comments:


[2001-07-12 17:37:38] [EMAIL PROTECTED]

//returns pear
$f=array("orange","apple","pear","banana");
$output=array_splice($f,2,1);
foreach($output as $d){
echo $d."";
}

//also returns pear
$f=array("orange","apple","pear","banana");
$output=array_slice($f,2,1);
foreach($output as $d){
echo $d."";
}






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12116 Updated: Array_slice acts as array_splice

[tom]

ID: 12116
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: Win2k Server Advance/ IIS 5.0
PHP Version: 4.0.6
New Comment:

I misunderstood the functionality of array_slice and array_splice.  This behavior is 
as intended.

Previous Comments:


[2001-07-12 17:37:38] [EMAIL PROTECTED]

//returns pear
$f=array("orange","apple","pear","banana");
$output=array_splice($f,2,1);
foreach($output as $d){
echo $d."";
}

//also returns pear
$f=array("orange","apple","pear","banana");
$output=array_slice($f,2,1);
foreach($output as $d){
echo $d."";
}






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12115 Updated: Broken configure: --with-mysql=/opt/mysql

[rasmus]

ID: 12115
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Open
Bug Type: *Configuration Issues
Operating System: solaris 2.6
PHP Version: 4.0.6
New Comment:

Well, where is your mysql client library?

Previous Comments:


[2001-07-12 15:48:15] [EMAIL PROTECTED]

oops, i mean the error says:
"configure: error: Cannot find mysqlclient library under /opt/mysql"



[2001-07-12 15:46:19] [EMAIL PROTECTED]

When configure PHP with the option "--with-mysql=/path/to/mysql" I get this 
configuration error: "configure: error: Cannot find mysqlclient library under 
/opt/local/mysql".

While if I use simply "--with-mysql" I get the echoed warning not to do so when using 
with other modules such as mod_perl.

Thank you!

./configure \
--with-mysql=/opt/mysql \
--with-apxs=/opt/apache/bin/apxs \
--with-openssl=/opt/openssl \
--with-mm=/usr/local \
--enable-memory-limit






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12116: Array_slice acts as array_splice

[tom]

From: [EMAIL PROTECTED]
Operating system: Win2k Server Advance/ IIS 5.0
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Array_slice acts as array_splice

//returns pear
$f=array("orange","apple","pear","banana");
$output=array_splice($f,2,1);
foreach($output as $d){
echo $d."";
}

//also returns pear
$f=array("orange","apple","pear","banana");
$output=array_slice($f,2,1);
foreach($output as $d){
echo $d."";
}

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[ben]

ID: 12064
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Old Status: 
Status: Open
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

Ok, I checked out filemon.
Here's what's happening:
GD first tries to open files inside the Apache root (not the web root; for instance, 
on my box, C:\Program Files\Apache. So, if I've specified "C:\\path\\to\\font.ttf" in 
my path, I end up with:
C:\Program Files\Apache\C\C:\path\to\font.ttf.ttf

Next, it tries the current directory. However, it seems to be unable to process 
Windows drive letters, and so defaults to drive C: (my webroot's on D:, which is a 
problem), so I get
C:\path\to\script\C:\path\to\font.ttf.ttf

You get the idea. I made a directory structure on C: mimicing that of my D: webroot, 
but only containing the fonts; it worked fine (although the antialiasing was horrific, 
but that's a GD/FT2 issue).


Previous Comments:


[2001-07-12 17:18:32] [EMAIL PROTECTED]

Pretty sure, but it doesn't work the other way around either.



[2001-07-12 16:08:57] [EMAIL PROTECTED]

Are you sure that GD understands d:/path/to/font.ttf as a path?
Should it be d:\\path\\to\\font.ttf ?

--Wez.



[2001-07-12 16:00:10] [EMAIL PROTECTED]

please use filemon (www.sysinternals.com) to find out where php/gd is searching for 
the fonts, and report back.

thanks.



[2001-07-12 15:40:36] [EMAIL PROTECTED]

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben



[2001-07-12 14:36:33] [EMAIL PROTECTED]

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=12064


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Jacques Marneweck
Email: [EMAIL PROTECTED]
ID:jacques
Purpose:   Maintaining www.php.net and hosts.php.net

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[ben]

ID: 12064
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Status: Feedback
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

Pretty sure, but it doesn't work the other way around either.

Previous Comments:


[2001-07-12 16:08:57] [EMAIL PROTECTED]

Are you sure that GD understands d:/path/to/font.ttf as a path?
Should it be d:\\path\\to\\font.ttf ?

--Wez.



[2001-07-12 16:00:10] [EMAIL PROTECTED]

please use filemon (www.sysinternals.com) to find out where php/gd is searching for 
the fonts, and report back.

thanks.



[2001-07-12 15:40:36] [EMAIL PROTECTED]

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben



[2001-07-12 14:36:33] [EMAIL PROTECTED]

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.



[2001-07-11 15:03:28] [EMAIL PROTECTED]

The GD TrueType functions can't find fonts; relative paths and absolute paths both do 
not work.

Example (font is in the local directory, and . is part of my php.ini include_path)

(written off the top of my head, it's in a larger script, but test scripts I wrote and 
unfortunately deleted don't work either)

PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3

This is from the binary Win32 distribution of PHP 4.0.6 on php.net.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[Philippe Bourcier]

At 11:39 12/07/2001 +, you wrote:
>ID: 12065
>Updated by: wez
>Reported By: [EMAIL PROTECTED]
>Old Summary: "libgd was not built with TrueType font support" problem
>Old Status: Open
>Status: Feedback
>Bug Type: GD related
>Operating System: FreeBSD 4.3
>PHP Version: 4.0.6
>New Comment:
>
>That "libgd was not built with TrueType font support" message comes from 
>the GD library itself, not PHP.
>
>Did you compile the GD library with TrueType font support?

Heh, sure...
By default GD doesn't compile without freetype installed.

Today here's what I've tried :

FreeBSD 4.3 :

Apache 1.3.20 + PHP 4.04pl1 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.3 + freetype 1.3.1 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work

Apache 1.3.20 + PHP 4.06 + lib GD 2.0.1.beta + freetype 2.0.4 << doesn't work


Linux 2.2 :

Apache 1.3.20 + PHP 4.03pl1 + lib GD 1.8.3 + freetype 1.3.1 << worked

Apache 1.3.20 + PHP 4.06 + lib GD 1.8.4 + freetype 2.0.4 << doesn't work


The only difference in the version that works is PHP is not a dynamic module.


>--Wez.
>
>Previous Comments:
>
>
>[2001-07-11 16:08:16] [EMAIL PROTECTED]
>
>
>shows : Warning: libgd was not built with TrueType font support in 
>/www/test2.php on line 1
>
>phpinfo();
>shows :
>gd
>GD Support enabled
>GD Version 1.6.2 or higher
>FreeType Support enabled
>FreeType Linkage with freetype
>JPG Support enabled
>PNG Support enabled
>WBMP Support enabled
>
>So basically I'd say something is not working correctly.
>I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.
>
>Here's my configure line :
>./configure --enable-inline-optimization --with-apxs --enable-calendar 
>--enable-ftp --enable-track-vars --with-gd=/usr/local 
>--with-freetype-dir=/usr/local --with-mysql
>
>All looks ok during config & compilation of PHP.
>Here's what shows:
>checking whether to include GD support... yes
>checking whether to enable truetype string function in gd... no
>checking for freetype(2)... yes
>checking whether to include include FreeType 1.x support... no
>checking whether to include T1lib support... no
>checking for gdImageString16 in -lgd... (cached) yes
>checking for gdImagePaletteCopy in -lgd... (cached) yes
>checking for gdImageCreateFromPng in -lgd... (cached) yes
>checking for gdImageCreateFromGif in -lgd... (cached) no
>...
>
>I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not 
>better.
>
>Also note that there is an error in the configure script :
> > cat configure | grep -i native-tt
>   --enable-gd-native-ttfGD: Enable TrueType string function in gd"
># Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.
>
>It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?
>
>Thanks,
>Philippe Bourcier
>
>
>
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=12065&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] emulating http request on commandline?

[Brian Lalor]

Do any of y'all know how I might go about duplicating the actions taken by
PHP when run as an Apache module on the commandline, including passing
cookie data?  I'm trying to track down a segfault in PHP, but I'm having
trouble jumping from Apache to PHP code in gdb.  I don't think the issue
has anything to do with php being a module, so if I can recreate the crash
with the PHP standalone binary, I might have an easier time of it.

What's the easiest way to go about that?  How can I see the SCRIPT_URI,
QUERY_STRING and other apache variables  from gdb, and how can I recreate
those for the php cgi binary to see?

Thanks,
B

-- 
Brian Lalor
[EMAIL PROTECTED]
(v) 480-333-3196
(f) 480-760-9298


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Memory Issues with Mysql + 4.0.6

[Chris K. Chew]

Hi.

PHP crashes every time we run a certain batch of reports since we upgraded
from 4.0.4pl1 to 4.0.6.  The report is ridiculously complex and requires a
boat-load of database queries.  They ran very well on the previous versions
of PHP.

Information:

--The script tanks after the 34th query, at which point it begins
displaying:
"Supplied argument is not a valid MySQL result resource."

--We have tried the script using:
*one connection for the entire script (mysql_pconnect)
*recalling mysql_pconnect() before every query without mysql_close()
*new connections for every query (mysql_connect...mysql_close)

--Same outcome with Mysql versions 3.23.39, 3.23.38 and 3.23.28

--Works perfectly well in PHP 4.04pl1, but not at all 4.06

--Debug log repeatedly contains two messages:

FATAL: erealloc(): Unable to allocate 1515870836 bytes
[Wed Jul 11 09:12:17 2001] [notice] child pid 16719 exit signal
Segmentation
fault (11)
- ---
./zend_execute.c(358) : Block 0x083FFD78 status:
zend_variables.c(62) : Actual location (location was relayed)
Beginning: OK (allocated on zend_API.c:379, 10 bytes)
End: Overflown (magic=0x2A8FCC82 instead of 0x2A8FCC84)
1 byte(s) overflown
- ---

I have tried lots of troubleshooting approaches, far too many to mention
now.  I have also searched the mailing lists and bug reports and have read
documents all over the place, all to no avail.  If I am being an idiot here,
let me know and I'll go away.

Thank you for your time and help,
Chris Chew


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12115 Updated: Broken configure: --with-mysql=/opt/mysql

[dhoffutt]

ID: 12115
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *Configuration Issues
Operating System: solaris 2.6
PHP Version: 4.0.6
New Comment:

oops, i mean the error says:
"configure: error: Cannot find mysqlclient library under /opt/mysql"

Previous Comments:


[2001-07-12 15:46:19] [EMAIL PROTECTED]

When configure PHP with the option "--with-mysql=/path/to/mysql" I get this 
configuration error: "configure: error: Cannot find mysqlclient library under 
/opt/local/mysql".

While if I use simply "--with-mysql" I get the echoed warning not to do so when using 
with other modules such as mod_perl.

Thank you!

./configure \
--with-mysql=/opt/mysql \
--with-apxs=/opt/apache/bin/apxs \
--with-openssl=/opt/openssl \
--with-mm=/usr/local \
--enable-memory-limit






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] I don't know if I am at the good place...

[Christophe Pollet]

Hi all !
Like I said before, I don't know if my question is posted at the goot
place...

I'm developping an HTTP server and I'd like to parse PHP scripts with
it...
My question is : "How to call PHP to do this ?"

Thank you for your help,

Cordially,
Christophe

--
Christophe POLLET  ICQ : 30040390

PS : sorry for the mistakes, I'm french...


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12115: Broken configure: --with-mysql=/opt/mysql

[dhoffutt]

From: [EMAIL PROTECTED]
Operating system: solaris 2.6
PHP version:  4.0.6
PHP Bug Type: *Configuration Issues
Bug description:  Broken configure: --with-mysql=/opt/mysql

When configure PHP with the option "--with-mysql=/path/to/mysql" I get this
configuration error: "configure: error: Cannot find mysqlclient library
under /opt/local/mysql".

While if I use simply "--with-mysql" I get the echoed warning not to do so
when using with other modules such as mod_perl.

Thank you!

./configure \
--with-mysql=/opt/mysql \
--with-apxs=/opt/apache/bin/apxs \
--with-openssl=/opt/openssl \
--with-mm=/usr/local \
--enable-memory-limit

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[ben]

ID: 12064
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Status: Analyzed
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

Rasmus:

  I did some reading through the GD docs; it seems that GD uses an environment 
variable called GDFONTPATH to locate its fonts when no path is specified (this seems 
to imply that the proper extension would also be appended). However, setting this 
properly did not work. The documentation also says that a full path will be accepted 
(with .ttf ending) if specified as a parameter.

  Seems like a problem with the way PHP is passing the string, perhaps. I would play 
with the source, but I don't have a compiler for this environment right now; it seems 
that people are not having this problem on Unices, so I won't bother looking there.

Any clue?

Thanks,
Ben

Previous Comments:


[2001-07-12 14:36:33] [EMAIL PROTECTED]

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.



[2001-07-11 15:03:28] [EMAIL PROTECTED]

The GD TrueType functions can't find fonts; relative paths and absolute paths both do 
not work.

Example (font is in the local directory, and . is part of my php.ini include_path)

(written off the top of my head, it's in a larger script, but test scripts I wrote and 
unfortunately deleted don't work either)

PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3

This is from the binary Win32 distribution of PHP 4.0.6 on php.net.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11911 Updated: Speed Problem

[aubrey]

ID: 11911
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: ODBC related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:

just verifying that the user password works for this bug.

Previous Comments:


[2001-07-09 08:44:54] [EMAIL PROTECTED]

on your linux build did you use --with-openlink or --with-iodbc?

if it was --with-openlink, try to rebuild using the --with-iodbc instead, as one is 
maintained, the other isn't ;)



[2001-07-05 11:57:21] [EMAIL PROTECTED]

We have 2 machines, one NT and the other LInux. Both run PHP. The Linux machine runs 
Apache and the NT machine runs IIS 4.

The Linux machine is a database server. If we run the PHP script on the NT machine 
against the database on the Linux machine, the result is instantaneous, however if we 
run the script from the Linux machine against it's local database, it takes 20 seconds 
to respond.

The database method of access is via Openlink ODBC.



http://ifusion.isoft.co.za/test.php";>


http://ifusion.isoft.co.za/test.php";>
 Omnix Interface into HEAT 
 Waiting for Transactions .. 


";

//$Err = "";
if (!($db = odbc_connect("Omnix000","","",1))) {
print "** There is no Omnix Server for Database sqlHEAT**";
exit();
}

$Sql = "select name from drsmas";
//$Sql .="WHERE jobcard <> ''";

$callLog = odbc_prepare($db,$Sql);
$x = odbc_execute($callLog);
//if ($x) PRINT "Good = $x" ;

//$callLog = odbc_exec($db,$Sql);
//print "No of rows= ".odbc_num_rows($callLog);
//while(odbc_fetch_row($callLog)){
/*for ($i = 1; $i < 10; $i++){
//odbc_fetch_row($callLog);

$name = odbc_result($callLog,1);
print "data= $name ";

}
*/






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] include *.php

[Martin Pedak]

Hello.

What people think about adding
regular expressions to include() or require() constructions or even 
making new language consruction like "import()" that can handle reg. 
exp. file includes. So thant you can include(/my/path/*) or 
import(/my/path/*.php).

 From this feature the package management could obtain great benefit !?

Or if somebody is so kind and wirtes special .so which contains 
described function import() with reg. exp. support ?


Martin.


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Sharing hashes between processes

[Derick Rethans]

Hello Wez,

On Thu, 12 Jul 2001, Wez Furlong wrote:

> Hey,
>
> Suppose that I wanted to make a hash persistent so that it's contents were
> shared between processes.  Does the persistence mechanism keep a single copy
> and protect access to it using semaphores, or is it more like the mySQL
> pconnect way where a currently idle connection is used instead?

AFAIK, it's like the MySQL pconnect way. There is no way to share data
between processes (only with shared memory or diskstorage).

>
> What I have in mind is a file-contents cache in order to speed up the
> performance of a templating system.  Can I use a (true) global hash table in
> my extension and do everything via the persistent version of emalloc, or do I
> have to consider something else?

You might have a look at SRM (www.vl-srm.net) which addresses this kind of
problems. At this moment we are at the point of release the first beta of
it.

regards,
Derick


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Sharing hashes between processes

[Wez Furlong]

Hey,

Suppose that I wanted to make a hash persistent so that it's contents were
shared between processes.  Does the persistence mechanism keep a single copy
and protect access to it using semaphores, or is it more like the mySQL
pconnect way where a currently idle connection is used instead?

What I have in mind is a file-contents cache in order to speed up the
performance of a templating system.  Can I use a (true) global hash table in
my extension and do everything via the persistent version of emalloc, or do I
have to consider something else?

I realize that there might not be a huge increase in performance, but it would
be nice to know how to do it so that if we needed that bit of extra speed, we
could get it.

--Wez.


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12064 Updated: Truetype functions can't locate fonts

[rasmus]

ID: 12064
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Summary: Truetype functions can't locate fonts
Old Status: Open
Status: Analyzed
Bug Type: GD related
Operating System: Windows 2000 SP1
PHP Version: 4.0.6
New Comment:

No idea about the Windows version, but on UNIX the new GD2 library is hardcoded to 
look for TTF fonts in /usr/share/fonts/truetype.  Also, it automatically adds the .ttf 
extension itself so in your code you should not put the .ttf extension on your font.

Previous Comments:


[2001-07-11 15:03:28] [EMAIL PROTECTED]

The GD TrueType functions can't find fonts; relative paths and absolute paths both do 
not work.

Example (font is in the local directory, and . is part of my php.ini include_path)

(written off the top of my head, it's in a larger script, but test scripts I wrote and 
unfortunately deleted don't work either)

PHP reports: Warning: Could not find/open font in d:\path\to\fonttest.php on line 3

This is from the binary Win32 distribution of PHP 4.0.6 on php.net.





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11703 Updated: Failed opening prepend.php3

[gmills]

ID: 11703
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Solaris 8
PHP Version: 4.0.6
New Comment:

Turns out that php scripts to be opened must exist under the httpd document root, and 
that the include_path directive is the path under the document root as well. Would 
have helped if this was made a little clearer in the installation instructions! Thanks 
for all the help;

Garey Mills

Previous Comments:


[2001-07-12 13:41:04] [EMAIL PROTECTED]

phpinfo can be run if there is no prepend file defined. You can see the info produced 
by phpinfo at
http://samba.berkeley.edu/test.php



[2001-06-30 03:06:22] [EMAIL PROTECTED]

Here is the prepend.php3 file. It comes from the phplib distributed with HORDE





[2001-06-29 23:51:51] [EMAIL PROTECTED]

I don't see it here. You have to attach it to this bug report..




[2001-06-29 18:41:42] [EMAIL PROTECTED]

Sniper - I sent my prepend.php3 file. Did you get it?



[2001-06-27 09:00:19] [EMAIL PROTECTED]

What is in the file prepend.php3 ??




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=11703


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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] CVS Account Request

[CVS Account Request]

Full name: Alex Black
Email: [EMAIL PROTECTED]
ID:alex
Purpose:   Check in and manage binarycloud in the pear/ cvs tree.

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12111 Updated: gdImageCreateFromPng dos not work

[blon]

ID: 12111
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: *Compile Issues
Operating System: Linux
PHP Version: 4.0.6
New Comment:

./configure \
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--with-imagic \
--with-imap \
--enable-track-vars \
--enable-safe-mode \
--enable-memory-limit \
--enable-magic-quotes \
--enable-roxen-zts \
--with-gd=/usr/ \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-t1lib \
--with-cpdflib \
--enable-ftp \
--enable-calendar \
--with-gdbm \
--enable-zlib=/usr/ \
--with-zlib-dir=/usr \
--with-gettext \
--with-xml \
--with-dom \
--with-swf \
--with-apache=/usr/local/src/apache_1.3.19


Previous Comments:


[2001-07-12 14:05:33] [EMAIL PROTECTED]

What is your ./configure line?
Make sure you specify where your libpng library and header files can be found under.  
eg.
--with-png-dir=/usr 



[2001-07-12 13:52:48] [EMAIL PROTECTED]

Hi 

Upgrading from php-4.0.4pl1 to php-4.0.6 gdImageCreateFromPng stops
working. We have this problem on 3 Linux servers but it works fine
open OpenBSD 2.7

On php-4.0.4pl1, configure gives :

checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... yes
checking for libXpm (needed by gd-1.8+)... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageColorClosestHWB in -lgd... (cached) yes
checking for gdImageColorResolve in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) yes
checking for gdImageCreateFromXpm in -lgd... (cached) no

All is OK : checking for gdImageCreateFromPng in -lgd... (cached) yes

On php-4.0.61, configure gives :

checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no

Here, the fonction is not found : checking for gdImageCreateFromPng in -lgd... no

All is Ok on an OpenBSD 2.7






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12111 Updated: gdImageCreateFromPng dos not work

[rasmus]

ID: 12111
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old Status: 
Status: Analyzed
Bug Type: *Compile Issues
Operating System: Linux
PHP Version: 4.0.6
New Comment:

What is your ./configure line?
Make sure you specify where your libpng library and header files can be found under.  
eg.
--with-png-dir=/usr 

Previous Comments:


[2001-07-12 13:52:48] [EMAIL PROTECTED]

Hi 

Upgrading from php-4.0.4pl1 to php-4.0.6 gdImageCreateFromPng stops
working. We have this problem on 3 Linux servers but it works fine
open OpenBSD 2.7

On php-4.0.4pl1, configure gives :

checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... yes
checking for libXpm (needed by gd-1.8+)... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageColorClosestHWB in -lgd... (cached) yes
checking for gdImageColorResolve in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) yes
checking for gdImageCreateFromXpm in -lgd... (cached) no

All is OK : checking for gdImageCreateFromPng in -lgd... (cached) yes

On php-4.0.61, configure gives :

checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no

Here, the fonction is not found : checking for gdImageCreateFromPng in -lgd... no

All is Ok on an OpenBSD 2.7






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12112: crypt doesn't work

[blon]

From: [EMAIL PROTECTED]
Operating system: OpenBSD 2.7
PHP version:  4.0.6
PHP Bug Type: *Compile Issues
Bug description:  crypt doesn't work

Hi

crypt does not work on OpenBSD 2.7

checking for crypt.h... (cached) no
checking for crypt in -lcrypt... (cached) no
checking for mcrypt support... no
checking for standard DES crypt... (cached) yes
checking for extended DES crypt... (cached) yes
checking for MD5 crypt... (cached) yes
checking for Blowfish crypt... (cached) yes




This script returs an error :
Warning: crypt() is not supported in this PHP build in /home/fred/crypt.php
on line 2

This works in php-4.0.4pl1
-- 
Edit bug report at: http://bugs.php.net/?id=12112&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12111: gdImageCreateFromPng dos not work

[blob]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.6
PHP Bug Type: *Compile Issues
Bug description:  gdImageCreateFromPng dos not work

Hi 

Upgrading from php-4.0.4pl1 to php-4.0.6 gdImageCreateFromPng stops
working. We have this problem on 3 Linux servers but it works fine
open OpenBSD 2.7

On php-4.0.4pl1, configure gives :

checking whether to enable truetype string function in gd... no
checking for libjpeg (needed by gd-1.8+)... yes
checking for libXpm (needed by gd-1.8+)... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageColorClosestHWB in -lgd... (cached) yes
checking for gdImageColorResolve in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) yes
checking for gdImageCreateFromXpm in -lgd... (cached) no

All is OK : checking for gdImageCreateFromPng in -lgd... (cached) yes

On php-4.0.61, configure gives :

checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no

Here, the fonction is not found : checking for gdImageCreateFromPng in
-lgd... no

All is Ok on an OpenBSD 2.7

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12110 Updated: odbc_fetch_into behaves like variables are not decl to be passed by reference

[derick]

ID: 12110
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: ODBC related
Operating System: win2000
PHP Version: 4.0.6
New Comment:

This is not a bug, but a known inconsistency. It will be adressed when the language 
will be cleaned up (For 4.1 or maybe 5.0)

Derick

Previous Comments:


[2001-07-12 13:21:07] [EMAIL PROTECTED]

I'm am not sure if this is only odbc related. It might be only the function where this 
problem turned up for me...

Example of odbc_fetch_into call that stopped working from 4.0.6:

43
44  while (@odbc_fetch_into($query_id, 0, $result_array)) {
45 list($var1, $var2) = $result_array;
46 ...
47  }
48

Running this script results in an error:
Fatal error: Only variables can be passed by reference in 
D:\Inetpub\wwwroot\bb\location.php on line 44

Fortunately some of my scripts call odbc_fetch_into a little different:
Example of odbc call that still works in 4.0.6:

09
10  function db_fetch_into($id, $number) {
11  @odbc_fetch_into($id, $number, $result_array);
12  return $result_array;
13  }
14
15  while (list($var1, $var2) = db_fetch_into($query_id, 0)) {
16...
17  }
18

PHP.INI:
allow_call_time_pass_reference = Off






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Help with corrupted defines [bug 11990]

[Andi Gutmans]

Brian,

In order to debug this you'd really need to try and cut it down to a 
smaller reproducible script.
Maybe the best start for you is to compile with --enable-debug and see if 
you get any error messages from the memory manage in your error_log file 
about memory overruns and stuff. That could be a good first step.

Andi

At 10:32 AM 7/12/2001 -0700, Brian Lalor wrote:
>Hey all.  I haven't seen any further traffic on this issue (aside from
>myself, that is :-) ).  At one point yesterday, we were seeing an
>approximate 5% failure rate; 5% of pages served had errors due to garbage
>for a define.
>
>I spent some time poking about the PHP and Zend source yesterday and was
>able to call a php_printf() whenever a constant was defined as a string.
>Yeah, big deal, I know, but I'm thinking of using that method to verify
>that what's going into the hash table is what I've put in the script.
>
>Is there a way to dump an arbitrary Zend hash table from a PHP script?
>
>I've tried stepping through the entire execution of a PHP script with GDB.
>Not a pretty thing, as I'm sure most of you know.  I'm not able to
>determine even where the line
> define("FOO", "bar");
>is read from the file.
>
>Somewhere, the data for the defined constant is getting corrupted.  I
>don't know enough about the Zend internals to checkpoint the data at
>various points to see if it matches what I expect.  The other problem is
>that I can't reliably reproduce the error with a compact script or series
>of scripts, which is a major bummer for all involved.
>
>Would someone with the knowledge of the internals of PHP and Zend be
>willing to spend some time one-on-one with me any my team trying to get a
>solution to this?
>
>Thanks,
>B
>
>--
>Brian Lalor
>[EMAIL PROTECTED]
>(v) 480-333-3196
>(f) 480-760-9298
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11703 Updated: Failed opening prepend.php3

[gmills]

ID: 11703
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Solaris 8
PHP Version: 4.0.6
New Comment:

phpinfo can be run if there is no prepend file defined. You can see the info produced 
by phpinfo at
http://samba.berkeley.edu/test.php

Previous Comments:


[2001-06-30 03:06:22] [EMAIL PROTECTED]

Here is the prepend.php3 file. It comes from the phplib distributed with HORDE





[2001-06-29 23:51:51] [EMAIL PROTECTED]

I don't see it here. You have to attach it to this bug report..




[2001-06-29 18:41:42] [EMAIL PROTECTED]

Sniper - I sent my prepend.php3 file. Did you get it?



[2001-06-27 09:00:19] [EMAIL PROTECTED]

What is in the file prepend.php3 ??




[2001-06-26 14:54:23] [EMAIL PROTECTED]

The comment should read "I commented out the auto-prepend-file directive in php.ini 
and got a 'test.php' file to run phpinfo."



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/?id=11703


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11703&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Help with corrupted defines [bug 11990]

[Robin V. Stacey]

Hi again, Brian.
How does it run with Zend disabled? 

If you can send the info, we'll try to assist ;-)

Cheers,



On Thu, Jul 12, 2001 at 10:32:06AM -0700, Brian Lalor wrote:
> Hey all.  I haven't seen any further traffic on this issue (aside from
> myself, that is :-) ).  At one point yesterday, we were seeing an
> approximate 5% failure rate; 5% of pages served had errors due to garbage
> for a define.
> 
> I spent some time poking about the PHP and Zend source yesterday and was
> able to call a php_printf() whenever a constant was defined as a string.
> Yeah, big deal, I know, but I'm thinking of using that method to verify
> that what's going into the hash table is what I've put in the script.
> 
> Is there a way to dump an arbitrary Zend hash table from a PHP script?
> 
> I've tried stepping through the entire execution of a PHP script with GDB.
> Not a pretty thing, as I'm sure most of you know.  I'm not able to
> determine even where the line
>   define("FOO", "bar");
> is read from the file.
> 
> Somewhere, the data for the defined constant is getting corrupted.  I
> don't know enough about the Zend internals to checkpoint the data at
> various points to see if it matches what I expect.  The other problem is
> that I can't reliably reproduce the error with a compact script or series
> of scripts, which is a major bummer for all involved.
> 
> Would someone with the knowledge of the internals of PHP and Zend be
> willing to spend some time one-on-one with me any my team trying to get a
> solution to this?
> 
> Thanks,
> B
> 
> -- 
> Brian Lalor
> [EMAIL PROTECTED]
> (v) 480-333-3196
> (f) 480-760-9298
> 

-- 
| Robin V. Stacey Business Critical Web Applications available
| eCommerce & Finance Team Mentor  @ http://www.myopenapps.com
| PlusNet Technologies Ltd
+  Internet Access Solutions @ http://www.plus.net ---

Beauty, n.:
The power by which a woman charms a lover and terrifies a husband.
-- Ambrose Bierce

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Help with corrupted defines [bug 11990]

[Brian Lalor]

Hey all.  I haven't seen any further traffic on this issue (aside from
myself, that is :-) ).  At one point yesterday, we were seeing an
approximate 5% failure rate; 5% of pages served had errors due to garbage
for a define.

I spent some time poking about the PHP and Zend source yesterday and was
able to call a php_printf() whenever a constant was defined as a string.
Yeah, big deal, I know, but I'm thinking of using that method to verify
that what's going into the hash table is what I've put in the script.

Is there a way to dump an arbitrary Zend hash table from a PHP script?

I've tried stepping through the entire execution of a PHP script with GDB.
Not a pretty thing, as I'm sure most of you know.  I'm not able to
determine even where the line
define("FOO", "bar");
is read from the file.

Somewhere, the data for the defined constant is getting corrupted.  I
don't know enough about the Zend internals to checkpoint the data at
various points to see if it matches what I expect.  The other problem is
that I can't reliably reproduce the error with a compact script or series
of scripts, which is a major bummer for all involved.

Would someone with the knowledge of the internals of PHP and Zend be
willing to spend some time one-on-one with me any my team trying to get a
solution to this?

Thanks,
B

-- 
Brian Lalor
[EMAIL PROTECTED]
(v) 480-333-3196
(f) 480-760-9298


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #11996 Updated: seg fault viewing php w/ Apache 1.3.20

[awu]

ID: 11996
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Redhat 6.2 - kernel 2.2.16smp
PHP Version: 4.0.6
New Comment:

Here's a display of the variables involved at the crash point.

(gdb) display r
1: r = (request_rec *) 0x824aa64
(gdb) display r->per_dir_config
2: r->per_dir_config = (void *) 0x0
(gdb) display php4_module
3: php4_module = {version = 19990320, minor_version = 10, module_index = 20, name = 
0x40458261 "mod_php4.c",
  dynamic_load_handle = 0x8236108, next = 0x8170e80, magic = 1095774515, init = 
0x4039ccc8 ,
  create_dir_config = 0x4039c8a4 , merge_dir_config = 0x4039c90c 
, create_server_config = 0,
  merge_server_config = 0, cmds = 0x4046a4b8, handlers = 0x4046a498, translate_handler 
= 0, ap_check_user_id = 0,
  auth_checker = 0, access_checker = 0, type_checker = 0, fixer_upper = 0, logger = 0, 
header_parser = 0, child_init = 0,
  child_exit = 0x4039cc98 , post_read_request = 0}


Previous Comments:


[2001-07-09 22:41:14] [EMAIL PROTECTED]

script
--
apachectl start
lynx http://localhost/phpinfo.php
tail error_log

apache error_log

[notice] child pid 31197 exit signal Segmentation fault (11)

configure script

"./configure" \
"--prefix=/opt/php" \
"--with-apxs=/opt/apache/bin/apxs" \
"--with-mysql=/opt/mysql" \
"--with-pgsql=/opt/pgsql" \
"--enable-track-vars" \
"--with-config-file-path=/opt/php" \

httpd -l

Compiled-in modules:
  http_core.c
  mod_env.c
  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_so.c
  mod_setenvif.c
  mod_perl.c
suexec: disabled; invalid wrapper /opt/apache/bin/suexec

httpd -V

Server version: Apache/1.3.20 (Unix)
Server built:   Jun 21 2001 15:19:15
Server's Module Magic Number: 19990320:10
Server compiled with
 -D HAVE_MMAP
 -D HAVE_SHMGET
 -D USE_SHMGET_SCOREBOARD
 -D USE_MMAP_FILES
 -D USE_SYSVSEM_SERIALIZED_ACCEPT
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D HTTPD_ROOT="/opt/apache"
 -D SUEXEC_BIN="/opt/apache/bin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
 -D DEFAULT_LOCKFILE="logs/httpd.lock"
 -D DEFAULT_XFERLOG="logs/access_log"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"
 -D ACCESS_CONFIG_FILE="conf/access.conf"
 -D RESOURCE_CONFIG_FILE="conf/srm.conf"

gdb backtrace
-
[root@forge php-4.0.6]# gdb httpd
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /opt/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at 
mod_php4.c:478
478 per_dir_conf = (HashTable *) get_module_config(r->per_dir_config, 
&php4_module);
(gdb) bt
#0  0x4037ee6a in send_php (r=0x824d7cc, display_source_mode=0, filename=0x0) at 
mod_php4.c:478
#1  0x4037efca in send_parsed_php (r=0x824d7cc) at mod_php4.c:547
#2  0x8099a4d in ap_invoke_handler ()
#3  0x80ae2f3 in process_request_internal ()
#4  0x80ae729 in ap_internal_redirect ()
#5  0x8074a1a in handle_dir ()
#6  0x8099a4d in ap_invoke_handler ()
#7  0x80ae2f3 in process_request_internal ()
#8  0x80ae354 in ap_process_request ()
#9  0x80a54f9 in child_main ()
#10 0x80a56a4 in make_child ()
#11 0x80a5814 in startup_children ()
#12 0x80a5e61 in standalone_main ()
#13 0x80a66a3 in main ()
#14 0x400a0b5c in __libc_start_main (main=0x80a62fc , argc=2, ubp_av=0xbb14,
init=0x80627b4 <_init>, fini=0x8148bfc <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
stack_end=0xbb0c)
at ../sysdeps/generic/libc-start.c:129






ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11996&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12110: odbc_fetch_into behaves like variables are not decl to be passed by reference

[MrVanes]

From: [EMAIL PROTECTED]
Operating system: win2000
PHP version:  4.0.6
PHP Bug Type: ODBC related
Bug description:  odbc_fetch_into behaves like variables are not decl to be passed by 
reference

I'm am not sure if this is only odbc related. It might be only the function
where this problem turned up for me...

Example of odbc_fetch_into call that stopped working from 4.0.6:

43
44  while (@odbc_fetch_into($query_id, 0, $result_array)) {
45 list($var1, $var2) = $result_array;
46 ...
47  }
48

Running this script results in an error:
Fatal error: Only variables can be passed by reference in
D:\Inetpub\wwwroot\bb\location.php on line 44

Fortunately some of my scripts call odbc_fetch_into a little different:
Example of odbc call that still works in 4.0.6:

09
10  function db_fetch_into($id, $number) {
11  @odbc_fetch_into($id, $number, $result_array);
12  return $result_array;
13  }
14
15  while (list($var1, $var2) = db_fetch_into($query_id, 0)) {
16...
17  }
18

PHP.INI:
allow_call_time_pass_reference = Off

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12109: Crash bug with shell_exec()

[davemilford]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional SP2
PHP version:  4.0.6
PHP Bug Type: Reproducible crash
Bug description:  Crash bug with shell_exec()

Any time the following code is executed, php.exe crashes:

shell_exec("uptime");

I'm using Apache 1.3.20, too.
-- 
Edit bug report at: http://bugs.php.net/?id=12109&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12108: Unable to connect to PostgresSQL server

[adminresint . igi]

From: [EMAIL PROTECTED]
Operating system: RedHat 7.1 Kernel 2.4.5
PHP version:  4.0.5
PHP Bug Type: PostgreSQL related
Bug description:  Unable to connect to PostgresSQL server

Hello,

I use :
redhat 7.1
kernel 2.4.5
apache 1.3.20
mod_ssl 2.8.4-1.3.20
php4.0.5 compile with apache
php3.0.18 compile with apxs (module)
postgresql 6.5

Building options :

options for mod_ssl
/usr/local/src/mod_ssl-2.8.4-1.3.20/configure \
--with-apache=/usr/local/src/apache_1.3.20 \
--with-ssl=/usr/local/ssl \

options for php4
/usr/local/src/php-4.0.5/configure \
--with-apache=/usr/local/src/apache_1.3.20 \
--with-config-file-path=/etc/httpd \
--with-gd=/usr \
--with-jpeg-dir=/usr/local \
--with-regex=system \
--with-xml \
--with-pgsql \
--with-png \
--with-pdflib=/usr/local \
--enable-track-var \
--enable-mbstring \
--enable-versioning

options for php3
export CFLAGS=" -O3 -I /usr/include/pgsql -DEAPI"
/usr/local/src/php-3.0.18/configure \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc/httpd \
--with-gd=/usr \
--with-jpeg-dir=/usr/local \
--with-system-regex \
--with-pgsql=/usr/include/pgsql \
--with-png \
--enable-mbstring \
--enable-track-var \
--enable-versioning

options for Apache
SSL_BASE=/usr/local/ssl
./configure \
--with-layout=Apache \
-v \
--activate-module=src/modules/perl/libperl.a \
--activate-module=src/modules/php4/libphp4.a \
--enable-rule=EAPI \
--enable-module=so \
--enable-module=log_agent \
--enable-module=log_referer \
--enable-module=ssl \
--enable-module=perl \
--enable-module=env \
--enable-module=log_config \
--enable-module=mime_magic \
--enable-module=mime \
--enable-module=negotiation \
--enable-module=include \
--enable-module=dir \
--enable-module=cgi \
--enable-module=asis \
--enable-module=imap \
--enable-module=actions \
--enable-module=speling \
--enable-module=alias \
--enable-module=rewrite \
--enable-module=access \
--enable-module=auth \
--enable-module=auth_anon \
--enable-module=auth_db \
--enable-module=cern_meta \
--enable-module=digest \
--enable-module=expires \
--enable-module=headers \
--enable-module=usertrack \
--enable-module=unique_id \
--enable-module=setenvif \
--disable-module=proxy \
--disable-module=userdir \
--disable-module=status \
--disable-module=info \
--disable-module=autoindex \ 
--disable-module=auth_dbm \
--disable-module=example

All work fine but :
When i try to connect to my pgsql server I have this error :
Warning: Unable to connect to PostgresSQL server: ERROR: MultiByte strings
(MB) must be enabled to use this function in toto.php<3-4> on line 40
The function is :
$conn =pg_connect("pgsql.euroconnect.fr","5432","","","toto");
I have the same error with php3 or php4 files

If somebody know a solution, it will be great.
Thank you very much for your help.

Best regards
Yoann Courbet
-- 
Edit bug report at: http://bugs.php.net/?id=12108&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Fw: ezmlm warning

[Sascha Schumann]

On Thu, 12 Jul 2001, Colin Viebrock wrote:

> I don't know who is in charge of the new mail server, but I'm getting a lot
> of bounce messages from the server.  Here is a copy of the latest (btw, that
> IP at the end is pb1.pair.com - 216.92.131.4)

You are getting bounce messages from the old server which is
not supposed to be on the network at all anymore :)

These can be ignored safely.

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug report: Apache Child processes are SegFaulting

[Jason.Gulledge]

From: [EMAIL PROTECTED]
Operating system: SunOS 5.7 sparc Ultra-E10K
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  Child processes are SegFaulting

from "top":

7857 nobody 1   00 2092M 1243M cpu51   5:13 12.12% httpd

I've read the error_logs and am getting this error:
[Thu Jul 12 09:55:22 2001] [error] PHP Fatal error:  Maximum execution
time
of 45 seconds exceeded in /imports/wwwroot/head.php on line 92

This file is mostly html and nowhere in my code do I ever get parse
errors.
 This page is seemingly perfect.
The error on line 92 is in the middle of a huge HTML block.
There is no php error.  This has caused me much confusion.


Eventually I will see this in the error:

Thu Jul 12 10:07:28 2001] [notice] child pid 7857 exit signal
Segmentation
Fault (11)

and then the 'top' output is fine again for a while.  
The problem with this is that during this time of HIGH usage by httpd,
the
system's performance is greatly hindered.

This never happened with 4.0.5...


--
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Fw: ezmlm warning

[Colin Viebrock]

I don't know who is in charge of the new mail server, but I'm getting a lot
of bounce messages from the server.  Here is a copy of the latest (btw, that
IP at the end is pb1.pair.com - 216.92.131.4)

- Colin


> --- Below this line is a copy of the bounce message I received.
>
> Return-Path: <>
> Received: (qmail 54679 invoked from network); 30 Jun 2001 13:38:11 -
> Received: from unknown (HELO toye.php.net) (64.0.151.153)
>   by pb1.pair.com with SMTP; 30 Jun 2001 13:38:11 -
> Received: (qmail 21418 invoked for bounce); 30 Jun 2001 13:35:19 -
> Date: 30 Jun 2001 13:35:19 -
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: failure notice
>
> Hi. This is the qmail-send program at toye.php.net.
> I'm afraid I wasn't able to deliver your message to the following
addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
>
> <[EMAIL PROTECTED]>:
> 216.92.131.4 does not like recipient.
> Remote host said: 553 sorry, that domain isn't in my list of allowed
rcpthosts (#5.7.1)
> Giving up on 216.92.131.4.
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Environment variable solution to relative includes (will work for HTML too.)

[Aral Balkan]

>> There are better ways of doing this...  What I always do, is using
absolute paths ('/images/image3.png'), and in some init I define some
constants that contain IMG_DIR, etc, so you can change it in one place.

I wish I could do this but I'm designing a web site creation / management
system  with the ability to pull in files from anywhere as part of its
templating engine. Your solution would work if it a site but I need the
system to be as flexible as possible.

I believe that the solution I proposed earlier: i.e., having an environment
variable (eg. $PHP_CURRENT_INCLUDE or something) contain the path to the
latest included file. That way the included page could decide how it wants
to include other files *and* the variable could be used to link to elements
(eg. images, etc.) in the same directory as the included file. Perhaps there
could even be two variables (along the lines of $PHP_CURRENT_INCLUDE_PATH
and $PHP_CURRENT_INCLUDE_URL), one the path to the include file and the
other an absolute URL (e.g. the file could be included from another server).
These two should cover anything that anyone might possibly want to do in an
included file and offer complete flexibility without having to rewrite any
functions.

Should I submit this as a feature request?

All my best,
Aral :)
__
([EMAIL PROTECTED])
New Media Producer, Kismia, Inc.
([EMAIL PROTECTED])
Adj. Prof., American University
¯¯


__
([EMAIL PROTECTED])
New Media Producer, Kismia, Inc.
([EMAIL PROTECTED])
Adj. Prof., American University
¯¯



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug description: Mail Cc header problem

[Simon Sander]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 proffesional
PHP version:  4.0.6
PHP Bug Type: Mail related
Bug description:  Mail Cc header problem

Hi,

In mail function on windows for windows paltform there is a nasty bug (I
think).
I'm trying to execute folowing code, but it crashes every time :(((



If I instead Cc (wich is right on windows) write cc (small caps), then mail
is sent, but without cc copy!! If I leave Cc (first letter Upper second
Lower) then I get this error message:

Warning: Server Error in C:\razvoj\slowwwenia\massmail\test.php on line 2
Cannot send mail

I have tested this on the Windows 2000 proffesional and IIS 5.0 with PHP
4.0.4pl1 installed as ISAPI module. I have tested it with PHP 4.0.6 too and
still didn't work :((
Is there any solution for this problem?

Thanks for any help
Simon


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Writing code to intercept PHP parser.

[b]

Helllo,

I want to right a add-in for PHP that when enabled will have the ability to
log every line of code with times that is executed by PHP. Is this possible?
Any pointers into the closer direction?

Regards,

Bobby




-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] php with cern httpd as cgi can't execute in ie

[ÐÃТί]

php-devFrom: [EMAIL PROTECTED]
Operating system: sun solaris 2.7
PHP version:  4.0.6
PHP Bug Type: Other web server
Bug description:  php with cern httpd as cgi can't execute in ie

web server  : cern httpd
php 4.06 install as cgi/command

this is a test.php file
#! /usr/local/bin/php -q


$chmod 755 test.php
$test.php // it's ok

it can run in command,but can not run in ie browser.
i configure with option --enable-force-cgi-redirect
please help me.
thanks.



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Re: Bug #12024 Updated: mail() is not supported in this PHP build

[Beth Lancaster]

Debian Linux

Since posting my bug report I have been trying to get it to work.  I 
re-read the solution for version 4.0.5 and realized the edit should come 
after typing configure.  I did this typed make  and make install and got it 
to work.

Is this something that will be fixed or will this edit have to be made in 
subsequent releases as well?

Beth Lancaster

  At 03:04 AM 7/12/2001 +, you wrote:
>ID: 12024
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old Status: Open
>Status: Feedback
>Bug Type: Mail related
>Operating System:
>PHP Version: 4.0.6
>New Comment:
>
>What is your OS?
>
>
>
>Previous Comments:
>
>
>[2001-07-10 16:12:35] [EMAIL PROTECTED]
>
>Error message:
>"Warning: mail() is not supported in this PHP build"
>
>This was a bug in 4.0.5 (Bug id #11184).  I tried that fix for this 
>version, but it still does not work.
>
>Apache 1.3.20
>
>
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at http://bugs.php.net/?id=12024&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12099: SIGSEGV bug in module sablotron

[hulinsky]

From: [EMAIL PROTECTED]
Operating system: Debian Linux (testing)
PHP version:  4.0CVS-2001-07-12
PHP Bug Type: Reproducible crash
Bug description:  SIGSEGV bug in module sablotron

SIGSEGV in sablotron module

gdb ./httpd -X
(gdb) run -X
Starting program: ./httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560
"sablot.c",
__zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at zend_alloc.c:212
212 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);

#0  0x811824c in _efree (ptr=0x5a5a5a5a, __zend_filename=0x81a6560
"sablot.c",
__zend_lineno=1380, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at zend_alloc.c:212
#1  0x80a352d in _php_sablot_error (userData=0x0, p=0x82b2280, code=76,
level=MH_LEVEL_INFO, fields=0x8348b38) at sablot.c:1380
#2  0x4009c47d in Situation::generateMessage (this=0x82b2218,
type=MT_LOG,
code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050,
theMessage=@0xbfffdf80)
at situa.cpp:278
#3  0x4009c952 in Situation::message (this=0x82b2218, type=MT_LOG,
code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at situa.cpp:343
#4  0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218,
type=MT_LOG,
code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458
#4  0x4009f406 in Tree::report (this=0x829c380, S=@0x82b2218,
type=MT_LOG,
code=L1_PARSING, arg1=@0x829c388, arg2=@0xbfffe050) at tree.cpp:458
#5  0x4009fb8d in Tree::parse (this=0x829c380, S=@0x82b2218, d=0x82dad60)
at tree.cpp:563
#6  0x400939c8 in Processor::addLineParse (this=0x82b2280, S=@0x82b2218,
newTree=@0x82b2284, absolute=@0xbfffe0e0, isXSL=1) at proc.cpp:549
#7  0x40093f7f in Processor::readTreeFromURI (this=0x82b2280,
S=@0x82b2218,
newTree=@0x82b2284, location=@0xbfffe180, base=@0xbfffe168, isXSL=1)
at proc.cpp:594
#8  0x40091f71 in Processor::open (this=0x82b2280, S=@0x82b2218,
sheetURI=0x82d2434 "/rscr/www/base/rscr/style/rz-program.xsl",
inputURI=0x82d267c "arg:/input") at proc.cpp:270
#9  0x4009752f in SablotRunProcessor (processor_=0x82b2280,
sheetURI=0x82d2434 "/rscr/www/base/rscr/style/rz-program.xsl",
inputURI=0x82d267c "arg:/input", resultURI=0x82d26fc "arg:/_result",
params=0x0, arguments=0x82d285c) at sablot.cpp:399
#10 0x80a0cfe in php_if_xslt_transform (ht=6, return_value=0x82d281c,
this_ptr=0x0, return_value_used=0) at sablot.c:458
#11 0x814c57a in execute (op_array=0x82461cc) at ./zend_execute.c:1573
#12 0x8128ee4 in zend_execute_scripts (type=8, file_count=3) at
zend.c:750
#13 0x807b86f in php_execute_script (primary_file=0xb818) at
main.c:1277
#14 0x813ae5c in apache_php_module_main (r=0x8288824,
display_source_mode=0)
at sapi_apache.c:90
#15 0x80783f2 in send_php ()
#16 0x807842a in send_parsed_php ()
#17 0x8162169 in ap_invoke_handler ()
#18 0x8176acf in process_request_internal ()
#19 0x8176b36 in ap_process_request ()
#20 0x816da56 in child_main ()
#21 0x816dc11 in make_child ()
#22 0x816dd8c in startup_children ()
#23 0x816e3fc in standalone_main ()
#24 0x816ec2c in main ()
#25 0x4027a2db in __libc_start_main () from /lib/libc.so.6

--- php-error.log ---

Last leak repeated 23 times
zend_hash.c(1027) :  Freeing 0x0834A5E4 (7 bytes),
script=/rscr/www/appserv/schema.html
sablot.c(1397) :  Freeing 0x08328244 (12 bytes),
script=/rscr/www/appserv/schema.html
Last leak repeated 23 times
zend_hash.c(1027) :  Freeing 0x082E1DDC (7 bytes),
script=/rscr/www/appserv/schema.html

--- apache 
Server version: Apache/1.3.20 (Unix)
Server built:   Jul 12 2001 13:23:37
./src/httpd -l
Compiled-in modules:
  http_core.c
  mod_log_config.c
  mod_mime.c
  mod_status.c
  mod_alias.c
  mod_rewrite.c
  mod_access.c
  mod_auth.c
  mod_php4.c
  mod_gzip.c

--- php ---
PHP4.0.7-dev (last CVS)
./configure --prefix=/rscr/appserv \
--with-apache=../apache_1.3.20 \
--with-config-file-path=/rscr/appserv/conf \
--with-regex=system \
--enable-debug \
--without-pcre-regex \
--disable-rpath \
--disable-session \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--enable-track-vars \
--enable-ctype \
--enable-sockets \
--without-pgsql \
--with-sablot=/usr \
--with-dom=/usr \
--with-mysql=/usr \--with-iconv=/usr \
--with-ming=/usr \
--with-zlib=/usr

--- last CVS change ---
/sablot.c/1.40/Sun Jun 24 17:50:16 2001//
I mean, look at this last change in sablot.c. It is a problem.

*** sablot/sablot.c Thu May 24 14:42:05 2001
--- sablot.NEW/sablot.c Sun Jun 24 19:50:16

[PHP-DEV] Bug #12098: fseek bug

[volkov]

From: [EMAIL PROTECTED]
Operating system: Win2000 prof
PHP version:  4.0.6
PHP Bug Type: Filesystem function related
Bug description:  fseek bug

function conf_append($file,$in,$top="")
{
 $ya=file_exists($file)?1:0;
 eval("if(\$ourfile=fopen(\$file,'".($ya?'r':'a')."+b'))
  {".($ya?"fseek(\$ourfile,-strlen(\$bottom),SEEK_END);":"")."
  fwrite(\$ourfile,".(!$ya?"\$top.":"")."\$in.\$bottom);
  fclose(\$ourfile);}");
}
  We can't change pointer file position when we open it 
with 'a+', but may when 'r+'/ So we need for create open with 'a+', and if
file exists 'r+'
-- 
Edit bug report at: http://bugs.php.net/?id=12098&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP-DEV] Programmer with 2+ year Experience

[Zak Greant]

Dear Lylesh,

This mailing list is for discussing issues relating to the development of
PHP.

Visit http://www.php.net/links.php to find links to job sites.

--zak

- Original Message -
From: "Lylesh Vijay Menezes" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 12, 2001 12:50 AM
Subject: [PHP-DEV] Programmer with 2+ year Experience


> Hello Sir,
>
> I am Lylesh V. Menezes, working in a primier software company in
Bangalore, having more than 2+ years of experience in the same field, and
currently working on the cutting edge of technologies, seeks an suitable
employement in your Esteemed organisation, so please consider my CV, which i
have attached in this mail.




-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Bug #12065 Updated: "libgd was not built with TrueType font support" problem

[wez]

ID: 12065
Updated by: wez
Reported By: [EMAIL PROTECTED]
Old Summary: "libgd was not built with TrueType font support" problem
Old Status: Open
Status: Feedback
Bug Type: GD related
Operating System: FreeBSD 4.3
PHP Version: 4.0.6
New Comment:

That "libgd was not built with TrueType font support" message comes from the GD 
library itself, not PHP.

Did you compile the GD library with TrueType font support?

--Wez.

Previous Comments:


[2001-07-11 16:08:16] [EMAIL PROTECTED]


shows : Warning: libgd was not built with TrueType font support in /www/test2.php on 
line 1

phpinfo();
shows :
gd
GD Support enabled 
GD Version 1.6.2 or higher 
FreeType Support enabled 
FreeType Linkage with freetype 
JPG Support enabled 
PNG Support enabled 
WBMP Support enabled 

So basically I'd say something is not working correctly.
I have tried with PHP 4.0.6 on 2 FreeBSD servers I have.

Here's my configure line :
./configure --enable-inline-optimization --with-apxs --enable-calendar --enable-ftp 
--enable-track-vars --with-gd=/usr/local --with-freetype-dir=/usr/local --with-mysql

All looks ok during config & compilation of PHP.
Here's what shows:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
...

I tried with --enable-gd-native-ttf and --enable-gd-imgstrttf, it's not better.

Also note that there is an error in the configure script :
> cat configure | grep -i native-tt
  --enable-gd-native-ttfGD: Enable TrueType string function in gd"
# Check whether --enable-gd-native-tt or --disable-gd-native-tt was given.

It's confusing... --enable-gd-native-tt or --enable-gd-native-ttf ?

Thanks,
Philippe Bourcier






ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=12065&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]