[PHP-DEV] Bug #14492 Updated: Parse error is appearing in transliterated Hebrew T_PAAMAYIM_NEKUDOTAYIM
ID: 14492
Updated by: sander
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.1.0
New Comment:
The parse-errors PHP generates aren't useful anyway. Someone should really take some
time to improve them...
Previous Comments:
[2001-12-13 23:10:15] [EMAIL PROTECTED]
Israelis have odd sense of humour I guess. :)
[2001-12-13 15:53:41] [EMAIL PROTECTED]
It means :: , and it's supposed to be a joke...
[2001-12-13 14:43:10] [EMAIL PROTECTED]
I left out some double quotes in the following statement:
if (empty($d_value)) {$d_value = nbsp;;}
This produced the following error message:
Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in
/home/esrig/public_html/macweb/tcfocal.php on line 213
I recognize this as a Hebrew phrase:
paamayim means two times
nekudotayim means two punctuations or two vowels
Probably means missing double quotes
My question is, why am I getting an error message in Hebrew?
- Marcia Esrig / IBM Global Services/ St. Louis, MO
Edit this bug report at http://bugs.php.net/?id=14492edit=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] Re: Bug #13078 Updated: register_globals = off session.save_handler = user
On Fri, Dec 14, 2001 at 04:35:04PM +0900, Yasuo Ohgaki wrote :
- if (retval-type == IS_STRING) {
+ convert_to_string_ex(retval);
+ if (retval-value.str.len) {
Please always use Z_STRLEN_P and friends (even its just a
quick test, its a good idea to get used to it ;)
--
Please always Cc to me when replying to me on the lists.
--
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 #13078 Updated: register_globals = off session.save_handler = user
[EMAIL PROTECTED] wrote: ID: 13078 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Closed Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6, 4.1.0 New Comment: Closing then... Sorry I was busy to edit pgsql module source I didn't see your message ;) Anyway, I only have karma for pgsql and mbstring. I cannot commit it anyway. Could you commit the *second* patch I've sent? -- Yasuo Ohgaki -- 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 #14504 Updated: core dump in session handling
ID: 14504 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.1.0 New Comment: Yet another segfault problem with FreeBSD Session. Any freebsd hackers around? I think this can be a FreeBSD's problem. (A user reported SIGBUS, there should be something really wrong... He is getting SIGBUS and SIGSEGV. Bug# 14497) Are you getting SIGBUS? Check your apache log and report how you've got, please. Previous Comments: [2001-12-14 01:28:52] [EMAIL PROTECTED] PHP config: ./configure --with-mysql=/app/mysql --with-apache=../apache_1.3.22/ --enable- track-vars --with-jpeg-dir=/usr/local/ --enable-inline-optimization --with-png-dir=/usr/local --with-zlib --with-zlib-dir=/usr/lib/ --with-openssl --with-freetype-dir=/usr/local/ --with-gd=/usr/local --enable-gd-native-tt --enable-gd-imgstrttf --enable-gd-native-ttf --enable-shmop --enable-sysvsem --enable-sysvshm --with-imap=/usr/local/ GDB Backtrace: gdb /app/apache/bin/httpd GNU gdb 4.18 This GDB was configured as i386-unknown-freebsd... (gdb) run -X Starting program: /app/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x81281d5 in zend_hash_del_key_or_index (ht=0x73755f72, arKey=0x83746ec verified_user, nKeyLength=14, h=0, flag=0) at zend_hash.c:482 482 nIndex = h ht-nTableMask; (gdb) where #0 0x81281d5 in zend_hash_del_key_or_index (ht=0x73755f72, arKey=0x83746ec verified_user, nKeyLength=14, h=0, flag=0) at zend_hash.c:482 #1 0x80c17f8 in zif_session_unregister (ht=1, return_value=0x83746cc, this_ptr=0x0, return_value_used=0) at session.c:1201 #2 0x81426b1 in execute (op_array=0x8359400) at ./zend_execute.c:1590 #3 0x8142850 in execute (op_array=0x832960c) at ./zend_execute.c:1630 #4 0x8146a04 in execute (op_array=0x832928c) at ./zend_execute.c:2133 #5 0x8146a04 in execute (op_array=0x82f7a8c) at ./zend_execute.c:2133 #6 0x8124a28 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #7 0x808f682 in php_execute_script (primary_file=0xbfbff8e4) at main.c:1309 #8 0x812cc26 in apache_php_module_main (r=0x830a034, display_source_mode=0) at sapi_apache.c:90 #9 0x808caf2 in send_php () #10 0x808cb46 in send_parsed_php () #11 0x814e10d in ap_invoke_handler () #12 0x8162a44 in process_request_internal () #13 0x8162aae in ap_process_request () #14 0x8159a1b in child_main () #15 0x8159bdd in make_child () #16 0x8159d56 in startup_children () #17 0x815a388 in standalone_main () #18 0x815abd8 in main () #19 0x806c4c1 in _start () This occurs seemingly at random and quite frequently. I will try and create a small script to reproduce the problem. This might be caused by unregistering a non-registered variable in the session. Edit this bug report at http://bugs.php.net/?id=14504edit=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 #14492: Parse error is appearing in transliterated Hebrew T_PAAMAYIM_NEKUDOTAYIM
Hi esrig!
On Thu, 13 Dec 2001, [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.1.0
PHP Bug Type: *Languages/Translation
Bug description: Parse error is appearing in transliterated Hebrew
T_PAAMAYIM_NEKUDOTAYIM
I left out some double quotes in the following statement:
if (empty($d_value)) {$d_value = nbsp;;}
This produced the following error message:
Parse error: parse error, expecting `T_PAAMAYIM_NEKUDOTAYIM' or `'('' in
/home/esrig/public_html/macweb/tcfocal.php on line 213
I recognize this as a Hebrew phrase:
paamayim means two times
nekudotayim means two punctuations or two vowels
Probably means missing double quotes
My question is, why am I getting an error message in Hebrew?
it's not an error message in Hebrew:
http://lxr.php.net/search?string=T_PAAMAYIM_NEKUDOTAYIM
http://www.google.com/search?q=T_PAAMAYIM_NEKUDOTAYIM
It's because of variable construct, when the `$' in front of variable is left
out.
I had fun when I first found it too :)
-- teodor
--
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 #13078 Updated: register_globals = off session.save_handler = user
ID: 13078
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: Session related
Operating System: FreeBSD 4.x
PHP Version: 4.0.6, 4.1.0
Old Assigned To: yohgaki
Assigned To:
New Comment:
Closing. (I don't mean warning message patch is committed ;)
If anyone who has karma for session module liked it, it will be committed.
Previous Comments:
[2001-12-14 02:56:04] [EMAIL PROTECTED]
It is bug in your session handler, but PHP should not behave that way.
[2001-12-14 02:52:59] [EMAIL PROTECTED]
Closing then...
[2001-12-14 01:45:54] [EMAIL PROTECTED]
Sorry, but further testing revealed when sess_read
return NULL;
for when nothing was found caused problems sometimes, not always!
However
return '';
seems to work all of the time!
Looks like sess_write has to return a '' (null string) It cannot return NULL, nor it
return false;
Otherise sess_write will never be called!
---ends---
[2001-12-14 00:19:21] [EMAIL PROTECTED]
Problem solved in 4.1.0 (release).
All thanks to [EMAIL PROTECTED] for pointing me to his very well written code!
I found the reason my sess_write was never called with register_globals = off was
because my sess_read function was something like this:
sess_read( $key)
...
if I find stuff for $key from PostgreSQL {
return $valuesfound;
}
else {
return false;
}
The problem was with return false;
After changing:
return false;
to
return NULL;
things worked.
Don't know why the return false worked with register_globals=on and
register_global=off requires sess_read to return NULL if nothing was found...
THANKS again to [EMAIL PROTECTED] for his code and my apologise for wasting people's
time.
Please feel free to close this bug report. I am not closing it because [EMAIL PROTECTED]
brought up something which I don't know about nor can I duplicate.
---ends---
[2001-12-13 22:04:18] [EMAIL PROTECTED]
Just to note that I can not reproduce this with latest CVS.
--Jani
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=13078
Edit this bug report at http://bugs.php.net/?id=13078edit=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 #14506 Updated: Error Message Expected !
ID: 14506
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Bogus
Bug Type: ODBC related
Operating System: W2K
PHP Version: 4.0.6
New Comment:
bugs.php.net/how-to-report.php read that first
Previous Comments:
[2001-12-14 04:14:25] [EMAIL PROTECTED]
Does this happen with 4.1.0?
If you stil have problem, insert die() and locate which line crashes.
[2001-12-14 04:13:18] [EMAIL PROTECTED]
bugs.php.net/how-to-report.php read that first
[2001-12-14 04:05:51] [EMAIL PROTECTED]
function Tabelle($CN, $SQL, $Border)
{
if ($RS = odbc_exec($CN, $SQL))
{
if (empty($Border))
{$Border=0;}
echo table border=, $Border, tr;
for ($Z=0; $Z odbc_num_fields($RS) ; $Z++)
{
$Name = obdc_field_name($RS, $Z+1);
echo th, $Name, /th;
}
echo /tr/table;
}
}
Tabelle(odbc_connect(test2, , ), SELECT Ware, Preis FROM Tabelle2, 5)
-- System Crash! Error message expected ...
Edit this bug report at http://bugs.php.net/?id=14506edit=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 #14500 Updated: Undefined property: name
ID: 14500 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: Slackware 8.0 PHP Version: 4.1.0 New Comment: Documentation has not been updates because domxml is still experimental. Domxml now (or, it should) conform to the DOM2 API. Try going for the children() nodes of the 'name' element. Btw, my output with 4.1.0 looks like: DomDocument Object ( [name] = [url] = [version] = 1.0 [standalone] = -1 [type] = 9 [compression] = -1 [charset] = 1 [0] = 1 [1] = 136076352 [children] = Array ( [0] = DomElement Object ( [type] = 1 [tagname] = me [0] = 2 [1] = 136076472 [children] = Array ( [0] = DomElement Object ( [type] = 1 [tagname] = name [0] = 3 [1] = 136076560 [children] = Array ( [0] = DomText Object ( [type] = 3 [content] = JoeCool [0] = 4 [1] = 136076632 ) ) ) [1] = DomElement Object ( [type] = 1 [tagname] = age [0] = 5 [1] = 136076704 [children] = Array ( [0] = DomText Object ( [type] = 3 [content] = 24 [0] = 6 [1] = 136076776 ) ) ) [2] = DomElement Object ( [type] = 1 [tagname] = sex [0] = 7 [1] = 136076848 [children] = Array ( [0] = DomText Object ( [type] = 3 [content] = male [0] = 8 [1] = 136076920 ) ) ) ) ) ) ) You were obviously missing some important information. Previous Comments: [2001-12-14 03:44:10] [EMAIL PROTECTED] Thanks, but that doesn't solve my problem yet. I used print_r($root)and indeed I can see that property changed name to tagname. But thereis is no property content.I use this xml document: ?xml version=\1.\ menameJoeCool/nameage24/agesexmale/sex/me And then I do $docTree = xmltree($myXML); (where $myXML contains the xml) print_r( $docTree ); What I get is: Array ( [0] = DomElement Object ( [type] = 1 [tagname] = name [0] = 3 [1] = 137743960 ) [1] = DomElement Object ( [type] = 1 [tagname] = age [0] = 4 [1] = 137744104 ) [2] = DomElement Object ( [type] = 1 [tagname] = sex [0] = 5 [1] = 137744248 ) But there is no property content like in older versions of libxml. How can I get the value of name, age and sex ?I 've searched the site php.net and there is no informations about any changes in libxml interface.
[PHP-DEV] Bug #14496 Updated: session.save_handler = mm - error when apache starting
ID: 14496 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: This is bug, not bogus. Pls change status. Previous Comments: [2001-12-13 18:15:42] [EMAIL PROTECTED] /* Whether you have libmm */ #define HAVE_LIBMM 1 [2001-12-13 18:13:38] [EMAIL PROTECTED] What does php_config.h say related to HAVE_LIBMM ? Derick [2001-12-13 18:09:33] [EMAIL PROTECTED] I have --with-mm in configuration line. CC=gcc2.95.3 \ CXX=gcc2.95.3 \ ./configure \ --with-apxs=/usr/local/httpd/bin/apxs \ --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php/etc \ --enable-inline-optimization \ --enable-track-vars \ --enable-magic-quotes \ --enable-safe-mode \ --enable-memory-limit \ --enable-sysvshm \ --enable-sysvsem \ --enable-shmop \ --enable-sockets \ --enable-wddx \ --enable-xslt \ --enable-ctype \ --enable-bcmath \ --enable-mailparse \ --enable-ftp \ --disable-mbstring \ --with-gd=/export/work/gd-1.8.4-gif \ --with-jpeg-dir=/export/work/jpeg-6b \ --with-png-dir=/export/work/libpng-1.0.9 \ --with-ttf=/export/work/freetype-1.3.1 \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-epipe \ --with-mcrypt \ --with-mhash \ --with-zlib \ --with-mm \ --with-xmlrpc \ --with-iconv \ --with-curl \ --with-bz2 \ --with-gmp \ --with-ldap \ --with-xml \ --with-zip \ --with-gettext \ --with-dom \ --with-xslt-sablot \ $@ [2001-12-13 18:06:16] [EMAIL PROTECTED] Add --with-mm to your configure line and then it should work. (This is not a bug bogus). Derick [2001-12-13 17:17:44] [EMAIL PROTECTED] When i set save_handler in php.ini to 'mm and can start apache i can see PHP Fatal error: Cannot find save handler mm in Unknown on line 0 but session work properly and it use mm Edit this bug report at http://bugs.php.net/?id=14496edit=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 #14496 Updated: session.save_handler = mm - error when apache starting
ID: 14496 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: What distribution are you using of Linux? Previous Comments: [2001-12-14 04:18:19] [EMAIL PROTECTED] This is bug, not bogus. Pls change status. [2001-12-13 18:15:42] [EMAIL PROTECTED] /* Whether you have libmm */ #define HAVE_LIBMM 1 [2001-12-13 18:13:38] [EMAIL PROTECTED] What does php_config.h say related to HAVE_LIBMM ? Derick [2001-12-13 18:09:33] [EMAIL PROTECTED] I have --with-mm in configuration line. CC=gcc2.95.3 \ CXX=gcc2.95.3 \ ./configure \ --with-apxs=/usr/local/httpd/bin/apxs \ --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php/etc \ --enable-inline-optimization \ --enable-track-vars \ --enable-magic-quotes \ --enable-safe-mode \ --enable-memory-limit \ --enable-sysvshm \ --enable-sysvsem \ --enable-shmop \ --enable-sockets \ --enable-wddx \ --enable-xslt \ --enable-ctype \ --enable-bcmath \ --enable-mailparse \ --enable-ftp \ --disable-mbstring \ --with-gd=/export/work/gd-1.8.4-gif \ --with-jpeg-dir=/export/work/jpeg-6b \ --with-png-dir=/export/work/libpng-1.0.9 \ --with-ttf=/export/work/freetype-1.3.1 \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-epipe \ --with-mcrypt \ --with-mhash \ --with-zlib \ --with-mm \ --with-xmlrpc \ --with-iconv \ --with-curl \ --with-bz2 \ --with-gmp \ --with-ldap \ --with-xml \ --with-zip \ --with-gettext \ --with-dom \ --with-xslt-sablot \ $@ [2001-12-13 18:06:16] [EMAIL PROTECTED] Add --with-mm to your configure line and then it should work. (This is not a bug bogus). Derick 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=14496 Edit this bug report at http://bugs.php.net/?id=14496edit=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] Re: Bug #13078 Updated: register_globals = off session.save_handler = user
On Fri, Dec 14, 2001 at 05:42:16PM +0900, Yasuo Ohgaki wrote :
Markus Fischer wrote:
On Fri, Dec 14, 2001 at 04:35:04PM +0900, Yasuo Ohgaki wrote :
- if (retval-type == IS_STRING) {
+ convert_to_string_ex(retval);
+ if (retval-value.str.len) {
Please always use Z_STRLEN_P and friends (even its just a
quick test, its a good idea to get used to it ;)
Thanks for your tips :)
I appreciate your tip, it's very helpful.
well, it guarantees to work in the future too.
--
Please always Cc to me when replying to me on the lists.
--
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 #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.0 New Comment: Duplicate of #14496 Previous Comments: [2001-12-14 04:44:29] [EMAIL PROTECTED] I have a problem with sessions and mm on sparc/Solaris 8. When starting the apache I get the error: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 in php_config.h: /* Whether you have libmm */ #define HAVE_LIBMM 1 Edit this bug report at http://bugs.php.net/?id=14507edit=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 #14508: Strange default of safe_mode_exec_dir
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.0 PHP Bug Type: PHP options/info functions Bug description: Strange default of safe_mode_exec_dir The default for safe_mode_exec_dir is 1. Why? It's hardwired into the source. You cannot override it with --with-exec-dir - this sets PHP_SAFE_MODE_EXEC_DIR and main/main.c has a test for SAFE_MODE_EXEC_DIR, but that's not used anywhere. Proposed fix is to change main/main.c with s/SAVE_MODE_EXEC_DIR/PHP_SAFE_MODE_EXEC_DIR/ and chaning the dafault to use this macro -- Edit bug report at: http://bugs.php.net/?id=14508edit=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 #14509: Strange default of safe_mode_exec_dir
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.0 PHP Bug Type: PHP options/info functions Bug description: Strange default of safe_mode_exec_dir The default for safe_mode_exec_dir is 1. Why? It's hardwired into the source. You cannot override it with --with-exec-dir - this sets PHP_SAFE_MODE_EXEC_DIR and main/main.c has a test for SAFE_MODE_EXEC_DIR, but that's not used anywhere. Proposed fix is to change main/main.c with s/SAVE_MODE_EXEC_DIR/PHP_SAFE_MODE_EXEC_DIR/ and chaning the dafault to use this macro -- Edit bug report at: http://bugs.php.net/?id=14509edit=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 #14509 Updated: file_exists() prints a warning when it shouldn't
ID: 14509 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Strange default of safe_mode_exec_dir Old Status: Open Status: Duplicate Bug Type: PHP options/info functions Old Operating System: Operating System: Debian Old PHP Version: 4.1.0 PHP Version: 4.1.0RC1 Edit this bug report at http://bugs.php.net/?id=14509edit=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 #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.0 New Comment: More notes from user: File /tmp/session_mm.sem has root:other 600 owner/perms; delting it will re-create it upon startup, error still there. Previous Comments: [2001-12-14 04:47:57] [EMAIL PROTECTED] Duplicate of #14496 [2001-12-14 04:44:29] [EMAIL PROTECTED] I have a problem with sessions and mm on sparc/Solaris 8. When starting the apache I get the error: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 in php_config.h: /* Whether you have libmm */ #define HAVE_LIBMM 1 Edit this bug report at http://bugs.php.net/?id=14507edit=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 #14510: Unknown error in mail function
From: [EMAIL PROTECTED] Operating system: Windows 2000 Terminal, IIS5 PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: Unknown error in mail function When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. -- Edit bug report at: http://bugs.php.net/?id=14510edit=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 #14511: Fstat doesnt work with URLs (http)
From: [EMAIL PROTECTED] Operating system: RH7 Apache1.3.22 PHP version: 4.1.0 PHP Bug Type: URL related Bug description: Fstat doesnt work with URLs (http) I tried to use FSTAT to get file info about a remote file. If I point to a local file it works but not on URLs (http). I believed this was the differendce between FSTAT and STAT (that FSTAT uses file pointers, which in it's turn supports URLs), otherwise (as I can see it) there is no actual difference between them. My installation is a pretty basic RH/Apache/PHP/MySQL set up. Static, not DOA. Example: ?php $xml_file = http://cws.huginonline.com/S/130062/scor.html;; //$xml_file = scor.htm; $fp = fopen( $xml_file, r ); $array_fileinfo = fstat ( $fp ); print( ROWS: . count( $array_fileinfo ) . \n ); print_r( $array_fileinfo ); fclose( $fp ); ? Above is a not working example, if you change the $xml_file to the local file (commented) it will work as expected. Thanks for a GREAT scripting language! /Mikael Lirbank -- Edit bug report at: http://bugs.php.net/?id=14511edit=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 #14511 Updated: Fstat doesnt work with URLs (http)
ID: 14511 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: URL related Operating System: RH7 Apache1.3.22 PHP Version: 4.1.0 New Comment: What is the fun part? /M Previous Comments: [2001-12-14 05:48:55] [EMAIL PROTECTED] LOL. [2001-12-14 05:42:19] [EMAIL PROTECTED] I tried to use FSTAT to get file info about a remote file. If I point to a local file it works but not on URLs (http). I believed this was the differendce between FSTAT and STAT (that FSTAT uses file pointers, which in it's turn supports URLs), otherwise (as I can see it) there is no actual difference between them. My installation is a pretty basic RH/Apache/PHP/MySQL set up. Static, not DOA. Example: ?php $xml_file = http://cws.huginonline.com/S/130062/scor.html;; //$xml_file = scor.htm; $fp = fopen( $xml_file, r ); $array_fileinfo = fstat ( $fp ); print( ROWS: . count( $array_fileinfo ) . \n ); print_r( $array_fileinfo ); fclose( $fp ); ? Above is a not working example, if you change the $xml_file to the local file (commented) it will work as expected. Thanks for a GREAT scripting language! /Mikael Lirbank Edit this bug report at http://bugs.php.net/?id=14511edit=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 #14496 Updated: session.save_handler = mm - error when apache starting
ID: 14496 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: Try a make clean. Previous Comments: [2001-12-14 04:20:28] [EMAIL PROTECTED] What distribution are you using of Linux? [2001-12-14 04:18:19] [EMAIL PROTECTED] This is bug, not bogus. Pls change status. [2001-12-13 18:15:42] [EMAIL PROTECTED] /* Whether you have libmm */ #define HAVE_LIBMM 1 [2001-12-13 18:13:38] [EMAIL PROTECTED] What does php_config.h say related to HAVE_LIBMM ? Derick [2001-12-13 18:09:33] [EMAIL PROTECTED] I have --with-mm in configuration line. CC=gcc2.95.3 \ CXX=gcc2.95.3 \ ./configure \ --with-apxs=/usr/local/httpd/bin/apxs \ --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php/etc \ --enable-inline-optimization \ --enable-track-vars \ --enable-magic-quotes \ --enable-safe-mode \ --enable-memory-limit \ --enable-sysvshm \ --enable-sysvsem \ --enable-shmop \ --enable-sockets \ --enable-wddx \ --enable-xslt \ --enable-ctype \ --enable-bcmath \ --enable-mailparse \ --enable-ftp \ --disable-mbstring \ --with-gd=/export/work/gd-1.8.4-gif \ --with-jpeg-dir=/export/work/jpeg-6b \ --with-png-dir=/export/work/libpng-1.0.9 \ --with-ttf=/export/work/freetype-1.3.1 \ --with-mysql=/usr/local/mysql \ --with-openssl=/usr/local/ssl \ --with-epipe \ --with-mcrypt \ --with-mhash \ --with-zlib \ --with-mm \ --with-xmlrpc \ --with-iconv \ --with-curl \ --with-bz2 \ --with-gmp \ --with-ldap \ --with-xml \ --with-zip \ --with-gettext \ --with-dom \ --with-xslt-sablot \ $@ 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=14496 Edit this bug report at http://bugs.php.net/?id=14496edit=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 #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 Updated by: sas Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Feedback Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.0 New Comment: Please try a `make clean´ and reinstall PHP. I'd appreciate it, if you could let us know whether that fixes your problem. Thanks Previous Comments: [2001-12-14 05:27:47] [EMAIL PROTECTED] More notes from user: File /tmp/session_mm.sem has root:other 600 owner/perms; delting it will re-create it upon startup, error still there. [2001-12-14 04:47:57] [EMAIL PROTECTED] Duplicate of #14496 [2001-12-14 04:44:29] [EMAIL PROTECTED] I have a problem with sessions and mm on sparc/Solaris 8. When starting the apache I get the error: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 in php_config.h: /* Whether you have libmm */ #define HAVE_LIBMM 1 Edit this bug report at http://bugs.php.net/?id=14507edit=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 #14511 Updated: Fstat doesnt work with URLs (http)
ID: 14511 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: URL related Operating System: RH7 Apache1.3.22 PHP Version: 4.1.0 New Comment: fstat() only works for local file systems ;) I will never work on remote files. Previous Comments: [2001-12-14 05:52:25] [EMAIL PROTECTED] What is the fun part? /M [2001-12-14 05:48:55] [EMAIL PROTECTED] LOL. [2001-12-14 05:42:19] [EMAIL PROTECTED] I tried to use FSTAT to get file info about a remote file. If I point to a local file it works but not on URLs (http). I believed this was the differendce between FSTAT and STAT (that FSTAT uses file pointers, which in it's turn supports URLs), otherwise (as I can see it) there is no actual difference between them. My installation is a pretty basic RH/Apache/PHP/MySQL set up. Static, not DOA. Example: ?php $xml_file = http://cws.huginonline.com/S/130062/scor.html;; //$xml_file = scor.htm; $fp = fopen( $xml_file, r ); $array_fileinfo = fstat ( $fp ); print( ROWS: . count( $array_fileinfo ) . \n ); print_r( $array_fileinfo ); fclose( $fp ); ? Above is a not working example, if you change the $xml_file to the local file (commented) it will work as expected. Thanks for a GREAT scripting language! /Mikael Lirbank Edit this bug report at http://bugs.php.net/?id=14511edit=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 #14512: --enable-mbstr-enc-trans breaks parametr parsing
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux PHP version: 4.1.0 PHP Bug Type: *Languages/Translation Bug description: --enable-mbstr-enc-trans breaks parametr parsing When you run s script with like sep.php?+111+222+test_param=abcde the test_param won't get inserted into environment/GET['test_param']/HTTP_GET_PARAMS It's also related to Debian bug #121403 http://bugs.debian.org/121403 Petr Cech -- Edit bug report at: http://bugs.php.net/?id=14512edit=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 #14511 Updated: Fstat doesnt work with URLs (http)
ID: 14511 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: URL related Operating System: RH7 Apache1.3.22 PHP Version: 4.1.0 New Comment: Thanks alot, mfischer, that whas the answer I was looking for (atleast now I know). I've been asking tons of people about this and no one realy seems to know. but now it's sorted out. Thanks! Previous Comments: [2001-12-14 06:09:18] [EMAIL PROTECTED] fstat() only works for local file systems ;) I will never work on remote files. [2001-12-14 05:52:25] [EMAIL PROTECTED] What is the fun part? /M [2001-12-14 05:48:55] [EMAIL PROTECTED] LOL. [2001-12-14 05:42:19] [EMAIL PROTECTED] I tried to use FSTAT to get file info about a remote file. If I point to a local file it works but not on URLs (http). I believed this was the differendce between FSTAT and STAT (that FSTAT uses file pointers, which in it's turn supports URLs), otherwise (as I can see it) there is no actual difference between them. My installation is a pretty basic RH/Apache/PHP/MySQL set up. Static, not DOA. Example: ?php $xml_file = http://cws.huginonline.com/S/130062/scor.html;; //$xml_file = scor.htm; $fp = fopen( $xml_file, r ); $array_fileinfo = fstat ( $fp ); print( ROWS: . count( $array_fileinfo ) . \n ); print_r( $array_fileinfo ); fclose( $fp ); ? Above is a not working example, if you change the $xml_file to the local file (commented) it will work as expected. Thanks for a GREAT scripting language! /Mikael Lirbank Edit this bug report at http://bugs.php.net/?id=14511edit=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 #14511 Updated: Fstat doesnt work with URLs (http)
ID: 14511 Updated by: daniel Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: URL related Operating System: RH7 Apache1.3.22 PHP Version: 4.1.0 New Comment: Because it isn't /supposed/ to work remotely - actually it's technically impossible to get this information via HTTP. That's why it's funny :) You should make a suggestion to the PHP-Doc team though, to clarify this out in the manual. Previous Comments: [2001-12-14 06:17:19] [EMAIL PROTECTED] Thanks alot, mfischer, that whas the answer I was looking for (atleast now I know). I've been asking tons of people about this and no one realy seems to know. but now it's sorted out. Thanks! [2001-12-14 06:09:18] [EMAIL PROTECTED] fstat() only works for local file systems ;) I will never work on remote files. [2001-12-14 05:52:25] [EMAIL PROTECTED] What is the fun part? /M [2001-12-14 05:48:55] [EMAIL PROTECTED] LOL. [2001-12-14 05:42:19] [EMAIL PROTECTED] I tried to use FSTAT to get file info about a remote file. If I point to a local file it works but not on URLs (http). I believed this was the differendce between FSTAT and STAT (that FSTAT uses file pointers, which in it's turn supports URLs), otherwise (as I can see it) there is no actual difference between them. My installation is a pretty basic RH/Apache/PHP/MySQL set up. Static, not DOA. Example: ?php $xml_file = http://cws.huginonline.com/S/130062/scor.html;; //$xml_file = scor.htm; $fp = fopen( $xml_file, r ); $array_fileinfo = fstat ( $fp ); print( ROWS: . count( $array_fileinfo ) . \n ); print_r( $array_fileinfo ); fclose( $fp ); ? Above is a not working example, if you change the $xml_file to the local file (commented) it will work as expected. Thanks for a GREAT scripting language! /Mikael Lirbank Edit this bug report at http://bugs.php.net/?id=14511edit=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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: File handler has some limitation. I hope my note in manual page is not deleted ;) (i.e. Please take a look at notes in PHP manual) Previous Comments: [2001-12-13 07:16:19] [EMAIL PROTECTED] Thank you for the code sample and I'll try it for #bug #13078. So, no verdict yet for this-bug#13173? Thanks again. ---ends--- [2001-12-13 07:09:53] [EMAIL PROTECTED] You are using PostgreSQL, try my session handlers can be found at Zend.com. If session works as expected, it's your session handler's bug. http://www.zend.com/codex.php?id=456single=1 [2001-12-13 05:26:34] [EMAIL PROTECTED] My customed sess_write stores stuff to PostgreSQL 7.1.x I simply ported one I found on the Net some which saved stuff my MySQL. Anyhow, with the garbage collection problem (bug#13173) the problem is NOT with my customed script because everything works fine with my handlers. (OK, I had to set register_globals = on as per my report in bug #13078, but at least it worked!) The problem is with session.save_handler = files (as with the original problem description.) As for error logs, yes, I have checked my httpd_error_log file and found nothing:( In fact, I have also set: error_log = syslog too and nothing there either:( TIA, for your patience and help. ---ends--- [2001-12-13 05:08:21] [EMAIL PROTECTED] Looks like I don't know what I'm thinking. Also have to check your httpd and php error log? Is there anything interesting? should be Also have *you* check your httpd and php error logs? Is there anything interesting? [2001-12-13 04:58:50] [EMAIL PROTECTED] What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? 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=13173 Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14496 Updated: session.save_handler = mm - error when apache starting
ID: 14496 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.1.0 New Comment: RedHat 6.2 #uname -a Linux 2.4.16 #1 SMP Sat Dec 8 18:14:02 EET 2001 i686 unknown I repeat: If i set save_handler to 'mm' in php.ini and start apache I see the error message BUT SESSION WORK WITH MM HANDLER Previous Comments: [2001-12-14 06:03:53] [EMAIL PROTECTED] Try a make clean. [2001-12-14 04:20:28] [EMAIL PROTECTED] What distribution are you using of Linux? [2001-12-14 04:18:19] [EMAIL PROTECTED] This is bug, not bogus. Pls change status. [2001-12-13 18:15:42] [EMAIL PROTECTED] /* Whether you have libmm */ #define HAVE_LIBMM 1 [2001-12-13 18:13:38] [EMAIL PROTECTED] What does php_config.h say related to HAVE_LIBMM ? Derick 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=14496 Edit this bug report at http://bugs.php.net/?id=14496edit=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] Sessions: garbage collection run
Hi, being not a php source code guru I need some help on understanding the source. Why does the session module run the garbage collection from the PHP_RINIT_FUNCTION() means from php_session_start()? Does the user notice a delay caused by PHP_RSHUTDOWN_FUNCTION()? If not what's the reason not placing the GC there. Thanks in advice, Ulf -- 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 #14512 Updated: --enable-mbstr-enc-trans breaks parametr parsing
ID: 14512 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Old Bug Type: *Languages/Translation Bug Type: Unknown/Other Function Operating System: Debian GNU/Linux PHP Version: 4.1.0 Old Assigned To: Assigned To: hirokawa New Comment: Hirokawa-san, Although query string is completely wrong, could you take a look at it? I've got _GET[111_222_] for phpinfo.php?+111+222+test_param=abcde%20the%20test_param BTW, Language Translation is for manuals ;) Type = Unknown/Other Function, since mbstring module is missing in type :( To reporter: Since query string invalid, this may not be fixed. Do you have any query string valid, yet produce wrong result? Previous Comments: [2001-12-14 06:11:15] [EMAIL PROTECTED] When you run s script with like sep.php?+111+222+test_param=abcde the test_param won't get inserted into environment/GET['test_param']/HTTP_GET_PARAMS It's also related to Debian bug #121403 http://bugs.debian.org/121403 Petr Cech Edit this bug report at http://bugs.php.net/?id=14512edit=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 #14513: Fetch multiple elements from an array
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.1.0
PHP Bug Type: Feature/Change Request
Bug description: Fetch multiple elements from an array
I was thinking about a new feature. Fetching multiple elements would be a
cool feature, wouldn't it? This would look like this;
$array[0,1];
or
$array['name','address'];
and would allow constructions like this:
for($i=0;$icount($array);$i+=2) {
list($odd,$even)=$array[$i,$i+1];
}
instead of:
for($i=0;$icount($array);$i+=2) {
$odd=$array[$i];
$even=$array[$i+1];
}
This syntactically follows the specification of using the comma to
provide multiple elements/indices, such as it's already the case for
functions. Therefore adding this feature wouldn't deteriorate the
code-readability.
Also, I cannot think of any way using this feature to encourage bad coding
practices.
$array from the above example could be a datafile from a guestbook where
always a pair of lines represent username and comment (instead of using
| or anything else as a delimitor).
Your comments?
--
Edit bug report at: http://bugs.php.net/?id=14513edit=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 #14512 Updated: file_exists() prints a warning when it shouldn't
ID: 14512 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: --enable-mbstr-enc-trans breaks parametr parsing Status: Analyzed Bug Type: Unknown/Other Function Old Operating System: Debian GNU/Linux Operating System: Debian Old PHP Version: 4.1.0 PHP Version: 4.1.0RC1 Old Assigned To: hirokawa Assigned To: New Comment: Yes. the _GET[111_222_] is the problem! the query should be only sep.php?+111+222+test_param=abcde and this should be correct one. Strange is, that when you use sep.php?test_param=asdf+123+234+ you get the correct result Previous Comments: [2001-12-14 06:32:22] [EMAIL PROTECTED] Hirokawa-san, Although query string is completely wrong, could you take a look at it? I've got _GET[111_222_] for phpinfo.php?+111+222+test_param=abcde%20the%20test_param BTW, Language Translation is for manuals ;) Type = Unknown/Other Function, since mbstring module is missing in type :( To reporter: Since query string invalid, this may not be fixed. Do you have any query string valid, yet produce wrong result? [2001-12-14 06:11:15] [EMAIL PROTECTED] When you run s script with like sep.php?+111+222+test_param=abcde the test_param won't get inserted into environment/GET['test_param']/HTTP_GET_PARAMS It's also related to Debian bug #121403 http://bugs.debian.org/121403 Petr Cech Edit this bug report at http://bugs.php.net/?id=14512edit=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 #14512 Updated: --enable-mbstr-enc-trans breaks parametr parsing
ID: 14512 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Unknown/Other Function Operating System: Debian PHP Version: 4.1.0RC1 Assigned To: hirokawa New Comment: Oops sorry. Copy paste magic ;) I thought you are mixing + and %20, but it's not. This should be fixed :) Previous Comments: [2001-12-14 06:53:12] [EMAIL PROTECTED] Yes. the _GET[111_222_] is the problem! the query should be only sep.php?+111+222+test_param=abcde and this should be correct one. Strange is, that when you use sep.php?test_param=asdf+123+234+ you get the correct result [2001-12-14 06:32:22] [EMAIL PROTECTED] Hirokawa-san, Although query string is completely wrong, could you take a look at it? I've got _GET[111_222_] for phpinfo.php?+111+222+test_param=abcde%20the%20test_param BTW, Language Translation is for manuals ;) Type = Unknown/Other Function, since mbstring module is missing in type :( To reporter: Since query string invalid, this may not be fixed. Do you have any query string valid, yet produce wrong result? [2001-12-14 06:11:15] [EMAIL PROTECTED] When you run s script with like sep.php?+111+222+test_param=abcde the test_param won't get inserted into environment/GET['test_param']/HTTP_GET_PARAMS It's also related to Debian bug #121403 http://bugs.debian.org/121403 Petr Cech Edit this bug report at http://bugs.php.net/?id=14512edit=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] Re: Sessions: garbage collection run
Yasuo Ohgaki wrote: Ulf Wendel wrote: Hi, being not a php source code guru I need some help on understanding the source. Why does the session module run the garbage collection from the PHP_RINIT_FUNCTION() means from php_session_start()? Does the user notice a delay caused by PHP_RSHUTDOWN_FUNCTION()? If not what's the reason not placing the GC there. I think Sascha wants to delete garbages before reading data and I can understand the reasons. I asked Sascha on IRC #php.de and his answer was Good question. It might have todo with the lifetime of PS(mod_data). If so, it's clear. If not, there's no reason on running GC at a time where the user definetly notices the (often negliable) delay. But well, there's a lot of if's and I just wanna know. Someone with detailed knowledge of the internals should be able to answer my questions: - is a PHP_RSHUTDOWN_FUNCTION() delay visible to the user? - what about the lifetime of PS(mod_data), can one still access it from within the PHP_RSHUTDOWN_FUNCTION()? Anyway, with user defined handlers, you can gc at shutdown w/o changing PHP C source. Create empty gc function and use If it's possible to run GC on shutdown there's no reason to delay the delivery of php script result by running GC on session start. Ulf -- 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 #14507 Updated: sessions and mm produce an error on starting apache
ID: 14507 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Sparc/Solaris 8 PHP Version: 4.1.0 New Comment: I did a make distclean and a rebuild with the following options: ./configure\ --with-mysql=/usr/local/mysql\ --with-db3 \ --enable-sysvsem\ --enable-sysvshm\ --with-mm=/usr/local\ --with-openssl \ --enable-track-vars\ --enable-trans-sid\ --enable-shmop\ --with-gd \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --enable-inline-optimization \ --enable-bcmath \ --with-gettext \ --with-mcrypt \ --with-zlib \ --disable-debug \ --with-apxs=/usr/local/apache/bin/apxs All this didn't solve the problem, I'm still getting: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 Previous Comments: [2001-12-14 06:05:43] [EMAIL PROTECTED] Please try a `make clean´ and reinstall PHP. I'd appreciate it, if you could let us know whether that fixes your problem. Thanks [2001-12-14 05:27:47] [EMAIL PROTECTED] More notes from user: File /tmp/session_mm.sem has root:other 600 owner/perms; delting it will re-create it upon startup, error still there. [2001-12-14 04:47:57] [EMAIL PROTECTED] Duplicate of #14496 [2001-12-14 04:44:29] [EMAIL PROTECTED] I have a problem with sessions and mm on sparc/Solaris 8. When starting the apache I get the error: PHP Fatal error: Cannot find save handler mm in Unknown on line 0 in php_config.h: /* Whether you have libmm */ #define HAVE_LIBMM 1 Edit this bug report at http://bugs.php.net/?id=14507edit=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] Re: Sessions: garbage collection run
Ulf Wendel wrote: Yasuo Ohgaki wrote: Ulf Wendel wrote: Hi, being not a php source code guru I need some help on understanding the source. Why does the session module run the garbage collection from the PHP_RINIT_FUNCTION() means from php_session_start()? Does the user notice a delay caused by PHP_RSHUTDOWN_FUNCTION()? If not what's the reason not placing the GC there. I think Sascha wants to delete garbages before reading data and I can understand the reasons. I asked Sascha on IRC #php.de and his answer was Good question. It might have todo with the lifetime of PS(mod_data). If so, it's clear. Some users need current behavior. i.e. User want make to do gc everytime before access. User may have complex gc code to meet their needs that requires gc at module init. I vote 0 for this change. If not, there's no reason on running GC at a time where the user definetly notices the (often negliable) delay. But well, there's a lot of if's and I just wanna know. Someone with detailed knowledge of the internals should be able to answer my questions: - is a PHP_RSHUTDOWN_FUNCTION() delay visible to the user? Leave this one for others ;) - what about the lifetime of PS(mod_data), can one still access it from within the PHP_RSHUTDOWN_FUNCTION()? Yes. It is deleted in RSHUTDOWN function. PHP_RSHUTDOWN_FUNTION - php_session_flush() - php_session_save_current_state() - PS(mod)-close(PS(mod_data)) - efree(mdata) -- Yasuo Ohgaki -- 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: Sessions: garbage collection run
Yasuo Ohgaki wrote: Ulf Wendel wrote: Yasuo Ohgaki wrote: Ulf Wendel wrote: Hi, being not a php source code guru I need some help on understanding the source. Why does the session module run the garbage collection from the PHP_RINIT_FUNCTION() means from php_session_start()? Does the user notice a delay caused by PHP_RSHUTDOWN_FUNCTION()? If not what's the reason not placing the GC there. I think Sascha wants to delete garbages before reading data and I can understand the reasons. I asked Sascha on IRC #php.de and his answer was Good question. It might have todo with the lifetime of PS(mod_data). If so, it's clear. Some users need current behavior. i.e. User want make to do gc everytime before access. User may have complex gc code to meet their needs that requires gc at module init. I vote 0 for this change. It seems the execution order of mod_* funcions are open read gc write close So moving gc to shutdown function sounds really nice. BTW, if you use postgresql module in CVS. GC will finish (return to be exact) immediately, since I added async query function. I thought you may be interested. -- Yasuo Ohgaki -- 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 #14514: mysql_fetch_field always reports back max field length of zero
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.0 PHP Bug Type: MySQL related Bug description: mysql_fetch_field always reports back max field length of zero mysql_fetch_field - this function always gives a max field length of zero, no matter the type of variable. Am I doing something wrong? Also wondering if the type varchar should always come back as string. Please let me know. Thanks [EMAIL PROTECTED] -- Edit bug report at: http://bugs.php.net/?id=14514edit=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 #14497 Updated: PHP causes segfault when session handler=user
ID: 14497 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 4.4-Stable PHP Version: 4.1.0 New Comment: The bus error would only happen maybe one out of 50 times or so, but looking at my error logs for the last 3 months, I haven't had EITHER error on any of my web servers. From what I can gather, a bus error can still be an attempt to access memory that is nonexistent. I've tried to reproduce the sig10 error in gdb but have been unable to thus far. I think the 2 (3) backtraces I've already given are a good start though. I do have an SSL server, but the backtraces I sent you were from Apache 1.3.20 along PHP 4.1.0 or 200112131200. I did not see any errors in my logs for the SSL server, but that's not surprising since I hadn't upgraded my SSL server until AFTER I built my temporary workaround. (Which, btw, is compiling PHP without session support and including my own session.php code which duplicates all the built-in session code. The only thing I don't have is the global $_SESSION that can be used without a global statement. I think I can deal with that.) I don't have Java on any of the systems. Base Apache with no other modules except PHP. I cannot reproduce the problem under 4.0.6. As soon as I upgraded to 4.1.0 I started having the problems. (Without changing anything else) Regardless, whether or not it's a session problem (From the backtraces it looks like its closer to something in the Zend internals, but I don't know enough about the code to offer a suggestion of the type), the problem only comes out when I have the session code enabled in PHP. So far I have not had a single problem once I removed session support (--disable-session) from PHP and started using my own code. Since I wrote my session code to duplicate the internal support, it'll be easy enough for my to recompile PHP with session support and not have to change anything in my code itself. (I use a conditional include based on whether or not session_start() exists as a function) Previous Comments: [2001-12-14 01:30:55] [EMAIL PROTECTED] I mean provide backtrace with SIGBUS, if you can. (I'm not sure if you can take the backtrace or not) See man 7 signal for signals. [2001-12-14 01:24:22] [EMAIL PROTECTED] Errors from Apache: [Thu Dec 13 14:24:54 2001] [notice] child pid 93032 exit signal Bus error (10) [Thu Dec 13 14:24:54 2001] [notice] child pid 93008 exit signal Segmentation fault (11) SIGBUS shouldn't happen Do you use SSL, Java? It seems bus error could heppen for some configuration even without PHP with FreeBSD. http://www.mail-archive.com/openssl-dev%40openssl.org/msg09701.html http://www.phpbuilder.com/mail/php-general/2001072/2008.php There may be other causes. You'll find more if you search. You should also search Apache and/or ModSSL bug database see if there is similar problem is reported. We can not tell if this is PHP's fault or not, unless you provide backtrace. [This is not related to session after all. Changed status = Reproducible crash] [2001-12-13 23:12:56] [EMAIL PROTECTED] PostgreSQL 7.1.3 (latest FreeBSD port - downloaded from PostgreSQL website on Monday) Errors from Apache: [Thu Dec 13 14:24:54 2001] [notice] child pid 93032 exit signal Bus error (10) [Thu Dec 13 14:24:54 2001] [notice] child pid 93008 exit signal Segmentation fault (11) Errors from PHP: None Messages in PostgreSQL error log: pq_recvbuf: unexpected EOF on client connection FWIW, there have been a couple other people with similar problems, one mentioned he was using MySQL, so I don't think it's a PostgreSQL problem, but something to do with cleanup. I don't have any problems whatsoever with 4.0.6 under the same configurations. [2001-12-13 20:59:21] [EMAIL PROTECTED] Next time, could you write your PostgreSQL server(backend) version AND libpq version that you use? [2001-12-13 20:56:43] [EMAIL PROTECTED] That's strange. I guess you are using session handler written by me. I don't have such problem at all. Do you get any error messages in your apache/php/postgresl error logs? If there is, please provide error messages. 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=14497 Edit this bug report at http://bugs.php.net/?id=14497edit=1 -- PHP Development Mailing List
RE: [PHP-DEV] Bug #14504 Updated: core dump in session handling
There's a person that has posted to the PHP-Users list who is having the same problem with sessions and he's using RedHat 7.1. Perhaps you can get him to provide a bt as well? Jaime Bozza -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, December 14, 2001 2:35 AM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #14504 Updated: core dump in session handling ID: 14504 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.2-RELEASE PHP Version: 4.1.0 New Comment: Yet another segfault problem with FreeBSD Session. Any freebsd hackers around? I think this can be a FreeBSD's problem. (A user reported SIGBUS, there should be something really wrong... He is getting SIGBUS and SIGSEGV. Bug# 14497) Are you getting SIGBUS? Check your apache log and report how you've got, please. Previous Comments: [2001-12-14 01:28:52] [EMAIL PROTECTED] PHP config: ./configure --with-mysql=/app/mysql --with-apache=../apache_1.3.22/ --enable- track-vars --with-jpeg-dir=/usr/local/ --enable-inline-optimization --with-png-dir=/usr/local --with-zlib --with-zlib-dir=/usr/lib/ --with-openssl --with-freetype-dir=/usr/local/ --with-gd=/usr/local --enable-gd-native-tt --enable-gd-imgstrttf --enable-gd-native-ttf --enable-shmop --enable-sysvsem --enable-sysvshm --with-imap=/usr/local/ GDB Backtrace: gdb /app/apache/bin/httpd GNU gdb 4.18 This GDB was configured as i386-unknown-freebsd... (gdb) run -X Starting program: /app/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x81281d5 in zend_hash_del_key_or_index (ht=0x73755f72, arKey=0x83746ec verified_user, nKeyLength=14, h=0, flag=0) at zend_hash.c:482 482 nIndex = h ht-nTableMask; (gdb) where #0 0x81281d5 in zend_hash_del_key_or_index (ht=0x73755f72, arKey=0x83746ec verified_user, nKeyLength=14, h=0, flag=0) at zend_hash.c:482 #1 0x80c17f8 in zif_session_unregister (ht=1, return_value=0x83746cc, this_ptr=0x0, return_value_used=0) at session.c:1201 #2 0x81426b1 in execute (op_array=0x8359400) at ./zend_execute.c:1590 #3 0x8142850 in execute (op_array=0x832960c) at ./zend_execute.c:1630 #4 0x8146a04 in execute (op_array=0x832928c) at ./zend_execute.c:2133 #5 0x8146a04 in execute (op_array=0x82f7a8c) at ./zend_execute.c:2133 #6 0x8124a28 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #7 0x808f682 in php_execute_script (primary_file=0xbfbff8e4) at main.c:1309 #8 0x812cc26 in apache_php_module_main (r=0x830a034, display_source_mode=0) at sapi_apache.c:90 #9 0x808caf2 in send_php () #10 0x808cb46 in send_parsed_php () #11 0x814e10d in ap_invoke_handler () #12 0x8162a44 in process_request_internal () #13 0x8162aae in ap_process_request () #14 0x8159a1b in child_main () #15 0x8159bdd in make_child () #16 0x8159d56 in startup_children () #17 0x815a388 in standalone_main () #18 0x815abd8 in main () #19 0x806c4c1 in _start () This occurs seemingly at random and quite frequently. I will try and create a small script to reproduce the problem. This might be caused by unregistering a non-registered variable in the session. Edit this bug report at http://bugs.php.net/?id=14504edit=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 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 #14453 Updated: session_start() provokes a crash of php/apache
ID: 14453 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Reproducible crash Bug Type: PHP options/info functions Operating System: win2k PHP Version: 4.1.0 New Comment: hi I found the cause for these crashes: If in the php.ini is a wrong path for the session files, php crashes without further notice, whereas php 4.0.6 reported this when trying to start a session with session_start(): Warning: open(./tmp\sess_7a7c42ff822a8016bb5d7b5625a4bc89, O_RDWR) failed: m (2) in c:\some\path\file.php on line 7 this should be adressed in a future release, because crashes for such reasons are not acceptible (even more if an older version behaved correctly!). regards n. fankhauser Previous Comments: [2001-12-12 08:37:28] [EMAIL PROTECTED] ? session_start(); ? this script will cause php/apache to crash. used configuration: php 4.10 / win32 as SAPI apache 1.3.20 / win32 unfortunately, I don't have the time now to further investigate the problem... please contact me if there are any workarounds / solutions for this problem! regards n. fankhauser Edit this bug report at http://bugs.php.net/?id=14453edit=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 #14509 Updated: Strange default of safe_mode_exec_dir
ID: 14509 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Bogus Bug Type: PHP options/info functions Operating System: Debian PHP Version: 4.1.0RC1 New Comment: Submitted twice - bogus Previous Comments: [2001-12-14 05:14:20] [EMAIL PROTECTED] The default for safe_mode_exec_dir is 1. Why? It's hardwired into the source. You cannot override it with --with-exec-dir - this sets PHP_SAFE_MODE_EXEC_DIR and main/main.c has a test for SAFE_MODE_EXEC_DIR, but that's not used anywhere. Proposed fix is to change main/main.c with s/SAVE_MODE_EXEC_DIR/PHP_SAFE_MODE_EXEC_DIR/ and chaning the dafault to use this macro Edit this bug report at http://bugs.php.net/?id=14509edit=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 #14515: child pid XXX exit signal Segmentation fault (11)
From: [EMAIL PROTECTED]
Operating system: linux 2.4.16
PHP version: 4.1.0
PHP Bug Type: Apache related
Bug description: child pid XXX exit signal Segmentation fault (11)
Hi, when i try to run the following code, my apache goes banana (child pid
XXX exit signal Segmentation fault (11) in the error_log)
?php
if(!isset($PHP_AUTH_USER)) {
Header(WWW-Authenticate: Basic realm=\DB-RW-Access\);
Header(HTTP/1.0 401 Unauthorized);
echo Get lost\n;
exit;
}
else {
$dbid = $PHP_AUTH_USER;
$dbpw = $PHP_AUTH_PW;
}
phpinfo();
exit;
php-compile-time-options:
'./configure' '--prefix=/usr/local/php-4.1.0'
'--with-apxs=/usr/local/apache/bin/apxs'
'--enable-force-cgi-redirect'
'--with-config-file-path=/usr/local/apache/conf' '--with-openssl'
'--with-bz2'
'--with-imap'
'--with-gdbm'
'--enable-ftp'
'--with-gd'
'--enable-gd-native-ttf' '--with-oci8=/opt/oracle/app/oracle/product/8.1.7'
'--with-mysql=/usr'
'--enable-sigchild'
'--with-mm'
'--enable-rule=EAPI'
apache-version: 1.3.20
Any clue?
Regards,
Martin
--
Edit bug report at: http://bugs.php.net/?id=14515edit=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 #14495: PHP Windows Binary packaged with oldversion of GD
On Fri, 14 Dec 2001, Sander Roobol wrote: There is a bug report: http://bugs.php.net/bug.php?id=11813edit=1 in which I suggested the person whoever builds the binary releases to build two versions of the GD extension..this didn't happen for some reason. IMO, the simplest solution to this problem is to provide php_gd2.dll in a separate package on www.php.net/downloads.php, with a warning saying it's still experimental. You'll avoid the newbie users and with them a lot of bogus-bugreports, but you'll satisfy the advanced users who require special GD2-functions. Not so. As I tried to explain, my application needs GD to generate graphics and I already had some code in there to work around the quirks of PHP4.0.5 and PHP4.0.6 that had different GD libraries. Most of the users of my application don't want to and a lot of times cannot install another module / extension on the webserver. Anyway, my point here is to try to get more people to read this thread and whenever the time for 4.2 comes, we have developers thinking more about the compatibility issues of the Windows version of PHP. It's kind of hard to write portable stuff like this, ya know :) Oh well. Joao -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- 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 #14505 Updated: get an warning in webpage
I get the same warning with 4.1.0 in w2k apache. This is comes on pages where I use mssql_pconnect(). If I change this to mssql_connect() I don't get the warning. -- 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 #14505 Updated: get an warning in webpage
Actually, my warning is a bit different (22 instead of 11): Unknown persistent list entry type in module shutdown (22) in Unknown on line 0 -- 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 #14516: can't write word file
From: [EMAIL PROTECTED]
Operating system: win2k server (chinese)
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: can't write word file
when the code excuted on line:
$word-Documents[1]-SaveAs(Useless test.doc);
It print out Invoke() failed: .
Nobody knows why.
code is here:
?
$word = new COM(word.application) or die(Unable to instanciate Word);
print Loaded Word, version {$word-Version}\n;
//bring it to front
$word-Visible = 1;
//open an empty document
$word-Documents-Add();
//do some weird stuff
$word-Selection-Text=dfsdfs;
$word-Documents[1]-SaveAs(Useless test.doc);
//closing word
$word-Quit();
//free the object
$word-Release();
$word = null;
?
--
Edit bug report at: http://bugs.php.net/?id=14516edit=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 #14516 Updated: can't write word file
ID: 14516
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Old Bug Type: Unknown/Other Function
Bug Type: COM related
Operating System: win2k server (chinese)
PHP Version: 4.0.6
New Comment:
Changing Type.
Previous Comments:
[2001-12-14 09:55:56] [EMAIL PROTECTED]
when the code excuted on line:
$word-Documents[1]-SaveAs(Useless test.doc);
It print out Invoke() failed: .
Nobody knows why.
code is here:
?
$word = new COM(word.application) or die(Unable to instanciate Word);
print Loaded Word, version {$word-Version}\n;
//bring it to front
$word-Visible = 1;
//open an empty document
$word-Documents-Add();
//do some weird stuff
$word-Selection-Text=dfsdfs;
$word-Documents[1]-SaveAs(Useless test.doc);
//closing word
$word-Quit();
//free the object
$word-Release();
$word = null;
?
Edit this bug report at http://bugs.php.net/?id=14516edit=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 #14516 Updated: can't write word file
ID: 14516
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: COM related
Operating System: win2k server (chinese)
PHP Version: 4.0.6
New Comment:
Ah, btw, try latest 4.1.0 from http://php.net/downloads.php
Feedback.
Previous Comments:
[2001-12-14 10:08:51] [EMAIL PROTECTED]
Changing Type.
[2001-12-14 09:55:56] [EMAIL PROTECTED]
when the code excuted on line:
$word-Documents[1]-SaveAs(Useless test.doc);
It print out Invoke() failed: .
Nobody knows why.
code is here:
?
$word = new COM(word.application) or die(Unable to instanciate Word);
print Loaded Word, version {$word-Version}\n;
//bring it to front
$word-Visible = 1;
//open an empty document
$word-Documents-Add();
//do some weird stuff
$word-Selection-Text=dfsdfs;
$word-Documents[1]-SaveAs(Useless test.doc);
//closing word
$word-Quit();
//free the object
$word-Release();
$word = null;
?
Edit this bug report at http://bugs.php.net/?id=14516edit=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 #14497 Updated: PHP causes segfault when session handler=user
ID: 14497
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-Stable
Old PHP Version: 4.1.0
PHP Version: 4.1.0, 4-200112131200
New Comment:
Another update. If I have the following in the script:
session_register(onevar);
And then don't set the variable to anything, I get the crash on
zend_hash_get_current_key_ex
If I have the following in my script:
session_register(onevar);
$_SESSION[onevar] = ; //Anything in the quotes.
Or just:
$_SESSION[onevar] = ;
I get the crash at _zend_is_inconsistent
Next, if I have the following:
session_register(onevar);
session_unregister(onevar);
I get an entirely different crash. Here's the bt.
Program received signal SIGSEGV, Segmentation fault.
0x81497bc in zend_hash_del_key_or_index (ht=0x829e7e4, arKey=0x829d6a4 onevar,
nKeyLength=7, h=4009320036, flag=0)
at zend_hash.c:484
484 p = ht-arBuckets[nIndex];
(gdb) bt
#0 0x81497bc in zend_hash_del_key_or_index (ht=0x829e7e4, arKey=0x829d6a4 onevar,
nKeyLength=7, h=4009320036, flag=0)
at zend_hash.c:484
#1 0x80bfb74 in zif_session_unregister (ht=1, return_value=0x82ae5a4, this_ptr=0x0,
return_value_used=0) at session.c:1279
#2 0x816af2e in execute (op_array=0x82944a4) at ./zend_execute.c:1598
#3 0x81448e9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#4 0x808caad in php_execute_script (primary_file=0xbfbff894) at main.c:1310
#5 0x8150426 in apache_php_module_main (r=0x8284034, display_source_mode=0) at
sapi_apache.c:90
#6 0x808919e in send_php (r=0x8284034, display_source_mode=0, filename=0x8284b14
/home/www/intranet/htdocs/test.php)
at mod_php4.c:575
#7 0x80891f2 in send_parsed_php (r=0x8284034) at mod_php4.c:590
#8 0x8175311 in ap_invoke_handler (r=0x8284034) at http_config.c:517
#9 0x81899b4 in process_request_internal (r=0x8284034) at http_request.c:1307
#10 0x8189a1e in ap_process_request (r=0x8284034) at http_request.c:1323
#11 0x8180a1f in child_main (child_num_arg=0) at http_main.c:4209
#12 0x8180bdd in make_child (s=0x8226034, slot=0, now=1008341402) at http_main.c:4313
#13 0x8180d56 in startup_children (number_to_start=5) at http_main.c:4395
#14 0x8181360 in standalone_main (argc=2, argv=0xbfbffbbc) at http_main.c:4683
#15 0x8181b78 in main (argc=2, argv=0xbfbffbbc) at http_main.c:5010
Next, if I have the following:
$_SESSION[onevar] = Test;
session_unset();
I get the following (yet another bt):
Program received signal SIGSEGV, Segmentation fault.
0x81482f9 in _zend_is_inconsistent (ht=0x84003038, file=0x81e01e4 zend_hash.c,
line=558) at zend_hash.c:84
84 if (ht-inconsistent==HT_OK) {
(gdb) bt
#0 0x81482f9 in _zend_is_inconsistent (ht=0x84003038, file=0x81e01e4 zend_hash.c,
line=558) at zend_hash.c:84
#1 0x8149b31 in zend_hash_clean (ht=0x84003038) at zend_hash.c:558
#2 0x80bff90 in zif_session_unset (ht=0, return_value=0x82ae5e4, this_ptr=0x0,
return_value_used=0) at session.c:1384
#3 0x816af2e in execute (op_array=0x82944a4) at ./zend_execute.c:1598
#4 0x81448e9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#5 0x808caad in php_execute_script (primary_file=0xbfbff894) at main.c:1310
#6 0x8150426 in apache_php_module_main (r=0x8284034, display_source_mode=0) at
sapi_apache.c:90
#7 0x808919e in send_php (r=0x8284034, display_source_mode=0, filename=0x8284b14
/home/www/intranet/htdocs/test.php)
at mod_php4.c:575
#8 0x80891f2 in send_parsed_php (r=0x8284034) at mod_php4.c:590
#9 0x8175311 in ap_invoke_handler (r=0x8284034) at http_config.c:517
#10 0x81899b4 in process_request_internal (r=0x8284034) at http_request.c:1307
#11 0x8189a1e in ap_process_request (r=0x8284034) at http_request.c:1323
#12 0x8180a1f in child_main (child_num_arg=0) at http_main.c:4209
#13 0x8180bdd in make_child (s=0x8226034, slot=0, now=1008342128) at http_main.c:4313
#14 0x8180d56 in startup_children (number_to_start=5) at http_main.c:4395
#15 0x8181360 in standalone_main (argc=2, argv=0xbfbffbbc) at http_main.c:4683
#16 0x8181b78 in main (argc=2, argv=0xbfbffbbc) at http_main.c:5010
Finally, if I do the following:
session_register(onevar);
// No initialization on $onevar or $_SESSION[onevar]
session_unset();
I get this: (Last bt)
Program received signal SIGSEGV, Segmentation fault.
0x8149b5d in zend_hash_clean (ht=0x829e764) at zend_hash.c:565
565 p = p-pListNext;
(gdb) bt
#0 0x8149b5d in zend_hash_clean (ht=0x829e764) at zend_hash.c:565
#1 0x80bff90 in zif_session_unset (ht=0, return_value=0x829d564, this_ptr=0x0,
return_value_used=0) at session.c:1384
#2 0x816af2e in execute (op_array=0x82944a4) at ./zend_execute.c:1598
#3 0x81448e9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#4 0x808caad in php_execute_script (primary_file=0xbfbff894) at main.c:1310
#5
[PHP-DEV] Bug #14517: SSL: couldn't create a context!
From: [EMAIL PROTECTED] Operating system: Slackware 7.1 PHP version: 4.1.0 PHP Bug Type: cURL related Bug description: SSL: couldn't create a context! curl_error($ch); outputs this error SSL: couldn't create a context! This error was originally reported in PHP-4.0.6 although I don't think it has been looked into yet. =o) Unfortunately I will be unable to upgrade my version of PHP past 4.0.5 where this was not an issue. -- Edit bug report at: http://bugs.php.net/?id=14517edit=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 #14489 Updated: DSO PHP module compiling with gettext support is blocking Apache start
ID: 14489 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Cobalt Raq 3 PHP Version: 4.1.0 New Comment: Of course Apache is working. It's RPM version from original Cobalt distribution. Simply: just Apache IS working Apache + PHP 4.1.0 as DSO IS working Apache + PHP 4.1.0 as DSO --with-gettext IS NOT working (see previous comment) Strange is that I can't see any error report. From console it seems Apache is running , but it's NOT. Even more strange it is printing slightly other messages during APache 'Start'. Thank You Previous Comments: [2001-12-13 23:06:19] [EMAIL PROTECTED] Does you apache work without PHP ? --Jani [2001-12-13 12:27:33] [EMAIL PROTECTED] I forgot this : Apache/1.3.6 (Unix) And I used RPM of gettext-0.10.35 and I've also tried to compile version 0.10.40 with same result [2001-12-13 11:55:19] [EMAIL PROTECTED] Hello When I configure PHP with these options (including gettext support): ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/sbin/apxs --with-gd=/usr/local --with-jpeg-dir=/usr/local/src/jpeg-6b --with-png-dir=/usr/local --with-zlib=/usr/local --enable-ftp --enable-trans-sid --with-imap=/usr/local --enable-safe-mode --with-gettext=/usr Everything is fine (including configuration output and no errors or warnings on compiling) until I try to copy libphp4.so over old one and restart Apache. Usualy when I'm restarting apache I can see this: Shutting down Web Service: httpd Setting up Web Service: Site home has invalid certificate: 4999 Certificate files do not exist. Site site7 has invalid certificate: 4999 Certificate files do not exist. /usr/sbin/httpd but whe I try to restart Apache after module changing I can see this: Shutting down Web Service: httpd Setting up Web Service: Site home has invalid certificate: 4999 ssl_cant_files_missing Site site7 has invalid certificate: 4999 ssl_cant_files_missing /usr/sbin/httpd You can see some messages changed and Apache is NOT running. But When I don't include --with-gettext option evrything is running fine and Apache is running too, whith messages as in the first case. Edit this bug report at http://bugs.php.net/?id=14489edit=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 #14510 Updated: Unknown error in mail function
ID: 14510 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 2000 Terminal, IIS5 PHP Version: 4.1.0 New Comment: Can you provide a sample script? Previous Comments: [2001-12-14 05:29:31] [EMAIL PROTECTED] When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. Edit this bug report at http://bugs.php.net/?id=14510edit=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 #14510 Updated: Unknown error in mail function
ID: 14510 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2000 Terminal, IIS5 PHP Version: 4.1.0 New Comment: Well it's pretty straight forward: $mailrecipient=[EMAIL PROTECTED]; $mailsubject=A message from your friend; $mailmessage=Hello, this is an email sent with PHP; $mailheaders=From: Dave [EMAIL PROTECTED]; mail($mailrecipient,$mailsubject,$mailmessage,$mailheaders); Previous Comments: [2001-12-14 10:52:55] [EMAIL PROTECTED] Can you provide a sample script? [2001-12-14 05:29:31] [EMAIL PROTECTED] When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. Edit this bug report at http://bugs.php.net/?id=14510edit=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 #13399 Updated: Segmentation fault (11) in apache when using mcrypt_generic
ID: 13399
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: mcrypt related
Operating System: Linux
PHP Version: 4.0.6, 4.0.8-dev
New Comment:
What version of libcmrypt are you using now?
Derick
Previous Comments:
[2001-12-14 11:17:17] [EMAIL PROTECTED]
I downloaded CVS and tried that yesterday an I just downloaded a snapshot and both
still have the same problem.
I'm not sure, but I think the gdb backtrace shows the same information as it was
before:
(gdb) bt
#0 0x0 in ?? ()
#1 0x1201bcba4 in mcrypt_enc_is_block_algorithm_mode (td=0x120283820) at
mcrypt_modules.c:440
Cannot access memory at address 0x20
[2001-12-13 15:43:39] [EMAIL PROTECTED]
Should be fixed in CVS, can you try (in about a day) the
latest snapshot from snaps.php.net ?
Derick
[2001-10-26 04:02:24] [EMAIL PROTECTED]
Found the prob, fix is under way.
Derick
[2001-10-25 23:35:50] [EMAIL PROTECTED]
Just as an update, I upgraded glibc to glibc-2.2.4-19 and I used a Compaq C/C++
compiler (it's an Alpha), I still get this error, even though the backtrace is
different now (I've got CVS tree, PHP Version 4.2.0-dev). Here's the code I used:
#!/usr/local/bin/php -q
?
function encrypt_pass($ascii_pass)
{
if ($ascii_pass) {
$keystr=Veni, vidi, vici!!!;
$td = mcrypt_module_open(MCRYPT_TripleDES, , MCRYPT_MODE_ECB,
);
$iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND);
mcrypt_generic_init ($td, $keystr, $iv);
$enc_pas= mcrypt_generic ($td, $ascii_pass);
mcrypt_generic_end ($td);
}else {$enc_pas=;}
return $enc_pas;
}
echo encrypt_pass(It$myPass);
?
Here's the gdb's backtrace:
(gdb) bt
#0 0x0 in ?? ()
#1 0x1201b97b4 in mcrypt_enc_is_block_algorithm_mode (td=0x12036ea50) at
mcrypt_modules.c:440
Cannot access memory at address 0x20
Please, let me know if you would like an additional information or maybe a shell on
my machine.
Thank you.
[2001-09-23 17:32:24] [EMAIL PROTECTED]
Ooops :((( Sorry, I just refreshed the page. Anyway, the whole script is an include
file with a lot of functions defined, here's the exact function I use to encrypt the
passwords:
function encrypt_pass($ascii_pass)
{
if ($ascii_pass) {
$keystr=Veni, vidi, vici!!!;
$td = mcrypt_module_open(MCRYPT_TripleDES, , MCRYPT_MODE_ECB, );
$iv = mcrypt_create_iv(mcrypt_enc_get_iv_size($td), MCRYPT_RAND);
mcrypt_generic_init ($td, $keystr, $iv);
$enc_pas= mcrypt_generic ($td, $ascii_pass);
mcrypt_generic_end ($td);
}else {$enc_pas=;}
return $enc_pas;
}
Then I just call it anywhere I want in my scripts.
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=13399
Edit this bug report at http://bugs.php.net/?id=13399edit=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 #14518: --enable-trans-id doesn't work
From: [EMAIL PROTECTED] Operating system: LInux 2.4.16 (RH7.2 based) PHP version: 4.1.0 PHP Bug Type: Session related Bug description: --enable-trans-id doesn't work I compiled php4.1.0 with --enable-trans-id, configured to use no cookies for sessions. Verifiying with phpinfo() shows the correct settings for cookies and enable-trans-id but php fails to add the session-id to any tag. Passing a session-id manually works though. -- Edit bug report at: http://bugs.php.net/?id=14518edit=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 #14519: PHP4ISAPI.DLL returns varying errors when parsing a long script of PHP objects
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.1.0 PHP Bug Type: IIS related Bug description: PHP4ISAPI.DLL returns varying errors when parsing a long script of PHP objects When running PHP 4.1 using ISAPI, a fairly large script of PHP classes gives spurious syntax errors. The errors change each time you refresh the page, and sometimes the page even loads correctly! With PHP 4.1 running as an Apache module or CGI under IIS--or with PHP 4.0 running on ISAPI--the same script works fine. -- Edit bug report at: http://bugs.php.net/?id=14519edit=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] Good Old Times :)
View on phpindex.com (from phpdevelopper.org) :) http://groups.google.com/groups?q=%22Personal+Home+Page%22+author:Rasmus+author:Lerdorfhl=enscoring=das_drrb=bas_mind=17as_minm=5as_miny=1981as_maxd=12as_maxm=12as_maxy=1995rnum=2selm=3r7pgp%24aa1%40ionews.io.org Rasmus' 1st release announce :) -- Pierre-Alain Joye Freelance Developpements et Services web/intranet [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] Linking PHP with static Libtool libraries
I have the following problem. On UNIX, PHP fails to link with a static library generated by Libtool. Problem occurs with PHP 4.1.0 but not PHP 4.0.6. The YAZ extension, for example, which I maintain generates by default a static Libtool library only. So After doing cd yaz-1.8.3 ./configure --prefix=/usr make make install two files are created, namely /usr/lib/libyaz.a and /lib/lib/libyaz.la. For PHP I do : ./configure --with-yaz [other options] and get the folloing make output: .. /bin/sh ../libtool --silent --mode=link gcc -g -O2 -prefer-pic -o libZend.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt zend_language_parser.lo zend_language_scanner.lo zend_ini_parser.lo zend_ini_scanner.lo zend_alloc.lo zend_compile.lo zend_c onstants.lo zend_dynamic_array.lo zend_execute.lo zend_execute_API.lo zend_highlight.lo zend_llist.lo zend_opcode.lo zend_operators.l o zend_ptr_stack.lo zend_stack.lo zend_variables.lo zend.lo zend_API.lo zend_extensions.lo zend_hash.lo zend_list.lo zend_indent.lo z end_builtin_functions.lo zend_sprintf.lo zend_ini.lo make[1]: Leaving directory `/home/adam/proj/php-4.1.0/Zend' ... /bin/sh /home/adam/proj/php-4.1.0/libtool --silent --mode=link gcc -I. -I/home/adam/proj/php-4.1.0/ -I/home/adam/proj/php-4.1.0/main -I/home/adam/proj/php-4.1.0 -I/home/adam/proj/apache/include -I/home/adam/proj/php-4.1.0/Zend -I/home/adam/proj/php-4.1.0/ext/mysql/ libmysql -I/home/adam/proj/php-4.1.0/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I/home/adam/proj/php-4.1.0/TSRM -g -O2 -pre fer-pic -o libphp4.la -rpath /home/adam/proj/php-4.1.0/libs -avoid-version stub.lo Zend/libZend.la sapi/apache/libsapi.la main/l ibmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/li bstandard.la ext/xml/libxml.la ext/yaz/libyaz.la TSRM/libtsrm.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt /usr/lib/libyaz.a(odr_bool.o): In function `odr_bool': /home/adam/proj/yaz/odr/odr_bool.c(.text+0x0): multiple definition of `odr_bool' Zend/.libs/libZend.al(odr_bool.o)(.text+0x0):/home/adam/proj/yaz/odr/odr_bool.c: first defined here /usr/lib/libyaz.a(ber_bool.o): In function `ber_boolean': [many more multiple symbols] The log indicates that all YAZ symbols are included twice. Apparenly the Zend link step includes YAZ verbatim even though NO symbols should be needed to built that. Solutions / work-arounds: 1) removing /usr/lib/libyaz.la makes it work. Suddenly, the Zend link step doesn't include YAZ so everything is fine. Libtool bug? 2) removing the linkage of yaz from the Zend link step obviously makes it work too. 3) build shared YAZ objects is a fix too. (./configure --enabled-shared for YAZ). The problem doesn't occur with PHP 4.0.6. Probably due to the fact that it uses libtool 1.3.5. The problem currently only exists with YAZ (I guess most other packages are shared objects ONLY). But it would really be convenient if extensions could use static libraries as well. If this is a libtool bug and there's no easy fix for that, my suggestion would be that Zend doesn't link with YAZ or other extension libraries. Fix 2) above. -- Adam -- Adam Dickmeiss mailto:[EMAIL PROTECTED] http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 -- 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 #14499 Updated: encoding with XSLT problem
ID: 14499 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: windows 2000 PHP Version: 4.1.0 New Comment: In order to use utf-8 you must set the encoding from within your ?xml ? block.. If you want to use the xslt_set_encoding() function than you must compile sablotron itself with encoding support. not a bug. Previous Comments: [2001-12-13 17:52:07] [EMAIL PROTECTED] I got this error using XSLT in PHP-4.1.0 on Windows 2000. Warning: Sablotron error on line 1: unknown encoding '' in e:\www\htdocs\home.php on line 151 Warning: Unknown persistent list entry type in module shutdown (11) in Unknown on line 0 and when I add an encoding statement, Warning: xslt_set_encoding() is not supported in this PHP build in e:\www\htdocs\home.php on line 150 My code: $xml = $doc-dumpmem(); $arguments = array( '/_xml' = $xml, ); // Allocate a new XSLT processor $xh = xslt_create(); #xslt_set_encoding($xh, utf-8); // Process the document $result = xslt_process($xh, 'arg:/_xml', $include_dir . $xslt_filename, NULL, $arguments); var_dump($result); xslt_free($xh); Edit this bug report at http://bugs.php.net/?id=14499edit=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 #14442 Updated: Segmentation fault when using xslt_process()
ID: 14442 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux (RH 7.0) PHP Version: 4.1.0 New Comment: rtfm... the syntax for the xslt extension has changed, use the new syntax. Previous Comments: [2001-12-12 13:40:42] [EMAIL PROTECTED] libc version glibc-2.2-12 RPM libc-2.2.so libc.so.6 [2001-12-12 13:38:03] [EMAIL PROTECTED] Just tried compiling 4.0.6 with the same options, same crash, but different debug output Program received signal SIGSEGV, Segmentation fault. 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 218 error = call_user_function(EG(function_table), (gdb) bt #0 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 #1 0x81031de in scheme_getall (user_data=0x849718c, proc=0x8498b80, scheme=0x84958f8 ?xml version=\1.0\ encoding=\utf-8\?xsl, rest=0x849bfc8 /stylesheet version=\1.0\ xmlns:xsl=\http://www.w3.org/1999/XSL/Transform\; xsl:output\tme thod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template match=\/backslash\ \n html \n head \n..., buffer=0x8495a48, byte_count=0xbfffe03c) at sablot.c:674 #2 0x400b1094 in DataLine::open (this=0x8495a30, S=@0x84956c8, _uri=0x849c980 ?xml version=\1.0\ encoding=\utf-8\?xsl:/stylesheet version=\1.0\ xmlns:xsl=\http://w ww.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template m atch=\/b..., _mode=DLMODE_READ, argList_=0x8498bc0) at uri.cpp:466 #3 0x400a1f7d in Processor::addLineParse (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, absolute=@0xbfffe150, isXSL=1) at guard.h:156 #4 0x400a26e6 in Processor::readTreeFromURI (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, location=@0xbfffe220, base=@0xbfffe200, isXSL=1) at proc.cpp:602 #5 0x400a0445 in Processor::open (this=0x8498b80, S=@0x84956c8, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl...) at proc.cpp:276 #6 0x400a5c2b in SablotRunProcessor (processor_=0x8498b80, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl..., resultURI=0x82b1f51 arg:/_result, params=0x0, arguments=0x0) at sablot.cpp:407 #7 0x8102c5e in php_if_xslt_process (ht=3, return_value=0x8495a7c, this_ptr=0x0, return_value_used=0) at sablot.c:471 #8 0x813867d in execute (op_array=0x8494e7c) at ./zend_execute.c:1504 #9 0x8111c1e in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #10 0x8091167 in php_execute_script (primary_file=0xb840) at main.c:1206 #11 0x811d5e6 in apache_php_module_main (r=0x83ee79c, display_source_mode=0) at sapi_apache.c:89 #12 0x808eb88 in send_php () #13 0x808ebbd in send_parsed_php () #14 0x817cfb3 in ap_invoke_handler () #15 0x8191197 in process_request_internal () #16 0x81911f8 in ap_process_request () #17 0x818865d in child_main () #18 0x8188808 in make_child () #19 0x818897c in startup_children () #20 0x8188ff4 in standalone_main () #21 0x8189847 in main () #22 0x40327f31 in __libc_start_main (main=0x81894b0 main, argc=2, ubp_av=0xbb14, init=0x808bfc8 _init, fini=0x829cff0 _fini, rtld_fini=0x4000e274 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129 [2001-12-11 20:57:00] [EMAIL PROTECTED] I am trying to run the XSLT example at phpbuilder using these 2 files as input. http://www.phpbuilder.com/columns/justin20001025.php3?page=2 http://www.phpbuilder.com/columns/justin20001025.php3?page=3 I have written my own script to process this: -- ?php $pr = xslt_create(); $xsl = fopen(test.xsl, r); $xml = fopen(test.xml, r); $xslc = fread($xsl, filesize(test.xsl)); $xmlc = fread($xml, filesize(test.xml)); xslt_process($pr, $xmlc, $xslc); xslt_free($pr); ?
[PHP-DEV] Bug #14381 Updated: xlst_error causes error with valid XSLT processor instance
ID: 14381 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux-2.4.14 glibc-2.2.3 PHP Version: 4.1.0 New Comment: RTFM, the syntax for the xslt extension has changed... Previous Comments: [2001-12-07 12:07:06] [EMAIL PROTECTED] the following code causes Apache processes to segfault: $xsl_handle = xslt_create(); echo $xsl_handle; // returns a valid xslt processor handle // $xslData and $xmlData contain valid information xslt_process($xslData, $xmlData, $result); echo xslt_error($xsl_handle); xslt_free($xsl_handle); This piece of code also returns a Warning: Supplied argument is not a valid XSLT Processor resource in *** on line 27, where line 27 is xslt_process($xslData, $xmlData, $result); Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 27 ../sysdeps/i386/strlen.c: No such file or directory. (gdb) bt #0 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 #1 0x8114a6d in zif_xslt_error (ht=1, return_value=0x8367dfc, this_ptr=0x0, return_value_used=1) at sablot.c:584 #2 0x8155e2a in execute (op_array=0x835694c) at ./zend_execute.c:1590 #3 0x8131419 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x8073ae1 in php_execute_script (primary_file=0xb358) at main.c:1309 #5 0x813cc6c in apache_php_module_main (r=0x8337ba8, display_source_mode=0) at sapi_apache.c:90 #6 0x80700e6 in send_php () at eval.c:88 #7 0x8070142 in send_parsed_php () at eval.c:88 #8 0x81a4819 in ap_invoke_handler () at eval.c:88 #9 0x81b9b6f in process_request_internal () at eval.c:88 #10 0x81b9fd6 in ap_internal_redirect () at eval.c:88 #11 0x8196a2d in mod_gzip_redir1_handler () at eval.c:88 #12 0x81952c2 in mod_gzip_handler () at eval.c:88 #13 0x81a4819 in ap_invoke_handler () at eval.c:88 #14 0x81b9b6f in process_request_internal () at eval.c:88 #15 0x81b9bd6 in ap_process_request () at eval.c:88 #16 0x81b09f6 in child_main () at eval.c:88 #17 0x81b0bd5 in make_child () at eval.c:88 #18 0x81b0d4c in startup_children () at eval.c:88 #19 0x81b13dd in standalone_main () at eval.c:88 #20 0x81b1c5c in main () at eval.c:88 #21 0x4045a2eb in __libc_start_main (main=0x81b18a8 main, argc=2, ubp_av=0xbb34, init=0x806cdec _init, fini=0x81d83ac _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb2c) at ../sysdeps/generic/libc-start.c:129 Specs: Slackware-8.0 glibc-2.2.3 (Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown) apache_1.3.22 php-4.1.0RC5 expat-1.95.2 Sablot-0.71 PHP config: ./configure \ --with-apache=../apache_1.3.22 \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib \ --with-openssl \ --with-curl \ --enable-xslt \ --with-xslt-sablot \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-memory-limit \ --enable-debug=yes Apache config: EAPI_MM=../mm-1.1.3 \ SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-module=rewrite \ --enable-module=ssl \ --add-module=/root/downloads/mod_gzip.c \ --activate-module=src/modules/php4/libphp4.a Edit this bug report at http://bugs.php.net/?id=14381edit=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 #14520: experiencing
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server Korean Versi
PHP version: 4.1.0
PHP Bug Type: IIS related
Bug description: experiencing
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file.
It
; sets some non standard settings, that make PHP more efficient, more
secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with
some
; applications, and sometimes, more difficult to develop with. Using
this
; file is warmly recommended for production sites. As all of the changes
from
; the standard settings are thoroughly documented, you can go over each
one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the
php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it
features
; different values for several directives, in order to improve performance,
while
; possibly breaking compatibility with the standard out-of-the-box behavior
of
; PHP 3. Please make sure you read what's different, and modify your
scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET,
cookies,
; environment and other server variables). Instead of using $foo, you
must use
; you can use $_REQUEST[foo] (includes any variable that arrives
through the
; request, namely, POST, GET and cookie variables), or use one of the
specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo],
depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned
off by
; default) in the next version of PHP, because it often leads to
security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for
further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the
execution of
; scripts will no longer be displayed as a part of the script output,
and thus,
; will no longer be exposed to remote users. With some errors, the
error message
; content may expose information about your script, web server, or
database
; server that may be exploitable for hacking. Production sites should
have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur
during the
; execution of your script will be logged (typically, to your server's
error log,
; but can be configured in several ways). Along with setting
display_errors to off,
; this setup gives you the ability to fully understand what may have
gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results
in less
; writes, and sometimes less packets sent on the wire, which can often
lead to
; better performance. The gain this directive actually yields greatly
depends
; on which Web server you're working with, and what kind of scripts
you're using.
; - register_argc_argv = Off [Performance]
; Disables registration of the somewhat redundant $argv and $argc
global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be sent
into
; SQL databases without further manipulation. Instead, you should use
the
; function addslashes() on each input element you wish to send to a
database.
; - variables_order = GPCS [Performance]
; The environment variables are not hashed into the $HTTP_ENV_VARS[].
To access
; environment variables, you can use getenv() instead.
; - error_reporting = E_ALL[Code Cleanliness, Security(?)]
; By default, PHP surpresses errors of type E_NOTICE. These error
messages
; are emitted for non-critical errors, but that could be a symptom of a
bigger
; problem. Most notably, this will cause error messages about the
use
; of uninitialized
[PHP-DEV] Bug #14510 Updated: Unknown error in mail function
ID: 14510 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 2000 Terminal, IIS5 PHP Version: 4.1.0 New Comment: What are your INI-settings about mail? I.e., your smtp-server, etc... Previous Comments: [2001-12-14 10:58:01] [EMAIL PROTECTED] Well it's pretty straight forward: $mailrecipient=[EMAIL PROTECTED]; $mailsubject=A message from your friend; $mailmessage=Hello, this is an email sent with PHP; $mailheaders=From: Dave [EMAIL PROTECTED]; mail($mailrecipient,$mailsubject,$mailmessage,$mailheaders); [2001-12-14 10:52:55] [EMAIL PROTECTED] Can you provide a sample script? [2001-12-14 05:29:31] [EMAIL PROTECTED] When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. Edit this bug report at http://bugs.php.net/?id=14510edit=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 #14520 Updated: experiencing
ID: 14520
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
Previous Comments:
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results in less
; writes, and sometimes less packets sent on the wire, which can often lead to
; better performance. The gain this directive actually yields greatly depends
; on which Web server you're working with, and what kind of scripts you're using.
; - register_argc_argv = Off [Performance]
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation. Instead, you should use the
; function addslashes() on each input element you wish to send to a database.
; - variables_order = GPCS [Performance]
; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access
; environment variables, you can use getenv()
[PHP-DEV] Bug #14520 Updated: experiencing
ID: 14520
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Open
Bug Type: IIS related
Operating System: Windows 2000 Server Korean Versi
PHP Version: 4.1.0
New Comment:
No! I include the file once. but I edit my php file using include_once(). and Error
Message is re-occured.
help me!
Previous Comments:
[2001-12-14 12:21:39] [EMAIL PROTECTED]
I think you're including the file twice. Use include_once() instead of include() to
avoid this problem. Reopen if this is not the case.
BTW: please do not post your whole ini file :(
[2001-12-14 12:04:07] [EMAIL PROTECTED]
My homepage is made by php.
my web server is IIS 5.0.
Today I upgrade the php 4.0.6 to 4.1.0.
but some error occured.
my index file is index.php
index.php file contains
...
include include/get.ph;
...
$agent = get_agent();
...
and include/get.ph contains
...
function get_agent() {
...
}
...
in php 4.0,6 has no error, but php 4.1.0 has some error.
error log is
[15-Dec-2001 01:41:49] PHP Fatal error: Cannot redeclare get_agent() in
D:\???\include\get.ph on line 17
and my php.ini
[PHP]
;;;
; About this file ;
;;;
;
; This is the recommended, PHP 4-style version of the php.ini-dist file. It
; sets some non standard settings, that make PHP more efficient, more secure,
; and encourage cleaner coding.
; The price is that with these settings, PHP may be incompatible with some
; applications, and sometimes, more difficult to develop with. Using this
; file is warmly recommended for production sites. As all of the changes from
; the standard settings are thoroughly documented, you can go over each one,
; and decide whether you want to use it or not.
;
; For general information about the php.ini file, please consult the php.ini-dist
; file, included in your PHP distribution.
;
; This file is different from the php.ini-dist file in the fact that it features
; different values for several directives, in order to improve performance, while
; possibly breaking compatibility with the standard out-of-the-box behavior of
; PHP 3. Please make sure you read what's different, and modify your scripts
; accordingly, if you decide to use this file instead.
;
; - register_globals = Off [Security, Performance]
; Global variables are no longer registered for input data (POST, GET, cookies,
; environment and other server variables). Instead of using $foo, you must use
; you can use $_REQUEST[foo] (includes any variable that arrives through the
; request, namely, POST, GET and cookie variables), or use one of the specific
; $_GET[foo], $_POST[foo], $_COOKIE[foo] or $_FILES[foo], depending
; on where the input originates. Also, you can look at the
; import_request_variables() function.
; Note that register_globals is going to be depracated (i.e., turned off by
; default) in the next version of PHP, because it often leads to security bugs.
; Read http://php.net/manual/en/security.registerglobals.php for further
; information.
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
; - log_errors = On[Security]
; This directive complements the above one. Any errors that occur during the
; execution of your script will be logged (typically, to your server's error log,
; but can be configured in several ways). Along with setting display_errors to
off,
; this setup gives you the ability to fully understand what may have gone wrong,
; without exposing any sensitive information to remote users.
; - output_buffering = 4096[Performance]
; Set a 4KB output buffer. Enabling output buffering typically results in less
; writes, and sometimes less packets sent on the wire, which can often lead to
; better performance. The gain this directive actually yields greatly depends
; on which Web server you're working with, and what kind of scripts you're using.
; - register_argc_argv = Off [Performance]
; Disables registration of the somewhat redundant $argv and $argc global
; variables.
; - magic_quotes_gpc = Off [Performance]
; Input data is no longer escaped with slashes so that it can be sent into
; SQL databases without further manipulation. Instead, you should use the
; function
Re: [PHP-DEV] Linking PHP with static Libtool libraries
Does this happen with latest CVS? --Jani On Fri, 14 Dec 2001, Adam Dickmeiss wrote: I have the following problem. On UNIX, PHP fails to link with a static library generated by Libtool. Problem occurs with PHP 4.1.0 but not PHP 4.0.6. The YAZ extension, for example, which I maintain generates by default a static Libtool library only. So After doing cd yaz-1.8.3 ./configure --prefix=/usr make make install two files are created, namely /usr/lib/libyaz.a and /lib/lib/libyaz.la. For PHP I do : ./configure --with-yaz [other options] and get the folloing make output: .. /bin/sh ../libtool --silent --mode=link gcc -g -O2 -prefer-pic -o libZend.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt zend_language_parser.lo zend_language_scanner.lo zend_ini_parser.lo zend_ini_scanner.lo zend_alloc.lo zend_compile.lo zend_c onstants.lo zend_dynamic_array.lo zend_execute.lo zend_execute_API.lo zend_highlight.lo zend_llist.lo zend_opcode.lo zend_operators.l o zend_ptr_stack.lo zend_stack.lo zend_variables.lo zend.lo zend_API.lo zend_extensions.lo zend_hash.lo zend_list.lo zend_indent.lo z end_builtin_functions.lo zend_sprintf.lo zend_ini.lo make[1]: Leaving directory `/home/adam/proj/php-4.1.0/Zend' ... /bin/sh /home/adam/proj/php-4.1.0/libtool --silent --mode=link gcc -I. -I/home/adam/proj/php-4.1.0/ -I/home/adam/proj/php-4.1.0/main -I/home/adam/proj/php-4.1.0 -I/home/adam/proj/apache/include -I/home/adam/proj/php-4.1.0/Zend -I/home/adam/proj/php-4.1.0/ext/mysql/ libmysql -I/home/adam/proj/php-4.1.0/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I/home/adam/proj/php-4.1.0/TSRM -g -O2 -pre fer-pic -o libphp4.la -rpath /home/adam/proj/php-4.1.0/libs -avoid-version stub.lo Zend/libZend.la sapi/apache/libsapi.la main/l ibmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/li bstandard.la ext/xml/libxml.la ext/yaz/libyaz.la TSRM/libtsrm.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt /usr/lib/libyaz.a(odr_bool.o): In function `odr_bool': /home/adam/proj/yaz/odr/odr_bool.c(.text+0x0): multiple definition of `odr_bool' Zend/.libs/libZend.al(odr_bool.o)(.text+0x0):/home/adam/proj/yaz/odr/odr_bool.c: first defined here /usr/lib/libyaz.a(ber_bool.o): In function `ber_boolean': [many more multiple symbols] The log indicates that all YAZ symbols are included twice. Apparenly the Zend link step includes YAZ verbatim even though NO symbols should be needed to built that. Solutions / work-arounds: 1) removing /usr/lib/libyaz.la makes it work. Suddenly, the Zend link step doesn't include YAZ so everything is fine. Libtool bug? 2) removing the linkage of yaz from the Zend link step obviously makes it work too. 3) build shared YAZ objects is a fix too. (./configure --enabled-shared for YAZ). The problem doesn't occur with PHP 4.0.6. Probably due to the fact that it uses libtool 1.3.5. The problem currently only exists with YAZ (I guess most other packages are shared objects ONLY). But it would really be convenient if extensions could use static libraries as well. If this is a libtool bug and there's no easy fix for that, my suggestion would be that Zend doesn't link with YAZ or other extension libraries. Fix 2) above. -- Adam -- 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 #14381 Updated: xlst_error causes error with validXSLT processor instance
But it still shouldn't crash..? --Jani On 14 Dec 2001 [EMAIL PROTECTED] wrote: ID: 14381 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: XSLT related Operating System: Linux-2.4.14 glibc-2.2.3 PHP Version: 4.1.0 New Comment: RTFM, the syntax for the xslt extension has changed... Previous Comments: [2001-12-07 12:07:06] [EMAIL PROTECTED] the following code causes Apache processes to segfault: $xsl_handle = xslt_create(); echo $xsl_handle; // returns a valid xslt processor handle // $xslData and $xmlData contain valid information xslt_process($xslData, $xmlData, $result); echo xslt_error($xsl_handle); xslt_free($xsl_handle); This piece of code also returns a Warning: Supplied argument is not a valid XSLT Processor resource in *** on line 27, where line 27 is xslt_process($xslData, $xmlData, $result); Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 27 ../sysdeps/i386/strlen.c: No such file or directory. (gdb) bt #0 0x404b251b in strlen (str=0x0) at ../sysdeps/i386/strlen.c:27 #1 0x8114a6d in zif_xslt_error (ht=1, return_value=0x8367dfc, this_ptr=0x0, return_value_used=1) at sablot.c:584 #2 0x8155e2a in execute (op_array=0x835694c) at ./zend_execute.c:1590 #3 0x8131419 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:814 #4 0x8073ae1 in php_execute_script (primary_file=0xb358) at main.c:1309 #5 0x813cc6c in apache_php_module_main (r=0x8337ba8, display_source_mode=0) at sapi_apache.c:90 #6 0x80700e6 in send_php () at eval.c:88 #7 0x8070142 in send_parsed_php () at eval.c:88 #8 0x81a4819 in ap_invoke_handler () at eval.c:88 #9 0x81b9b6f in process_request_internal () at eval.c:88 #10 0x81b9fd6 in ap_internal_redirect () at eval.c:88 #11 0x8196a2d in mod_gzip_redir1_handler () at eval.c:88 #12 0x81952c2 in mod_gzip_handler () at eval.c:88 #13 0x81a4819 in ap_invoke_handler () at eval.c:88 #14 0x81b9b6f in process_request_internal () at eval.c:88 #15 0x81b9bd6 in ap_process_request () at eval.c:88 #16 0x81b09f6 in child_main () at eval.c:88 #17 0x81b0bd5 in make_child () at eval.c:88 #18 0x81b0d4c in startup_children () at eval.c:88 #19 0x81b13dd in standalone_main () at eval.c:88 #20 0x81b1c5c in main () at eval.c:88 #21 0x4045a2eb in __libc_start_main (main=0x81b18a8 main, argc=2, ubp_av=0xbb34, init=0x806cdec _init, fini=0x81d83ac _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb2c) at ../sysdeps/generic/libc-start.c:129 Specs: Slackware-8.0 glibc-2.2.3 (Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown) apache_1.3.22 php-4.1.0RC5 expat-1.95.2 Sablot-0.71 PHP config: ./configure \ --with-apache=../apache_1.3.22 \ --with-mysql=/usr/local/mysql \ --with-gd=/usr/local \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib \ --with-openssl \ --with-curl \ --enable-xslt \ --with-xslt-sablot \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-memory-limit \ --enable-debug=yes Apache config: EAPI_MM=../mm-1.1.3 \ SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-module=rewrite \ --enable-module=ssl \ --add-module=/root/downloads/mod_gzip.c \ --activate-module=src/modules/php4/libphp4.a Edit this bug report at http://bugs.php.net/?id=14381edit=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 #14518 Updated: --enable-trans-id doesn't work
ID: 14518 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Critical Bug Type: Session related Operating System: LInux 2.4.16 (RH7.2 based) PHP Version: 4.1.0 New Comment: I suppose you've verified problem ;) Type = Critical Previous Comments: [2001-12-14 11:35:41] [EMAIL PROTECTED] I compiled php4.1.0 with --enable-trans-id, configured to use no cookies for sessions. Verifiying with phpinfo() shows the correct settings for cookies and enable-trans-id but php fails to add the session-id to any tag. Passing a session-id manually works though. Edit this bug report at http://bugs.php.net/?id=14518edit=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 #14521: XMLRPC extension: wrong results?
From: [EMAIL PROTECTED]
Operating system: Debian Linux 2.4.6-pre6
PHP version: 4.1.0
PHP Bug Type: *XML functions
Bug description: XMLRPC extension: wrong results?
[This is a copy of email sent to xmlrpc-epi mailing list, which hasn't been
answered yet.]
First off, I'm using PHP 4.1.0 with the built in XMLRPC extension (which I
assume is pretty much the same as what's documented at
http://xmlrpc-epi.sourceforge.net/)
I made a simple server which basically echo's back the same params that are
passed to it (see the script below).
It works when I send an integer, or a string, or an associative array.
However, it fails on a non-indexed array.
Am I doing something wrong, or is this a bug in the extension? I hope it's
me, because this extension is pretty damn cool. :)
- Colin
The script:
?php
function method_echo($method, $params) {
$foo = array_pop($params);
return $foo;
}
/* this is the test data to send */
$data = array('bob','kim');
echo h1Request/h1;
echo xmp;
var_dump($data);
echo /xmp;
$server = xmlrpc_server_create();
xmlrpc_server_register_method($server, 'method_echo', 'method_echo');
$request_xml = xmlrpc_encode_request('method_echo', $data );
$response = xmlrpc_server_call_method($server, $request_xml, NULL,
array(
'output_type' = 'php'
)
);
echo h1Result/h1;
echo xmp;
var_dump($response);
echo /xmp;
xmlrpc_server_destroy($server);
?
--
Edit bug report at: http://bugs.php.net/?id=14521edit=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 #14491 Updated: Parser warning that should be parse error
ID: 14491 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.1.0 New Comment: Bad english correction ;) Shoud this be an error? instead of warning? Status = Analyzed Previous Comments: [2001-12-13 14:12:56] [EMAIL PROTECTED] Is't this should be an error? instead of warning? ?php \ echo aa; ? gives Warning: Unexpected character in input: '\' (ASCII=92) state=1 in /home/yohgaki/public_html/bugs/test.php on line 2 aa Edit this bug report at http://bugs.php.net/?id=14491edit=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 #13170 Updated: Crash Bug. ereg() with null regex
ID: 13170
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Bogus
Status: Closed
Bug Type: Reproducible crash
Operating System: RedHat 7.1
PHP Version: 4.0CVS-2001-09-06
New Comment:
Just notice this was fixed one
Previous Comments:
[2001-09-06 06:01:48] [EMAIL PROTECTED]
I think the source is last night or the day bofore. PHP doesn't segfault with current
CVS.
I'll update CVS build before reporting a bug next time. Sorry for bothering you.
[2001-09-06 04:42:12] [EMAIL PROTECTED]
it works fine for me with the latest CVS, are you *sure* you tested it with the CVS
version (as of today :) If so, reopen, I just tried your example (same system type),
and didn't get a segfault, just an appropriate error.
[2001-09-06 04:33:27] [EMAIL PROTECTED]
I found this bug while trying to find other memory problem. PHP4.0.7RC1 has different
problem with null regex. Problem under PHP4.0.7RC1 cannot reproduce easily, but I
think null regex isn't handle well in PHP4.0.7RC1 also.
Program received signal SIGSEGV, Segmentation fault.
0x5f656475 in ?? ()
(gdb) bt
#0 0x5f656475 in ?? ()
#1 0x406304ea in zm_activate_basic (type=1, module_number=5) at
basic_functions.c:1040
#2 0x405a4a15 in module_registry_request_startup (module=0x8108e68) at
zend_API.c:1145
#3 0x405a7776 in zend_hash_apply (ht=0x4073f240, apply_func=0x405a49e0
module_registry_request_startup) at zend_hash.c:669
#4 0x405a0d19 in zend_activate_modules () at zend.c:572
#5 0x405b2143 in php_request_startup () at main.c:685
#6 0x405ae6ef in apache_php_module_main (r=0x817e168, display_source_mode=0) at
sapi_apache.c:67
#7 0x405af5e8 in send_php (r=0x817e168, display_source_mode=0, filename=0x817fe58
/home/yohgaki/public_html/bugs/memory_4.0.7RC1/case3/test.php) at mod_php4.c:575
#8 0x405af662 in send_parsed_php (r=0x817e168) at mod_php4.c:590
#9 0x08055927 in ap_invoke_handler () at eval.c:41
#10 0x08069bdb in process_request_internal () at eval.c:41
#11 0x08069c3c in ap_process_request () at eval.c:41
#12 0x08061011 in child_main () at eval.c:41
#13 0x080611e0 in make_child () at eval.c:41
#14 0x08061354 in startup_children () at eval.c:41
#15 0x080619a3 in standalone_main () at eval.c:41
#16 0x080621db in main () at eval.c:41
#17 0x400a3177 in __libc_start_main (main=0x8061e28 main, argc=2, ubp_av=0xb9dc,
init=0x804fa20 _init, fini=0x8099f6c _fini, rtld_fini=0x4000e184 _dl_fini,
stack_end=0xb9d4) at ../sysdeps/generic/libc-start.c:129
Script is not shortest, but I thinks it's short enough
?php
function foo()
{
$tmp = null;
$str = 'abc';
$regex = '';
echo foo() calledbr\n;
if (!eregi($regex,$str,$regs)) {
return $tmp;
}
}
function bar()
{
// just call foo()
foo();
}
bar();
?
Edit this bug report at http://bugs.php.net/?id=13170edit=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 #14474 Updated: Apache PHP Module cannot seem to handle large amounts of output
ID: 14474
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Critical
Bug Type: Scripting Engine problem
Operating System: Windows XP Pro/Linux
PHP Version: 4.1.0
New Comment:
I think this is critical
Previous Comments:
[2001-12-12 20:33:45] [EMAIL PROTECTED]
This problem reveals a memory limit bailout problem.
Even if PHP exhsusted memory, script does not exit.
PHP logs following logs many times. (Linux/PHP4.1.0, without output buffering)
[13-Dec-2001 10:27:52] PHP Fatal error: Allowed memory size of 8388608 bytes
exhausted (tried to allocate 10240 bytes) in
/home/yohgaki/public_html/bugs/14474/bug.php on line 4
Type is changed to Scripting Engine Problem.
[2001-12-12 19:28:49] [EMAIL PROTECTED]
Note: this seems to be the same problem as #14222, but I can't seem to append stuff to
someone elses bug so...
This is something I first noticed when I upgraded from XP RC1 to WinXP Final, when
using PHP 4.0.6. I upgraded to 4.1.0 today, and it doesn't solve the problem.
The php apache module doesn't seem able to handle outputting moderate to large sized
pages.
I have been able to reliably reproduce the problem with the following script:
?PHP
set_time_limit(900);
for ($i = 0; $i100; $i++){
print This is line number . ($i+1) . br;
}
?
Viewing this page with internet explorer causes it to go into an almost endless loop
of relaoding the page. It will display the first few 'this line is number...' and
then will reload the page over and over. On some sessions IE will eventually show
it's 'The page cannot be displayed' page, and sometimes it will just reload
indefinitly.
Viewing this page with Mozilla/Netscape doesn't have the same effect. Mozilla doesn't
go through the reload loop, but will not show the page as it should either. There
will be unexplained (no errors) jumps in numbers/missing output such as:
This is line number 2368
This is line number 2369This is line number 2517
This is line number 2518
But the errors in output don't occur in the same spot each time. And evenutally (well
short of 1,000,000 lines) the output will just stop with no error, often in mid line.
I have found that adding 'flush();' just after the 'print This is line...' seems to
fix the problem.
Edit this bug report at http://bugs.php.net/?id=14474edit=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 #14497 Updated: PHP causes segfault when session handler=user
ID: 14497
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 4.4-Stable
PHP Version: 4.1.0, 4-200112131200
New Comment:
After reading other similar problems, looking at PHP/Zend source code and tracking
down all the different crashes, I believe I found the problem. I went back to the
internal session code and for the past 2 hours or so things are working ok. (No
faults)
My session_read function had a return false; when there was no data available.
Obviously, the lower-level functions treat this false as data and try and manipulate
it as such. (Perhaps even trying to unserialize it?)
Regardless, switching to return ''; eliminated the crashes for me.
Whether or not this is some other bug popping up (freeing the memory for a false
incorrectly) or just a documentation issue I really don't know. At the very least,
since many of the tutorials on user-defined session handlers have return false; (I
just checked PHPBuilder and the code there has it), if there's a way to fix it in the
code then great! If not, maybe put it in a FAQ somewhere or put it up in the
documentation under the set_handler function.
Comments?
Previous Comments:
[2001-12-14 10:11:51] [EMAIL PROTECTED]
Another update. If I have the following in the script:
session_register(onevar);
And then don't set the variable to anything, I get the crash on
zend_hash_get_current_key_ex
If I have the following in my script:
session_register(onevar);
$_SESSION[onevar] = ; //Anything in the quotes.
Or just:
$_SESSION[onevar] = ;
I get the crash at _zend_is_inconsistent
Next, if I have the following:
session_register(onevar);
session_unregister(onevar);
I get an entirely different crash. Here's the bt.
Program received signal SIGSEGV, Segmentation fault.
0x81497bc in zend_hash_del_key_or_index (ht=0x829e7e4, arKey=0x829d6a4 onevar,
nKeyLength=7, h=4009320036, flag=0)
at zend_hash.c:484
484 p = ht-arBuckets[nIndex];
(gdb) bt
#0 0x81497bc in zend_hash_del_key_or_index (ht=0x829e7e4, arKey=0x829d6a4 onevar,
nKeyLength=7, h=4009320036, flag=0)
at zend_hash.c:484
#1 0x80bfb74 in zif_session_unregister (ht=1, return_value=0x82ae5a4, this_ptr=0x0,
return_value_used=0) at session.c:1279
#2 0x816af2e in execute (op_array=0x82944a4) at ./zend_execute.c:1598
#3 0x81448e9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#4 0x808caad in php_execute_script (primary_file=0xbfbff894) at main.c:1310
#5 0x8150426 in apache_php_module_main (r=0x8284034, display_source_mode=0) at
sapi_apache.c:90
#6 0x808919e in send_php (r=0x8284034, display_source_mode=0, filename=0x8284b14
/home/www/intranet/htdocs/test.php)
at mod_php4.c:575
#7 0x80891f2 in send_parsed_php (r=0x8284034) at mod_php4.c:590
#8 0x8175311 in ap_invoke_handler (r=0x8284034) at http_config.c:517
#9 0x81899b4 in process_request_internal (r=0x8284034) at http_request.c:1307
#10 0x8189a1e in ap_process_request (r=0x8284034) at http_request.c:1323
#11 0x8180a1f in child_main (child_num_arg=0) at http_main.c:4209
#12 0x8180bdd in make_child (s=0x8226034, slot=0, now=1008341402) at http_main.c:4313
#13 0x8180d56 in startup_children (number_to_start=5) at http_main.c:4395
#14 0x8181360 in standalone_main (argc=2, argv=0xbfbffbbc) at http_main.c:4683
#15 0x8181b78 in main (argc=2, argv=0xbfbffbbc) at http_main.c:5010
Next, if I have the following:
$_SESSION[onevar] = Test;
session_unset();
I get the following (yet another bt):
Program received signal SIGSEGV, Segmentation fault.
0x81482f9 in _zend_is_inconsistent (ht=0x84003038, file=0x81e01e4 zend_hash.c,
line=558) at zend_hash.c:84
84 if (ht-inconsistent==HT_OK) {
(gdb) bt
#0 0x81482f9 in _zend_is_inconsistent (ht=0x84003038, file=0x81e01e4 zend_hash.c,
line=558) at zend_hash.c:84
#1 0x8149b31 in zend_hash_clean (ht=0x84003038) at zend_hash.c:558
#2 0x80bff90 in zif_session_unset (ht=0, return_value=0x82ae5e4, this_ptr=0x0,
return_value_used=0) at session.c:1384
#3 0x816af2e in execute (op_array=0x82944a4) at ./zend_execute.c:1598
#4 0x81448e9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#5 0x808caad in php_execute_script (primary_file=0xbfbff894) at main.c:1310
#6 0x8150426 in apache_php_module_main (r=0x8284034, display_source_mode=0) at
sapi_apache.c:90
#7 0x808919e in send_php (r=0x8284034, display_source_mode=0, filename=0x8284b14
/home/www/intranet/htdocs/test.php)
at mod_php4.c:575
#8 0x80891f2 in send_parsed_php (r=0x8284034) at mod_php4.c:590
#9 0x8175311 in ap_invoke_handler (r=0x8284034) at http_config.c:517
#10 0x81899b4 in process_request_internal (r=0x8284034) at http_request.c:1307
#11 0x8189a1e in ap_process_request (r=0x8284034) at http_request.c:1323
#12
[PHP-DEV] Bug #14442 Updated: Segmentation fault when using xslt_process()
ID: 14442 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Open Bug Type: XSLT related Operating System: Linux (RH 7.0) PHP Version: 4.1.0 New Comment: But PHP generating nice corefiles is not ok, reopening. Derick Previous Comments: [2001-12-14 12:03:22] [EMAIL PROTECTED] rtfm... the syntax for the xslt extension has changed, use the new syntax. [2001-12-12 13:40:42] [EMAIL PROTECTED] libc version glibc-2.2-12 RPM libc-2.2.so libc.so.6 [2001-12-12 13:38:03] [EMAIL PROTECTED] Just tried compiling 4.0.6 with the same options, same crash, but different debug output Program received signal SIGSEGV, Segmentation fault. 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 218 error = call_user_function(EG(function_table), (gdb) bt #0 0x8132250 in xslt_call_function (name=0x82b1fb5 scheme get all, fptr=0x48544150, argc=3, argv=0xbfffdf60, retval=0xbfffdf5c) at xslt.c:218 #1 0x81031de in scheme_getall (user_data=0x849718c, proc=0x8498b80, scheme=0x84958f8 ?xml version=\1.0\ encoding=\utf-8\?xsl, rest=0x849bfc8 /stylesheet version=\1.0\ xmlns:xsl=\http://www.w3.org/1999/XSL/Transform\; xsl:output\tme thod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template match=\/backslash\ \n html \n head \n..., buffer=0x8495a48, byte_count=0xbfffe03c) at sablot.c:674 #2 0x400b1094 in DataLine::open (this=0x8495a30, S=@0x84956c8, _uri=0x849c980 ?xml version=\1.0\ encoding=\utf-8\?xsl:/stylesheet version=\1.0\ xmlns:xsl=\http://w ww.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:template m atch=\/b..., _mode=DLMODE_READ, argList_=0x8498bc0) at uri.cpp:466 #3 0x400a1f7d in Processor::addLineParse (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, absolute=@0xbfffe150, isXSL=1) at guard.h:156 #4 0x400a26e6 in Processor::readTreeFromURI (this=0x8498b80, S=@0x84956c8, newTree=@0x8498b84, location=@0xbfffe220, base=@0xbfffe200, isXSL=1) at proc.cpp:602 #5 0x400a0445 in Processor::open (this=0x8498b80, S=@0x84956c8, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl...) at proc.cpp:276 #6 0x400a5c2b in SablotRunProcessor (processor_=0x8498b80, sheetURI=0x849ac64 ?xml version=\1.0\ encoding=\utf-8\?xsl:stylesheet version=\1.0\ xmlns:xsl=\http: //www.w3.org/1999/XSL/Transform\ xsl:output\tmethod=\html\\tindent=\yes\\tencoding=\utf-8\/\nxsl:templat e match=\/ba..., inputURI=0x8495f8c ?xml version=\1.0\?\r\nbackslash xmlns:backslash=\http://slashdot.org/backslash.dtd\; \r\n story\r\n titleFree Stripped-Down 3D Studio Max/title\r\n urlhttp://slashdot.org/arti cle.pl..., resultURI=0x82b1f51 arg:/_result, params=0x0, arguments=0x0) at sablot.cpp:407 #7 0x8102c5e in php_if_xslt_process (ht=3, return_value=0x8495a7c, this_ptr=0x0, return_value_used=0) at sablot.c:471 #8 0x813867d in execute (op_array=0x8494e7c) at ./zend_execute.c:1504 #9 0x8111c1e in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #10 0x8091167 in php_execute_script (primary_file=0xb840) at main.c:1206 #11 0x811d5e6 in apache_php_module_main (r=0x83ee79c, display_source_mode=0) at sapi_apache.c:89 #12 0x808eb88 in send_php () #13 0x808ebbd in send_parsed_php () #14 0x817cfb3 in ap_invoke_handler () #15 0x8191197 in process_request_internal () #16 0x81911f8 in ap_process_request () #17 0x818865d in child_main () #18 0x8188808 in make_child () #19 0x818897c in startup_children () #20 0x8188ff4 in standalone_main () #21 0x8189847 in main () #22 0x40327f31 in __libc_start_main (main=0x81894b0 main, argc=2, ubp_av=0xbb14, init=0x808bfc8 _init, fini=0x829cff0 _fini, rtld_fini=0x4000e274 _dl_fini, stack_end=0xbb0c) at ../sysdeps/generic/libc-start.c:129 [2001-12-11 20:57:00] [EMAIL PROTECTED] I am trying to run the XSLT example at phpbuilder using these 2 files as input. http://www.phpbuilder.com/columns/justin20001025.php3?page=2 http://www.phpbuilder.com/columns/justin20001025.php3?page=3 I have written my own script to process this: -- ?php $pr = xslt_create(); $xsl =
[PHP-DEV] Bug #14290 Updated: SMP PHP/apache process appears to be in infinite loop 100% CPU Utilization
ID: 14290 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RH 7.2 PHP Version: 4.0.6 New Comment: Could you try 4.1.0, if you still have problem, could you take backtrace when you have problem? (You know how to attach running process to gdb, rihgt?) You should also seach/ask RedHat if there is fix for this. AFAIK, there are many people have this problem. It is less likely to be fixed by changing PHP code.. But batcktrace may help. Previous Comments: [2001-11-29 15:40:50] [EMAIL PROTECTED] Hello- Seems to be identical to bug #8446, which was closed, it appears, since the bug reporter did not reply after 4.0.5 was released. Using php 4.0.6 on RH 7.1 SMP. At random times (maybe once a day), a process will be found taking 99.9 %CPU. Wonder if other SMP servers are seeing the same issue... Thanks for any help. Edit this bug report at http://bugs.php.net/?id=14290edit=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] [PATCH] IMAP Content-Type parameters
Hello.
This patch enhances the imap_mail_compose() function to allow
one to set parameters following the Content-Type header of a message or
of the parts of a multipart message.
This ability is crucial for international users, because they need to
specify the charset of the messages.
The patch adds a new key 'parameter' to the associative array which
imap_mail_compose() uses to create its messages. This key must contain
another array, which keys are the parameters of the header. Any
parametrs can be specified this way, it's not limited to the 'charset'
parameter.
It's used this way:
$part_msg['type'] = TYPETEXT;
$part_msg['subtype'] = 'plain';
$part_msg['parameter']['charset'] = 'iso-8859-2';
--
Tomas Styblo
[EMAIL PROTECTED]
--- php-4.0.6-orig/ext/imap/php_imap.c Wed May 30 19:27:49 2001
+++ php-4.0.6/ext/imap/php_imap.c Fri Dec 7 19:47:10 2001
@@ -3174,13 +3174,13 @@
{
zval **envelope, **body;
char *key;
- zval **data, **pvalue, **disp_data, **env_data;
+ zval **data, **pvalue, **ctype_data, **disp_data, **env_data;
ulong ind;
char *cookie = NIL;
ENVELOPE *env;
BODY *bod=NULL, *topbod=NULL;
PART *mypart=NULL, *toppart=NULL, *part;
- PARAMETER *param, *disp_param = NULL, *custom_headers_param = NULL, *tmp_param
= NULL;
+ PARAMETER *param, *disp_param = NULL, *ctype_param = NULL,
+*custom_headers_param = NULL, *tmp_param = NULL;
char tmp[8 * MAILTMPLEN], *mystring=NULL, *t=NULL, *tempstring=NULL;
int myargc = ZEND_NUM_ARGS();
@@ -3309,6 +3309,23 @@
bod-disposition.parameter = disp_param;
}
}
+ if (zend_hash_find(Z_ARRVAL_PP(data), parameter,
+sizeof(parameter), (void **) pvalue)== SUCCESS) {
+ if (Z_TYPE_PP(pvalue) == IS_ARRAY) {
+ ctype_param = tmp_param = NULL;
+ while (zend_hash_get_current_data(Z_ARRVAL_PP(pvalue),
+(void **) ctype_data) == SUCCESS) {
+ ctype_param = mail_newbody_parameter();
+ zend_hash_get_current_key(Z_ARRVAL_PP(pvalue),
+key, ind, 0);
+ ctype_param-attribute = key;
+ convert_to_string_ex(ctype_data);
+ ctype_param-value = (char *)
+fs_get(Z_STRLEN_PP(ctype_data) + 1);
+ memcpy(ctype_param-value,
+Z_STRVAL_PP(ctype_data), Z_STRLEN_PP(ctype_data) + 1);
+ zend_hash_move_forward(Z_ARRVAL_PP(pvalue));
+ ctype_param-next = tmp_param;
+ tmp_param = ctype_param;
+ }
+ bod-parameter = ctype_param;
+ }
+ }
if (zend_hash_find(Z_ARRVAL_PP(data), contents.data,
sizeof(contents.data), (void **) pvalue)== SUCCESS) {
convert_to_string_ex(pvalue);
bod-contents.text.data = (char *) fs_get(Z_STRLEN_PP(pvalue)
+ 1);
@@ -3387,6 +3404,23 @@
bod-disposition.parameter = disp_param;
}
}
+ if (zend_hash_find(Z_ARRVAL_PP(data), parameter,
+sizeof(parameter), (void **) pvalue)== SUCCESS) {
+ if (Z_TYPE_PP(pvalue) == IS_ARRAY) {
+ ctype_param = tmp_param = NULL;
+ while (zend_hash_get_current_data(Z_ARRVAL_PP(pvalue),
+(void **) ctype_data) == SUCCESS) {
+ ctype_param = mail_newbody_parameter();
+ zend_hash_get_current_key(Z_ARRVAL_PP(pvalue),
+key, ind, 0);
+ ctype_param-attribute = key;
+ convert_to_string_ex(ctype_data);
+ ctype_param-value = (char *)
+fs_get(Z_STRLEN_PP(ctype_data) + 1);
+ memcpy(ctype_param-value,
+Z_STRVAL_PP(ctype_data), Z_STRLEN_PP(ctype_data) + 1);
+ zend_hash_move_forward(Z_ARRVAL_PP(pvalue));
+ ctype_param-next = tmp_param;
+ tmp_param = ctype_param;
+ }
+ bod-parameter = ctype_param;
+ }
+ }
if (zend_hash_find(Z_ARRVAL_PP(data), contents.data,
sizeof(contents.data), (void **) pvalue)== SUCCESS) {
convert_to_string_ex(pvalue);
bod-contents.text.data = (char *)
[PHP-DEV] Bug #14519 Updated: PHP4ISAPI.DLL returns varying errors when parsing a long script of PHP objects
ID: 14519 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Windows NT PHP Version: 4.1.0 New Comment: There's no PHP 4.0 . Be more specific about your prior version. Also try to create a small, self-containing reproduceable script. Can you try your scripts under linux too? Previous Comments: [2001-12-14 11:36:52] [EMAIL PROTECTED] When running PHP 4.1 using ISAPI, a fairly large script of PHP classes gives spurious syntax errors. The errors change each time you refresh the page, and sometimes the page even loads correctly! With PHP 4.1 running as an Apache module or CGI under IIS--or with PHP 4.0 running on ISAPI--the same script works fine. Edit this bug report at http://bugs.php.net/?id=14519edit=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[2]: [PHP-DEV] Linking PHP with static Libtool libraries
Hello , I have similar problem when compile php4.1.0 as apx (all ok with cgi), but with mm and mhash libs. I found workaround: after configure completed, I manually remove '-lmm -lmhash' form Zend/Makefile P.S. I also have many other problem with installation php-4.1. I think 4.1 Has no the right to refer to as 'release'. Very bad result after 6 month work :(( Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- 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] Linking PHP with static Libtool libraries
On Fri, Dec 14, 2001 at 07:44:28PM +0200, Jani Taskinen wrote: Does this happen with latest CVS? Yes. --Jani On Fri, 14 Dec 2001, Adam Dickmeiss wrote: I have the following problem. On UNIX, PHP fails to link with a static library generated by Libtool. Problem occurs with PHP 4.1.0 but not PHP 4.0.6. The YAZ extension, for example, which I maintain generates by default a static Libtool library only. So After doing cd yaz-1.8.3 ./configure --prefix=/usr make make install two files are created, namely /usr/lib/libyaz.a and /lib/lib/libyaz.la. For PHP I do : ./configure --with-yaz [other options] and get the folloing make output: .. /bin/sh ../libtool --silent --mode=link gcc -g -O2 -prefer-pic -o libZend.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt zend_language_parser.lo zend_language_scanner.lo zend_ini_parser.lo zend_ini_scanner.lo zend_alloc.lo zend_compile.lo zend_c onstants.lo zend_dynamic_array.lo zend_execute.lo zend_execute_API.lo zend_highlight.lo zend_llist.lo zend_opcode.lo zend_operators.l o zend_ptr_stack.lo zend_stack.lo zend_variables.lo zend.lo zend_API.lo zend_extensions.lo zend_hash.lo zend_list.lo zend_indent.lo z end_builtin_functions.lo zend_sprintf.lo zend_ini.lo make[1]: Leaving directory `/home/adam/proj/php-4.1.0/Zend' ... /bin/sh /home/adam/proj/php-4.1.0/libtool --silent --mode=link gcc -I. -I/home/adam/proj/php-4.1.0/ -I/home/adam/proj/php-4.1.0/main -I/home/adam/proj/php-4.1.0 -I/home/adam/proj/apache/include -I/home/adam/proj/php-4.1.0/Zend -I/home/adam/proj/php-4.1.0/ext/mysql/ libmysql -I/home/adam/proj/php-4.1.0/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I/home/adam/proj/php-4.1.0/TSRM -g -O2 -pre fer-pic -o libphp4.la -rpath /home/adam/proj/php-4.1.0/libs -avoid-version stub.lo Zend/libZend.la sapi/apache/libsapi.la main/l ibmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/li bstandard.la ext/xml/libxml.la ext/yaz/libyaz.la TSRM/libtsrm.la -ldl -lyaz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt /usr/lib/libyaz.a(odr_bool.o): In function `odr_bool': /home/adam/proj/yaz/odr/odr_bool.c(.text+0x0): multiple definition of `odr_bool' Zend/.libs/libZend.al(odr_bool.o)(.text+0x0):/home/adam/proj/yaz/odr/odr_bool.c: first defined here /usr/lib/libyaz.a(ber_bool.o): In function `ber_boolean': [many more multiple symbols] The log indicates that all YAZ symbols are included twice. Apparenly the Zend link step includes YAZ verbatim even though NO symbols should be needed to built that. Solutions / work-arounds: 1) removing /usr/lib/libyaz.la makes it work. Suddenly, the Zend link step doesn't include YAZ so everything is fine. Libtool bug? 2) removing the linkage of yaz from the Zend link step obviously makes it work too. 3) build shared YAZ objects is a fix too. (./configure --enabled-shared for YAZ). The problem doesn't occur with PHP 4.0.6. Probably due to the fact that it uses libtool 1.3.5. The problem currently only exists with YAZ (I guess most other packages are shared objects ONLY). But it would really be convenient if extensions could use static libraries as well. If this is a libtool bug and there's no easy fix for that, my suggestion would be that Zend doesn't link with YAZ or other extension libraries. Fix 2) above. -- Adam -- 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] -- Adam Dickmeiss mailto:[EMAIL PROTECTED] http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 -- 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 #14161 Updated: segfault after strange code
ID: 14161 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: It does not crash with 4.1.0 CVS. Is there something special to make PHP crash? Could you try 4.1.0? Previous Comments: [2001-11-21 10:18:32] [EMAIL PROTECTED] It works here, is that dot at the end of php3 really there? The configuration is PHP4.0.6 compiled with: './configure' '--with-oci8' '--with-apache=/coca/install/apache_1.3.22/' '--enable-sigchild' '--enable-track-vars' '--with-mysql' '--with-pgsql=/usr/local/pgsql' [2001-11-21 10:18:28] [EMAIL PROTECTED] Reproduced with 4.0.6 (crash) and reported memory leak with current CVS: mfischer@debian:~/src/php/bugtest$ php -f 14161.php end../zend_execute.c(1962) : Freeing 0x082FC3E4 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) Last leak repeated 6 times Reclassifying this as a ZE problem. [2001-11-21 10:12:40] [EMAIL PROTECTED] FYI: I get access denied when accessing http://mail.ardents.hu:701/info.php3. [2001-11-21 10:10:52] [EMAIL PROTECTED] Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. [2001-11-21 10:08:28] [EMAIL PROTECTED] ? $str='1,2,3,4,5,6,7,8,9'; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo $str[0][NO]; echo end.; ? check http://mail.ardents.hu:701/info.php3 for a phpinfo(); This piece of code causes Apache to segfault. It is a distilled version, the original error was a typo inside a complex function, hidden inside a loop. It took more than a day to find. PHP4.0.5 produced the same result. Edit this bug report at http://bugs.php.net/?id=14161edit=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 #13938 Updated: Windows-newlines are counted twice
ID: 13938 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: WinNT 4.0 PHP Version: 4.0.6 New Comment: Could you try 4.1.0 and report the result ? Previous Comments: [2001-11-10 11:56:55] [EMAIL PROTECTED] I'm always using Windows-newlines on Windows. But I never experienced this, neither with the Apache-module, nor with the CGI-executable. [2001-11-09 10:54:50] [EMAIL PROTECTED] Ok, Gotchya. If it would help at all, I can change to Unix style with Homesite and let you know if the line is correctly identified. Also, I'm very suprised that this has not been reported previously. 4.0.6 has been out for awhile, and I'm sure there must be some other Windows PHP users out there. Is there any way that this has anything to do with the ISAPI dll I'm using vs cgi, or possibly the obscure web server software I'm using? I'm using a web server called Sambar Server (www.sambar.com), which is not widely used. I just figure somebody else would be complaining about this if it happened under IIS. [2001-11-09 10:37:22] [EMAIL PROTECTED] I didn't say it wasn't a bug, I was trying to track down the problem. Changed summary. (the *nix php version handles winnewlines correctly) [2001-11-09 10:17:41] [EMAIL PROTECTED] Yes, I am using Windows, and the Windows convention is CR+LF, while I guess the Unix convention is LF only. However, the Windows version of PHP should understand the difference, in fact version 4.0.4pl1 worked fine. I still consider this a bug. You are correct, the error in the script I was working on earlier this morning was very close to line 919. [2001-11-09 10:06:46] [EMAIL PROTECTED] You don't happen to use Windows newlines (I see your OS is windows)? Not that that _should_ matter, but it can be the source of the problem. Try to convert to unix newlines. I notice that with (n+1)/2 you get the actual line the error is on. In the long file, doesn't the error occur on line 919 by coincidence? 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=13938 Edit this bug report at http://bugs.php.net/?id=13938edit=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 #14522: Crash with using $node-unlink();
From: [EMAIL PROTECTED] Operating system: SuSe 7.3 PHP version: 4.1.0 PHP Bug Type: DOM XML related Bug description: Crash with using $node-unlink(); When using the unlink() method the apache proccess always gets a SegFault. an information on what php is running on my maschine http://www.limtec.com:82/info.php -- Edit bug report at: http://bugs.php.net/?id=14522edit=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 #13757 Updated: Commandline: querystring parser buggy
ID: 13757
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
Old PHP Version: 4.0.6
PHP Version: 4.1.0
New Comment:
PHP 4.1.0 does this also...
Previous Comments:
[2001-10-19 11:05:39] [EMAIL PROTECTED]
executable script /tmp/bug:
# ! /usr/local/bin/php -f
?php
print V1 = $V1\n;
print V2 = $V2\n;
var_dump($HTTP_GET_VARS);
?
command:
$ /tmp/bug V1=val1V2=val2
output:
V1 =
V2 = val2
array(2) {
[/tmp/bug_V1]=
string(4) val1
[V2]=
string(4) val2
}
problem:
... see: the first array index is parsed to /tmp/bug_V1.
downwardcompatibility to PHP3 not given !
Edit this bug report at http://bugs.php.net/?id=13757edit=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 #13486 Updated: Apache/PHP hangs
ID: 13486 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: Could you try 4.1.0 and reoprt the result? Previous Comments: [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 384 close(6)= 0 open64(./../../../, O_RDONLY|O_NDELAY)= 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 112 close(6)= 0 open64(./../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 920 close(6)= 0 open64(./../../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0
[PHP-DEV] Bug #12799 Updated: mysql_fetch_array returns good data even if resource identifier is bad
ID: 12799 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MySQL related Operating System: Mandrake Linux PHP Version: 4.0.6 New Comment: Sorry it didn't get to this in a timely fashion. I have just verified it with 4.1.0 final and it works properly. Thank you much. Previous Comments: [2001-12-13 06:26:38] [EMAIL PROTECTED] No feedback. Closing. [2001-11-20 19:07:21] [EMAIL PROTECTED] Can't reproduce with RC3, please test it too: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-08-16 15:35:01] [EMAIL PROTECTED] When calling mysql_fetch_array($foo) and $foo is not a valid resource identifier (not even a defined variable), the function call will return data from the last successful query instead erroring. This makes it very difficult to debug your code because you may return data from a different query. Instead the function should return nothing so that you know to look at your function call arguments. Edit this bug report at http://bugs.php.net/?id=12799edit=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] sendmail_from in linux installation
hi, I would like to include sendmail_from directive in the apache's virtual server configuration in order to fix the from field in mail sent by our sendmail server via php and perharps to trace in system logs. this directive doesn't isn't meant do be doing that. it's only for error messages (..contact [EMAIL PROTECTED] ..) and not for mail deliveries. I think must be a reason for use sendmail_from directive only in Windows but I can't imagine that. yes, there is. explanation below. I've solve this problem by recoding the php's mail function and replacing/adding any From entry which the sendmail_from but I think must be a reason. Do anybody of you know which is the reason for this limitation? on un*x, PHP passes your mails directly to sendmail/qmail/exim or whatever mail software is running on your machine. if you're using windows, PHP uses it's own SMTP function instead. that's the difference. The from in your mail header therefore comes from your mail transfer agent and has little to do with PHP. therefore you have to look for this problem there. Daniel Lorch -- 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 #13568 Updated: PHP3 semantics have been retained for nested functions
ID: 13568
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Old Operating System: Linux 2.2.19
Operating System: Linux
Old PHP Version: 4.0.5
PHP Version: 4.10
New Comment:
Parhaps, ZE2 should depreciate this syntax.
I really want BNF for PHP.
Previous Comments:
[2001-10-05 14:56:31] [EMAIL PROTECTED]
container ();
a script to reproduce the error quickly.
function container () {
function nested_php3 () {
echo this will be output;
}
nested_php3 ();
nested_php4 ();
function nested_php4 () {
echo this won't be output;
}
}
Edit this bug report at http://bugs.php.net/?id=13568edit=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 #14161 Updated: segfault after strange code
ID: 14161 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: Redhat 6.2 PHP Version: 4.0.6 New Comment: As I said, it doesn't crash but it leaks: mfischer@ficken:~/src/php/bugtest$ php -f 14161.php end. ./zend_execute.c(1962) : Freeing 0x082E0B64 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) mfischer@ficken:~/src/php/bugtest$ cat 14161.php ? #$str='1,2,3,4,5,6,7,8,9'; $str = ''; echo $str[0][NO]; echo end.; ? mfischer@ficken:~/src/php/bugtest$ php -f 14161.php end. ./zend_execute.c(1962) : Freeing 0x082E0B64 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) Previous Comments: [2001-12-14 13:27:56] [EMAIL PROTECTED] It does not crash with 4.1.0 CVS. Is there something special to make PHP crash? Could you try 4.1.0? [2001-11-21 10:18:32] [EMAIL PROTECTED] It works here, is that dot at the end of php3 really there? The configuration is PHP4.0.6 compiled with: './configure' '--with-oci8' '--with-apache=/coca/install/apache_1.3.22/' '--enable-sigchild' '--enable-track-vars' '--with-mysql' '--with-pgsql=/usr/local/pgsql' [2001-11-21 10:18:28] [EMAIL PROTECTED] Reproduced with 4.0.6 (crash) and reported memory leak with current CVS: mfischer@debian:~/src/php/bugtest$ php -f 14161.php end../zend_execute.c(1962) : Freeing 0x082FC3E4 (3 bytes), script=14161.php zend_variables.c(106) : Actual location (location was relayed) Last leak repeated 6 times Reclassifying this as a ZE problem. [2001-11-21 10:12:40] [EMAIL PROTECTED] FYI: I get access denied when accessing http://mail.ardents.hu:701/info.php3. [2001-11-21 10:10:52] [EMAIL PROTECTED] Forgot to mention, that the code finishes, that is the end string appears in the browser. You have to check the apache error log to see the segfault. Of course if this type of code is in a function, the script will die inside the function. 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=14161 Edit this bug report at http://bugs.php.net/?id=14161edit=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 #13476 Updated: probleme when using $this in a constructor
ID: 13476
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: linux Debian 2.2
PHP Version: 4.0.6
New Comment:
To me, it is explained in document at least now. Although it may not be a clear for
everyone. This is known issue for a long time.
Previous Comments:
[2001-09-28 06:16:25] [EMAIL PROTECTED]
When I'm triing to use a reference on $this into the constructor of a object, it's a
copy of the reference which is passed.
have a look to this sample.
class A
{
var $value;
var $pB;
function A()
{
$this-Value = 100;
}
}
class B
{
var $value;
function B($aa)
{
$this-value = 200;
$aa-pB = $this;
}
}
$aa = new A();
$bb = new B($aa);
$bb-value = 50;
echo var_dump($aa);
there is no 50 in the représentation of the var_dump function.
I've looked in the doc if this limitation is spécified, but NO!
Etienne
Edit this bug report at http://bugs.php.net/?id=13476edit=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 #13455 Updated: Using include() with Apache ErrorDocument directive can crash the webserver
ID: 13455 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Suspended Bug Type: Scripting Engine problem Operating System: Any Linux with any Apache PHP Version: 4.0.6 New Comment: I understand what you've explained. But I'll set status to Suspended. Please work around this problem. Previous Comments: [2001-09-26 12:37:33] [EMAIL PROTECTED] HOW TO REPRODUCE 1. You must run Apache in any version on a Linux system and have setup an VirtualHost entry with an example domain www.domain.com. 2. Configure an .htaccess file like ErrorDocument 404 http://www.domain.com/notfound.html 3. The notfound.html file MUST NOT exist and you MUST use an external path 4. Write a php script like ?php include(http://www.domain.com/any_file_that_does_not_exist.html;); ? WHAT HAPPENS The include() function tries to get the specified document but cannot find it. So the Apache webserver sends an 404 error together with a HTTP redirection. The include() tries to catch this address which leads into an infinite loop. The webserver will die shortly. HOW TO SOLVE The include() function should have a limit on how many levels it tries to catch since the webserver is not able to determine if the caller runs into an infinite loop. Edit this bug report at http://bugs.php.net/?id=13455edit=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 #13938 Updated: Windows-newlines are counted twice
ID: 13938 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Scripting Engine problem Operating System: WinNT 4.0 PHP Version: 4.0.6 New Comment: Originator of this BR: please make a zipped version of such a bogus behaving script for download so we can play with it. Previous Comments: [2001-12-14 13:30:01] [EMAIL PROTECTED] Could you try 4.1.0 and report the result ? [2001-11-10 11:56:55] [EMAIL PROTECTED] I'm always using Windows-newlines on Windows. But I never experienced this, neither with the Apache-module, nor with the CGI-executable. [2001-11-09 10:54:50] [EMAIL PROTECTED] Ok, Gotchya. If it would help at all, I can change to Unix style with Homesite and let you know if the line is correctly identified. Also, I'm very suprised that this has not been reported previously. 4.0.6 has been out for awhile, and I'm sure there must be some other Windows PHP users out there. Is there any way that this has anything to do with the ISAPI dll I'm using vs cgi, or possibly the obscure web server software I'm using? I'm using a web server called Sambar Server (www.sambar.com), which is not widely used. I just figure somebody else would be complaining about this if it happened under IIS. [2001-11-09 10:37:22] [EMAIL PROTECTED] I didn't say it wasn't a bug, I was trying to track down the problem. Changed summary. (the *nix php version handles winnewlines correctly) [2001-11-09 10:17:41] [EMAIL PROTECTED] Yes, I am using Windows, and the Windows convention is CR+LF, while I guess the Unix convention is LF only. However, the Windows version of PHP should understand the difference, in fact version 4.0.4pl1 worked fine. I still consider this a bug. You are correct, the error in the script I was working on earlier this morning was very close to line 919. 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=13938 Edit this bug report at http://bugs.php.net/?id=13938edit=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 #14522 Updated: Crash with using $node-unlink();
ID: 14522 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: DOM XML related Operating System: SuSe 7.3 PHP Version: 4.1.0 New Comment: Please provide a short, self-containing, reproduceable, easy copypaste script. Feedback. Previous Comments: [2001-12-14 13:30:27] [EMAIL PROTECTED] When using the unlink() method the apache proccess always gets a SegFault. an information on what php is running on my maschine http://www.limtec.com:82/info.php Edit this bug report at http://bugs.php.net/?id=14522edit=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 #13414 Updated: Include not being included
ID: 13414 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2000 Advanced Server PHP Version: 4.0.6 New Comment: Sorry for delay, but please ask support question to [EMAIL PROTECTED] Since this is not a support, but bug report database. Question will not be answered to prevent flood of questions. Previous Comments: [2001-09-24 09:23:11] [EMAIL PROTECTED] I keep running into the same problem with every include I try to process. I tried modifying the php.ini file but it still does not work. The same site worked fine on the old version of PHP. Fatal error: Failed opening required 'conf.php' (include_path='') in C:\inetpub\wwwroot\cp\webmail\index.php on line 12 Also, why do I need to list a specific path in the php.ini file when I want to be able to include files from a range of different directories? We host multiple websites and would like to be able to use PHP but he directories will not be shared. Thanks, Craig Vdomains.com Edit this bug report at http://bugs.php.net/?id=13414edit=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] sendmail_from in linux installation
Daniel Lorch wrote: on un*x, PHP passes your mails directly to sendmail/qmail/exim or whatever mail software is running on your machine. if you're using windows, PHP uses it's own SMTP function instead. that's the difference. The from in your mail header therefore comes from your mail transfer agent and has little to do with PHP. therefore you have to look for this problem there. I don't understand this. I can set headers in fourth argument to mail function so I can send mail([EMAIL PROTECTED],Hello,msgbody,From:spammer) If user does not set 4th argumment mail is sent with from [EMAIL PROTECTED] This is what I want to prevent. Thanks in advance. -- 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 #14523: Additional parameter for str_repeat
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.1.0
PHP Bug Type: Feature/Change Request
Bug description: Additional parameter for str_repeat
Is is possible third parameter to be added to str_repeat().
In case in the string there is a name of a variable and it is of type array
the following code :
foreach ($some_arr as $k =$v){
$output .= 'some_html...'.$v.'/some_html';
}
to be in one line
$output = str_repeat('some_html...$some_arr
.../some_html',count($some_arr),REPEAT_SUBSITUTE);
Regards,
Andrey Hristov
--
Edit bug report at: http://bugs.php.net/?id=14523edit=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 #13407 Updated: array index 2147483647 not equivalent to 2147483647
ID: 13407 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: PHP Version: 4.0.4pl1 New Comment: Any update for this? Previous Comments: [2001-09-23 15:18:01] [EMAIL PROTECTED] I assume there somewhere needs to be one more than the index, for some reason... people should, IMHO, realize that computers have limited capacity for integer numbers, well, at least most languages do. And wether it goes wrong at max-1 or exactly at max, isn't really an issue IMO. You should not rely on the outer regions of the capacity of integer numbers. But there is one other reason why this isn't bogus after all, because $ar[ digits ] and $ar[ digits ] (digits := [0-9]+ ) should be equivalent. This is true inside the bounds (because both come down to an integer), and outside the bounds (because both come down to the same string). But for this case it is NOT true... [2001-09-23 15:06:43] [EMAIL PROTECTED] I assume there somewhere needs to be one more than the index, for some reason... people should, IMHO, realize that computers have limited capacity for integer numbers, well, at least most languages do. And wether it goes wrong at max-1 or exactly at max, isn't really an issue IMO. You should not rely on the outer regions of the capacity of integer numbers. But there is one other reason why this isn't bogus after all, because $ar[ digits ] and $ar[ digits ] (digits := [0-9]+ ) should be equivalent. This is true inside the bounds (because both come down to an integer), and outside the bounds (because both come down to the same string). But for this case it is NOT true... [2001-09-23 14:59:10] [EMAIL PROTECTED] Hrm.. Sure, that is the kneejerk response, but too near? 2147483647 is 2^31 - 1. I could understand if this happened at 2^31+1 and up, but not at 2^31 - 1. I'd like to see a better explanation of why this happens at instead of at 21474836478 [2001-09-23 14:52:16] [EMAIL PROTECTED] Integers are limited in capacity, you're too near the bounds of integer. If you need such high numbers, see GMP. Not a bug. (though technically it could be possible to let this single number work, the next one will fail.) Do a var_dump($ar) to see what happens. [2001-09-23 14:44:33] [EMAIL PROTECTED] $ar[2147483646]=apples; $ar[2147483647]=oranges; echo $ar[2147483646]; echo $ar[2147483647]; produces: apples Edit this bug report at http://bugs.php.net/?id=13407edit=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 #14523: Additional parameter for str_repeat
I don't think such a feature will ever see the light of this
world (at least, not in the official PHP version).
It's too specific and can be easily done in userspace.
On Fri, Dec 14, 2001 at 07:14:36PM -, [EMAIL PROTECTED] wrote :
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.1.0
PHP Bug Type: Feature/Change Request
Bug description: Additional parameter for str_repeat
Is is possible third parameter to be added to str_repeat().
In case in the string there is a name of a variable and it is of type array
the following code :
foreach ($some_arr as $k =$v){
$output .= 'some_html...'.$v.'/some_html';
}
to be in one line
$output = str_repeat('some_html...$some_arr
.../some_html',count($some_arr),REPEAT_SUBSITUTE);
Regards,
Andrey Hristov
--
Edit bug report at: http://bugs.php.net/?id=14523edit=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]
--
Please always Cc to me when replying to me on the lists.
--
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 #13386 Updated: problem supressing errors by '@' and including files
ID: 13386
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: SuSE Linux 7.1
PHP Version: 4.0.6
New Comment:
Is your problem is too much error message for getimagesize()?
If you write too much, chances are high that is ignored. Please try to be precise.
Previous Comments:
[2001-09-22 07:53:25] [EMAIL PROTECTED]
Hi Folks!
Pls. look at the following problem: I have a database
application which
returns me up to n datasets containing 40 data fields each.
Every field can hold an URL to an image or anything else.
To detect
if it is an image, I check the image size (which I need
anyway) and if
the test returns TRUE, then it returns an anchor tag to the
calling
application. So far so good...
It works fine until I have less than 13 sets. If I have
more, the PHP
parser returns a warning at every include() I use, telling
me not beeing
able to include the file. Very strange, isn't it?
If I don't use the
if ($img_size_array = @getimagesize
($image_dir.$input_array[$i])
to check if there's an image or not, the problem doesn't
happen. It
seems to be a problem of too much errors or warnings
(supressed by
the '@'). Maybe a stack overflow or something like this?
This is the function I use:
(p.s.: I already have a workaround, so the problem is not
urgent)
?
function get_img_tags($input_array) {
include (bcontent.php);
$img_tag = array();
for ($i = 0; $i = count($input_array); $i++) {
$img_sp1 = $img_space1;
$img_sp2 = $img_space2;
if (preg_match ((\Apdf), $input_array[$i])) {
$img_tag[$i] = $img_sp1.a
href=\.$image_url.$input_array[$i].\
alt=\.$input_array[$i+1].\.$input_array[$i+1]./a.
$img_sp2;
} else if ($img_size_array = @getimagesize
($image_dir.$input_array[$i])) {
$img_tag[$i] = $img_sp1.img
src=\.$image_url.$input_array[$i].\
.$img_size_array[3].
alt=\.$input_array[$i+1].\.$img_sp2;
}
}
return ($img_tag);
}
?
Kind regards,
Ulrich S. Kapp
BIGPiNG! oHG
Raamkamp 8
22397 Hamburg
phone: 0049 40 608892-77
fax: 0049 40 608892-88
eMail: [EMAIL PROTECTED]
Edit this bug report at http://bugs.php.net/?id=13386edit=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 #13292 Updated: file_exists not working with UNC names
ID: 13292
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows NT/2000
PHP Version: 4.0.6
New Comment:
Any updates for this? This is a known issue for a long time.
To reporter: I don't use windows. Could you try 4.1.0 and report the result?
Previous Comments:
[2001-09-13 15:55:36] [EMAIL PROTECTED]
On a Windows 2000 box with PHP and IIS5.0, create a page the calls the file_exists
function on a
known machine\share\file
You will need to create a share on that machine or another.
For example :
if (file_exists(machine\\share\\test.txt) {
echo ExistsBR;
} else {
echo Does not ExistBR;
}
The file_exists function will always return false.
The function works fine with drive letter associations, but not for UNC notation on
win32.
You have closed this bug with id #6554.
But this bug is not fixed in 4.0.6
Edit this bug report at http://bugs.php.net/?id=13292edit=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 #13292 Updated: file_exists not working with UNC names
ID: 13292
Updated by: yohgaki
Reported By: [EMAIL PROTECTED]
Status: Feedback
Old Bug Type: Scripting Engine problem
Bug Type: Filesystem function related
Operating System: Windows NT/2000
PHP Version: 4.0.6
New Comment:
This is not a Scripting Engine Problem, but a FIle System function report.
Previous Comments:
[2001-12-14 14:28:20] [EMAIL PROTECTED]
Any updates for this? This is a known issue for a long time.
To reporter: I don't use windows. Could you try 4.1.0 and report the result?
[2001-09-13 15:55:36] [EMAIL PROTECTED]
On a Windows 2000 box with PHP and IIS5.0, create a page the calls the file_exists
function on a
known machine\share\file
You will need to create a share on that machine or another.
For example :
if (file_exists(machine\\share\\test.txt) {
echo ExistsBR;
} else {
echo Does not ExistBR;
}
The file_exists function will always return false.
The function works fine with drive letter associations, but not for UNC notation on
win32.
You have closed this bug with id #6554.
But this bug is not fixed in 4.0.6
Edit this bug report at http://bugs.php.net/?id=13292edit=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]
