#26290 [Com]: array_rand() not random
ID: 26290 Comment by: bugs dot php dot net at zetafleet dot com Reported By: alisovoi at hotmail dot com Status: Bogus Bug Type: Performance problem Operating System: Linux Redhat 9 PHP Version: 4.3.4 New Comment: Even calling srand() still results in the same value always being returned. Confirmed bug. Previous Comments: [2003-11-17 14:25:11] [EMAIL PROTECTED] Incorrect documentaion I'm afraid. [2003-11-17 14:19:37] scottm at spamcop dot net From the array_rand documentation --- As of PHP 4.2.0, there is no need to seed the random number generator with srand() or mt_srand() as this is now done automatically. [2003-11-17 14:12:44] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You forgot to call srand() to generate random key. Hence the lack of random data. [2003-11-17 12:26:00] scottm at spamcop dot net Can't confirm under same OS. I used a easier test case. - ?php $random_sayings = array('Hey, this is not','randomly chosen','elements from an array'); $i = 0; echo 'pre'; while ($i 1000) { print $random_sayings[array_rand($random_sayings)] . \n; ++$i; } echo '/pre'; ? [2003-11-17 12:00:36] alisovoi at hotmail dot com Description: $array[array_rand($array)] is always the same element of the array. The server uses php.ini-recommended for the configuration. (In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug) Reproduce code: --- ?php $random_sayings = array('Hey, this is not','randomly chosen','elements from an array'); echo($random_sayings[array_rand($random_sayings)]); ? Expected result: Either one of the 3 elements of the array. Actual result: -- The same element no matter how many times the user refreshes. -- Edit this bug report at http://bugs.php.net/?id=26290edit=1
#25123 [Fbk-Opn]: ocierror() returns always ORA-24315 illegal attribute type
ID: 25123 User updated by: karel dot miarka at issa dot cz Reported By: karel dot miarka at issa dot cz -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4CVS-2003-12-15 New Comment: Still invalid. There's maybe problem between the Oracle 8.1 Windows client and the Oracle 8.0 Linux server, because it works fine on Linux. 4.3.5RC2-dev PHP ocierror() bug OCIDebug: _oci_open_server new conn=0 dname=xxx OCIDebug: _oci_open_session new sess=3 user=yyy OCIDebug: oci_do_connect: id=4 OCIDebug: oci_parse SELECT xyz12345 FROM no_table123 id=5 conn=4 Warning: ociexecute(): OCIStmtExecute: ORA-00942: tabulka nebo pohled neexistuje in c:\www\tests\ocierror.php on line 12 ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315: neplatný typ atributu [offset] = 21 [sqltext] = ) 1 OCIDebug: START _oci_stmt_list_dtor: id=5 last_query=SELECT xyz12345 FROM no_table123 OCIDebug: END _oci_stmt_list_dtor: id=5 OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_conn_list_dtor: id=4 OCIDebug: nothing to do.. OCIDebug: END _oci_conn_list_dtor: id=4 OCIDebug: START _oci_close_session: logging-off sess=3 OCIDebug: START _oci_close_server: detaching conn=2 dbname=xxx Previous Comments: [2004-01-12 07:07:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-16 09:00:35] karel dot miarka at issa dot cz Output of the reproduce code (see below) when ociinternaldebug(1) called first: OCIDebug: _oci_open_server new conn=0 dname=xyz OCIDebug: _oci_open_session new sess=3 user=xyz123 OCIDebug: oci_do_connect: id=4 OCIDebug: oci_parse SELECT xyz12345 FROM no_table123 id=5 conn=4 Warning: ociexecute(): OCIStmtExecute: ORA-00942: table or view doesn't exist in c:\www\tests\ocierror.php on line 10 ocierror($stmt): Array ( [code] = 24315 [message] = ORA-24315: illegal attribute type [offset] = 21 [sqltext] = ) 1 OCIDebug: START _oci_stmt_list_dtor: id=5 last_query=SELECT xyz12345 FROM no_table123 OCIDebug: END _oci_stmt_list_dtor: id=5 OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_conn_list_dtor: id=4 OCIDebug: nothing to do.. OCIDebug: END _oci_conn_list_dtor: id=4 OCIDebug: START _oci_close_session: logging-off sess=3 OCIDebug: START _oci_close_server: detaching conn=2 dbname=xyz [2003-12-15 16:55:12] [EMAIL PROTECTED] Try the ociinternaldebug(1); like suggested by cjbj at hotmail dot com [2003-12-15 09:37:14] karel dot miarka at issa dot cz Our Oracle server version is 8.0.5.0.0 , so maybe that's the problem, but it was working fine with older versions of php. [2003-09-22 03:47:14] cjbj at hotmail dot com Does not reproduce for me with PHP 4.3.3 on W2K using Oracle 9.2.0.1. Re SET AUTOTRACE, this is SQL*Plus specific and produces a simple tuning report I discovered PHP's OCI8 internal debug output can be enabled by calling ociinternaldebug(1). Maybe this will help the filer? 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/25123 -- Edit this bug report at http://bugs.php.net/?id=25123edit=1
#26785 [Bgs]: session_set_save_handler -- gc() arguments
ID: 26785 User updated by: dsimic at urc dot bl dot ac dot yu dot NOSPAM Reported By: dsimic at urc dot bl dot ac dot yu dot NOSPAM Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.4 New Comment: I've also triple checked, and there is nothing wrong I'm doing, as I've also tried an absolutely stripped down version of the test; and I still get Missing argument... error when I leave _sessiongc() with one argument. Previous Comments: [2004-01-06 18:19:45] [EMAIL PROTECTED] You're doing something very wrong. The function definately REQUIRES one parameter. (works fine for me) [2004-01-04 13:44:15] dsimic at urc dot bl dot ac dot yu dot NOSPAM Description: While implementing my own user--level database--based session handling class, found a *weird* thing: As stated in oficial PHP documentation on this page, rough--shaped garbage collecting function looks like: function gc ($maxlifetime) { return true; } But I found that this function should have *NO* arguments! While having one argument, error message was like this: Warning: Missing argument 1 for _sessiongc() in mySessionMgmtClass.class.php on line lineNo I removed any arguments for this PHP function, and finally ended with this rough--shaped gc function, which works: function gc() { $maxlifetime = ini_get ('session.gc_maxlifetime'); return true; } I even looked around in php-4.3.4/ext/session/mod_user.c but as I'm not a PHP engine developer, coudn't find any obvious cause of this. -- Edit this bug report at http://bugs.php.net/?id=26785edit=1
#26785 [Bgs-Opn]: session_set_save_handler -- gc() arguments
ID: 26785 User updated by: dsimic at urc dot bl dot ac dot yu dot NOSPAM Reported By: dsimic at urc dot bl dot ac dot yu dot NOSPAM -Status: Bogus +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 4.3.4 New Comment: I consider this as still open? Previous Comments: [2004-01-13 03:48:34] dsimic at urc dot bl dot ac dot yu dot NOSPAM I've also triple checked, and there is nothing wrong I'm doing, as I've also tried an absolutely stripped down version of the test; and I still get Missing argument... error when I leave _sessiongc() with one argument. [2004-01-06 18:19:45] [EMAIL PROTECTED] You're doing something very wrong. The function definately REQUIRES one parameter. (works fine for me) [2004-01-04 13:44:15] dsimic at urc dot bl dot ac dot yu dot NOSPAM Description: While implementing my own user--level database--based session handling class, found a *weird* thing: As stated in oficial PHP documentation on this page, rough--shaped garbage collecting function looks like: function gc ($maxlifetime) { return true; } But I found that this function should have *NO* arguments! While having one argument, error message was like this: Warning: Missing argument 1 for _sessiongc() in mySessionMgmtClass.class.php on line lineNo I removed any arguments for this PHP function, and finally ended with this rough--shaped gc function, which works: function gc() { $maxlifetime = ini_get ('session.gc_maxlifetime'); return true; } I even looked around in php-4.3.4/ext/session/mod_user.c but as I'm not a PHP engine developer, coudn't find any obvious cause of this. -- Edit this bug report at http://bugs.php.net/?id=26785edit=1
#26886 [Opn-WFx]: imported GET variables replace spaces with underlines
ID: 26886 Updated by: [EMAIL PROTECTED] Reported By: fgasper at freeshell dot org -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.3.4 New Comment: This was discussed before and is not going to happen. Previous Comments: [2004-01-12 17:50:10] fgasper at freeshell dot org Hmm - I'll change it to a feature request, then? If the variable name *needs* to change, as in the case of import_request_variables, then I can see the prudence of the current behavior, but in general I still think leaving the variable name unchanged by default is a better idea than doing the underline substitution automatically. [2004-01-12 17:44:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is expected behavior. [2004-01-12 13:48:43] fgasper at freeshell dot org Description: Submitting a variable named Document Name via GET causes the variable to show up in the $_REQUEST array as Document_Name. This seems to me like it should only be done in the case of import_request_variables or some such, not at the global level. -- Edit this bug report at http://bugs.php.net/?id=26886edit=1
#26889 [Opn-Csd]: Copyright Message Out of Date
ID: 26889 Updated by: [EMAIL PROTECTED] Reported By: gphemsley at users dot sourceforge dot net -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.5RC1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-12 21:50:53] gphemsley at users dot sourceforge dot net Description: I don't know if this is considered a bug, per se, but it is wrong, so... And that's why I filed it under Unknown. When running 'php -v' via command line, it outputs: PHP 4.3.5RC1 (cgi-fcgi) (built: Jan 12 2004 15:48:33) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Now, this was valid for the previous 4.3.4 release, but I figured, since 4.3.5 is/will be released in 2004, that both of these dates are wrong. This also occurs on the phpinfo() output: This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Forgive me if I'm nitpicking, or if I've filed this in any wrong way, but there are things that just stick out to me. -- Edit this bug report at http://bugs.php.net/?id=26889edit=1
#26885 [Opn]: When using CLI interface fsockopen fails after several sucessfull attempts
ID: 26885 Updated by: [EMAIL PROTECTED] Reported By: gholyoak at courtdean dot com Status: Open Bug Type: Sockets related Operating System: w2k -PHP Version: 4.3.4 +PHP Version: 4CVS-2004-01-12 New Comment: I couldn't reproduce the bug with your code. Hint: This one-liner works fine too: $xml=file_get_contents(http://www.ecb.int/stats/eurofxref/eurofxref-daily.xml;); (no need for any fsockopen() stuff at all :) Previous Comments: [2004-01-12 13:49:13] gholyoak at courtdean dot com As suggested I have loaded the latest release and still no joy although the batch job get any results at all now. I cant understand why the url is bad as its OK for me and I cut/paste the code to you. FYI batch job is set to run as same username/password as interactive user. [2004-01-12 13:04:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The given URL is invalid. Provide a working URL. Also, try the snapshot first. [2004-01-12 12:13:29] gholyoak at courtdean dot com I've created a vastly cut-down version of the script :- ?php $headers = GET /stats/eurofxref/eurofxref-daily.xml HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)\r\nHost: www.ecb.int\r\nAccept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*\r\n\r\n; $URI_PARTS = parse_url('http://www.ecb.int/'); $fp = @fsockopen($URI_PARTS['host'],80,$errno,$errstr,10); if (!$fp){echo 'Cannot open socket';return;} fwrite($fp,$headers,strlen($headers)); $results = ''; do { $_data = fread($fp, 50); if (strlen($_data) == 0) { break; } $results .= $_data; } while(true); fclose($fp); Mail('[EMAIL PROTECTED]','Data Retrieval results',$results); echo strlen($results); return; ? Dont forget to change the email address !! To replicate the problem: 1. create a w2k .cmd file to call this script 2. Run the .cmd file as many time as you wish and you should get back an XML doc. 3. create a scheduled task using the .cmd file and run it several times. You should notice that it works to start with and then fails but you can still run the .cmd file interactively ? Curious ?? [2004-01-12 10:02:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-12 09:10:31] gholyoak at courtdean dot com Description: I have a .cmd file scheduled to run every 30 mins in format: c:\php\cli\php.exe batch_file.php that downloads information from another site using fsockopen(). The scripts runs sucessfully for approximately 4 times then although fsockopen is sucessful, no data is returned. But I can run the scripts interactively through the web-site interface as many times as I wish. The script will not work again until I re-boot ? -- Edit this bug report at http://bugs.php.net/?id=26885edit=1
#26882 [Opn-Fbk]: The file upload has the increased size
ID: 26882 Updated by: [EMAIL PROTECTED] Reported By: mascari at odarainternet dot com dot br -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Conectiva Linux 9.0 PHP Version: 4CVS-2004-01-12 New Comment: What did you put into httpd.conf to enable PHP? And what was the configure line used to configure PHP? What MPM is used for Apache2? Previous Comments: [2004-01-12 08:44:49] mascari at odarainternet dot com dot br Description: I am using Apache 2.0.48 and PHP 4.3.3 and how much I try to make upload of file not text, the size of the file are increased. Analyzing the content of the increased file, I perceived that all the lines blank, marked for caracter @ had been substituted by the posterior content the lines blank. PS: I tested to send an file using one scripts Perl that I have and the file was sent correctly... Reproduce code: --- upload.htm: htmlbody form action=upload.php method=post enctype=multipart/form-data input type=hidden name=MAX_FILE_SIZE value=20971520 input name=userfile type=filebr input type=submit value=Send files /form /body/html upload.php: ? if(move_uploaded_file($_FILES['userfile']['tmp_name'],/tmp/.$_FILES['userfile']['name'])) { echo SUCCESSFULL; } else { echo ERRORbr; print_r($_FILES); } -- Edit this bug report at http://bugs.php.net/?id=26882edit=1
#26846 [Opn-Fbk]: fpassthru() segfaults on certain files
ID: 26846 Updated by: [EMAIL PROTECTED] Reported By: djones at xtreme-eda dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.8-RELEASE PHP Version: 4.3.4 New Comment: did you try the snapshot or not? Previous Comments: [2004-01-12 16:08:50] djones at xtreme-eda dot com I believe the problem to be at line 84 in sapi_apache2.c: copy_str = apr_pmemdup( r-pool, str, str_length+1); This function appears to copy one more byte than required. It is not clear to me why this is required, as the length is passed explicitly (and we ought to be able to pass null-terminated data, e.g. Word documents!) The problem: if the source is mmap()ped and the file in question is exactly a multiple of the page size, then the extra byte refers to a page just beyond the mapping. When this final byte is accessed you get a segmentation fault. I have verified that the segfault occurs in FreeBSD's memcpy() at a point where the address is at the end of the mapping and the remaining byte count is 1. [2004-01-08 20:38:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Cannot verify crash with latest CVS. [2004-01-08 16:09:36] djones at xtreme-eda dot com Backtrace and autopsy: Program received signal SIGSEGV, Segmentation fault. 0x282d0261 in memcpy () from /usr/lib/libc.so.4 (gdb) bt #0 0x282d0261 in memcpy () from /usr/lib/libc.so.4 #1 0x41001 in ?? () #2 0x284705d0 in php_apache_sapi_ub_write (str=0x285f5000 ÐÏ\021ࡱ\032á, str_length=266240) at /usr/ports/lang/php4/work/php-4.3.4/sapi/ apache2handler/sapi_apache2.c:84 #3 0x28438404 in php_ub_body_write_no_header (str=0x285f5000 ÐÏ\021ࡱ\032á, str_length=266240) at /usr/ports/lang/php4/work/ php-4.3.4/main/output.c:689 #4 0x284384c3 in php_ub_body_write (str=0x285f5000 ÐÏ \021ࡱ\032á, str_length=266240) at /usr/ports/lang/php4/work/ php-4.3.4/main/output.c:719 #5 0x284372b6 in php_body_write (str=0x285f5000 ÐÏ\021à¡ ±\032á, str_length=266240) at /usr/ports/lang/php4/work/ php-4.3.4/main/output.c:121 #6 0x28432ecc in _php_stream_passthru (stream=0x818a624, __php_stream_call_depth=0, __zend_filename=0x2847c180 /usr/ports/lang/php4/work/ php-4.3.4/ext/standard/file.c, __zend_lineno=1867, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/ports/lang/php4/work/php-4.3.4/main/ streams.c:1088 #7 0x283d752f in zif_fpassthru (ht=1, return_value=0x81a2ca4, this_ptr=0x0, return_value_used=0) at /usr/ports/lang/php4/work/php-4.3.4/ext/standard/ file.c:1867 #8 0x28469298 in execute (op_array=0x81a3d24) at /usr/ports/lang/php4/work/php-4.3.4/Zend/ zend_execute.c:1618 #9 0x284550b2 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/ports/lang/php4/work/php-4.3.4/Zend/zend.c:884 #10 0x28428ce9 in php_execute_script (primary_file=0xbfbff648) at /usr/ports/lang/php4/work/php-4.3.4/main/ main.c:1729 #11 0x2847119a in php_handler (r=0x8197050) at /usr/ports/lang/php4/work/php-4.3.4/sapi/ apache2handler/sapi_apache2.c:537 #12 0x806379c in ap_run_handler () #13 0x8063cc9 in ap_invoke_handler () #14 0x8060fca in ap_process_request () #15 0x805cd66 in ap_process_http_connection () #16 0x806bc78 in ap_run_process_connection () #17 0x806bf0c in ap_process_connection () #18 0x8062443 in child_main () #19 0x8062500 in make_child () #20 0x80625f2 in startup_children () #21 0x8062927 in ap_mpm_run () #22 0x8067e36 in main () #23 0x805c99e in _start () (gdb) f 6 #6 0x28432ecc in _php_stream_passthru (stream=0x80d9924, __php_stream_call_depth=0, __zend_filename=0x2847c180 /usr/ports/lang/php4/work/ php-4.3.4/ext/standard/file.c, __zend_lineno=1867, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/ports/lang/php4/work/php-4.3.4/main/ streams.c:1088 1088PHPWRITE(p, len); (gdb) p p $1 = (void *) 0x285cd000 (gdb) p len $2 = 266240 (gdb) p fd $3 = 15 (gdb) p off $4 = 4430856216 (gdb) p/x off $5 = 0x108198018 (gdb) p *stream $8 = {ops = 0x284a9a00, abstract = 0x8190a64, filterhead = 0x0, filtertail = 0x0, wrapper = 0x284a9a9c, wrapperthis = 0x0, wrapperdata = 0x0, fgetss_state = 0, is_persistent = 0, mode = rb, '\000' repeats 13 times, rsrc_id = 2, in_free = 0, fclose_stdiocast = 0, stdiocast = 0x0, __exposed = 1, __orig_path = 0x8191b24 /usr/local/www/data/ RECORD_OF_DECISIONS_TEMPLATE_20030812.24.doc, context = 0x0, flags = 0, position = 0, readbuf = 0x0, readbuflen = 0, readpos = 0,
#26785 [Opn-Bgs]: session_set_save_handler -- gc() arguments
ID: 26785 Updated by: [EMAIL PROTECTED] Reported By: dsimic at urc dot bl dot ac dot yu dot NOSPAM -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.4 New Comment: Try the latest stable CVS snapshot, this works fine with it. (from http://snaps.php.net) If you still claim to be able to reproduce this, provide a complete but short example script. Previous Comments: [2004-01-13 03:48:34] dsimic at urc dot bl dot ac dot yu dot NOSPAM I've also triple checked, and there is nothing wrong I'm doing, as I've also tried an absolutely stripped down version of the test; and I still get Missing argument... error when I leave _sessiongc() with one argument. [2004-01-06 18:19:45] [EMAIL PROTECTED] You're doing something very wrong. The function definately REQUIRES one parameter. (works fine for me) [2004-01-04 13:44:15] dsimic at urc dot bl dot ac dot yu dot NOSPAM Description: While implementing my own user--level database--based session handling class, found a *weird* thing: As stated in oficial PHP documentation on this page, rough--shaped garbage collecting function looks like: function gc ($maxlifetime) { return true; } But I found that this function should have *NO* arguments! While having one argument, error message was like this: Warning: Missing argument 1 for _sessiongc() in mySessionMgmtClass.class.php on line lineNo I removed any arguments for this PHP function, and finally ended with this rough--shaped gc function, which works: function gc() { $maxlifetime = ini_get ('session.gc_maxlifetime'); return true; } I even looked around in php-4.3.4/ext/session/mod_user.c but as I'm not a PHP engine developer, coudn't find any obvious cause of this. -- Edit this bug report at http://bugs.php.net/?id=26785edit=1
#26655 [Opn-Fbk]: module is not linked against -lbz2
ID: 26655 Updated by: [EMAIL PROTECTED] Reported By: mmokrejs at natur dot cuni dot cz -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: solaris 2.6 PHP Version: 4CVS-2003-12-17 (stable) New Comment: To get this problem solved for real, you need to provide me access to this machine in question. (I suspect this is not any bug in PHP btw) You may email me directly: [EMAIL PROTECTED] Previous Comments: [2004-01-12 07:15:21] mmokrejs at natur dot cuni dot cz Yes, using rm config.cache ; CC=gcc ./configure --disable-all --disable-cgi --with-bz2 --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs breaks the installation again. I compiled apache 2.0.48 as: CXX=gcc CFLAGS=-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti CXXFLAGS=-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti CC=gcc ./configure --with-ssl=/usr/local/openssl-0.9.6l --enable-rewrite --enable-speling --enable-vhost-alias --enable-cgid --enable-cgi --enable-suexec --enable-info --enable-http --enable-ssl --enable-usertrack --enable-headers --enable-expires --enable-mime-magic --enable-logio --enable-deflate --enable-ext-filter --enable-cache --enable-disk-cache --enable-charset-lite --enable-auth-dbm --enable-so --enable-nonportable-atomics --with-modules=mod_access mod_actions mod_alias mod_asis mod_auth_anon mod_auth_dbm mod_cache mod_cern_meta mod_cgi mod_cgid mod_charset_lite mod_deflate mod_dir mod_disk_cache mod_env mod_expires mod_ext_filter mod_headers mod_imap mod_include mod_info mod_log_config mod_mime mod_mem_cache mod_mime_magic mod_negotiation mod_rewrite mod_setenvif mod_so mod_speling mod_ssl mod_status mod_userdir mod_usertrack mod_vhost_alias # /usr/local/apache2/bin/httpd -l Compiled in modules: core.c mod_access.c mod_auth.c mod_auth_dbm.c mod_charset_lite.c mod_cache.c mod_disk_cache.c mod_ext_filter.c mod_include.c mod_deflate.c mod_log_config.c mod_logio.c mod_env.c mod_mime_magic.c mod_expires.c mod_headers.c mod_usertrack.c mod_setenvif.c mod_ssl.c prefork.c http_core.c mod_mime.c mod_status.c mod_autoindex.c mod_asis.c mod_info.c mod_suexec.c mod_cgi.c mod_cgid.c mod_vhost_alias.c mod_negotiation.c mod_dir.c mod_imap.c mod_actions.c mod_speling.c mod_userdir.c mod_alias.c mod_rewrite.c mod_so.c # [2004-01-12 06:40:21] [EMAIL PROTECTED] Now, if you add the --with-apxs2 in it, it won't work? How is apache2 configured? (what MPM is used) [2004-01-11 19:52:26] mmokrejs at natur dot cuni dot cz Yes, that works too, strange. [2004-01-11 19:16:15] [EMAIL PROTECTED] Does this work: # rm config.cache ; CC=gcc ./configure --disable-all --disable-cgi --with-bz2 --with-mysql=/usr/local/mysql (sapi/cli/php is compiled only) [2004-01-11 14:36:53] mmokrejs at natur dot cuni dot cz Yes, the line in comment 19 Dec 2003 7:47am EST works. # rm config.cache ; CC=gcc ./configure --disable-all --with-bz2 --with-apxs2=/usr/local/apache2/bin/apxs I tested my configure line with special CFLAGS and many configure options removing one after one and came to a point, that removing the mysql option fixes the problem. Using the full configure line as in the original report except the --with-mysql= option works too. But I desperately need mysql support. ;) 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/26655 -- Edit this bug report at http://bugs.php.net/?id=26655edit=1
#26891 [NEW]: nested odbc_fetch_row produces an error
From: josep dot gorro at trendcomms dot es Operating system: WindowsNT SP6a PHP version: Irrelevant PHP Bug Type: ODBC related Bug description: nested odbc_fetch_row produces an error Description: I'm trying to execute a query using the same ODBC connect ID that is customized by previous query in the same code. If I comment second odbc_fetch_row runs fine. With this one uncommented a Dr.Watson on server appears. Reproduce code: --- // $connect is the connect ID to the database previously // generated without problems $query1=SELECT F11, F12 FROM T1; $result1=odbc_exec($connect,$query1); while(odbc_fetch_row($result1)) { $query2=SELECT F21, F22 FROM T2; $result2=odbc_exec($connect,$query2); while(odbc_fetch_row($result2)) { // HERE IS THE ERROR do_anything; } } Actual result: -- In server appears a Dr.Watson error (GPF) and in Apache's error log a line: Premature end of script headers: c:/php/php.exe -- Edit bug report at http://bugs.php.net/?id=26891edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26891r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26891r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26891r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26891r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26891r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26891r=needscript Try newer version: http://bugs.php.net/fix.php?id=26891r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26891r=support Expected behavior: http://bugs.php.net/fix.php?id=26891r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26891r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26891r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26891r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26891r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26891r=dst IIS Stability: http://bugs.php.net/fix.php?id=26891r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26891r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26891r=float
#26882 [Fbk-Opn]: The file upload has the increased size
ID: 26882 User updated by: mascari at odarainternet dot com dot br Reported By: mascari at odarainternet dot com dot br -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Conectiva Linux 9.0 PHP Version: 4CVS-2004-01-12 New Comment: --- # php.conf # This file is included by a Include conf/conf.d/*.conf directive in the # Apache httpd.conf file. Files *.php SetOutputFilter PHP SetInputFilter PHP /Files DirectoryIndex index.php --- # php.module # This file is included by a Include conf/conf.d/*.module directive in the Apache httpd.conf file. LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --- # /etc/php.ini [PHP] engine = On short_open_tag = On asp_tags = Off precision= 12 output_buffering = Off zlib.output_compression = Off implicit_flush = Off unserialize_callback_func= serialize_precision = 100 allow_call_time_pass_reference = On safe_mode = Off safe_mode_gid = Off safe_mode_include_dir = safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = disable_classes = expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = Off log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir = extension_dir = /usr/lib/php4 enable_dl = On file_uploads = On upload_tmp_dir = /tmp upload_max_filesize = 5M allow_url_fopen = On allow_url_fopen = On extension=imap.so extension=mysql.so extension=odbc.so --- # httpd.conf ## ## Server-Pool Size Regulation (MPM specific) ## # prefork MPM IfModule prefork.c StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 /IfModule # worker MPM IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule # perchild MPM IfModule perchild.c NumServers 5 StartThreads 5 MinSpareThreads 5 MaxSpareThreads 10 MaxThreadsPerChild 20 MaxRequestsPerChild 0 /IfModule # WinNT MPM IfModule mpm_winnt.c ThreadsPerChild 250 MaxRequestsPerChild 0 /IfModule # BeOS MPM IfModule beos.c StartThreads 10 MaxClients 50 MaxRequestsPerThread 1 /IfModule # NetWare MPM IfModule mpm_netware.c ThreadStackSize 65536 StartThreads 250 MinSpareThreads 25 MaxSpareThreads250 MaxThreads1000 MaxRequestsPerChild 0 /IfModule # OS/2 MPM IfModule mpmt_os2.c StartServers 2 MinSpareThreads5 MaxSpareThreads 10 MaxRequestsPerChild0 /IfModule Previous Comments: [2004-01-13 05:12:38] [EMAIL PROTECTED] What did you put into httpd.conf to enable PHP? And what was the configure line used to configure PHP? What MPM is used for Apache2? [2004-01-12 08:44:49] mascari at odarainternet dot com dot br Description: I am using Apache 2.0.48 and PHP 4.3.3 and how much I try to make upload of file not text, the size of the file are increased. Analyzing the content of the increased file, I perceived that all the lines blank, marked for caracter @ had been substituted by the posterior content the lines blank. PS: I tested to send an file using one scripts Perl that I have and the file was sent correctly... Reproduce code: --- upload.htm: htmlbody form action=upload.php method=post enctype=multipart/form-data input type=hidden name=MAX_FILE_SIZE value=20971520 input name=userfile type=filebr input type=submit value=Send files /form /body/html upload.php: ? if(move_uploaded_file($_FILES['userfile']['tmp_name'],/tmp/.$_FILES['userfile']['name'])) { echo SUCCESSFULL; } else { echo ERRORbr; print_r($_FILES); } -- Edit this bug report at http://bugs.php.net/?id=26882edit=1
#26892 [NEW]: ocinewcollection fails with Oracle 9.2
From: tomy at envox dot hr Operating system: Suse 8.2 PHP version: 4CVS-2004-01-13 (stable) PHP Bug Type: OCI8 related Bug description: ocinewcollection fails with Oracle 9.2 Description: ocinewcollection returns false and produces a warning, output with oci debug enabled follows in actual result. I have checked in source and using oci_debug that OCIInitialize is called using OCI_DEFAULT | OCI_OBJECT so I do not understand why this error happens. PHP is compiled using this configure: './configure' '--enable-sigchild' '--disable-static' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-mysql' '--with-xml' '--disable-rpath' '--disable-pic' '--disable-posix' '--with-zlib' '--without-pear' '--without-aspell' '--disable-dbase' '--disable-dba' '--without-mhash' '--without-gmp' '--with-gnu-ld' '--disable-bcmath' '--without-cdb' '--without-db3' '--without-db2' '--without-gdbm' '--without-ndbm' '--without-dbm' '--without-dom' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-gd' '--enable-shmop' '--enable-sysvsem' '--with-xmlrpc' '--with-oci8' '--with-mcrypt' '--with-apxs' LOCAL_ID_ARRAY is defined as: CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); Reproduce code: --- $_db_tns = (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))); $_db_user = system; $_db_pwd = pirana; ociinternaldebug(1); $db = ocinlogon($_db_user, $_db_pwd, $_db_tns); $arr = ocinewcollection($db, 'LOCAL_ID_ARRAY'); if ($arr === false) echo Collection failedbr; Expected result: I expect only oci debug data to be written. Actual result: -- $arr should be OCI-Collection however it is false. Actual output is: OCIDebug: _oci_open_server new conn=0 dname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) OCIDebug: _oci_open_session new sess=5 user=system OCIDebug: oci_do_connect: id=6 Warning: ocinewcollection(): OCITypeByName: ORA-21301: not initialized in object mode in /srv/www/htdocs/envox/info2.php on line 18 Collection failed OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_coll_list_dtor: 7 OCIDebug: START _oci_conn_list_dtor: id=6 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=5 OCIDebug: END _oci_conn_list_dtor: id=6 OCIDebug: END _oci_coll_list_dtor: 7 OCIDebug: START _oci_close_server: detaching conn=4 dbname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) -- Edit bug report at http://bugs.php.net/?id=26892edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26892r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26892r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26892r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26892r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26892r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26892r=needscript Try newer version: http://bugs.php.net/fix.php?id=26892r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26892r=support Expected behavior: http://bugs.php.net/fix.php?id=26892r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26892r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26892r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26892r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26892r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26892r=dst IIS Stability: http://bugs.php.net/fix.php?id=26892r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26892r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26892r=float
#26892 [Opn]: ocinewcollection fails with Oracle 9.2
ID: 26892 User updated by: tomy at envox dot hr Reported By: tomy at envox dot hr Status: Open Bug Type: OCI8 related Operating System: Suse 8.2 PHP Version: 4CVS-2004-01-13 (stable) New Comment: Forgot to mention my oci data from phpinfo...: OCI8 Support enabled Revision $Revision: 1.183.2.7 $ Oracle Version 9.2 Compile-time ORACLE_HOME /opt/oracle/product/9ir2 Libraries Used no value Previous Comments: [2004-01-13 06:37:08] tomy at envox dot hr Description: ocinewcollection returns false and produces a warning, output with oci debug enabled follows in actual result. I have checked in source and using oci_debug that OCIInitialize is called using OCI_DEFAULT | OCI_OBJECT so I do not understand why this error happens. PHP is compiled using this configure: './configure' '--enable-sigchild' '--disable-static' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-mysql' '--with-xml' '--disable-rpath' '--disable-pic' '--disable-posix' '--with-zlib' '--without-pear' '--without-aspell' '--disable-dbase' '--disable-dba' '--without-mhash' '--without-gmp' '--with-gnu-ld' '--disable-bcmath' '--without-cdb' '--without-db3' '--without-db2' '--without-gdbm' '--without-ndbm' '--without-dbm' '--without-dom' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-gd' '--enable-shmop' '--enable-sysvsem' '--with-xmlrpc' '--with-oci8' '--with-mcrypt' '--with-apxs' LOCAL_ID_ARRAY is defined as: CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); Reproduce code: --- $_db_tns = (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))); $_db_user = system; $_db_pwd = pirana; ociinternaldebug(1); $db = ocinlogon($_db_user, $_db_pwd, $_db_tns); $arr = ocinewcollection($db, 'LOCAL_ID_ARRAY'); if ($arr === false) echo Collection failedbr; Expected result: I expect only oci debug data to be written. Actual result: -- $arr should be OCI-Collection however it is false. Actual output is: OCIDebug: _oci_open_server new conn=0 dname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) OCIDebug: _oci_open_session new sess=5 user=system OCIDebug: oci_do_connect: id=6 Warning: ocinewcollection(): OCITypeByName: ORA-21301: not initialized in object mode in /srv/www/htdocs/envox/info2.php on line 18 Collection failed OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_coll_list_dtor: 7 OCIDebug: START _oci_conn_list_dtor: id=6 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=5 OCIDebug: END _oci_conn_list_dtor: id=6 OCIDebug: END _oci_coll_list_dtor: 7 OCIDebug: START _oci_close_server: detaching conn=4 dbname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) -- Edit this bug report at http://bugs.php.net/?id=26892edit=1
#26882 [Opn-Fbk]: The file upload has the increased size
ID: 26882 Updated by: [EMAIL PROTECTED] Reported By: mascari at odarainternet dot com dot br -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Conectiva Linux 9.0 PHP Version: 4CVS-2004-01-12 New Comment: Remove this: Files *.php SetOutputFilter PHP SetInputFilter PHP /Files And use the --with-apxs2 configure option when you configure PHP. Previous Comments: [2004-01-13 05:55:17] mascari at odarainternet dot com dot br --- # php.conf # This file is included by a Include conf/conf.d/*.conf directive in the # Apache httpd.conf file. Files *.php SetOutputFilter PHP SetInputFilter PHP /Files DirectoryIndex index.php --- # php.module # This file is included by a Include conf/conf.d/*.module directive in the Apache httpd.conf file. LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --- # /etc/php.ini [PHP] engine = On short_open_tag = On asp_tags = Off precision= 12 output_buffering = Off zlib.output_compression = Off implicit_flush = Off unserialize_callback_func= serialize_precision = 100 allow_call_time_pass_reference = On safe_mode = Off safe_mode_gid = Off safe_mode_include_dir = safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = disable_classes = expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = Off log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir = extension_dir = /usr/lib/php4 enable_dl = On file_uploads = On upload_tmp_dir = /tmp upload_max_filesize = 5M allow_url_fopen = On allow_url_fopen = On extension=imap.so extension=mysql.so extension=odbc.so --- # httpd.conf ## ## Server-Pool Size Regulation (MPM specific) ## # prefork MPM IfModule prefork.c StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 /IfModule # worker MPM IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule # perchild MPM IfModule perchild.c NumServers 5 StartThreads 5 MinSpareThreads 5 MaxSpareThreads 10 MaxThreadsPerChild 20 MaxRequestsPerChild 0 /IfModule # WinNT MPM IfModule mpm_winnt.c ThreadsPerChild 250 MaxRequestsPerChild 0 /IfModule # BeOS MPM IfModule beos.c StartThreads 10 MaxClients 50 MaxRequestsPerThread 1 /IfModule # NetWare MPM IfModule mpm_netware.c ThreadStackSize 65536 StartThreads 250 MinSpareThreads 25 MaxSpareThreads250 MaxThreads1000 MaxRequestsPerChild 0 /IfModule # OS/2 MPM IfModule mpmt_os2.c StartServers 2 MinSpareThreads5 MaxSpareThreads 10 MaxRequestsPerChild0 /IfModule [2004-01-13 05:12:38] [EMAIL PROTECTED] What did you put into httpd.conf to enable PHP? And what was the configure line used to configure PHP? What MPM is used for Apache2? [2004-01-12 08:44:49] mascari at odarainternet dot com dot br Description: I am using Apache 2.0.48 and PHP 4.3.3 and how much I try to make upload of file not text, the size of the file are increased. Analyzing the content of the increased file, I perceived that all the lines blank, marked for caracter @ had been substituted by the posterior content the lines blank. PS: I tested to send an file using one scripts Perl that I have and the file was sent correctly... Reproduce code: --- upload.htm: htmlbody form action=upload.php method=post enctype=multipart/form-data input type=hidden name=MAX_FILE_SIZE value=20971520 input name=userfile type=filebr input type=submit value=Send files /form /body/html upload.php: ? if(move_uploaded_file($_FILES['userfile']['tmp_name'],/tmp/.$_FILES['userfile']['name'])) { echo SUCCESSFULL; } else { echo ERRORbr; print_r($_FILES); }
#26887 [Opn-Bgs]: PHP fails to compile without libxml
ID: 26887 Updated by: [EMAIL PROTECTED] Reported By: nunoplopes at sapo dot pt -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Win XP PHP Version: 5CVS-2004-01-12 (dev) New Comment: You're missing some required libraries/headers (iconv). This is not any PHP bug. Ask support questions elsewhere. Previous Comments: [2004-01-12 14:50:53] nunoplopes at sapo dot pt Description: I've downloaded latest source snapshot and I've tried to compile it using cygwin. It fails because it doesn't find the libxml. I think that ./configure should generate an error if the libxml isn't found. Actual result: -- $ make gcc -Iext/libxml/ -I/home/Nuno/php5/ext/libxml/ -DPHP_ATOM_INC -I/home/Nuno/php 5/include -I/home/Nuno/php5/main -I/home/Nuno/php5 -I/home/Nuno/php5/Zend -I/usr /include/libxml2 -I/home/Nuno/php5/TSRM -g -Wall -c /home/Nuno/php5/ext/libxm l/libxml.c -o ext/libxml/libxml.o echo ext/libxml/libxml.lo In file included from /usr/include/libxml2/libxml/parser.h:655, from /home/Nuno/php5/ext/libxml/libxml.c:38: /usr/include/libxml2/libxml/encoding.h:27:19: iconv.h: No such file or directory In file included from /usr/include/libxml2/libxml/parser.h:655, from /home/Nuno/php5/ext/libxml/libxml.c:38: /usr/include/libxml2/libxml/encoding.h:132: error: syntax error before iconv_t /usr/include/libxml2/libxml/encoding.h:132: warning: no semicolon at end of stru ct or union /usr/include/libxml2/libxml/encoding.h:133: warning: type defaults to `int' in d eclaration of `iconv_out' /usr/include/libxml2/libxml/encoding.h:133: warning: data definition has no type or storage class make: *** [ext/libxml/libxml.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26887edit=1
#26893 [NEW]: Segmentation Fault
From: liz at xcalibur dot demon dot co dot uk Operating system: Linux 2.4.20 PHP version: 5.0.0b3 (beta3) PHP Bug Type: Reproducible crash Bug description: Segmentation Fault Description: Having tried many compile variations even a simple ./configure make make install php causes seg fault - I removed all my options to check to see if it was related. I removed any reference to Zend optimizer in php.ini, so its not that Reproduce code: --- None required. I Cant get any code to run. Expected result: Anything other than seg fault. Actual result: -- (gdb) run Starting program: /usr/local/bin/php [New Thread 1024 (LWP 18459)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 18459)] 0x814fb53 in zend_hash_find (ht=0x0, arKey=0xbfffe804 lwp, nKeyLength=4, pData=0xbfffe8b4) at /usr/src/web/php-5.0.0b3/Zend/zend_hash.c:844 844 nIndex = h ht-nTableMask; -- Edit bug report at http://bugs.php.net/?id=26893edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26893r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26893r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26893r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26893r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26893r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26893r=needscript Try newer version: http://bugs.php.net/fix.php?id=26893r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26893r=support Expected behavior: http://bugs.php.net/fix.php?id=26893r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26893r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26893r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26893r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26893r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26893r=dst IIS Stability: http://bugs.php.net/fix.php?id=26893r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26893r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26893r=float
#26893 [Opn-Fbk]: Segmentation Fault
ID: 26893 Updated by: [EMAIL PROTECTED] Reported By: liz at xcalibur dot demon dot co dot uk -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.20 PHP Version: 5.0.0b3 (beta3) New Comment: Can you please also use the bt command from GDB to display the full callstack after the segfault? Previous Comments: [2004-01-13 07:08:22] liz at xcalibur dot demon dot co dot uk Description: Having tried many compile variations even a simple ./configure make make install php causes seg fault - I removed all my options to check to see if it was related. I removed any reference to Zend optimizer in php.ini, so its not that Reproduce code: --- None required. I Cant get any code to run. Expected result: Anything other than seg fault. Actual result: -- (gdb) run Starting program: /usr/local/bin/php [New Thread 1024 (LWP 18459)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 18459)] 0x814fb53 in zend_hash_find (ht=0x0, arKey=0xbfffe804 lwp, nKeyLength=4, pData=0xbfffe8b4) at /usr/src/web/php-5.0.0b3/Zend/zend_hash.c:844 844 nIndex = h ht-nTableMask; -- Edit this bug report at http://bugs.php.net/?id=26893edit=1
#26893 [Fbk-Opn]: Segmentation Fault
ID: 26893 User updated by: liz at xcalibur dot demon dot co dot uk Reported By: liz at xcalibur dot demon dot co dot uk -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.20 PHP Version: 5.0.0b3 (beta3) New Comment: bt output as requested #0 0x81537f3 in zend_hash_find (ht=0x0, arKey=0xbfffe7b4 lwp, nKeyLength=4, pData=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_hash.c:844 #1 0x8146513 in zend_lookup_class (name=0xbfffe824 LWP, name_length=3, ce=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_execute_API.c:794 #2 0x8144c59 in zend_get_constant (name=0x830d290 LWP::Simple, name_len=8, result=0xbfffe89c) at /usr/src/web/php5-200401121630/Zend/zend_constants.c:254 #3 0x813c828 in zend_ini_get_constant (result=0xbfffe90c, name=0xbfffe96c) at Zend/zend_ini_parser.c:121 #4 0x813cde6 in ini_parse () at Zend/zend_ini_parser.c:926 #5 0x813c952 in zend_parse_ini_file (fh=0xb78c, unbuffered_errors=1, ini_parser_cb=0x80d42d0 php_browscap_parser_cb, arg=0x81de3a0) at Zend/zend_ini_parser.c:176 #6 0x80d4589 in zm_startup_browscap (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/browscap.c:165 #7 0x80cf307 in zm_startup_basic (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/basic_functions.c:996 #8 0x815071a in zend_startup_module (module=0x81d2b80) at /usr/src/web/php5-200401121630/Zend/zend_API.c:1179 #9 0x812258f in php_startup_extensions (ptr=0x81dbd68, count=11) at /usr/src/web/php5-200401121630/main/main.c:1290 #10 0x8185eb5 in php_startup_internal_extensions () at main/internal_functions_cli.c:64 #11 0x8122995 in php_module_startup (sf=0x81dbcc0, additional_modules=0x0, num_additional_modules=0) at /usr/src/web/php5-200401121630/main/main.c:1458 #12 0x8184f4e in main (argc=1, argv=0xba94) at /usr/src/web/php5-200401121630/sapi/cli/php_cli.c:607 #13 0x401a72eb in __libc_start_main (main=0x8184dec main, argc=1, ubp_av=0xba94, init=0x806d4b0 _init, fini=0x818e24c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129 Previous Comments: [2004-01-13 07:25:15] [EMAIL PROTECTED] Can you please also use the bt command from GDB to display the full callstack after the segfault? [2004-01-13 07:08:22] liz at xcalibur dot demon dot co dot uk Description: Having tried many compile variations even a simple ./configure make make install php causes seg fault - I removed all my options to check to see if it was related. I removed any reference to Zend optimizer in php.ini, so its not that Reproduce code: --- None required. I Cant get any code to run. Expected result: Anything other than seg fault. Actual result: -- (gdb) run Starting program: /usr/local/bin/php [New Thread 1024 (LWP 18459)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 18459)] 0x814fb53 in zend_hash_find (ht=0x0, arKey=0xbfffe804 lwp, nKeyLength=4, pData=0xbfffe8b4) at /usr/src/web/php-5.0.0b3/Zend/zend_hash.c:844 844 nIndex = h ht-nTableMask; -- Edit this bug report at http://bugs.php.net/?id=26893edit=1
#26882 [Fbk-Opn]: The file upload has the increased size
ID: 26882 User updated by: mascari at odarainternet dot com dot br Reported By: mascari at odarainternet dot com dot br -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Conectiva Linux 9.0 PHP Version: 4CVS-2004-01-12 New Comment: I removed the lines and the problem was decided. You it could say me because those lines caused this problem and because to use -- with-apxs2 instead of -- to with-apxs2filter? It is would like to tell the problem for the company who created the original packages. Thanks for help Previous Comments: [2004-01-13 06:48:14] [EMAIL PROTECTED] Remove this: Files *.php SetOutputFilter PHP SetInputFilter PHP /Files And use the --with-apxs2 configure option when you configure PHP. [2004-01-13 05:55:17] mascari at odarainternet dot com dot br --- # php.conf # This file is included by a Include conf/conf.d/*.conf directive in the # Apache httpd.conf file. Files *.php SetOutputFilter PHP SetInputFilter PHP /Files DirectoryIndex index.php --- # php.module # This file is included by a Include conf/conf.d/*.module directive in the Apache httpd.conf file. LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --- # /etc/php.ini [PHP] engine = On short_open_tag = On asp_tags = Off precision= 12 output_buffering = Off zlib.output_compression = Off implicit_flush = Off unserialize_callback_func= serialize_precision = 100 allow_call_time_pass_reference = On safe_mode = Off safe_mode_gid = Off safe_mode_include_dir = safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = disable_classes = expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = Off log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir = extension_dir = /usr/lib/php4 enable_dl = On file_uploads = On upload_tmp_dir = /tmp upload_max_filesize = 5M allow_url_fopen = On allow_url_fopen = On extension=imap.so extension=mysql.so extension=odbc.so --- # httpd.conf ## ## Server-Pool Size Regulation (MPM specific) ## # prefork MPM IfModule prefork.c StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 /IfModule # worker MPM IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule # perchild MPM IfModule perchild.c NumServers 5 StartThreads 5 MinSpareThreads 5 MaxSpareThreads 10 MaxThreadsPerChild 20 MaxRequestsPerChild 0 /IfModule # WinNT MPM IfModule mpm_winnt.c ThreadsPerChild 250 MaxRequestsPerChild 0 /IfModule # BeOS MPM IfModule beos.c StartThreads 10 MaxClients 50 MaxRequestsPerThread 1 /IfModule # NetWare MPM IfModule mpm_netware.c ThreadStackSize 65536 StartThreads 250 MinSpareThreads 25 MaxSpareThreads250 MaxThreads1000 MaxRequestsPerChild 0 /IfModule # OS/2 MPM IfModule mpmt_os2.c StartServers 2 MinSpareThreads5 MaxSpareThreads 10 MaxRequestsPerChild0 /IfModule [2004-01-13 05:12:38] [EMAIL PROTECTED] What did you put into httpd.conf to enable PHP? And what was the configure line used to configure PHP? What MPM is used for Apache2? [2004-01-12 08:44:49] mascari at odarainternet dot com dot br Description: I am using Apache 2.0.48 and PHP 4.3.3 and how much I try to make upload of file not text, the size of the file are increased. Analyzing the content of the increased file, I perceived that all the lines blank, marked for caracter @ had been substituted by the posterior content the lines blank. PS: I tested to send an file using one scripts Perl that I have and the file was sent correctly... Reproduce code: --- upload.htm: htmlbody form action=upload.php
#26884 [Fbk-Opn]: Php Segmentation fault in cron
ID: 26884 User updated by: forlevibr at yahoo dot com dot br Reported By: forlevibr at yahoo dot com dot br -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Slackware 9 PHP Version: 4CVS-2004-01-12 New Comment: I updated to last version (200401131230 ) and the problem continue. My new script teste.php: ?php mail([EMAIL PROTECTED], Subject, Text); ? The error: /etc/cron.bol/teste.sh: line 1: 31063 Segmentation fault /usr/local/php/bin/php /etc/cron.bol/teste.php Previous Comments: [2004-01-12 17:46:48] [EMAIL PROTECTED] Works fine here with latest CVS and I should mention that your script has a parse error. If you can replicate the problem after fixing the parse error please generate a backtrace. [2004-01-12 09:02:54] forlevibr at yahoo dot com dot br Description: I installed PHP with the commands below: rm config.cache make clean ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-sybase-ct=/opt/sybase --with-java=/usr/local/java --enable-sockets --enable-ftp --enable-calendar make make install make install-cli Then I created a script teste.sh that have permisions 755 with the command below: /usr/local/php/bin/php /etc/cron/teste.php The script teste.php have the commands below: ?php mail([EMAIL PROTECTED], Subject', Text); ? I added the command in the contab 0 0-23 * * * /etc/cron/teste.sh When the job execute it throw the message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php When I execute the script in the line command it work, but when the cron execute it don't work. Reproduce code: --- file teste.php ?php mail([EMAIL PROTECTED], Subject', Text); ? file teste.sh /usr/local/php/bin/php /etc/cron/teste.php crontab 0 0-23 * * * /etc/cron/teste.sh Expected result: Crontab execute the script sending the mail Actual result: -- Crontab execute the script but throw message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php and not send mail -- Edit this bug report at http://bugs.php.net/?id=26884edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: sean at abcvoice dot com Reported By: ryan at wonko dot com Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: Hate to be a Me Too poster, but: OS: Windows XP (SP1) PHP: 4.3.2 When connecting to an FTP and getting a rawlist, if I'm getting the root directory and it contains a colon (:) then rawlist (and nlist) return nothing. If I'm getting a rawlist of something in a subdirectory of root (even if root contains a colon) then it works every time. Previous Comments: [2004-01-10 13:19:21] bug at nexus-zone dot com same problem apears on version 4.3.4 will it ever work? [2003-12-23 14:35:29] mfeldNOSPAMPLEASE at mftronic dot de I'm using PHP 4.3.2 on WinXP SP1, and when using the ftp_Xlist() functions, it sometimes works and sometimes not (returns bool(false)) - almost randomly. Inserting a var_dump() has sometimes increased my chances that such a call works, like $dirlist = ftp_rawlist($conn_id, ); var_dump($dirlist); [2003-12-16 04:55:45] mnares at cox dot net This issue is still not fixed...I am running PHP 4.3.3 on Windows XP SP 1, and I still get this error. [2003-12-12 16:19:23] pdavis at pobox dot com PHP 4.3.3 seems to be showing the same problem. When trying to connect to my own FTP server (Windows/IIS) and checking the FTP log file, it seems that the login and CWD are successful but no directory request ever comes through. I moved the code over to a Linux server and connected to the IIS FTP server that I was originally trying to connect to and everything worked fine. [2002-08-16 10:03:51] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This issue appears to be fixed in the latest CVS. You can grab a snapshot of it here: http://snaps.php.net/win32/ 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057edit=1
#26884 [Opn]: Php Segmentation fault in cron
ID: 26884 User updated by: forlevibr at yahoo dot com dot br Reported By: forlevibr at yahoo dot com dot br Status: Open Bug Type: Reproducible crash Operating System: Slackware 9 PHP Version: 4CVS-2004-01-12 New Comment: Sorry The correct error message is: /etc/cron/teste.sh: line 1: 31063 Segmentation fault /usr/local/php/bin/php /etc/cron.bol/teste.php Previous Comments: [2004-01-13 09:02:00] forlevibr at yahoo dot com dot br I updated to last version (200401131230 ) and the problem continue. My new script teste.php: ?php mail([EMAIL PROTECTED], Subject, Text); ? The error: /etc/cron.bol/teste.sh: line 1: 31063 Segmentation fault /usr/local/php/bin/php /etc/cron.bol/teste.php [2004-01-12 17:46:48] [EMAIL PROTECTED] Works fine here with latest CVS and I should mention that your script has a parse error. If you can replicate the problem after fixing the parse error please generate a backtrace. [2004-01-12 09:02:54] forlevibr at yahoo dot com dot br Description: I installed PHP with the commands below: rm config.cache make clean ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-sybase-ct=/opt/sybase --with-java=/usr/local/java --enable-sockets --enable-ftp --enable-calendar make make install make install-cli Then I created a script teste.sh that have permisions 755 with the command below: /usr/local/php/bin/php /etc/cron/teste.php The script teste.php have the commands below: ?php mail([EMAIL PROTECTED], Subject', Text); ? I added the command in the contab 0 0-23 * * * /etc/cron/teste.sh When the job execute it throw the message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php When I execute the script in the line command it work, but when the cron execute it don't work. Reproduce code: --- file teste.php ?php mail([EMAIL PROTECTED], Subject', Text); ? file teste.sh /usr/local/php/bin/php /etc/cron/teste.php crontab 0 0-23 * * * /etc/cron/teste.sh Expected result: Crontab execute the script sending the mail Actual result: -- Crontab execute the script but throw message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php and not send mail -- Edit this bug report at http://bugs.php.net/?id=26884edit=1
#26891 [Opn-Fbk]: nested odbc_fetch_row produces an error
ID: 26891 Updated by: [EMAIL PROTECTED] Reported By: josep dot gorro at trendcomms dot es -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: WindowsNT SP6a PHP Version: Irrelevant New Comment: Using what database backend? Previous Comments: [2004-01-13 05:49:50] josep dot gorro at trendcomms dot es Description: I'm trying to execute a query using the same ODBC connect ID that is customized by previous query in the same code. If I comment second odbc_fetch_row runs fine. With this one uncommented a Dr.Watson on server appears. Reproduce code: --- // $connect is the connect ID to the database previously // generated without problems $query1=SELECT F11, F12 FROM T1; $result1=odbc_exec($connect,$query1); while(odbc_fetch_row($result1)) { $query2=SELECT F21, F22 FROM T2; $result2=odbc_exec($connect,$query2); while(odbc_fetch_row($result2)) { // HERE IS THE ERROR do_anything; } } Actual result: -- In server appears a Dr.Watson error (GPF) and in Apache's error log a line: Premature end of script headers: c:/php/php.exe -- Edit this bug report at http://bugs.php.net/?id=26891edit=1
#26894 [NEW]: Apache2 hangs when working with mail.
From: techtonik at tut dot by Operating system: NT 4.0 SP6a PHP version: 4.3.4 PHP Bug Type: *Mail Related Bug description: Apache2 hangs when working with mail. Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit bug report at http://bugs.php.net/?id=26894edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26894r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26894r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26894r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26894r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26894r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26894r=needscript Try newer version: http://bugs.php.net/fix.php?id=26894r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26894r=support Expected behavior: http://bugs.php.net/fix.php?id=26894r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26894r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26894r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26894r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26894r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26894r=dst IIS Stability: http://bugs.php.net/fix.php?id=26894r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26894r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26894r=float
#9673 [Com]: Relative paths in require(), require_once(), include(), include_once()
ID: 9673 Comment by: php at arantius dot cjb dot net Reported By: vvo at geocities dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux 7.1 PHP Version: 4.1.1 New Comment: I'm sure I can get around this, but things really would be nice if this worked. Situation is a very modular web site, with many files to be included, some class definitions, and some other fuctions. Off of the root /, there is /classes and /plugins . A file in /plugins is included from a file in /, and depends on a file in /classes. In other words: /main.php includes /plugin/driver.php /plugin/driver.php includes /classes/Item.php But, within /plugin/driver.php, the statement require_once ../classes/Item.php fails. Previous Comments: [2002-06-07 20:36:57] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-03-05 00:33:02] vvo at geocities dot com I was happy for awhile, but eventually I noticed a problem with *some* relative paths (in version 4.1.1). Say, there is the main script 'test.php' and two other files, 'a.inc' and 'b.inc' (in subdirs): File './test.php': ?php require_once( 'include/a/a.inc' ); ? File './include/a/a.inc': ?php require_once( '../b.inc' ); echo 'a.inc '; ? File './include/b.inc': ?php echo 'b.inc '; ? Running 'test.php' fails with: Fatal error: Failed opening required '../b.inc' (include_path='.:/usr/local/lib/php') in /home/geeba/include/a/a.inc on line 2 This isn't intended, is it? Thank you! [2001-07-16 12:07:02] [EMAIL PROTECTED] include() (and the other functions in its family) will now also look in the current executing file's directory, so this issue should be resolved. [2001-03-15 10:09:07] vvo at geocities dot com We are talking about all four functions here, not just include(). The resemblance of require() to the #include directive, as documented: quoteThe require() statement replaces itself with the specified file, much like the C preprocessor's #include works./quote If it's a known issue, are there any plans to fix it? Thanks. [2001-03-15 09:08:11] [EMAIL PROTECTED] First, PHP include() is in no way related or was promised to relate to C preprocessor directives, so no wonder it behaves differently. Now, all relative pathes are resolved against the current directory of the including script (which is the directory where it's located). This is a known issue. Use include_pathes in the meantime. 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/9673 -- Edit this bug report at http://bugs.php.net/?id=9673edit=1
#26892 [Opn]: ocinewcollection fails with Oracle 9.2
ID: 26892 User updated by: tomy at envox dot hr Reported By: tomy at envox dot hr Status: Open Bug Type: OCI8 related Operating System: Suse 8.2 PHP Version: 4CVS-2004-01-13 (stable) New Comment: Did some trial/error testing with earlier PHP versions and found out that this problem does not exist with version 4.3.1, appears in version 4.3.2 and exists ever since... It is even possible to bypass it by copying 4.3.1 oci extension source to latest CVS snapshot and then the problem does not exist anymore. Also it seems, although I cannot confirm that with 100% certainity, that it only exists if 9.2 client is used by php. It seems that 8.0 client is not affected. Hope this helps. Previous Comments: [2004-01-13 06:42:04] tomy at envox dot hr Forgot to mention my oci data from phpinfo...: OCI8 Support enabled Revision $Revision: 1.183.2.7 $ Oracle Version 9.2 Compile-time ORACLE_HOME /opt/oracle/product/9ir2 Libraries Used no value [2004-01-13 06:37:08] tomy at envox dot hr Description: ocinewcollection returns false and produces a warning, output with oci debug enabled follows in actual result. I have checked in source and using oci_debug that OCIInitialize is called using OCI_DEFAULT | OCI_OBJECT so I do not understand why this error happens. PHP is compiled using this configure: './configure' '--enable-sigchild' '--disable-static' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-mysql' '--with-xml' '--disable-rpath' '--disable-pic' '--disable-posix' '--with-zlib' '--without-pear' '--without-aspell' '--disable-dbase' '--disable-dba' '--without-mhash' '--without-gmp' '--with-gnu-ld' '--disable-bcmath' '--without-cdb' '--without-db3' '--without-db2' '--without-gdbm' '--without-ndbm' '--without-dbm' '--without-dom' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-gd' '--enable-shmop' '--enable-sysvsem' '--with-xmlrpc' '--with-oci8' '--with-mcrypt' '--with-apxs' LOCAL_ID_ARRAY is defined as: CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); Reproduce code: --- $_db_tns = (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))); $_db_user = system; $_db_pwd = pirana; ociinternaldebug(1); $db = ocinlogon($_db_user, $_db_pwd, $_db_tns); $arr = ocinewcollection($db, 'LOCAL_ID_ARRAY'); if ($arr === false) echo Collection failedbr; Expected result: I expect only oci debug data to be written. Actual result: -- $arr should be OCI-Collection however it is false. Actual output is: OCIDebug: _oci_open_server new conn=0 dname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) OCIDebug: _oci_open_session new sess=5 user=system OCIDebug: oci_do_connect: id=6 Warning: ocinewcollection(): OCITypeByName: ORA-21301: not initialized in object mode in /srv/www/htdocs/envox/info2.php on line 18 Collection failed OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_coll_list_dtor: 7 OCIDebug: START _oci_conn_list_dtor: id=6 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=5 OCIDebug: END _oci_conn_list_dtor: id=6 OCIDebug: END _oci_coll_list_dtor: 7 OCIDebug: START _oci_close_server: detaching conn=4 dbname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) -- Edit this bug report at http://bugs.php.net/?id=26892edit=1
#26851 [Asn-Csd]: Unable to find the wrapper http
ID: 26851 Updated by: [EMAIL PROTECTED] Reported By: info at sovall dot cz -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: win2k PHP Version: 5CVS-2004-01-09 (dev) Assigned To: pollita New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-13 00:27:50] [EMAIL PROTECTED] This seems to be related to the new Win32 build system. Assigning to myself, but secretly looking for Wez in IRC. [2004-01-12 02:06:13] info at sovall dot cz Code snippet output result: array(3) { [0]= string(3) php [1]= string(4) file [2]= string(13) compress.zlib } allow_url_fopen is set to On in php.ini. [2004-01-09 11:34:57] [EMAIL PROTECTED] allow_url_fopen is a PHP_SYSTEM value and cannot be changed in a script. That shouldn't be responsible for your error though, could you run this code snippet and output the results? ?php var_dump(stream_get_wrappers()); ? [2004-01-09 05:43:12] info at sovall dot cz Description: Unable to find the wrapper http. Reproduce code: --- ?php ini_set('allow_url_fopen', '1'); ini_set('user_agent', 'PHP'); $file = fopen (http://www.php.net/;, r); ? Actual result: -- Notice: fopen() [function.fopen]: Unable to find the wrapper http - did you forget to enable it when you configured PHP? -- Edit this bug report at http://bugs.php.net/?id=26851edit=1
#26893 [Opn-Ana]: Segmentation Fault
ID: 26893 Updated by: [EMAIL PROTECTED] Reported By: liz at xcalibur dot demon dot co dot uk -Status: Open +Status: Analyzed Bug Type: Reproducible crash Operating System: Linux 2.4.20 PHP Version: 5.0.0b3 (beta3) New Comment: The problem is due to the browcap extension init running before the EG(class_table) is created. This is caused by a line in your browscap containing the text LWP::Simple and this is interpreted by out ini parser as a class constant. We probably shouldn't look for class constants in our ini parser. As a workaround, you can comment out that line from your browscap.ini. Previous Comments: [2004-01-13 07:50:28] liz at xcalibur dot demon dot co dot uk bt output as requested #0 0x81537f3 in zend_hash_find (ht=0x0, arKey=0xbfffe7b4 lwp, nKeyLength=4, pData=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_hash.c:844 #1 0x8146513 in zend_lookup_class (name=0xbfffe824 LWP, name_length=3, ce=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_execute_API.c:794 #2 0x8144c59 in zend_get_constant (name=0x830d290 LWP::Simple, name_len=8, result=0xbfffe89c) at /usr/src/web/php5-200401121630/Zend/zend_constants.c:254 #3 0x813c828 in zend_ini_get_constant (result=0xbfffe90c, name=0xbfffe96c) at Zend/zend_ini_parser.c:121 #4 0x813cde6 in ini_parse () at Zend/zend_ini_parser.c:926 #5 0x813c952 in zend_parse_ini_file (fh=0xb78c, unbuffered_errors=1, ini_parser_cb=0x80d42d0 php_browscap_parser_cb, arg=0x81de3a0) at Zend/zend_ini_parser.c:176 #6 0x80d4589 in zm_startup_browscap (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/browscap.c:165 #7 0x80cf307 in zm_startup_basic (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/basic_functions.c:996 #8 0x815071a in zend_startup_module (module=0x81d2b80) at /usr/src/web/php5-200401121630/Zend/zend_API.c:1179 #9 0x812258f in php_startup_extensions (ptr=0x81dbd68, count=11) at /usr/src/web/php5-200401121630/main/main.c:1290 #10 0x8185eb5 in php_startup_internal_extensions () at main/internal_functions_cli.c:64 #11 0x8122995 in php_module_startup (sf=0x81dbcc0, additional_modules=0x0, num_additional_modules=0) at /usr/src/web/php5-200401121630/main/main.c:1458 #12 0x8184f4e in main (argc=1, argv=0xba94) at /usr/src/web/php5-200401121630/sapi/cli/php_cli.c:607 #13 0x401a72eb in __libc_start_main (main=0x8184dec main, argc=1, ubp_av=0xba94, init=0x806d4b0 _init, fini=0x818e24c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129 [2004-01-13 07:25:15] [EMAIL PROTECTED] Can you please also use the bt command from GDB to display the full callstack after the segfault? [2004-01-13 07:08:22] liz at xcalibur dot demon dot co dot uk Description: Having tried many compile variations even a simple ./configure make make install php causes seg fault - I removed all my options to check to see if it was related. I removed any reference to Zend optimizer in php.ini, so its not that Reproduce code: --- None required. I Cant get any code to run. Expected result: Anything other than seg fault. Actual result: -- (gdb) run Starting program: /usr/local/bin/php [New Thread 1024 (LWP 18459)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 18459)] 0x814fb53 in zend_hash_find (ht=0x0, arKey=0xbfffe804 lwp, nKeyLength=4, pData=0xbfffe8b4) at /usr/src/web/php-5.0.0b3/Zend/zend_hash.c:844 844 nIndex = h ht-nTableMask; -- Edit this bug report at http://bugs.php.net/?id=26893edit=1
#26893 [Ana-Csd]: Segmentation Fault
ID: 26893 Updated by: [EMAIL PROTECTED] Reported By: liz at xcalibur dot demon dot co dot uk -Status: Analyzed +Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.4.20 PHP Version: 5.0.0b3 (beta3) New Comment: Fixed in CVS. Try the next snapshot. Previous Comments: [2004-01-13 11:47:42] [EMAIL PROTECTED] The problem is due to the browcap extension init running before the EG(class_table) is created. This is caused by a line in your browscap containing the text LWP::Simple and this is interpreted by out ini parser as a class constant. We probably shouldn't look for class constants in our ini parser. As a workaround, you can comment out that line from your browscap.ini. [2004-01-13 07:50:28] liz at xcalibur dot demon dot co dot uk bt output as requested #0 0x81537f3 in zend_hash_find (ht=0x0, arKey=0xbfffe7b4 lwp, nKeyLength=4, pData=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_hash.c:844 #1 0x8146513 in zend_lookup_class (name=0xbfffe824 LWP, name_length=3, ce=0xbfffe864) at /usr/src/web/php5-200401121630/Zend/zend_execute_API.c:794 #2 0x8144c59 in zend_get_constant (name=0x830d290 LWP::Simple, name_len=8, result=0xbfffe89c) at /usr/src/web/php5-200401121630/Zend/zend_constants.c:254 #3 0x813c828 in zend_ini_get_constant (result=0xbfffe90c, name=0xbfffe96c) at Zend/zend_ini_parser.c:121 #4 0x813cde6 in ini_parse () at Zend/zend_ini_parser.c:926 #5 0x813c952 in zend_parse_ini_file (fh=0xb78c, unbuffered_errors=1, ini_parser_cb=0x80d42d0 php_browscap_parser_cb, arg=0x81de3a0) at Zend/zend_ini_parser.c:176 #6 0x80d4589 in zm_startup_browscap (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/browscap.c:165 #7 0x80cf307 in zm_startup_basic (type=1, module_number=3) at /usr/src/web/php5-200401121630/ext/standard/basic_functions.c:996 #8 0x815071a in zend_startup_module (module=0x81d2b80) at /usr/src/web/php5-200401121630/Zend/zend_API.c:1179 #9 0x812258f in php_startup_extensions (ptr=0x81dbd68, count=11) at /usr/src/web/php5-200401121630/main/main.c:1290 #10 0x8185eb5 in php_startup_internal_extensions () at main/internal_functions_cli.c:64 #11 0x8122995 in php_module_startup (sf=0x81dbcc0, additional_modules=0x0, num_additional_modules=0) at /usr/src/web/php5-200401121630/main/main.c:1458 #12 0x8184f4e in main (argc=1, argv=0xba94) at /usr/src/web/php5-200401121630/sapi/cli/php_cli.c:607 #13 0x401a72eb in __libc_start_main (main=0x8184dec main, argc=1, ubp_av=0xba94, init=0x806d4b0 _init, fini=0x818e24c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129 [2004-01-13 07:25:15] [EMAIL PROTECTED] Can you please also use the bt command from GDB to display the full callstack after the segfault? [2004-01-13 07:08:22] liz at xcalibur dot demon dot co dot uk Description: Having tried many compile variations even a simple ./configure make make install php causes seg fault - I removed all my options to check to see if it was related. I removed any reference to Zend optimizer in php.ini, so its not that Reproduce code: --- None required. I Cant get any code to run. Expected result: Anything other than seg fault. Actual result: -- (gdb) run Starting program: /usr/local/bin/php [New Thread 1024 (LWP 18459)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 18459)] 0x814fb53 in zend_hash_find (ht=0x0, arKey=0xbfffe804 lwp, nKeyLength=4, pData=0xbfffe8b4) at /usr/src/web/php-5.0.0b3/Zend/zend_hash.c:844 844 nIndex = h ht-nTableMask; -- Edit this bug report at http://bugs.php.net/?id=26893edit=1
#24243 [Ver-Csd]: Browscap causes segfault
ID: 24243 Updated by: [EMAIL PROTECTED] Reported By: neon at neon-line dot net -Status: Verified +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2003-11-29 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-16 23:35:13] php_bugs at garykeith dot com As the offical source of browscap.ini for PHP I have to let you know that I'd love to modify the files I distribute to include quotes in the browser name. Unfortunately in IIS the quotes are included as part of the browser name. So as much as I'd like to help I guess we'll just have to wait for a bug fix. -gary. [2003-06-18 11:17:03] [EMAIL PROTECTED] As a temporary fix, you can put quotation marks around LWP::Simple where it says browser=LWP::Simple in browscap.ini. It's the double-colons that are messing things up, as zend_get_constant is trying to do a class lookup on the lwp class, which will obviously fail. Perhaps a flag argument could be added to zend_get_constant to prevent checking for '::' and that class lookup? (Or rather, zend_get_constant_ex or whatever with new defines for BC?) J [2003-06-18 06:37:49] neon at neon-line dot net Browscap causes this segfault. Without it everything goes like it should. [2003-06-18 06:12:58] neon at neon-line dot net Description: Segmentation fault with php -v Reproduce code: --- php -v Expected result: PHP 5.0.0-dev (cli) (built: Jun 18 2003 08:06:52) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2003 Zend Technologies Actual result: -- (gdb) run -v Starting program: /usr/home/neon/php5-200306180930/sapi/cli/php -v Program received signal SIGSEGV, Segmentation fault. 0x810c437 in zend_hash_find (ht=0x0, arKey=0xbfbfe988 lwp, nKeyLength=4, pData=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_hash.c:840 840 nIndex = h ht-nTableMask; (gdb) bt #0 0x810c437 in zend_hash_find (ht=0x0, arKey=0xbfbfe988 lwp, nKeyLength=4, pData=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_hash.c:840 #1 0x8100732 in zend_lookup_class (name=0xbfbfe988 lwp, name_length=3, ce=0xbfbfe9c8) at /usr/home/neon/php5-200306180930/Zend/zend_execute_API.c:703 #2 0x80ff2b8 in zend_get_constant (name=0x81d0880 LWP::Simple, name_len=11, result=0xbfbfea00) at /usr/home/neon/php5-200306180930/Zend/zend_constants.c:251 #3 0x80f71c8 in zend_ini_get_constant (result=0xbfbfea70, name=0xbfbfead0) at Zend/zend_ini_parser.c:121 #4 0x80f77a8 in ini_parse () at Zend/zend_ini_parser.c:928 #5 0x80f72ea in zend_parse_ini_file (fh=0xbfbff8f0, unbuffered_errors=1, ini_parser_cb=0x8091560 php_browscap_parser_cb, arg=0x8170e60) at Zend/zend_ini_parser.c:176 #6 0x809180c in zm_startup_browscap (type=1, module_number=2) at /usr/home/neon/php5-200306180930/ext/standard/browscap.c:165 #7 0x808cc6f in zm_startup_basic (type=1, module_number=2) at /usr/home/neon/php5-200306180930/ext/standard/basic_functions.c:1084 #8 0x8109d46 in zend_startup_module (module=0x8167460) at /usr/home/neon/php5-200306180930/Zend/zend_API.c:1126 #9 0x80ded27 in php_startup_extensions (ptr=0x816fc88, count=7) at /usr/home/neon/php5-200306180930/main/main.c:1222 #10 0x812f7b1 in php_startup_internal_extensions () at main/internal_functions_cli.c:62 #11 0x80df115 in php_module_startup (sf=0x816fbe0, additional_modules=0x0, num_additional_modules=0) at /usr/home/neon/php5-200306180930/main/main.c:1387 #12 0x812e8aa in main (argc=2, argv=0xbfbffb88) at /usr/home/neon/php5-200306180930/sapi/cli/php_cli.c:592 -- Edit this bug report at http://bugs.php.net/?id=24243edit=1
#26882 [Opn-Bgs]: The file upload has the increased size
ID: 26882 Updated by: [EMAIL PROTECTED] Reported By: mascari at odarainternet dot com dot br -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Conectiva Linux 9.0 PHP Version: 4CVS-2004-01-12 New Comment: Not PHP bug but a configuration error. Previous Comments: [2004-01-13 08:23:41] mascari at odarainternet dot com dot br I removed the lines and the problem was decided. You it could say me because those lines caused this problem and because to use -- with-apxs2 instead of -- to with-apxs2filter? It is would like to tell the problem for the company who created the original packages. Thanks for help [2004-01-13 06:48:14] [EMAIL PROTECTED] Remove this: Files *.php SetOutputFilter PHP SetInputFilter PHP /Files And use the --with-apxs2 configure option when you configure PHP. [2004-01-13 05:55:17] mascari at odarainternet dot com dot br --- # php.conf # This file is included by a Include conf/conf.d/*.conf directive in the # Apache httpd.conf file. Files *.php SetOutputFilter PHP SetInputFilter PHP /Files DirectoryIndex index.php --- # php.module # This file is included by a Include conf/conf.d/*.module directive in the Apache httpd.conf file. LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps --- # /etc/php.ini [PHP] engine = On short_open_tag = On asp_tags = Off precision= 12 output_buffering = Off zlib.output_compression = Off implicit_flush = Off unserialize_callback_func= serialize_precision = 100 allow_call_time_pass_reference = On safe_mode = Off safe_mode_gid = Off safe_mode_include_dir = safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = disable_classes = expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 8M error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = Off log_errors = Off log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off auto_prepend_file = auto_append_file = default_mimetype = text/html doc_root = user_dir = extension_dir = /usr/lib/php4 enable_dl = On file_uploads = On upload_tmp_dir = /tmp upload_max_filesize = 5M allow_url_fopen = On allow_url_fopen = On extension=imap.so extension=mysql.so extension=odbc.so --- # httpd.conf ## ## Server-Pool Size Regulation (MPM specific) ## # prefork MPM IfModule prefork.c StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 /IfModule # worker MPM IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule # perchild MPM IfModule perchild.c NumServers 5 StartThreads 5 MinSpareThreads 5 MaxSpareThreads 10 MaxThreadsPerChild 20 MaxRequestsPerChild 0 /IfModule # WinNT MPM IfModule mpm_winnt.c ThreadsPerChild 250 MaxRequestsPerChild 0 /IfModule # BeOS MPM IfModule beos.c StartThreads 10 MaxClients 50 MaxRequestsPerThread 1 /IfModule # NetWare MPM IfModule mpm_netware.c ThreadStackSize 65536 StartThreads 250 MinSpareThreads 25 MaxSpareThreads250 MaxThreads1000 MaxRequestsPerChild 0 /IfModule # OS/2 MPM IfModule mpmt_os2.c StartServers 2 MinSpareThreads5 MaxSpareThreads 10 MaxRequestsPerChild0 /IfModule [2004-01-13 05:12:38] [EMAIL PROTECTED] What did you put into httpd.conf to enable PHP? And what was the configure line used to configure PHP? What MPM is used for Apache2? [2004-01-12 08:44:49] mascari at odarainternet dot com dot br Description: I am using Apache 2.0.48 and PHP 4.3.3 and how much I try to make upload of file not text, the size of the file are increased. Analyzing the content of the increased file, I perceived that all the lines blank, marked for caracter @ had been substituted by the posterior content the lines blank. PS: I tested to send an file
#26738 [Opn-Bgs]: PHP-OCI binding error
ID: 26738 Updated by: [EMAIL PROTECTED] Reported By: mbaranidharan at yahoo dot com -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: * PHP Version: 4.3.4 New Comment: First, you need to allocate new descriptor with ocinewdescriptor(). Your stored proc will return cursor, using this descriptor. After this your should fetch data from this cursor, as you usually do with query results. And second: after these two lines your variable contains only Begin etc.. Use $sql .= in second line. --- #1 sql = declare o_EmpNo Employee_pkg.tblEmpNo;o_EName Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;; #2 $sql = Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;; --- This doesn't look like a bug, bogusifying it.. Previous Comments: [2004-01-12 23:54:28] mbaranidharan at yahoo dot com Below i have given the package and package body created in oracle database. * CREATE PACKAGE Employee_Pkg AS TYPE tblEmpNo IS TABLE OF NUMBER(4) INDEX BY BINARY_INTEGER; TYPE tblEName IS TABLE OF VARCHAR2(10) INDEX BY BINARY_INTEGER; TYPE tblJob IS TABLE OF VARCHAR2(9) INDEX BY BINARY_INTEGER; PROCEDURE EmployeeSearch (i_EName IN VARCHAR2, o_EmpNo OUT tblEmpNo, o_EName OUT tblEName, o_Job OUT tblJob); END Employee_Pkg; / CREATE PACKAGE BODY Employee_Pkg AS PROCEDURE EmployeeSearch (i_EName IN VARCHAR2, o_EmpNo OUT tblEmpNo, o_EName OUT tblEName, o_Job OUT tblJob) IS CURSOR cur_employee (curName VARCHAR2) IS SELECT empno, ename, job FROM emp WHERE UPPER(ename) LIKE '%' || UPPER(curName) || '%' ORDER BY ename; RecordCount NUMBER DEFAULT 0; BEGIN FOR curRecEmployee IN cur_employee(i_EName) LOOP RecordCount:= RecordCount + 1; o_EmpNo(RecordCount):= curRecEmployee.empno; o_EName(RecordCount):= curRecEmployee.ename; o_Job(RecordCount):= curRecEmployee.job; END LOOP; END EmployeeSearch; END Employee_Pkg; / * Below is my sql block calling the package SQL=declare o_EmpNo Employee_pkg.tblEmpNo; o_EName Employee_pkg.tblEName; o_Job Employee_pkg.tblJob; Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job); End; when i call this package from php using OCI i should get the results as below o_EmpNo o_EName o_job 7499ALLEN SALESMAN 7698BLAKE MANAGER 7900JAMES CLERK 7566JONES MANAGER 7934MILLER CLERK 7844TURNER SALESMAN but iam getting error msg as Warning: ociexecute(): OCIStmtExecute: ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PL/SQL: Statement ignored in c:\apache group\apache\htdocs\ here is the code that i executed $sql = declare o_EmpNo Employee_pkg.tblEmpNo;o_EName Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;; $sql = Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;; $conn = OCILogon(scott,tiger); $stmt = OCIParse($conn,$sql); OCIBindByname($stmt,':o_Empno',$o_array1); OCIBindByname($stmt,':o_EName',$o_timestamp); OCIBindByname($stmt,':o_Job',$o_array2); OCIExecute($stmt); OCILogoff($conn); [2004-01-12 19:27:36] [EMAIL PROTECTED] Can you tell us what error exactly do you get? Are there any error messages? Currently I can't understand what are you talking about, sorry. [2004-01-04 23:21:17] mbaranidharan at yahoo dot com Iam trying to call a package in oracle 9i db which returns me out parameters of type table.When i try to bind the out parameter and execute iam getting error. This error occured bcoz table type in oracle again internally an array which php is not able to identify.I get the same error with both ORA and OCI. [2004-01-02 11:00:55] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-12-29 04:56:56] mbaranidharan at yahoo dot com Description: Trying to call a package in oracle
#26884 [Opn-Fbk]: Php Segmentation fault in cron
ID: 26884 Updated by: [EMAIL PROTECTED] Reported By: forlevibr at yahoo dot com dot br -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Slackware 9 PHP Version: 4CVS-2004-01-12 New Comment: Do you get a core file anywhere..? The GDB backtrace would help a lot. Previous Comments: [2004-01-13 09:07:02] forlevibr at yahoo dot com dot br Sorry The correct error message is: /etc/cron/teste.sh: line 1: 31063 Segmentation fault /usr/local/php/bin/php /etc/cron.bol/teste.php [2004-01-13 09:02:00] forlevibr at yahoo dot com dot br I updated to last version (200401131230 ) and the problem continue. My new script teste.php: ?php mail([EMAIL PROTECTED], Subject, Text); ? The error: /etc/cron.bol/teste.sh: line 1: 31063 Segmentation fault /usr/local/php/bin/php /etc/cron.bol/teste.php [2004-01-12 17:46:48] [EMAIL PROTECTED] Works fine here with latest CVS and I should mention that your script has a parse error. If you can replicate the problem after fixing the parse error please generate a backtrace. [2004-01-12 09:02:54] forlevibr at yahoo dot com dot br Description: I installed PHP with the commands below: rm config.cache make clean ./configure --prefix=/usr/local/php --with-apxs=/usr/local/apache/bin/apxs --with-sybase-ct=/opt/sybase --with-java=/usr/local/java --enable-sockets --enable-ftp --enable-calendar make make install make install-cli Then I created a script teste.sh that have permisions 755 with the command below: /usr/local/php/bin/php /etc/cron/teste.php The script teste.php have the commands below: ?php mail([EMAIL PROTECTED], Subject', Text); ? I added the command in the contab 0 0-23 * * * /etc/cron/teste.sh When the job execute it throw the message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php When I execute the script in the line command it work, but when the cron execute it don't work. Reproduce code: --- file teste.php ?php mail([EMAIL PROTECTED], Subject', Text); ? file teste.sh /usr/local/php/bin/php /etc/cron/teste.php crontab 0 0-23 * * * /etc/cron/teste.sh Expected result: Crontab execute the script sending the mail Actual result: -- Crontab execute the script but throw message: /etc/cron/teste.sh: line 1: 27310 Segmentation fault /usr/local/php/bin/php /etc/cron/teste.php and not send mail -- Edit this bug report at http://bugs.php.net/?id=26884edit=1
#26894 [Opn-Fbk]: Apache2 hangs when working with mail.
ID: 26894 Updated by: [EMAIL PROTECTED] Reported By: techtonik at tut dot by -Status: Open +Status: Feedback -Bug Type: *Mail Related +Bug Type: IMAP related Operating System: NT 4.0 SP6a PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Try the snapshot first. Previous Comments: [2004-01-13 09:45:59] techtonik at tut dot by Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit this bug report at http://bugs.php.net/?id=26894edit=1
#26892 [Opn-Ana]: ocinewcollection fails with Oracle 9.2
ID: 26892 Updated by: [EMAIL PROTECTED] Reported By: tomy at envox dot hr -Status: Open +Status: Analyzed Bug Type: OCI8 related Operating System: Suse 8.2 PHP Version: 4CVS-2004-01-13 (stable) New Comment: Please, try PHP5 latest snapshots and check if it works with them. Previous Comments: [2004-01-13 11:24:47] tomy at envox dot hr Did some trial/error testing with earlier PHP versions and found out that this problem does not exist with version 4.3.1, appears in version 4.3.2 and exists ever since... It is even possible to bypass it by copying 4.3.1 oci extension source to latest CVS snapshot and then the problem does not exist anymore. Also it seems, although I cannot confirm that with 100% certainity, that it only exists if 9.2 client is used by php. It seems that 8.0 client is not affected. Hope this helps. [2004-01-13 06:42:04] tomy at envox dot hr Forgot to mention my oci data from phpinfo...: OCI8 Support enabled Revision $Revision: 1.183.2.7 $ Oracle Version 9.2 Compile-time ORACLE_HOME /opt/oracle/product/9ir2 Libraries Used no value [2004-01-13 06:37:08] tomy at envox dot hr Description: ocinewcollection returns false and produces a warning, output with oci debug enabled follows in actual result. I have checked in source and using oci_debug that OCIInitialize is called using OCI_DEFAULT | OCI_OBJECT so I do not understand why this error happens. PHP is compiled using this configure: './configure' '--enable-sigchild' '--disable-static' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-mysql' '--with-xml' '--disable-rpath' '--disable-pic' '--disable-posix' '--with-zlib' '--without-pear' '--without-aspell' '--disable-dbase' '--disable-dba' '--without-mhash' '--without-gmp' '--with-gnu-ld' '--disable-bcmath' '--without-cdb' '--without-db3' '--without-db2' '--without-gdbm' '--without-ndbm' '--without-dbm' '--without-dom' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-gd' '--enable-shmop' '--enable-sysvsem' '--with-xmlrpc' '--with-oci8' '--with-mcrypt' '--with-apxs' LOCAL_ID_ARRAY is defined as: CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); Reproduce code: --- $_db_tns = (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))); $_db_user = system; $_db_pwd = pirana; ociinternaldebug(1); $db = ocinlogon($_db_user, $_db_pwd, $_db_tns); $arr = ocinewcollection($db, 'LOCAL_ID_ARRAY'); if ($arr === false) echo Collection failedbr; Expected result: I expect only oci debug data to be written. Actual result: -- $arr should be OCI-Collection however it is false. Actual output is: OCIDebug: _oci_open_server new conn=0 dname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) OCIDebug: _oci_open_session new sess=5 user=system OCIDebug: oci_do_connect: id=6 Warning: ocinewcollection(): OCITypeByName: ORA-21301: not initialized in object mode in /srv/www/htdocs/envox/info2.php on line 18 Collection failed OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_coll_list_dtor: 7 OCIDebug: START _oci_conn_list_dtor: id=6 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=5 OCIDebug: END _oci_conn_list_dtor: id=6 OCIDebug: END _oci_coll_list_dtor: 7 OCIDebug: START _oci_close_server: detaching conn=4 dbname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) -- Edit this bug report at http://bugs.php.net/?id=26892edit=1
#26896 [NEW]: ftp module doesn't work when compiled as extension module
From: jdolecek at NetBSD dot org Operating system: NetBSD 1.6ZG PHP version: 4.3.4 PHP Bug Type: FTP related Bug description: ftp module doesn't work when compiled as extension module Description: When the ftp extension is compiled as module and loaded as such, some symbols (such as ftp_connect()) are not defined and thus PHP won't start. This happens due to HAVE_FTP not being defined when ftp.c is being compiled. This is because ftp.c doesn't include config.h as it should. This is patch which fixes the problem (now in NetBSD pkgsrc): --- ftp.c.orig 2004-01-13 19:31:39.0 +0100 +++ ftp.c 2004-01-13 19:31:48.0 +0100 @@ -19,6 +19,10 @@ /* $Id: ftp.c,v 1.68.2.10 2003/09/09 21:15:20 pollita Exp $ */ +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #include php.h #if HAVE_FTP Reproduce code: --- tar xzf php-4.3.4.tar.bz ext/ftp cd php-4.3.4/ext/ftp phpize ./configure --with-ftp make make install after that: php -r 'ftp_connect(ftp.funet.fi)' -- Edit bug report at http://bugs.php.net/?id=26896edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26896r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26896r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26896r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26896r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26896r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26896r=needscript Try newer version: http://bugs.php.net/fix.php?id=26896r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26896r=support Expected behavior: http://bugs.php.net/fix.php?id=26896r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26896r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26896r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26896r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26896r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26896r=dst IIS Stability: http://bugs.php.net/fix.php?id=26896r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26896r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26896r=float
#26896 [Opn]: ftp module doesn't work when compiled as extension module
ID: 26896 User updated by: jdolecek at NetBSD dot org Reported By: jdolecek at NetBSD dot org Status: Open Bug Type: FTP related Operating System: NetBSD 1.6ZG PHP Version: 4.3.4 New Comment: Forgot to add you need to add the extension=ftp.so line to your php.ini Sorry about that. Previous Comments: [2004-01-13 13:45:33] jdolecek at NetBSD dot org Description: When the ftp extension is compiled as module and loaded as such, some symbols (such as ftp_connect()) are not defined and thus PHP won't start. This happens due to HAVE_FTP not being defined when ftp.c is being compiled. This is because ftp.c doesn't include config.h as it should. This is patch which fixes the problem (now in NetBSD pkgsrc): --- ftp.c.orig 2004-01-13 19:31:39.0 +0100 +++ ftp.c 2004-01-13 19:31:48.0 +0100 @@ -19,6 +19,10 @@ /* $Id: ftp.c,v 1.68.2.10 2003/09/09 21:15:20 pollita Exp $ */ +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #include php.h #if HAVE_FTP Reproduce code: --- tar xzf php-4.3.4.tar.bz ext/ftp cd php-4.3.4/ext/ftp phpize ./configure --with-ftp make make install after that: php -r 'ftp_connect(ftp.funet.fi)' -- Edit this bug report at http://bugs.php.net/?id=26896edit=1
#26829 [Fbk-Ver]: Killed Oracle Sessions openned with OCIPLogon()
ID: 26829 Updated by: [EMAIL PROTECTED] Reported By: david dot gaia dot kano at dartmouth dot edu -Status: Feedback +Status: Verified Bug Type: OCI8 related Operating System: Compaq Unix PHP Version: 4.3.4 Previous Comments: [2004-01-07 20:14:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip AFAICT, the function does check if persistent connection is still alive (using oci_ping())..but did you mean the connection is killed while the script is being run or what? [2004-01-07 11:36:45] david dot gaia dot kano at dartmouth dot edu Description: Here at Dartmouth our DBA team has a policy of killing any Oracle session that has been connected for longer than 24 hours. Hence the persistant connections created by the PHP OCIPLogon() call get killed once a day. We don't really want to restart our apache server once a day, so it would be great if OCIPLogon() would check to see that a previously created persistant connection is still good somehow and if not, create a new connection. I noticed quite a few bugs along these lines, but they have all been closed. I don't know if that is because this bug was fixed or because the submitters have continued to restart their servers after every database restart or killed connection. If this is not going to be fixed, I guess we would have to write our own application level code to check the connections from ociplogon() and if it is bad, use OCILogon() instead for that request and issue a apache_child_terminate() call so that eventually all the children with bad oracle sessions would be restarted... Reproduce code: --- $con = OCIPLogon(user, password, tns_db_name); // at this point all looks good still... $con != false // but if this session was killed then any use of $con // results in one error or another. -- Edit this bug report at http://bugs.php.net/?id=26829edit=1
#26892 [Ana-Fbk]: ocinewcollection fails with Oracle 9.2
ID: 26892 Updated by: [EMAIL PROTECTED] Reported By: tomy at envox dot hr -Status: Analyzed +Status: Feedback Bug Type: OCI8 related Operating System: Suse 8.2 PHP Version: 4CVS-2004-01-13 (stable) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-01-13 13:44:58] [EMAIL PROTECTED] Please, try PHP5 latest snapshots and check if it works with them. [2004-01-13 11:24:47] tomy at envox dot hr Did some trial/error testing with earlier PHP versions and found out that this problem does not exist with version 4.3.1, appears in version 4.3.2 and exists ever since... It is even possible to bypass it by copying 4.3.1 oci extension source to latest CVS snapshot and then the problem does not exist anymore. Also it seems, although I cannot confirm that with 100% certainity, that it only exists if 9.2 client is used by php. It seems that 8.0 client is not affected. Hope this helps. [2004-01-13 06:42:04] tomy at envox dot hr Forgot to mention my oci data from phpinfo...: OCI8 Support enabled Revision $Revision: 1.183.2.7 $ Oracle Version 9.2 Compile-time ORACLE_HOME /opt/oracle/product/9ir2 Libraries Used no value [2004-01-13 06:37:08] tomy at envox dot hr Description: ocinewcollection returns false and produces a warning, output with oci debug enabled follows in actual result. I have checked in source and using oci_debug that OCIInitialize is called using OCI_DEFAULT | OCI_OBJECT so I do not understand why this error happens. PHP is compiled using this configure: './configure' '--enable-sigchild' '--disable-static' '--enable-track-vars' '--enable-trans-sid' '--enable-sockets' '--with-mysql' '--with-xml' '--disable-rpath' '--disable-pic' '--disable-posix' '--with-zlib' '--without-pear' '--without-aspell' '--disable-dbase' '--disable-dba' '--without-mhash' '--without-gmp' '--with-gnu-ld' '--disable-bcmath' '--without-cdb' '--without-db3' '--without-db2' '--without-gdbm' '--without-ndbm' '--without-dbm' '--without-dom' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-gd' '--enable-shmop' '--enable-sysvsem' '--with-xmlrpc' '--with-oci8' '--with-mcrypt' '--with-apxs' LOCAL_ID_ARRAY is defined as: CREATE OR REPLACE TYPE local_id_array AS TABLE OF NUMBER(11); Reproduce code: --- $_db_tns = (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))); $_db_user = system; $_db_pwd = pirana; ociinternaldebug(1); $db = ocinlogon($_db_user, $_db_pwd, $_db_tns); $arr = ocinewcollection($db, 'LOCAL_ID_ARRAY'); if ($arr === false) echo Collection failedbr; Expected result: I expect only oci debug data to be written. Actual result: -- $arr should be OCI-Collection however it is false. Actual output is: OCIDebug: _oci_open_server new conn=0 dname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) OCIDebug: _oci_open_session new sess=5 user=system OCIDebug: oci_do_connect: id=6 Warning: ocinewcollection(): OCITypeByName: ORA-21301: not initialized in object mode in /srv/www/htdocs/envox/info2.php on line 18 Collection failed OCIDebug: START php_rshutdown_oci OCIDebug: END php_rshutdown_oci OCIDebug: START _oci_coll_list_dtor: 7 OCIDebug: START _oci_conn_list_dtor: id=6 OCIDebug: nothing to do.. OCIDebug: START _oci_close_session: logging-off sess=5 OCIDebug: END _oci_conn_list_dtor: id=6 OCIDebug: END _oci_coll_list_dtor: 7 OCIDebug: START _oci_close_server: detaching conn=4 dbname=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.3.41)(PORT=1521)))(CONNECT_DATA=(SID=pirana)(SERVER=DEDICATED))) -- Edit this bug report at http://bugs.php.net/?id=26892edit=1
#26896 [Opn-Csd]: ftp module doesn't work when compiled as extension module
ID: 26896 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Closed Bug Type: FTP related Operating System: NetBSD 1.6ZG PHP Version: 4.3.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-13 13:48:38] jdolecek at NetBSD dot org Forgot to add you need to add the extension=ftp.so line to your php.ini Sorry about that. [2004-01-13 13:45:33] jdolecek at NetBSD dot org Description: When the ftp extension is compiled as module and loaded as such, some symbols (such as ftp_connect()) are not defined and thus PHP won't start. This happens due to HAVE_FTP not being defined when ftp.c is being compiled. This is because ftp.c doesn't include config.h as it should. This is patch which fixes the problem (now in NetBSD pkgsrc): --- ftp.c.orig 2004-01-13 19:31:39.0 +0100 +++ ftp.c 2004-01-13 19:31:48.0 +0100 @@ -19,6 +19,10 @@ /* $Id: ftp.c,v 1.68.2.10 2003/09/09 21:15:20 pollita Exp $ */ +#ifdef HAVE_CONFIG_H +#include config.h +#endif + #include php.h #if HAVE_FTP Reproduce code: --- tar xzf php-4.3.4.tar.bz ext/ftp cd php-4.3.4/ext/ftp phpize ./configure --with-ftp make make install after that: php -r 'ftp_connect(ftp.funet.fi)' -- Edit this bug report at http://bugs.php.net/?id=26896edit=1
#20298 [Com]: odbc.check_persistent not working
ID: 20298 Comment by: schampailler at easynet dot be Reported By: phpbug at tab1 dot clara dot co dot uk Status: Open Bug Type: ODBC related Operating System: Windows 2000 Server SP4 PHP Version: 4CVS, 5CVS New Comment: I have a similar problem with : Windows 2000 Server Professional IIS 5 Oracle ODBC 8.01.07 Driver PHP 4.3.4 If the connection to the Oracle DB dies, then PHP is not able to resurect it nor to detect it's dead. Using odbc_connect instead of odbc_pconnect solve the problem. functionaly, but not optimally. I don't have the exact error message here, but it has the same symptoms as the 2 Dec 2003 post : the Oracle ODBC driver tells the connection is dead and PHP just returns that error. Previous Comments: [2003-12-02 04:47:47] phpbug at tab1 dot clara dot co dot uk okay this was tested with: php4-win32-STABLE-200312020930 1st run: resource(2) of type (odbc link persistent) followed by the correct query results 2nd run (after killing db connection): resource(1) of type (odbc link persistent) Warning: odbc_exec(): SQL error: [Informix][Informix ODBC Driver]Communication link failure., SQL state 08S01 in SQLExecDirect in C:\InetPub\wwwroot\test.php on line 8 [2003-12-01 03:00:17] [EMAIL PROTECTED] Can you add 'var_dump($dbconn);' after that odbc_pconnect() call..? What does it output? (in the re-run) [2003-02-20 04:58:12] t_o_m_ at yahoo dot com Having reread all of this I see that nowhere have I mentioned I'm using IIS (ISAPI) not Apache, if that makes a difference? I thought when I put Windows in the OS box whoever read it would assume IIS. In answer to your question no, the behaviour is the same if odbc.check_persistent is on or off. The point is when it is off I would expect it to be my responsibility to check the connection and would expect the error if I did not. I would expect that when odbc.check_persistent was on odbc_pconnect was supposed to check the connection for me if the connection it is about to return from its pool is dead then it should discard it and create a new one as when the pool is empty. Which is clearly not happening. [2003-02-18 12:01:03] [EMAIL PROTECTED] Well the nature of CGI doesn't really lend itself to supporting persistant connections. It's run when requested and then exited after that. So no data can really presist between pages that exists solely in the CGI. So this behavior only exists when odbc.check_persistent is turned on? [2003-02-17 10:08:22] t_o_m_ at yahoo dot com Yes still a problem under 4.3.0 I am using the ISAPI module. I don't believe that persistent connections are supported at all under CGI. So odbc_pconnect == odbc_connect which would give the illusion of working, although the connection would not actually be persisting. The first time you reload the page after killing the database connection you get: Warning: SQL error: No response from the backend; Subsequent reloads give: Warning: SQL error: Could not send Query(connection dead); 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/20298 -- Edit this bug report at http://bugs.php.net/?id=20298edit=1
#24952 [Opn-Fbk]: PHP 4.3.2 + Postgresql 4.3.x whitout SSL insert 2 elements
ID: 24952 Updated by: [EMAIL PROTECTED] Reported By: sirber at myrealbox dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Gentoo Linux PHP Version: 4.3.2 New Comment: Does it happen if your page contains ONLY the code, no HTML at all? Previous Comments: [2004-01-12 11:37:30] sirb3r at yahoo dot ca The bug strike again, in Internet Explorer, whitout SSL. PostgreSQL: 7.3.5 PHP: 4.3.4-r2 Apache: 2.0.48-r1 From apache logs: the pages are asked only once: page1 - save - page2 From Javascript: the output from page save is only sent once (tested with alert) From PHP: the script is executed twice: 12 2004-01-12 11:08:34.834394 Ajout de contrat: PID:10607 ID:3200 13 2004-01-12 11:08:34.900397 Ajout de contrat: PID:24142 ID:3201 with this code: pg_query(INSERT INTO tblasscontrat (enttitulaireid, refassureurid, nom, numero, dateeffective, dateterminaison , ident_emp, creepar, type) VALUES ( . $entTitulaireID . , . $selAssureur . , ' . $txtNom . ', ' . $txtNo . ', .$txtDateEffective . , . $txtDateTerminaison . , . GetMyPid() . , . $sUserID . , . $Type.)); $sqlLastID = pg_query(SELECT currval('tblasscontrat_asscontratid_seq') AS lastid FROM tblasscontrat); $rsLastID = pg_fetch_object($sqlLastID); $rsLastID = $rsLastID-lastid; $req = INSERT INTO tbllog (message) VALUES ('Ajout de contrat: PID: . GetMyPid() . ID: . $rsLastID . '); pg_query($req); Possible cause: from: Internet Explorer 6.0.2800.1106.XPSP2.030422-1633 - apache - mod_php - postgresql mod_php execute the scripts 2 times, but only return the first one to apache. from: Internet Explorer 6.0.2800.1106.XPSP2.030422-1633 - apache - mod_ssl - mod_php - postgresql the script is only executed once. On Mozilla 1.5, with or without SSL, the script is only executed once. I tryed with HTTP 1.0/1.1, with and without proxy (squid), and this error happend on both of my servers, both running gentoo linux. [2003-08-06 08:00:04] sirber at myrealbox dot com Ths page isn't reloaded, and it's processed only 1 time. I think there is a conflict between mod_php and apache, coz when the page goes through mod_ssl it's working #1... [2003-08-05 18:05:40] [EMAIL PROTECTED] Broken/invalid HTML has been the cause for these kind of problems before. It sometimes causes the page to get reloaded and thus you get duplicate entries in your DB. [2003-08-05 16:12:34] sirber at myrealbox dot com I got it few times on Mozilla, but it's at ~90% with IE. [2003-08-05 14:45:35] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. If you cannot replicate the error accross all browsers then this is a browser issue and not a PHP one. 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/24952 -- Edit this bug report at http://bugs.php.net/?id=24952edit=1
#26844 [Opn-Fbk]: Problems with --with-mime-magic
ID: 26844 Updated by: [EMAIL PROTECTED] Reported By: php at humbapa dot ch -Status: Open +Status: Feedback Bug Type: PHP options/info functions Operating System: Linux 2.4.22 (Debian unstable) PHP Version: 5CVS-2004-01-08 (dev) New Comment: So PHP 4 CVS works, but PHP 5 doesn't? Previous Comments: [2004-01-09 03:25:02] php at humbapa dot ch With the latest PHP4.3.* from CVS --with-mime-magic=/usr/local/apache2/conf/magic works without any problems [2004-01-08 09:00:05] php at humbapa dot ch Description: When I start apache2 with php5cvs as SAPI module the error_log contains: PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:22) '' is not a valid mimetype, etry skipped in Unknown on line 0 PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:59) 'audio/x-aiff ' is not a valid mimetype, etry skipped in Unknown on line 0 PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:270) 'text/plain8bit' is not a valid mimetype, etry skipped in Unknown on line 0 I use the latest PHP5 from CVS and build with: --with-mime-magic=/usr/local/apache2/conf/magic (the magicfile that comes with apache2) - is it not possible to use the magicfile from apache2? - why do the startuperros show up when I set display_startup_errors = Off in php.ini? - Apache2 exit with segmentation fault when I call the function phpinfo() - etry should be entry :-) -- Edit this bug report at http://bugs.php.net/?id=26844edit=1
#26844 [Fbk]: Problems with ext/mime_magic
ID: 26844 Updated by: [EMAIL PROTECTED] -Summary: Problems with --with-mime-magic Reported By: php at humbapa dot ch Status: Feedback -Bug Type: PHP options/info functions +Bug Type: *General Issues Operating System: Linux 2.4.22 (Debian unstable) PHP Version: 5CVS-2004-01-08 (dev) New Comment: There's new php.ini option, mime_magic.debug, try enable that in your php.ini. (add line 'mime_magic.debug = 1' in it) Previous Comments: [2004-01-13 14:34:07] [EMAIL PROTECTED] So PHP 4 CVS works, but PHP 5 doesn't? [2004-01-09 03:25:02] php at humbapa dot ch With the latest PHP4.3.* from CVS --with-mime-magic=/usr/local/apache2/conf/magic works without any problems [2004-01-08 09:00:05] php at humbapa dot ch Description: When I start apache2 with php5cvs as SAPI module the error_log contains: PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:22) '' is not a valid mimetype, etry skipped in Unknown on line 0 PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:59) 'audio/x-aiff ' is not a valid mimetype, etry skipped in Unknown on line 0 PHP Warning: PHP Startup: : (/usr/local/apache2/conf/magic:270) 'text/plain8bit' is not a valid mimetype, etry skipped in Unknown on line 0 I use the latest PHP5 from CVS and build with: --with-mime-magic=/usr/local/apache2/conf/magic (the magicfile that comes with apache2) - is it not possible to use the magicfile from apache2? - why do the startuperros show up when I set display_startup_errors = Off in php.ini? - Apache2 exit with segmentation fault when I call the function phpinfo() - etry should be entry :-) -- Edit this bug report at http://bugs.php.net/?id=26844edit=1
#26853 [Opn-Asn]: cookiejar broken
ID: 26853 Updated by: [EMAIL PROTECTED] Reported By: nytral at spamcop dot net -Status: Open +Status: Assigned Bug Type: cURL related Operating System: win32 and linux PHP Version: 5CVS-2004-01-09 (dev) -Assigned To: +Assigned To: edink New Comment: Edin, can you look into this? (win32 needs latest CURL?) (same propably goes for PHP 4 too?) Previous Comments: [2004-01-12 10:23:40] nytral at spamcop dot net Forgot to change the status back to open. [2004-01-12 10:22:44] nytral at spamcop dot net I found the issue, it is with the domain= part of the Set-Cookie header. As soon as you put something in it which is not the FQDN of the remote host, the cookie won't be stored, even if it's valid, i.e Set-Cookie: test=test; domain=php.net; path=/ I see in curl changelog for 7.10.7: cookie parser now only requires two dots in cookie domain Can you build something on win32 linked with a more recent curl version to see if it helps? thanks. [2004-01-11 19:20:41] [EMAIL PROTECTED] Can not reprduce. (works fine with e.g. http://www.php.net/) [2004-01-09 10:16:28] nytral at spamcop dot net Description: Since php_curl is linked against libcurl 7.10.5+, cookies are not being stored for an https server I'm talking to. If it is because of Cache-Control: no-cache=set-cookie,set-cookie2 sent by the server, is there a workaround to force the cookiejar to populate anyway? Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER,0); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST,0); curl_setopt($ch, CURLOPT_FOLLOWLOCATION,1); curl_setopt($ch, CURLOPT_COOKIEFILE, /tmp/cookies); curl_setopt($ch, CURLOPT_COOKIEJAR, /tmp/cookies); curl_setopt($ch, CURLOPT_SSLVERSION, 3); curl_setopt($ch, CURLOPT_URL,$url); $buf=curl_exec($ch); Expected result: To get something in /tmp/cookies when the server returns cookies, as it's the case with PHP 4.3 Actual result: -- No /tmp/cookie file gets created. -- Edit this bug report at http://bugs.php.net/?id=26853edit=1
#26866 [Opn-Ver]: - causes error message, while exception was raised in __get
ID: 26866 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Verified Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.7-RELEASE -PHP Version: 5.0.0b3 (beta3) +PHP Version: 5CVS-2004-01-13 Previous Comments: [2004-01-10 18:44:57] davojan at mail dot ru Description: As I imagine, PHP must not check bar's type in $foo-bar-get_name() call, if bar is a result of __get() function and an exception was raised in it. However it does so. The example below works fine, if we comment the throw line - the result in browser is 'bar'. Reproduce code: --- ? class bar { function get_name() { return 'bar'; } } class foo { function __get($sName) { throw new Exception('Exception!'); return new bar(); } } $foo = new foo(); try { echo $foo-bar-get_name(); } catch (Exception $E) { echo 'Exception raised!'; } ? Expected result: Exception raised! Actual result: -- Fatal error: Call to a member function get_name() on a non-object in /usr/local/www/data-dist/ils/admin/test/get_ex.php on line 15 -- Edit this bug report at http://bugs.php.net/?id=26866edit=1
#26704 [Opn-Fbk]: xml_parse problems
ID: 26704 Updated by: [EMAIL PROTECTED] Reported By: matjaz dot ostroversnik at ztm dot si -Status: Open +Status: Feedback Bug Type: XML related Operating System: linux 2.4 PHP Version: 5CVS New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-01-05 02:28:43] matjaz dot ostroversnik at ztm dot si ./configure \ --with-apxs2=/usr/sbin/apxs \ --with-pear \ --enable-dbase \ --with-openssl=/usr/local/ssl \ --enable-track-vars \ --enable-inline-optimization \ --with-layout=RedHat \ --with-gd \ --with-png \ --with-ttf \ --enable-gd-native-ttf \ --with-mm \ --enable-sockets \ --with-zlib \ --with-iconv \ --with-pgsql \ --without-mysql \ --enable-bcmath \ --enable-ftp \ --enable-mailparse \ --with-imap \ --with-kerberos \ --with-imap-ssl=/usr/local/ssl \ --with-xmlrpc \ --with-readline \ --enable-overload \ --enable-calendar \ --with-curl \ --enable-socket \ --with-dom [2004-01-01 21:06:42] [EMAIL PROTECTED] What was the configure line used to configure php? [2003-12-24 02:19:21] matjaz dot ostroversnik at ztm dot si Config.php is PEAR's Config. [2003-12-23 11:29:52] [EMAIL PROTECTED] What is config.php? [2003-12-23 04:20:09] matjaz dot ostroversnik at ztm dot si Description: it seems that xml support is broken somehow in 5.0. This is a problem of 5.0 b2 and b3, but it works ok with 4.3 Reproduce code: --- php code: ? require_once 'Config.php'; $conf = new Config(); $tree = $conf-parseConfig('h.xml', 'xml'); ? h.html ?xml version=1.0 ? network /network Expected result: nothing Actual result: -- Warning: xml_parse(): Unable to call handler startHandler() in /usr/local/lib/php/XML/Parser.php on line 265 Warning: xml_parse(): Unable to call handler cdataHandler() in /usr/local/lib/php/XML/Parser.php on line 265 Warning: xml_parse(): Unable to call handler endHandler() in /usr/local/lib/php/XML/Parser.php on line 265 -- Edit this bug report at http://bugs.php.net/?id=26704edit=1
#14636 [Com]: Session variables are lost when redirecting to a url using header() function.
ID: 14636 Comment by: mgandalf at seznam dot cz Reported By: kannan at tmsassociates dot com Status: Bogus Bug Type: Session related Operating System: windows 2000 professional PHP Version: 4.0.6 New Comment: Hi, I just look at your source and php.ini and it was clear to me. Problem is here: session.cookie_path = c:\temp. It is not path to file but path on web server where is cookie valid. So change it to session.cookie_path = / and it will work. When it is for example /dir_name, cookie is valid just for http://server/dir_name/, but not for http://server/dir_name2/ and in this 2nd case will not be sent. Gandalf Previous Comments: [2004-01-09 17:47:15] writeto_ben at hotmail dot com I would have liked a simple header redirect as well, but unfortunately the other suggestions didn't solve the issue. However, setting a javascript redirect seemed to do the trick. I'm using Win2k professional, IIS 5.0, PHP Version 4.3.4 This will work on IE browsers. Just modify the javascript for netscape compatibility. ? //...perform login check, produce $errStr if fails if($errStr){ header(Location: login.php?err=.$errStr); }else{ print 'html body onload=eval(window.location.href=\'http://blahblahblah/default.php\';);/body /html'; } ? [2003-12-05 23:28:10] venki_cute123 at rediffmail dot com i have a session variable to be accessed in same page but submit twice in same page at third time I am not able to access session variable [2003-11-22 18:18:19] andrew dot whale at which dot net Hi I've also had a similar problem of session variables not being passed following a call to header(). I am running PHP 4.0.15 on an XP m/c. The following worked for me, by placing a session_write_close() before the call to header, followed by and exit(): session_write_close(); header(Location: $strPage); exit(); I hope this will be of use to some. Andrew Whale [2002-02-07 21:23:36] [EMAIL PROTECTED] This issue will not be able to be fixed by PHP. Some browser does not set cookie for initial request. To make sure cookie is enabled _always_, user must check it first. http://www.zend.com/search_code_author.php?author=yohgaki Use session helper html or other people post without JavaScript version. [2002-02-07 05:25:24] betsos at westgate dot gr I have experienced a similar problem with Kannan but not due to session.auto_start. In my php.ini session.auto_start is set to 0. I use the following scripts. When run, either with PHP Version 4.0.6, or with Version 4.1.1 and IIS under NT 4.0, the second script - test_login.php - starts a new session and variable $username is unset. When run with PHP 4.0.1 and Apache under Unix they work just fine. // -- login.php -- ?php session_start(); session_register(username); $username = justme; Header(Location: ./test_login.php); ? // -- test_login.php -- ?php session_start(); if ( isset ($username) ) echo $username; else echo Not authenticated!; ? // --- According to Chris 'This is actually not a bug at all but rather behavior of HTTP'. If this is the case then how comes that I don't have this problem when I use PHP Version 4.0.1 with Apache? 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/14636 -- Edit this bug report at http://bugs.php.net/?id=14636edit=1
#26899 [NEW]: junk-output after rendered page
From: tribbin at planet dot nl Operating system: Linux (slackware) PHP version: 4.3.4 PHP Bug Type: Apache related Bug description: junk-output after rendered page Description: The problem is reproducable, the content of the junk-output is different each time. This is a screenshot of the page and the sourcecode it produces. http://tribbin.no-ip.org/pub/2-Images/Klompen_Screenshot_junkcode.png It happens when you log in or out to: http://tribbin.no-ip.org/klompen/ The problem only occurs when the server is run under linux, not under windows. This is where the code for the forum is from. It uses MySQL. http://www.klompenboard.com/main.php If you'd like me to do more research (like what code makes this spit out, if you can't reproduce it) contact me. It seems like a serious problem to me. -- Edit bug report at http://bugs.php.net/?id=26899edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26899r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26899r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26899r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26899r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26899r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26899r=needscript Try newer version: http://bugs.php.net/fix.php?id=26899r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26899r=support Expected behavior: http://bugs.php.net/fix.php?id=26899r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26899r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26899r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26899r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26899r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26899r=dst IIS Stability: http://bugs.php.net/fix.php?id=26899r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26899r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26899r=float
#26899 [Opn-Bgs]: junk-output after rendered page
ID: 26899 Updated by: [EMAIL PROTECTED] Reported By: tribbin at planet dot nl -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Linux (slackware) PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Please ask the author of the software. Otherwise read http://bugs.php.net/how-to-report.php Previous Comments: [2004-01-13 16:50:03] tribbin at planet dot nl Description: The problem is reproducable, the content of the junk-output is different each time. This is a screenshot of the page and the sourcecode it produces. http://tribbin.no-ip.org/pub/2-Images/Klompen_Screenshot_junkcode.png It happens when you log in or out to: http://tribbin.no-ip.org/klompen/ The problem only occurs when the server is run under linux, not under windows. This is where the code for the forum is from. It uses MySQL. http://www.klompenboard.com/main.php If you'd like me to do more research (like what code makes this spit out, if you can't reproduce it) contact me. It seems like a serious problem to me. -- Edit this bug report at http://bugs.php.net/?id=26899edit=1
#26878 [Ver-Csd]: *printf argument swapping
ID: 26878 Updated by: [EMAIL PROTECTED] Reported By: drm at melp dot nl -Status: Verified +Status: Closed Bug Type: Strings related Operating System: * PHP Version: 4CVS, 5CVS New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-12 07:42:29] drm at melp dot nl Description: The *printf family has a bug when pointing to the same argument with different types. Probably the same memoryaddress is used for casting when formatting the argument. Reproduce code: --- printf ( 'Int: %1$d and as string: %1$s', 'some string' ); // Note that the same happens when // using any of the other printf // functions Expected result: Int: 0 and as string: some string Actual result: -- Int: 0 and as string: 0 -- Edit this bug report at http://bugs.php.net/?id=26878edit=1
#26900 [NEW]: Memory leak when passing arguments to __clone()
From: adam at trachtenberg dot com Operating system: * PHP version: 5CVS-2004-01-13 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: Memory leak when passing arguments to __clone() Description: Passing arguments to __clone() causes a memory leak. (I know this is invalid.) Reproduce code: --- class foo { function __clone() {} } $a = new foo; $b = $a-__clone('bad argument'); Expected result: No leaks. Actual result: -- PHP Warning: Clone method does not require arguments in /Users/adam/php5/clone.php on line 8 /usr/local/cvs/php/php-src/Zend/zend_execute.c(2817) : Freeing 0x00B98C30 (16 bytes), script=./clone.php /usr/local/cvs/php/php-src/Zend/zend_execute.c(2820) : Freeing 0x00B98AD0 (13 bytes), script=./clone.php /usr/local/cvs/php/php-src/Zend/zend_variables.c(137) : Actual location (location was relayed) === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=26900edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26900r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26900r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26900r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26900r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26900r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26900r=needscript Try newer version: http://bugs.php.net/fix.php?id=26900r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26900r=support Expected behavior: http://bugs.php.net/fix.php?id=26900r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26900r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26900r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26900r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26900r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26900r=dst IIS Stability: http://bugs.php.net/fix.php?id=26900r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26900r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26900r=float
#26829 [Ver-Fbk]: Killed Oracle Sessions openned with OCIPLogon()
ID: 26829 Updated by: [EMAIL PROTECTED] Reported By: david dot gaia dot kano at dartmouth dot edu -Status: Verified +Status: Feedback Bug Type: OCI8 related Operating System: Compaq Unix PHP Version: 4.3.4 Previous Comments: [2004-01-07 20:14:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip AFAICT, the function does check if persistent connection is still alive (using oci_ping())..but did you mean the connection is killed while the script is being run or what? [2004-01-07 11:36:45] david dot gaia dot kano at dartmouth dot edu Description: Here at Dartmouth our DBA team has a policy of killing any Oracle session that has been connected for longer than 24 hours. Hence the persistant connections created by the PHP OCIPLogon() call get killed once a day. We don't really want to restart our apache server once a day, so it would be great if OCIPLogon() would check to see that a previously created persistant connection is still good somehow and if not, create a new connection. I noticed quite a few bugs along these lines, but they have all been closed. I don't know if that is because this bug was fixed or because the submitters have continued to restart their servers after every database restart or killed connection. If this is not going to be fixed, I guess we would have to write our own application level code to check the connections from ociplogon() and if it is bad, use OCILogon() instead for that request and issue a apache_child_terminate() call so that eventually all the children with bad oracle sessions would be restarted... Reproduce code: --- $con = OCIPLogon(user, password, tns_db_name); // at this point all looks good still... $con != false // but if this session was killed then any use of $con // results in one error or another. -- Edit this bug report at http://bugs.php.net/?id=26829edit=1
#26738 [Bgs-Opn]: PHP-OCI binding error
ID: 26738 User updated by: mbaranidharan at yahoo dot com Reported By: mbaranidharan at yahoo dot com -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: * PHP Version: 4.3.4 New Comment: my procedure does not return any cursor here it will return a pl/sql table. Its using cursor to fetch data and populate into pl/sql table. Basically the error come when i try to bind an array to variable. Look at my procedure below PROCEDURE EmployeeSearch (i_EName IN VARCHAR2, o_EmpNo OUT tblEmpNo, o_EName OUT tblEName, o_Job OUT tblJob); END Employee_Pkg; it takes in one parameter and returns 3 out parameters which is of table type not cursor. Previous Comments: [2004-01-13 13:20:02] [EMAIL PROTECTED] First, you need to allocate new descriptor with ocinewdescriptor(). Your stored proc will return cursor, using this descriptor. After this your should fetch data from this cursor, as you usually do with query results. And second: after these two lines your variable contains only Begin etc.. Use $sql .= in second line. --- #1 sql = declare o_EmpNo Employee_pkg.tblEmpNo;o_EName Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;; #2 $sql = Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;; --- This doesn't look like a bug, bogusifying it.. [2004-01-12 23:54:28] mbaranidharan at yahoo dot com Below i have given the package and package body created in oracle database. * CREATE PACKAGE Employee_Pkg AS TYPE tblEmpNo IS TABLE OF NUMBER(4) INDEX BY BINARY_INTEGER; TYPE tblEName IS TABLE OF VARCHAR2(10) INDEX BY BINARY_INTEGER; TYPE tblJob IS TABLE OF VARCHAR2(9) INDEX BY BINARY_INTEGER; PROCEDURE EmployeeSearch (i_EName IN VARCHAR2, o_EmpNo OUT tblEmpNo, o_EName OUT tblEName, o_Job OUT tblJob); END Employee_Pkg; / CREATE PACKAGE BODY Employee_Pkg AS PROCEDURE EmployeeSearch (i_EName IN VARCHAR2, o_EmpNo OUT tblEmpNo, o_EName OUT tblEName, o_Job OUT tblJob) IS CURSOR cur_employee (curName VARCHAR2) IS SELECT empno, ename, job FROM emp WHERE UPPER(ename) LIKE '%' || UPPER(curName) || '%' ORDER BY ename; RecordCount NUMBER DEFAULT 0; BEGIN FOR curRecEmployee IN cur_employee(i_EName) LOOP RecordCount:= RecordCount + 1; o_EmpNo(RecordCount):= curRecEmployee.empno; o_EName(RecordCount):= curRecEmployee.ename; o_Job(RecordCount):= curRecEmployee.job; END LOOP; END EmployeeSearch; END Employee_Pkg; / * Below is my sql block calling the package SQL=declare o_EmpNo Employee_pkg.tblEmpNo; o_EName Employee_pkg.tblEName; o_Job Employee_pkg.tblJob; Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job); End; when i call this package from php using OCI i should get the results as below o_EmpNo o_EName o_job 7499ALLEN SALESMAN 7698BLAKE MANAGER 7900JAMES CLERK 7566JONES MANAGER 7934MILLER CLERK 7844TURNER SALESMAN but iam getting error msg as Warning: ociexecute(): OCIStmtExecute: ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PLS-00306: wrong number or types of arguments in call to 'EMPLOYEESEARCH' ORA-06550: line 1, column 7: PL/SQL: Statement ignored in c:\apache group\apache\htdocs\ here is the code that i executed $sql = declare o_EmpNo Employee_pkg.tblEmpNo;o_EName Employee_pkg.tblEName;o_Job Employee_pkg.tblJob;; $sql = Begin Employee_pkg.EmployeeSearch('e',:o_EmpNo,:o_EName,:o_Job);End;; $conn = OCILogon(scott,tiger); $stmt = OCIParse($conn,$sql); OCIBindByname($stmt,':o_Empno',$o_array1); OCIBindByname($stmt,':o_EName',$o_timestamp); OCIBindByname($stmt,':o_Job',$o_array2); OCIExecute($stmt); OCILogoff($conn); [2004-01-12 19:27:36] [EMAIL PROTECTED] Can you tell us what error exactly do you get? Are there any error messages? Currently I can't understand what are you talking about, sorry. [2004-01-04 23:21:17] mbaranidharan at yahoo dot com Iam trying to call a package in oracle 9i db which returns me out parameters of type table.When i try to bind the out parameter and execute iam getting error. This error occured bcoz table type in oracle again internally an array which php is not able to identify.I get the same error with both ORA and OCI.
#26757 [Opn]: session.save_path should default to $TEMP
ID: 26757 User updated by: unknown at simplemachines dot org Reported By: unknown at simplemachines dot org Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: Irrelevant New Comment: A diff for a recent cvs version can be found here: http://unknown.network32.net/php_session_save_path_diff.txt This diff has the following affects: - any call to session_start() or session_save_path() will set the setting to the Windows/*nix temporary directory, unless it's otherwise specified. - if ini_get('session.save_path') is called before this happens, it will return an empty string; afterward, it will return the path used. I have tested this on Windows 2003 Server, in ISAPI/CGI, with and without using user-defined session functions. It should work on Linux/Unix as well, although I haven't had a chance to recompile PHP on any Linux/Unix machine with this patch. It uses the same method to get the path that upload_tmp_dir uses, however. Thank you, -[Unknown] Previous Comments: [2003-12-31 15:19:49] unknown at simplemachines dot org Description: I would like to request that, much like upload_tmp_dir, PHP be changed so that session.save_path defaults to the system's default temp directory. The reason for this is simple; countless times, people on Windows machines have problems with sessions because they do not set the path in php.ini. (even with how documented it is.) I mean - I am a developer for forum software, and more than half of the reported installation problems are caused by this one issue alone. Thus, with this change, php.ini-dist and php.ini-recommended could have no path set by default, and it would work fine on both operating systems without any changes. I realize this is basically a dupe of bug 25574, but in that case, the reporter misread the manual. I am asking that it be changed to work. http://bugs.php.net/bug.php?id=25574 Thank you, Unknown W. Brackets -- Edit this bug report at http://bugs.php.net/?id=26757edit=1
#26891 [Fbk-Opn]: nested odbc_fetch_row produces an error
ID: 26891 User updated by: josep dot gorro at trendcomms dot es Reported By: josep dot gorro at trendcomms dot es -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: WindowsNT SP6a PHP Version: Irrelevant New Comment: The backend database is Oracle. Previous Comments: [2004-01-13 09:45:42] [EMAIL PROTECTED] Using what database backend? [2004-01-13 05:49:50] josep dot gorro at trendcomms dot es Description: I'm trying to execute a query using the same ODBC connect ID that is customized by previous query in the same code. If I comment second odbc_fetch_row runs fine. With this one uncommented a Dr.Watson on server appears. Reproduce code: --- // $connect is the connect ID to the database previously // generated without problems $query1=SELECT F11, F12 FROM T1; $result1=odbc_exec($connect,$query1); while(odbc_fetch_row($result1)) { $query2=SELECT F21, F22 FROM T2; $result2=odbc_exec($connect,$query2); while(odbc_fetch_row($result2)) { // HERE IS THE ERROR do_anything; } } Actual result: -- In server appears a Dr.Watson error (GPF) and in Apache's error log a line: Premature end of script headers: c:/php/php.exe -- Edit this bug report at http://bugs.php.net/?id=26891edit=1