[PHP-DEV] Bug #12043 Updated: Function Dir with Matches and Sort
ID: 12043 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: Win PHP Version: 4.0.6 New Comment: please don't open new bug reports for same issues. To get to the right page: change the 'edit=1' in the url to 'edit=2' Previous Comments: [2001-07-11 07:05:42] [EMAIL PROTECTED] The CVS username is only needed for developers. Review the email that is sent when you submit a bug -- it details (IIRC) how to edit your original bug report. You are quite right - doing it in PHP would be slower :) Like I said - maybe one of the developers will decide to make this :) --zak [2001-07-11 06:27:48] [EMAIL PROTECTED] I try edit my last question (12035) but I don't know the field CVS Username. I made any bad? That's my response to Zak: ~~ Thanks for a very fast reply. Fast, that is the question. If I made a function like I want (it's easy, except the dificult of ereg options) this function will be very slow (read ALL directory, recurse dir with ereg and add in array, read too date and size and sort the array. Buff!). If YOU made this function, this can be very fast. NOTE: They already exists in C (Envy) ~~~ ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12043edit=1 -- PHP Development Mailing List http://www.php.net/ 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: ImageDashedLine
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.6 PHP Bug Type: GD related Bug description: ImageDashedLine ImageDashedLine() don't work. -- Edit bug report at: http://bugs.php.net/?id=12082edit=1 -- PHP Development Mailing List http://www.php.net/ 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: addslashes
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.5 PHP Bug Type: Unknown/Other Function Bug description: addslashes 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 bug report at: http://bugs.php.net/?id=12083edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12084: pg_close cause a lot of sockets in TIME_WAIT state
From: [EMAIL PROTECTED] Operating system: Debian 2.2 PHP version: 4.0.6 PHP Bug Type: PostgreSQL related Bug description: pg_close cause a lot of sockets in TIME_WAIT state php-4.0.6 postgres 7.1.2 I noticed a lot of sockets leaved in TIME_WAIT state in our application. so I worte a simple script pre for ($i = 0 $i 100 ; $i++){ $db = pg_open (some string); pg_close($db); } pre After that I noticed around 200 sockets in TIME _WAIT state. If I omit the pg_close statement averything works fine (and is considerably faster). The same thing happens if I do a query before reopen a connection. This bug is not reproducible with postgres 7.0.x Thanks and goodbye -- Edit bug report at: http://bugs.php.net/?id=12084edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12076 Updated: Using fopen() to open files located on a remote machine on a NT LAN
ID: 12076 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Network related Operating System: Windows NT PHP Version: 4.0.6 New Comment: PHP already can handle UNC patsh (since 4.0.5 iirc), but I think it needs a name, and not an IP Address. Can you check this? Derick Previous Comments: [2001-07-11 22:32:54] [EMAIL PROTECTED] I am trying to open a file on a remote machine on a windows NT network. (The server and the remote machine are both on that NT network). e.g. fopen(\\155.225.57.20\C$\temp\bg2.gif,r); However I kept receiving an error message saying that this is an invalid argument, and then I read on the php.faqts knowledgebase that It is not currently possible to open windows shares with PHP. Can this be rectified for future php versions? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12076edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12078 Updated: test
ID: 12078 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: unknown Operating System: PHP Version: 4.0.6 New Comment: Please stop spamming our bug database! Previous Comments: [2001-07-12 01:17:41] [EMAIL PROTECTED] dasdasdasd ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12078edit=1 -- PHP Development Mailing List http://www.php.net/ 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
ID: 12082 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Win32 PHP Version: 4.0.6 New Comment: What is the error you get, and which version of GD are you using? Derick Previous Comments: [2001-07-12 02:37:39] [EMAIL PROTECTED] ImageDashedLine() don't work. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12082edit=1 -- PHP Development Mailing List http://www.php.net/ 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
ID: 12083 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Win32 PHP Version: 4.0.5 New Comment: Please post a short example to show what goes wrong and why. Derick Previous Comments: [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); ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12083edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12086: libphp4.so: undefined symbol: uncompress
From: [EMAIL PROTECTED] Operating system: Red Hat 7.1 (Seawolf) PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: libphp4.so: undefined symbol: uncompress I exactly followed the instruction located in INSTALL file. I followed the DOS intallation. Howeve, the following error has occured when I tried to start Apache server. [root@myonair bin]# ./apachectl start Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: uncompress ./apachectl start: httpd could not be started The following is the verson of other applications mysql-max 3.23.39 apache 1.3.20 -- Edit bug report at: http://bugs.php.net/?id=12086edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #4630 Updated: Segmentation fault(coredump) in apache startup
ID: 4630 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.0.6RC2 New Comment: Closed. Finally.. :) Reopen if this problem raises it's ugly head again. --Jani Previous Comments: [2001-07-11 14:05:49] [EMAIL PROTECTED] I just tried the latest code from CVS on 2001-07-11, and the problem appears to be fixed now. Thanks! [2001-07-03 04:48:34] [EMAIL PROTECTED] Do you try it with the HEAD branch (From CVS) already? [2001-06-12 19:00:30] [EMAIL PROTECTED] According to Sascha, the fixes were not put into the 4.0.6 branch, they are only in the HEAD branch of the CVS. Could you please check it out? And let us know if this really is fixed or not. --Jani [2001-06-04 19:26:50] [EMAIL PROTECTED] I tried compiling php-4.0.6RC2, but I seem to be getting the old results again. Interestingly, I no longer see mention of httpd.exp (as opposed to php4-200105210845, which had addressed that problem), so apparently we're back to the original behavior-- it compiles, but I get the same segfault. Were the earlier changes (see 2001-05-18) backed out for some reason? $ grep -l httpd.exp php-4.0.6RC2/* $ grep -l httpd.exp php4-200105210845/* php4-200105210845/config.log php4-200105210845/configure Here's my compilation process-- I don't think anything has changed: export CC=cc_r export CFLAGS=-g -ma export LDFLAGS= ./configure --enable-c9x-inline \ --prefix=/local/www/php \ --with-apxs=/local/www/bin/apxs \ --with-config-file-path=/local/www/php \ --without-mysql ... $ make ... /bin/sh /local/php/src/php-4.0.6RC2/libtool --silent --mode=link cc_r -I. -I/local/php/src/php-4.0.6RC2/ -I/local/php/src/php-4.0.6RC2/main -I/local/php/src/php-4.0.6RC2 -I/local/www/include -I/local/php/src/php-4.0.6RC2/Zend -I/local/php/src/php-4.0.6RC2/ext/xml/expat/xmltok -I/local/php/src/php-4.0.6RC2/ext/xml/expat/xmlparse -I/local/php/src/php-4.0.6RC2/TSRM -DAIX=43 -DAIX_BIND_PROCESSOR -DUSE_HSREGEX -DUSE_EXPAT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -g -ma -o libphp4.la -rpath /local/php/src/php-4.0.6RC2/libs -avoid-version stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -ldl -lcrypt -lbind -lm -ldl cc_r: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc_r: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix cc_r: 1501-218 file .libs/libphp4.lax/libZend.al/zend_alloc.lo contains an incorrect file suffix ... cc_r: 1501-218 file .libs/libphp4.lax/libtsrm.al/tsrm_virtual_cwd.lo contains an incorrect file suffix Target all-p is up to date. Making all in pear Target all is up to date. Target all is up to date. $ su # /usr/sbin/slibclean # force unload of dynamic libs with usage count of 0 on AIX # make install ... # /local/www/bin/httpd -X Segmentation fault(coredump) # dbx httpd core Type 'help' for help. reading symbolic information ... [using memory image in core] Segmentation fault in php_save_umask at line 117 in file ($t1) could not read mod_php4.c (dbx) where php_save_umask(), line 117 in mod_php4.c php_create_dir(p = 0x2001ef28, dummy = (nil)), line 601 in mod_php4.c ap_single_module_configure(0x2001ef28, 0x2001ef50, 0x200897a0), line 1500 in http_config.c load_module(0x2ff22938, 0x0, 0x2001f748, 0x2001f758), line 282 in mod_so.c invoke_cmd(0x2000f5e0, 0x2ff22938, 0x0, 0x2ff20910), line 818 in http_config.c unnamed block $b14, line 1008 in http_config.c ap_handle_command(0x2ff22938, 0x2001f480, 0x2ff208e0), line 1008 in http_config.c unnamed block $b16, line 1022 in http_config.c ap_srm_command_loop(0x2ff22938, 0x2001f480), line 1022 in http_config.c ap_process_resource_config(0x2001ef50, 0x2001f608, 0x2001ef28, 0x20022f68), line 1202 in http_config.c ap_read_config(0x2001ef28, 0x20022f68, 0x200052a0), line 1481 in http_config.c http_main.main(argc = 2, argv = 0x2ff22b30), line 4955 in http_main.c (dbx) quit # gdb httpd GDB is free software and you are welcome to 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. GDB 4.14 (rs6000-ibm-aix3.2.5), Copyright 1995 Free Software Foundation, Inc... (gdb) r Starting program: /local/www/bin/httpd /usr/lib/libpthreads.a: not in executable
[PHP-DEV] Bug #11716 Updated: Segmentation fault(coredump) in Apache(DSO-enabled) startup
ID: 11716 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: Please try the latest CVS snapshot from http://snaps.php.net/ as #4630 was reported to be fixed now. Previous Comments: [2001-06-26 21:52:10] [EMAIL PROTECTED] IBM AIX 4.3.3 Apache 1.3.20 PHP 4.0.6 Release GNU gcc 2.95.2 for AIX $ export CFLAGS=-g $ ./configure --enable-debug \ --with-apxs=/home/apache/bin/apxs \ --with-mysql=no ... $ make ... $ make install-sapi $ su # cd /home/apache/bin # ./httpd -X Segmentation fault (core dumped) # dbx httpd core Type 'help' for help. reading symbolic information ... [using memory image in core] Segmentation fault in php_if_apache_lookup_uri at 0xd14e5658 ($t1) 0xd14e5658 (php_if_apache_lookup_uri+0x554) 800clwz r0,0x0(r12) (dbx) where php_if_apache_lookup_uri() at 0xd14e5658 php_create_dir(??, ??) at 0xd14e6b28 ap_single_module_configure(0x2001b0a8, 0x2001b0d0, 0x200612a0) at 0x10018f8c load_module(0x2ff22620, 0x0, 0x2001c978, 0x2001c988) at 0x1006a974 invoke_cmd(0x20006d60, 0x2ff22620, 0x0, 0x2ff20600) at 0x10016738 ap_handle_command(0x2ff22620, 0x2001bc60, 0x2ff205d0) at 0x100175bc ap_srm_command_loop(0x2ff22620, 0x2001bc60) at 0x100176ac ap_process_resource_config(0x2001b0d0, 0x2001c7a8, 0x2001b0a8, 0x2001f0e8) at 0x10018140 ap_read_config(0x2001b0a8, 0x2001f0e8, 0x20002f1c) at 0x10018e10 http_main.main(0x2, 0x2ff22804) at 0x10006bd8 (dbx) quit # gdb httpd GNU gdb 4.18 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 powerpc-ibm-aix4.3.2.0... (gdb) run -X Starting program: /home/apache/bin/httpd -X /usr/lib/libpthreads.a: not in executable format: File format not recognized. (gdb) c Continuing. /usr/lpp/xlC/lib/libC.a: not in executable format: File format not recognized. (gdb) c Continuing. /usr/lib/libbind.a: not in executable format: File format not recognized. (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0xd14e5658 in ?? () from (unknown load module) (gdb) bt #0 0xd14e5658 in ?? () from (unknown load module) #1 signal handler called (gdb) quit I think this is very similar to bug #4630. What should I do? ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11716edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12088: yet another test..
From: [EMAIL PROTECTED] Operating system: PHP version: 4.0.6 PHP Bug Type: unknown Bug description: yet another test.. fsdfsdfs -- Edit bug report at: http://bugs.php.net/?id=12088edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12063 Updated: make install fails on cp lib/libphp4.so
ID: 12063 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: make install fails on cp lib/libphp4.so Old Status: Status: Open Old Bug Type: Compile Failure Bug Type: Apache related Operating System: AIX PHP Version: 4.0.6 Previous Comments: [2001-07-11 16:29:22] [EMAIL PROTECTED] You should stop your running apache before doing make install. If you did that, reopen this report if it still fails. [2001-07-11 14:33:44] [EMAIL PROTECTED] This error occurs because AIX doesn't immediately unload objects when they're no longer being used. One option is to delete the target file before writing it. However, the more correct option is to run /usr/sbin/slibclean prior to cp libs/libphp4.so That will unload all object files with load and use counts of 0. [2001-07-11 14:30:48] [EMAIL PROTECTED] Running make install produces the following output: ... Making install in . /local/php/src/php4/build/shtool mkdir -p /local/www/libexec /local/www/bin/apxs -S LIBEXECDIR=/local/www/libexec -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: /local/www/libexec/libphp4.so: Cannot open or remove a file containing a running program. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12063edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12089: mssql_pconnect not persistant
From: [EMAIL PROTECTED] Operating system: Win2k Pro SP2 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: mssql_pconnect not persistant I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) -- Edit bug report at: http://bugs.php.net/?id=12089edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12090: refresh with Netscape
From: [EMAIL PROTECTED] Operating system: win98 PHP version: 4.0.5 PHP Bug Type: *General Issues Bug description: refresh with Netscape I got an html generated by php It works fine but in netscape 6 only i have a bif problem the table width that must be 750 is expanding vvv much , like inside the tabel would be something vv largebut it isn't I put the html source here http://napoweb.com/_err and u can see the error here http://napoweb.com/_err/err.gif Please help !! -- Edit bug report at: http://bugs.php.net/?id=12090edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12089 Updated: mssql_pconnect not persistant
ID: 12089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: As a side note, this existed in 4.0.5 aswell. It is not 4.0.6 specific. Previous Comments: [2001-07-12 04:59:59] [EMAIL PROTECTED] I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12089edit=1 -- PHP Development Mailing List http://www.php.net/ 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
Full name: Friedhelm Betz Email: [EMAIL PROTECTED] ID: Purpose: I am working on translation into German for a few months (3). I already subscribed to the PHP documentation list. I know Egon Schmidt and beside doing translations, I want to improve the description for the windows-installation. He encouraged me to request an cvs-account. Thanks in advance! Friedhelm Betz -- PHP Development Mailing List http://www.php.net/ 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
Full name: Friedhelm Betz Email: [EMAIL PROTECTED] ID:betz Purpose: ## sorry for sending twice, forgotten to set an User ID. ## I am working on translation into German for a few months (3). I already subscribed to the PHP documentation list. I know Egon Schmidt and beside doing translations, I want to improve the description for the windows-installation. He encouraged me to request an cvs-account. Thanks in advance! Friedhelm Betz -- PHP Development Mailing List http://www.php.net/ 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 #12090 Updated: refresh with Netscape
ID: 12090 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *General Issues Operating System: win98 PHP Version: 4.0.5 New Comment: Not a PHP bug, ask on the [EMAIL PROTECTED] mailing list. Derick Previous Comments: [2001-07-12 05:24:49] [EMAIL PROTECTED] I got an html generated by php It works fine but in netscape 6 only i have a bif problem the table width that must be 750 is expanding vvv much , like inside the tabel would be something vv largebut it isn't I put the html source here http://napoweb.com/_err and u can see the error here http://napoweb.com/_err/err.gif Please help !! ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12090edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12091: zlib uncompress buffer error/ inflate failed
From: [EMAIL PROTECTED] Operating system: i686-pc-linux-gnu PHP version: 4.0CVS-2001-07-12 PHP Bug Type: Zlib Related Bug description: zlib uncompress buffer error/ inflate failed Hi, the follow code produces a deflated string which php can not inflate. php results: Warning: gzinflate: buffer error in /web/htdocs/thisfile.php tt ?php error_reporting(63); mt_srand ((double) microtime() * 100); for ($original=,$i=0;$i5000;$i++){ //$original.=chr(mt_rand()); // $original.=lala ; // problem } $packed=gzdeflate($original); // gzcompress $unpacked=gzinflate($packed); // gzuncompress echo Length original:.strlen($original).br; echo Length packed:.strlen($packed).br; echo Length unpacked:.strlen($unpacked).br; if (strcmp($original,$unpacked)==0) echo Strings are equal; else echo bStrings unot/u equal/b; ? /tt Regards, -- Steve -- Edit bug report at: http://bugs.php.net/?id=12091edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12092: pathinfo fails to return when passed a file with no extension
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.0.4pl1 PHP Bug Type: Any Bug description: pathinfo fails to return when passed a file with no extension ? $info = pathinfo(/foo/bar); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? This should print: /foobr barbr br but will not return. ? $info = pathinfo(/foo/bar.baz); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? prints? $info = pathinfo(/foo/bar.); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? /foobr bar.bazbr bazbr as expected and ? $info = pathinfo(/foo/bar.); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? prints /foobr bar.br br as expected, it's only the case where there is no trailing . that pathinfo fails to work. The configure line is: './configure' '--with-config-file-path=/www/conf' '--enable-track-vars' '--with-apxs=/usr/apache/bin/apxs' '--with-oci8' '--enable-ftp' '--with-mysql' '--with-pgsql' '--enable-xml' '--enable-inline-optimization' '--disable-debug' '--with-zlib' '--enable-shared' '--with-gnu-ld' '--with-mcrypt' -- Edit bug report at: http://bugs.php.net/?id=12092edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12061 Updated: CGI Error
ID: 12061 Updated by: phildriscoll Reported By: [EMAIL PROTECTED] Old Status: Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: Ok - you don't seem to want to read install.txt, so here's the relevant bit - please read and act on it: You have installed PHP, but when try to access a php script file via your browser, you get the error: cgi error: The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: This error message means that php failed to output anything at all. From the command line hange to the directory containing php.exe. Run php.exe -i If php has any problems running, then a suitable error message will be displayed which will give you a clue as to what needs to be done next. If you get a screen full of html codes (the output of the phpinfo() function) then php is working ok. Once php is working at the command line, try accessing the php script via the browser again. If it still fails then it could be one of the following: file permissions on your php script, php.exe, php4ts.dll, php.ini or any php extensions you are trying to load are such that the anonymous internet user ISUR_machinename cannot access them. The script file does not exist (or possibly isn't where you think it is relative to your web root directory). Note that for IIS you can trap this error by ticking the 'check file exists' box when setting up the script mappings in the Internet Services Manager. If a script file does not exist then the server will return a 404 error instead. There is also the additional benefit that IIS will do any authentication required for you based on the NTLanMan permissions on your script file. Other problems If you are still stuck, someone on the PHP installation mailing list may be able to help you. You should check out the archive first, in case someone already answered someone else who had the same problem as you. The archives are available from the support page on www.php.net To subscribe to the PHP installation mailing list, send an empty mail to [EMAIL PROTECTED] The mailing list address is [EMAIL PROTECTED] If you want to get help on the mailing list, please try to be precise and give the necessary details about your environment (which operating system, what PHP version, what web server, if ou are running PHP as CGI or a server module, etc.), and referably enough code to make others able to reproduce and test our problem. Previous Comments: [2001-07-11 14:43:00] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:34:22] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:19:47] [EMAIL PROTECTED] Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. [2001-07-11 13:42:23] [EMAIL PROTECTED] when using the simple script of : html body ?php $myvar = Hello World; echo $myvar; ? /body /html I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12061edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12089 Updated: mssql_pconnect not persistant
ID: 12089 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Status: Closed Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: In the PHP FAQ it states persistent conns do not function as persistent under CGI conditions. The manual does not reflect this. I'll submit a documentation related bug on this. Previous Comments: [2001-07-12 05:30:52] [EMAIL PROTECTED] As a side note, this existed in 4.0.5 aswell. It is not 4.0.6 specific. [2001-07-12 04:59:59] [EMAIL PROTECTED] I use mssql_pconnect in my script once and if I check the sql7 profiler it does this: Connect | PHP 4.0 ExistingConnection | PHP 4.0 ... queries from script Disconnect | PHP 4.0 Isn't it supposed to keep the connection for other scripts to use? I'm not explicitly closing it. I'm allowing unlim pconns in my ini too. Win2k Pro SP2 - IIS5 - CGI Interface (ISAPI Interface seems broken for me hence using CGI) ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12089edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12092 Updated: pathinfo fails to return when passed a file with no extension
ID: 12092 Updated by: joey Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Any Operating System: GNU/Linux PHP Version: 4.0.4pl1 New Comment: Try upgrading your PHP. I get your expected behavior from 4.0.7-dev. Previous Comments: [2001-07-12 06:15:38] [EMAIL PROTECTED] ? $info = pathinfo(/foo/bar); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? This should print: /foobr barbr br but will not return. ? $info = pathinfo(/foo/bar.baz); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? prints? $info = pathinfo(/foo/bar.); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? /foobr bar.bazbr bazbr as expected and ? $info = pathinfo(/foo/bar.); echo ($info[dirname].br\n); echo ($info[basename].br\n); echo ($info[extension].br\n); ? prints /foobr bar.br br as expected, it's only the case where there is no trailing . that pathinfo fails to work. The configure line is: './configure' '--with-config-file-path=/www/conf' '--enable-track-vars' '--with-apxs=/usr/apache/bin/apxs' '--with-oci8' '--enable-ftp' '--with-mysql' '--with-pgsql' '--enable-xml' '--enable-inline-optimization' '--disable-debug' '--with-zlib' '--enable-shared' '--with-gnu-ld' '--with-mcrypt' ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12092edit=1 -- PHP Development Mailing List http://www.php.net/ 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: mssql_pconnect access violations
From: [EMAIL PROTECTED] Operating system: Win2k Pro SP2 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: mssql_pconnect access violations 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 bug report at: http://bugs.php.net/?id=12095edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12096: header suppresion for cgi version
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.0.6 PHP Bug Type: Feature/Change Request Bug description: header suppresion for cgi version it would be quite usefull for the commandline version (cgi) to to have a function to supress any headers. so php can be used as filter and like that in a script -- Edit bug report at: http://bugs.php.net/?id=12096edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12096 Updated: header suppresion for cgi version
ID: 12096 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request Operating System: any PHP Version: 4.0.6 New Comment: php -q will do that, use php -h to see all parameters Previous Comments: [2001-07-12 06:46:16] [EMAIL PROTECTED] it would be quite usefull for the commandline version (cgi) to to have a function to supress any headers. so php can be used as filter and like that in a script ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12096edit=1 -- PHP Development Mailing List http://www.php.net/ 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
ID: 12095 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k Pro SP2 PHP Version: 4.0.6 New Comment: 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. Previous Comments: [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. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12095edit=1 -- PHP Development Mailing List http://www.php.net/ 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 #12074 Updated: Enhance sybase_ct with sybase_unbuffered_query(),
ID: 12074 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Enhance sybase_ct with sybasel_unbuffered_query(), Status: Open Bug Type: Feature/Change Request Operating System: Linux HP-UX PHP Version: 4.0.6 New Comment: Change short description Previous Comments: [2001-07-11 18:43:40] [EMAIL PROTECTED] NEW FEATURE Enhance Sybase_ct with sybase_unbuffered_query() (The same function mysql_unbuffered_query() but for sybase_ct (and others DB) @++ JC ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12074edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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: 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? /amateur Previous Comments: [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. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12095edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 http://www.php.net/ 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 #12098: fseek bug
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=?php\r\n,$bottom=);?) { $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=12098edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 2001
[PHP-DEV] Re: Bug #12024 Updated: mail() is not supported in this PHP build
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=12024edit=1 -- PHP Development Mailing List http://www.php.net/ 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 ? phpinfo(); ? $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 http://www.php.net/ 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.
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 http://www.php.net/ 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
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 :((( ?php mail( "[EMAIL PROTECTED]", "Subject test", "Body test", "Cc: [EMAIL PROTECTED]\r\n" ) or die( "Cannot send mail" ); ? 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 http://www.php.net/ 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.)
There are better ways of doing this... snip 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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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.php3-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=12108edit=1 -- PHP Development Mailing List http://www.php.net/ 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()
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=12109edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12110edit=1 -- PHP Development Mailing List http://www.php.net/ 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]
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 http://www.php.net/ 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]
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 http://www.php.net/ 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
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 ?php /* * Session Management for PHP3 * * Copyright (c) 1998,1999 SH Online Dienst GmbH *Boris Erdmann, Kristian Koehntopp * * $Id: prepend.php3,v 1.1.2.4 2000/09/08 20:55:27 bjn Exp $ * */ if (empty($_PHPLIB) || !is_array($_PHPLIB)) { # Aren't we nice? We are prepending this everywhere # we require or include something so you can fake # include_path when hosted at provider that sucks. $_PHPLIB[libdir] = ; } require($_PHPLIB[libdir] . db_mysql.inc); /* Change this to match your database. */ require($_PHPLIB[libdir] . ct_sql.inc);/* Change this to match your data storage container */ require($_PHPLIB[libdir] . session.inc); /* Required for everything below. */ /* Additional require statements go below this line */ /* Additional require statements go before this line */ require($_PHPLIB[libdir] . local.inc); /* Required, contains your local configuration. */ require($_PHPLIB[libdir] . page.inc); /* Required, contains the page management functions. */ ? [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=11703edit=1 -- PHP Development Mailing List http://www.php.net/ 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, 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 http://www.php.net/ 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 http://www.php.net/ 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
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=12110edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12111edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 ? $crypted = crypt(mot,021211232211); print $crypted; ? 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=12112edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12111edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12111edit=1 -- PHP Development Mailing List http://www.php.net/ 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
Full name: Alex Black Email: [EMAIL PROTECTED] ID:alex Purpose: Check in and manage binarycloud in the pear/ cvs tree. -- PHP Development Mailing List http://www.php.net/ 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
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 ?php /* * Session Management for PHP3 * * Copyright (c) 1998,1999 SH Online Dienst GmbH *Boris Erdmann, Kristian Koehntopp * * $Id: prepend.php3,v 1.1.2.4 2000/09/08 20:55:27 bjn Exp $ * */ if (empty($_PHPLIB) || !is_array($_PHPLIB)) { # Aren't we nice? We are prepending this everywhere # we require or include something so you can fake # include_path when hosted at provider that sucks. $_PHPLIB[libdir] = ; } require($_PHPLIB[libdir] . db_mysql.inc); /* Change this to match your database. */ require($_PHPLIB[libdir] . ct_sql.inc);/* Change this to match your data storage container */ require($_PHPLIB[libdir] . session.inc); /* Required for everything below. */ /* Additional require statements go below this line */ /* Additional require statements go before this line */ require($_PHPLIB[libdir] . local.inc); /* Required, contains your local configuration. */ require($_PHPLIB[libdir] . page.inc); /* Required, contains the page management functions. */ ? [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=11703edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) ? $image = ImageCreateTrueColor(200,200); ImageTTFText($image, 20, 0, 2, 15, $red, d:/path/to/font.ttf, Some text.); header(Content-type: image/jpeg); // alternatively, ImageTTFText($image, 20, 0, 2, 15, $red, font.ttf, Some text.); header(Content-type: image/jpeg); ImageJPEG($image, '', 100); ImageDestroy($image); ? (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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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
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. html head meta http-equiv=refresh content=10;url=http://ifusion.isoft.co.za/test.php; /head head meta http-equiv=refresh content=10;url=http://ifusion.isoft.co.za/test.php; H1 Omnix Interface into HEAT /H1 H2 Waiting for Transactions .. /H2 /head ? //function dq($str) { // $str = trim(\.$str.\,); //return ($str); //} print Running Test.phpBR; //$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 BR; } */ Edit this bug report at http://bugs.php.net/?id=11911edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) ? $image = ImageCreateTrueColor(200,200); ImageTTFText($image, 20, 0, 2, 15, $red, d:/path/to/font.ttf, Some text.); header(Content-type: image/jpeg); // alternatively, ImageTTFText($image, 20, 0, 2, 15, $red, font.ttf, Some text.); header(Content-type: image/jpeg); ImageJPEG($image, '', 100); ImageDestroy($image); ? (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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12115edit=1 -- PHP Development Mailing List http://www.php.net/ 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...
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 mailto:[EMAIL PROTECTED] ICQ : 30040390 PS : sorry for the mistakes, I'm french... -- PHP Development Mailing List http://www.php.net/ 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
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=12115edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 http://www.php.net/ 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?
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 http://www.php.net/ 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
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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) ? $image = ImageCreateTrueColor(200,200); ImageTTFText($image, 20, 0, 2, 15, $red, d:/path/to/font.ttf, Some text.); header(Content-type: image/jpeg); // alternatively, ImageTTFText($image, 20, 0, 2, 15, $red, font.ttf, Some text.); header(Content-type: image/jpeg); ImageJPEG($image, '', 100); ImageDestroy($image); ? (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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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
Full name: Jacques Marneweck Email: [EMAIL PROTECTED] ID:jacques Purpose: Maintaining www.php.net and hosts.php.net -- PHP Development Mailing List http://www.php.net/ 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
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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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.BR; } //also returns pear $f=array(orange,apple,pear,banana); $output=array_slice($f,2,1); foreach($output as $d){ echo $d.BR; } Edit this bug report at http://bugs.php.net/?id=12116edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12115edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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.BR; } //also returns pear $f=array(orange,apple,pear,banana); $output=array_slice($f,2,1); foreach($output as $d){ echo $d.BR; } Edit this bug report at http://bugs.php.net/?id=12116edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) ? $image = ImageCreateTrueColor(200,200); ImageTTFText($image, 20, 0, 2, 15, $red, d:/path/to/font.ttf, Some text.); header(Content-type: image/jpeg); // alternatively, ImageTTFText($image, 20, 0, 2, 15, $red, font.ttf, Some text.); header(Content-type: image/jpeg); ImageJPEG($image, '', 100); ImageDestroy($image); ? (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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) ? $image = ImageCreateTrueColor(200,200); ImageTTFText($image, 20, 0, 2, 15, $red, d:/path/to/font.ttf, Some text.); header(Content-type: image/jpeg); // alternatively, ImageTTFText($image, 20, 0, 2, 15, $red, font.ttf, Some text.); header(Content-type: image/jpeg); ImageJPEG($image, '', 100); ImageDestroy($image); ? (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=12064edit=1 -- PHP Development Mailing List http://www.php.net/ 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]
[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 http://www.php.net/ 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
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.BR; } //also returns pear $f=array(orange,apple,pear,banana); $output=array_slice($f,2,1); foreach($output as $d){ echo $d.BR; } Edit this bug report at http://bugs.php.net/?id=12116edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 http://www.php.net/ 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
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 http://www.php.net/ 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?
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=12117edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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/bingdb 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 dl_open_worker, 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 dlopen_doit, args=0xbfffd874) at dl-error.c:141 #5 0x400a08b9 in _dlerror_run (operate=0x400a03a8 dlopen_doit, 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 main, 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=12118edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 stdio.h #include stdlib.h #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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12081edit=1 -- PHP Development Mailing List http://www.php.net/ 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?
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=12084edit=1 -Rasmus -- PHP Development Mailing List http://www.php.net/ 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
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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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=12065edit=2 -- PHP Development Mailing List http://www.php.net/ 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
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 stdio.h #include stdlib.h #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] ? imagettfbbox(5, 0, x.ttf, the text); ? 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
[PHP-DEV] Bug #12095 Updated: mssql_pconnect access violations
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? /amateur [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=12095edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 'pre?php include symlink; ?/pre' 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=12119edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12115edit=2 -- PHP Development Mailing List http://www.php.net/ 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
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=12115edit=2 -- PHP Development Mailing List http://www.php.net/ 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()
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( bhello/b, b); echo $foo; // prints bhello with a hidden /b 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 lt; lt; lt;) 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: bhello/b Source with strip_tags: bhello/b hout strip_tags: bhello/b Source with strip_tags: bhello/b I would also like to point out: $foo = strip_tags( hello/b, b); echo $foo; Source without strip_tags:hello/b Source with strip_tags: hello/b -- Edit bug report at: http://bugs.php.net/?id=12120edit=1 -- PHP Development Mailing List http://www.php.net/ 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?
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=11995edit=1 -- PHP Development Mailing List http://www.php.net/ 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?
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=11995edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) -- ? print current directory . getcwd() . brbr; $l = array (., /home/fred/, /home/fred/., /home/fred/./../, /home/fred/./, /home/); foreach ($l as $wd) { if (chdir ($wd)) { print chdir($wd) OK br; } else { print chdir($wd) error br; } print current directory . getcwd() . brbr; } ? 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=12121edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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) -- ? print current directory . getcwd() . brbr; $l = array (., /home/fred/, /home/fred/., /home/fred/./../, /home/fred/./, /home/); foreach ($l as $wd) { if (chdir ($wd)) { print chdir($wd) OK br; } else { print chdir($wd) error br; } print current directory . getcwd() . brbr; } ? 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=12121edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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=12122edit=1 -- PHP Development Mailing List http://www.php.net/ 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
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 http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]