Bug #16435 Updated: follow up bug 16043, $_SESSION can't use in PHP 4.1.2, PHP 4.2.0RC1
ID: 16435 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Session related Operating System: Windows 2000/XP PHP Version: 4.1.2 Previous Comments: [2002-04-04 19:39:06] [EMAIL PROTECTED] ahhthe one minor detail that i forgot.thanks :) after php4ts.dll was copied over the old one in winnt/system32, my session worked like a charm. [2002-04-04 19:29:25] [EMAIL PROTECTED] At http://www.php.net/~derick/ you can find RC2 so please test with that. Did you replace the php4ts.dll also? --Jani [2002-04-04 15:03:13] [EMAIL PROTECTED] I seem to have configuration problemsi just can't seem to get session variables written to in files under win2000, NTFS w/ Apache 1.3.23 and PHP 4.1.2 ..i've already done everything from session_start() on every page to making var globalanybody can help?? thanksbtw, i got the same system on a Linux box running apache and php and it works fine sample of my code: Apparently under the bug report database for bug number 16043, my exactly problem was described. According to the PHP team, this windows/apache1.3.23/php4.1.2 session not writing to file bug has been fixed in the 4.2.0RC1 binaries. I've patched my php4apache.dll with the ones from 4.2.0RC1 AND it still doesn't work!!! Anyone who used 4.2.0RC1 came across this problem and made it work? -- Edit this bug report at http://bugs.php.net/?id=16435&edit=1
Bug #16439 Updated: strftime ("%V", $dat) does not give any result
ID: 16439
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Win32
PHP Version: 4.1.0
New Comment:
Simply because they are not available on this platform. Read the
documentation carefully:
"Note: Not all conversion specifiers may be supported by your C
library, in which case they will not be supported by PHP's
strftime()."
See
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt_strftime.2c_.wcsftime.asp
for a list of supported specifiers.
Previous Comments:
[2002-04-05 02:37:26] [EMAIL PROTECTED]
strftime ("%V", $dat) and strftime ("%G", $dat) do not give any result
when used with Win32 and Apache Server.
--
Edit this bug report at http://bugs.php.net/?id=16439&edit=1
Bug #15983 Updated: session variables lost between pages
ID: 15983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian/Linux mips platform PHP Version: 4.1.2 New Comment: Even in PHP 4.2.0RC1 the bug is still there. Nothing is changed. Best regards, Soeren, Previous Comments: [2002-04-02 09:48:13] [EMAIL PROTECTED] Could you try 4.2.0RC1? Please visit http://qa.php.net/ for it. [2002-03-18 11:16:41] [EMAIL PROTECTED] Here is part of what is going wrong. PHP starts out with each session variable appearing as a global and also in $_SESSION. Initially these are linked by reference (not clear how) and contain the same data. On my pages this linkage appears to get broken so the contents $GLOBALS['S'] and $_SESSION['S'] are not the same. $GLOBALS contains the latest data, $_SESSION contains the data as of the start of the page. Consequently changes to the $_SESSION variable are not being saved between pages. My work around is to use the following at the end of each page for $S: if ( !($_SESSION['S'] === $S) ) $_SESSION['S'] = $S; This updates the contents of the $_SESSION variable if it is not longer the same as the global. Based on a comment from one of the developers, the problem may relate to having a global declaration for a session variable that appears outside a function scope. I have these declarations on each of my pages because PHP used to require them. [2002-03-12 20:52:42] [EMAIL PROTECTED] I've had the same issue (see bug 15822, which was marked as a duplicate, though nobody saw fit to tell me what it was a duplicate of). Anyone have a work-around? [2002-03-10 09:14:31] [EMAIL PROTECTED] The session variables are lost between pages. For example: session1.php: session2.php: The output on page two is the empty string. A look at the sess_* in /tmp show that it contain the variable and the value after a request on session1.php. After a request on session2.php the file is empty. This error shows up in php 4.1.1 and 4.1.2. In version 4.0.6 everything works as it is suppose to. uname --all: Linux indy01 2.4.16 #1 Sun Dec 16 16:38:44 CET 2001 mips unknown gcc --version: 2.95.4 -- Edit this bug report at http://bugs.php.net/?id=15983&edit=1
Bug #16443: Fatal error: Call to undefined function: ftp_close()
From: [EMAIL PROTECTED] Operating system: windows98 PHP version: 4.1.1 PHP Bug Type: FTP related Bug description: Fatal error: Call to undefined function: ftp_close() Hey ! I using php ftp-function and everything works fine, except ftp_close, there is returning a Fatal error: Call to undefined function: ftp_close() -- Edit bug report at http://bugs.php.net/?id=16443&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16443&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16443&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16443&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16443&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16443&r=support Expected behavior: http://bugs.php.net/fix.php?id=16443&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16443&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16443&r=submittedtwice
Bug #16444: zend_llist.c: No such file or directory.
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3.0.9 PHP version: 4.1.2 PHP Bug Type: Reproducible crash Bug description: zend_llist.c: No such file or directory. I can't get the latest php module to run on apache. Here's the page I'm trying to load: PHP Test This is my build: Apache Build with php module loaded dynamically: Apache/1.3.24 (Unix) PHP/4.1.2 mod_perl/1.26 mod_ssl/2.8.8 OpenSSL/0.9.6c And this is the back trace: # gdb httpd GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "rs6000-ibm-aix4.3.2.0"... (gdb) run -X Starting program: /usr/local/apache_1.3.24/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0xd658ec54 in zend_llist_add_element (l=0x20160704, element=0x2ff22270) at zend_llist.c:42 42 zend_llist.c: No such file or directory. in zend_llist.c (gdb) bt #0 0xd658ec54 in zend_llist_add_element (l=0x20160704, element=0x2ff22270) at zend_llist.c:42 #1 0xd659eb90 in open_file_for_scanning (file_handle=0x2ff22270) at zend_language_scanner.c:2964 #2 0xd659f064 in compile_file (file_handle=0x2ff22270, type=2) at zend_language_scanner.c:3006 #3 0xd656e650 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #4 0xd65b2d98 in php_execute_script (primary_file=0x2ff22270) at main.c:1307 #5 0xd65b0bfc in apache_php_module_main (r=0x200f1db0, display_source_mode=0) at sapi_apache.c:90 #6 0xd668c34c in send_php (r=0x200f1db0, display_source_mode=0, filename=0x200f38d0 "/usr/local/apache_1.3.24/htdocs/info.php") at mod_php4.c:575 #7 0xd668bfbc in send_parsed_php (r=0x200f1db0) at mod_php4.c:590 #8 0x10010e08 in ap_invoke_handler (r=0x200f1db0) at http_config.c:517 #9 0x10042278 in process_request_internal (r=0x200f1db0) at http_request.c:1308 #10 0x100439e4 in ap_process_request (r=0x200f1db0) at http_request.c:1324 #11 0x1000222c in child_main (child_num_arg=0) at http_main.c:4656 #12 0x10001a3c in make_child (s=0x20092510, slot=0, now=1017926390) at http_main.c:4780 #13 0x10001928 in startup_children (number_to_start=5) at http_main.c:4862 #14 0x1d8c in standalone_main (argc=2, argv=0x2ff22b68) at http_main.c:5167 #15 0x18e4 in main (argc=2, argv=0x2ff22b68) at http_main.c:5527 #16 0x122c in __start () (gdb) If I try the old php module (4.1.1) with apache_1.3.24 it works fine though. Any help appreciated. Getting the same problem with CVS php version too. Thanks. Ed. -- Edit bug report at http://bugs.php.net/?id=16444&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16444&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16444&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16444&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16444&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16444&r=support Expected behavior: http://bugs.php.net/fix.php?id=16444&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16444&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16444&r=submittedtwice
Bug #16433 Updated: Can't have support for png under gd
ID: 16433 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Solaris 8 sparc PHP Version: 4.1.2 New Comment: Sorry, I was not sure if it was related or not to the other bug. And since you are telling so many times on this web site to look at the other bugs before creating a new one. I've done this stupid thing when I found one looking like mine... Just close the other one. Thank you and sorry again. Previous Comments: [2002-04-04 14:02:45] [EMAIL PROTECTED] Do NOT open two bugs for the same issue [2002-04-04 13:49:17] [EMAIL PROTECTED] Compiling PHP 4.1.2 with apache 1.3.19 with gcc 2.95.3 under solaris 8 sparc 64 bit refuses to enable png support under gd. I have tryed all the good options (--with-png-dir=, --with-gd, etc.) all avalable gd, png, zlib library versions I could find, that compiles fine, and under many directories... Always the same result: it compiles fine without errors or warnings, it works fine for everything exept for png or even jpeg support under gd (I can see that under phpinfo, or when I try to use gd/png functions)... What the hell is wrong... I have made the same build under linux RedHat 6.2 or RedHat 7.2 and it works... I have tried to build it about 20 times differently under solaris and it does not work. Need help here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=16433&edit=1
Bug #16443 Updated: Fatal error: Call to undefined function: ftp_close()
ID: 16443 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: FTP related Operating System: windows98 PHP Version: 4.1.1 New Comment: RTM! ftp_close() isn't available in 4.1.x, it will be in 4.2.0 Previous Comments: [2002-04-05 03:51:41] [EMAIL PROTECTED] Hey ! I using php ftp-function and everything works fine, except ftp_close, there is returning a Fatal error: Call to undefined function: ftp_close() -- Edit this bug report at http://bugs.php.net/?id=16443&edit=1
Bug #16440 Updated: limiting number of rows to be displayed
ID: 16440 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Database Functions Operating System: Windows NT 4.0, Windows 2000 pr. PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Hint: SELECT * FROM table LIMIT 10 Previous Comments: [2002-04-05 02:48:59] [EMAIL PROTECTED] Dear IT Specialist; I am using PHP, MYSQL and Apache Webserver for developing Online Database. I have a problem of limiting results, Suppose that the result of " select * from table; " will be 80 records and I want to display 10 records at a time. Can you give me an idea how to limit the select results, Solomon -- Edit this bug report at http://bugs.php.net/?id=16440&edit=1
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: Well, AFAIK 4.1.x doesn't work with Apache 2. Anyway, we don't really care since Apache 2 is still beta. It will probably work OK in 4.2.0. You can try RC2 from www.php.net/~derick Previous Comments: [2002-04-04 14:18:54] [EMAIL PROTECTED] sapi_apache2.c refuses to build with Apache 2.0.32. The function call to ap_get_brigade, line 247, needs the APR_BLOCK_READ or APR_NONBLOCK_READ parameter added to the call. I don't know which is appropriate, so I chose to BLOCK. -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #16441 Updated: mail bad formed
ID: 16441 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-05 02:51:46] [EMAIL PROTECTED] Hello, i'm trying to send mails with mail function, and the problem is the next: The mail arrives correctly, but some existent adreces refuse this mail, the error is the next: Sender domain must exist and in the From parameter i'm inserting a good sender domain but the mail function always puts as from [EMAIL PROTECTED] i think that this happens since i have aplied the patch for file uploads problem thank you in advance Fernando Caamaño -- Edit this bug report at http://bugs.php.net/?id=16441&edit=1
Bug #12227 Updated: Over writing output buffer and returning it causes segfault
ID: 12227
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Output Control
Operating System: Linux 2.2.16-SMP
PHP Version: 4.2.0-dev
Assigned To: yohgaki
New Comment:
the following testcase even crashes PHP4. it seems if you assign a
value to the given parameter (here $s) which is larger than the
original, it will crash. copying the input into a seperate variable and
work with that is a workaround. still this simple buffer overflow ought
to be easy to fix?
using 4.1.1 (build dec 30, 2001):
ob_start( "handler" );
function handler( $s ) {
$s = $s."foobar foobar foobar";
return $s;
}
Previous Comments:
[2002-02-12 22:38:01] [EMAIL PROTECTED]
Last patch that I memtioned still have problem with simple output
handler like
ob_handler($buffer) {
$result = $buffer;
return $result;
}
This could happen easily when user conditinally convert buffer
To fix this segfualt completely, it seems I have to copy buffer before
pass it to user defined output handler.
[2002-02-07 02:29:33] [EMAIL PROTECTED]
Anyone who are interested in this problem.
here is a patch for this problem. This should solve unwanted free for
this specific case. Question is do we really want this?
Index: main/output.c
===
RCS file: /repository/php4/main/output.c,v
retrieving revision 1.84
diff -u -r1.84 output.c
--- main/output.c 7 Feb 2002 02:50:28 - 1.84
+++ main/output.c 7 Feb 2002 06:31:35 -
@@ -164,7 +164,7 @@
ALLOC_INIT_ZVAL(orig_buffer);
ZVAL_STRINGL(orig_buffer, OG(active_ob_buffer).buffer,
OG(active_ob_buffer).text_length, 0);
orig_buffer->refcount=2;/* don't let
call_user_function() destroy our buffer */
- orig_buffer->is_ref=1;
+ orig_buffer->is_ref=0;
ALLOC_INIT_ZVAL(z_status);
ZVAL_LONG(z_status, status);
[2002-02-05 18:28:22] [EMAIL PROTECTED]
Easy one to fix :)
)/e",
"parse(\"\\1\")",
$buffer);
return $buffer;
}
?>
/home/yohgaki/public_html/bugs/12227/bug.php(9) : Warning - String is
not zero-terminated (ZZ
[2002-01-02 18:48:32] [EMAIL PROTECTED]
The same issue was submitted recently and it seems there is a problem.
To Reporter: Do not change parameter passed, but assgin to new var and
return new var to prevent segfault for now. Please update PHP Version
if you have tried with newer PHP.
Assigned to myslef so that I don't forget this.
[2002-01-02 13:58:14] [EMAIL PROTECTED]
No feedback. Closing.
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/12227
--
Edit this bug report at http://bugs.php.net/?id=12227&edit=1
Bug #16441 Updated: mail bad formed
ID: 16441 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: well, i don't think that the problem is the use of the mail function, i always have been used it in the same way and it works fine, but since i have installed the patch it runs bad. Previous Comments: [2002-04-05 05:17:14] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-05 02:51:46] [EMAIL PROTECTED] Hello, i'm trying to send mails with mail function, and the problem is the next: The mail arrives correctly, but some existent adreces refuse this mail, the error is the next: Sender domain must exist and in the From parameter i'm inserting a good sender domain but the mail function always puts as from [EMAIL PROTECTED] i think that this happens since i have aplied the patch for file uploads problem thank you in advance Fernando Caamaño -- Edit this bug report at http://bugs.php.net/?id=16441&edit=1
Bug #16443 Updated: Fatal error: Call to undefined function: ftp_close()
ID: 16443 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: FTP related Operating System: windows98 PHP Version: 4.1.1 New Comment: UPS - Sorry Previous Comments: [2002-04-05 05:13:38] [EMAIL PROTECTED] RTM! ftp_close() isn't available in 4.1.x, it will be in 4.2.0 [2002-04-05 03:51:41] [EMAIL PROTECTED] Hey ! I using php ftp-function and everything works fine, except ftp_close, there is returning a Fatal error: Call to undefined function: ftp_close() -- Edit this bug report at http://bugs.php.net/?id=16443&edit=1
Bug #16078 Updated: var_export() doesn't handle classes
ID: 16078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Variables related +Bug Type: Feature/Change Request Operating System: Linux 2.4 PHP Version: 4.0CVS-2002-03-14 New Comment: Making it a feature request. Previous Comments: [2002-03-14 13:09:18] [EMAIL PROTECTED] I think it will not be too hard because var_export() borrowed much of its code from var_dump() [2002-03-14 13:00:39] [EMAIL PROTECTED] re-categorized [2002-03-14 12:57:48] [EMAIL PROTECTED] Can we make var_export() handle classes, too? - Colin -- Edit this bug report at http://bugs.php.net/?id=16078&edit=1
Bug #14771 Updated: license date a php image in package
ID: 14771 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *General Issues Operating System: Windows PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2001-12-30 08:24:58] [EMAIL PROTECTED] Please add 2001 and 2002 to the LICENSE file in the win distro, and change php4.gif to be php.gif, without any version num on the picture and in the file name. See http://www.php.net/download-logos.php, we have no logos with version nombers downloadable, so it would be good to have that logo without a version no. -- Goba -- Edit this bug report at http://bugs.php.net/?id=14771&edit=1
Bug #13818 Updated: safe mode wrong uid -1
ID: 13818 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: solaris PHP Version: 4.0.6 New Comment: I might be mistaken, but doesn't Apache try to run as -1 by default? On some systems that refers to nobody. Might that be that case? Previous Comments: [2001-10-24 13:41:52] [EMAIL PROTECTED] I could not find any reference on the newsgroups to the following error we are getting when safe mode is on: Warning: SAFE MODE Restriction in effect. The script whose uid is -1 is not allowed to access ../orders.txt owned by uid 66400 in /class/em680a/www/cgi-bin/vieworders.php on line 10 The "-1" can't be a uid, but I can't figure out what the error is. There was a bug post on 12/8/2000 by someone who was getting the same error but the uid was "1" not "-1" and the suggestion was to upgrade php and reopen the issue if it was not fixed. -- Edit this bug report at http://bugs.php.net/?id=13818&edit=1
Bug #16078 Updated: var_export() doesn't handle classes
ID: 16078 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux 2.4 -PHP Version: 4.0CVS-2002-03-14 +PHP Version: 4.0CVS-2002-03-1 New Comment: closing this, HEAD can handle classes. Previous Comments: [2002-04-05 05:37:35] [EMAIL PROTECTED] Making it a feature request. [2002-03-14 13:09:18] [EMAIL PROTECTED] I think it will not be too hard because var_export() borrowed much of its code from var_dump() [2002-03-14 13:00:39] [EMAIL PROTECTED] re-categorized [2002-03-14 12:57:48] [EMAIL PROTECTED] Can we make var_export() handle classes, too? - Colin -- Edit this bug report at http://bugs.php.net/?id=16078&edit=1
Bug #16019 Updated: Installtion problem
ID: 16019 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win98 PHP Version: 4.1.2 New Comment: Your download was corrupted, I guess. Try downloading it again. Works fine for me. Previous Comments: [2002-03-12 08:01:43] [EMAIL PROTECTED] when starting the "php-4.1.2-installer.exe" i get the message: "Could not initialize installtion. File size expected=941579, size returned=586464." what's the problem here? -- Edit this bug report at http://bugs.php.net/?id=16019&edit=1
Bug #16448: PHP 4.1.2 installation with force-cgi-redirect
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.1.2 PHP Bug Type: *Graphics related Bug description: PHP 4.1.2 installation with force-cgi-redirect I have got this email from a friend. It's about server Xitami installation on Win98. It is working fine with admin, but then phpinfo won't start properly (wersion php-4.1.2-installer.exe) I guess it's got sth to do with compilation force-cgi-redirect. This thing happens Security Alert! PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set. This variable is set, for example, by Apache's Action directive redirect. You may disable this restriction by recompiling the PHP binary with the --disable-force-cgi-redirect switch. If you do this and you have your PHP CGI binary accessible somewhere in your web tree, people will be able to circumvent .htaccess security by loading files through the PHP parser. A good way around this is to define doc_root in your php.ini file to something other than your top-level DOCUMENT_ROOT. This way you can separate the part of your web space which uses PHP from the normal part using .htaccess security. If you do not have any .htaccess restrictions anywhere on your site you can leave doc_root undefined. If you are running IIS, you may safely set cgi.force_redirect=0 in php.ini Thank you if you can help me. Maciej -- Edit bug report at http://bugs.php.net/?id=16448&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16448&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16448&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16448&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16448&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16448&r=support Expected behavior: http://bugs.php.net/fix.php?id=16448&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16448&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16448&r=submittedtwice
Bug #15658 Updated: session.save_path directive has no influence on session files save_path
ID: 15658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: *Configuration Issues Operating System: win2k PHP Version: 4.1.1 New Comment: Try the PHP 4.2.0RC2 from http://www.php.net/~derick/ (and remember to replace php4ts.dll also!) If you still have problems with it, reopen this bug report. Previous Comments: [2002-04-05 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-03-11 06:52:49] [EMAIL PROTECTED] I use the ISAPI version of PHP (IIS5) and Yes, I restarted that many times to checkt the (mis)behaviour of this directive. [2002-02-22 12:16:38] [EMAIL PROTECTED] Did you restart Apache? [2002-02-21 09:37:38] [EMAIL PROTECTED] I try to get PHP to save it's session files in the /sessions directory (set session.save_path = e:\sessions) on my document drive, but no matter what I do and how I specify the directory (forward and backward slashes) it keeps saving them in the /tmp directory on that same drive (e:\tmp). There is no reference to /tmp in my whole php.ini file! >From my point of view it looks like the session.save_path directive recognition in the php.ini file is broken. -- Edit this bug report at http://bugs.php.net/?id=15658&edit=1
Bug #12917 Updated: ext/java/Makefile.in places reflect.class in wrong place (with kaffe javac).
ID: 12917 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Java related Operating System: Linux PHP Version: 4.0.6 New Comment: Update to 4.1.2 (or get latest CVS snapshot). 4.0.6 is too old. Previous Comments: [2002-04-05 00:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-02-24 06:10:28] [EMAIL PROTECTED] Please test with PHP 4.1.1+JDK 1.2 and report the result back Please do not forget updating PHP version. Thanks. [2001-08-23 03:17:57] [EMAIL PROTECTED] default Makefile.in in ext/java (with kaffe 1.0.6 javac) places reflect.class in net/php/net/php instead of just net/php. Patch follows: 21a22 > @test -f net/php/net/php/reflect.class && \ mv net/php/net/php/*.class net/php 23a25,26 > @rmdir net/php/net/php > @rmdir net/php/net -- Edit this bug report at http://bugs.php.net/?id=12917&edit=1
Bug #15850 Updated: Compiling not possible due to incorrect creation of Makefile
ID: 15850 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Bogus Bug Type: Compile Failure Operating System: LinuxMandrake 7.2 (2.2.17-21mdk) PHP Version: 4.1.2 New Comment: So don't use spaces in directory names. Previous Comments: [2002-04-05 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-03-04 14:45:00] [EMAIL PROTECTED] Here are the version numbers. It really all goes back to the directory, when I changed from "/mnt/raid/Samba/Linux Programme/php-4.1.2" to "/mnt/raid/Samba/php-4.1.2" it worked perfectly. ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) automake (GNU automake) 1.4 Copyright (C) 1999 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Tom Tromey <[EMAIL PROTECTED]> Autoconf version 2.13 [2002-03-04 14:38:52] [EMAIL PROTECTED] Which versions of libtool, automake and autoconf are you using? Derick [2002-03-04 14:37:08] [EMAIL PROTECTED] Compiling path: /mnt/raid/Samba/Linux Programme/php-4.1.2 Everything works fine until the last step (creating files/generating files), as already mentioned. As this "bogus" _bug_ is reproducible, it would not have been difficult to figure that out by yourself, although I mentioned it. Extract from ./configure +++ Generating files checking for working mkdir -p... (cached) yes creating config_vars.mk updating cache ./config.cache creating ./config.status creating php4.spec creating Zend/Makefile creating main/build-defs.h creating pear/scripts/pear creating pear/scripts/phpize creating pear/scripts/php-config creating pear/scripts/pearize creating pear/scripts/phptar creating TSRM/Makefile creating main/php_config.h main/php_config.h is unchanged creating sapi/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/Makefile.in: No such file or directory creating ext/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/Makefile.in: No such file or directory creating Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/Makefile.in: No such file or directory creating pear/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/pear/Makefile.in: No such file or directory creating main/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/main/Makefile.in: No such file or directory creating ext/mysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/Makefile.in: No such file or directory creating ext/mysql/libmysql/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/mysql/libmysql/Makefile.in: No such file or directory creating ext/pcre/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/Makefile.in: No such file or directory creating ext/pcre/pcrelib/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/pcre/pcrelib/Makefile.in: No such file or directory creating ext/posix/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/posix/Makefile.in: No such file or directory creating ext/session/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/session/Makefile.in: No such file or directory creating ext/standard/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/standard/Makefile.in: No such file or directory creating ext/xml/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/Makefile.in: No such file or directory creating ext/xml/expat/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/ext/xml/expat/Makefile.in: No such file or directory creating sapi/apache/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/sapi/apache/Makefile.in: No such file or directory creating regex/Makefile cat: /mnt/raid/Samba/Linux: Is a directory cat: Programme/php-4.1.2/regex/Makefile.in: No such file or directory creating main/internal_functions.c cat: ./main/internal_functions.c.in: No such file or directory +++ Happy?
Bug #14865 Updated: php4apache.dll - phpinfo error - winXP - Apache
ID: 14865 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Win XP Prof PHP Version: 4.1.1 New Comment: When you updated, did you also update the php4ts.dll ?? Try PHP 4.2.0RC2 from http://www.php.net/~derick/ (and don't forget to replace php4ts.dll in your system with the one in that package) Previous Comments: [2002-04-05 02:30:23] [EMAIL PROTECTED] Same problems as everyone else has, I didn't realize it wasn't me until I saw this post. I have: OS: Windows XP Professional (Build: 2600) PHP: 4.2.0RC1 Apache: 1.3.23 PHP Installed as module First time I noticed this was with phpinfo() flashing like 10 times and then displaying the phpinfo page, or sometimes after the flashing would display dns error page. It's not something that happens every time, and some days are also better than others and I don't expierience any problems related to this. In fact when I'm using 'localhost' this doesn't happen to me. And in fact when I surf the pages myself, phpinfo loads just fine. But as soon as someone else tries to run my scripts it starts tweaking out on them. Every time they try they say phpinfo page will load anywhere from %15 to like %90 and then it will just cut off or turn into "compiled code" as they put it, or simply...garbage. The point at which it starts to garble or cut off is random and unpredictable. As soon as anyone gets a fix for this it would be great if they would let everyone know! :) It's annoying not being able to share my code I've worked so hard on with other people... [2002-04-03 20:54:29] [EMAIL PROTECTED] I get a similar difficulty, but with ANY scripts no matter how small or large. 90% of the time it works perfectly, then all of a sudden PHP decides to spew a parse error or some other random phenomenon - even a single one line script will eventually suffer this fault. I experienced this when I moved to PHP 4.1.x, so reverted back to 4.0.6 which does not have the problem. Unfortunately 4.1.2 is a security fix so obviously have to upgrade, and now having to live with this problem. Not sure if its related, but 4.1.x also causes Apache's memory use to grow and grow and GROW until eventually a malloc fault occurrs. Sometimes Apache will restart, sometimes just crash. Again 4.0.6 has no such problem, just 4.1.x - had no choice but to configure Apache to self-restart every few hundred hits to overcome this memory leak. This is all with PHP as a Apache module. [2002-03-25 15:38:20] [EMAIL PROTECTED] I too am having the same problem. WinXP, Apache/1.3.22 (Win32), PHP/4.1.3-dev, mod_perl/1.26. PHP installed as a module. I haven't tried using it in CGI mode. It's not just phpinfo(). It happens regularly. Try going to: http://singularity.homedns.org/calendar/index.php Hit reload a few times, move to another month, etc. Eventually it will hose up. Spews garbage characters in the middle of the page. I understand going back to 4.0.6 seems to fix it, but I'd rather not. Any help would be..wellhelpful. IanW IanW [2002-03-22 00:24:26] [EMAIL PROTECTED] Another instance: I have a page that only contains and nothing else. PHP ver: 4.1.2 Machine: WinXP Pro HTTPD:Apache, PHP as a module When I browse to the page on my local machine (localhost) I get strange behaviour. I get a large number of instant redirects - in other words, the browser sits there redirecting itself to the same page for about 10 seconds (maybe 50 redirects in all). Finally the page either displays properly, or I get a DNS server not found error page in my browser. It's only started doing this since I upgraded from 4.0.6 to 4.1.2. I have just installed 4.2.0 RC1, but it makes no difference. If I go back to 4.0.6, it's fine. You can try this yourself. Go to: http://mvirtue.myip.org/test/index.php and see what you get. I got a friend of mine to try it from his machine, and he briefly saw the first few lines of the PHP info screen, and then was instantly redirected to a DNS error page. Often the page displays perfectly the first time you go there. It's only when you hit "Refresh" do you get the bizarre behaviour. [2002-01-18 08:50:59] [EMAIL PROTECTED] How I can get the new version? I tried to found by http://cvs.php.net/cvs.php/php4/win32 but I couldn't find the binary-Version for win32! Can you send me the new version or say me where I can find it? I don't beleve, that the but is fix, why the problem
Bug #16449: Problem with upload of binary files
From: [EMAIL PROTECTED] Operating system: Win2K Professional PHP version: 4.1.2 PHP Bug Type: Apache related Bug description: Problem with upload of binary files Hello, I'm having a problem with upload of binary files (tipically image/jpeg, image/pjpeg). The problem seems to happen with files bigger than 20k. Infact it doesn't happen with tiny files like 5-10-15k. I've done a class to handle file uploads, and it worked fine with previous version of PHP (4.0.6). I tested also against Linux version (still 4.0.6) and it works fine. The class simply handle $HTTP_POST_FILES[$fieldname]['tmp_name'] and does a copy($tempName,$filename). Using $_FILES either doesn't work. I tested against PHP 4.1.2, PHP 4.2.0RC1 and RC2 too, but the bug still persists, on Windows 2000 platform. I cannot verify this, but unless the copy function is broken, the temporary file uploaded to Apache is already corrupt. Any advice is kindly appreciated. Thanks Mirko Buffoni -- Edit bug report at http://bugs.php.net/?id=16449&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16449&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16449&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16449&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16449&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16449&r=support Expected behavior: http://bugs.php.net/fix.php?id=16449&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16449&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16449&r=submittedtwice
Bug #16448 Updated: PHP 4.1.2 installation with force-cgi-redirect
ID: 16448 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Win98 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-05 06:11:36] [EMAIL PROTECTED] I have got this email from a friend. It's about server Xitami installation on Win98. It is working fine with admin, but then phpinfo won't start properly (wersion php-4.1.2-installer.exe) I guess it's got sth to do with compilation force-cgi-redirect. This thing happens Security Alert! PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set. This variable is set, for example, by Apache's Action directive redirect. You may disable this restriction by recompiling the PHP binary with the --disable-force-cgi-redirect switch. If you do this and you have your PHP CGI binary accessible somewhere in your web tree, people will be able to circumvent .htaccess security by loading files through the PHP parser. A good way around this is to define doc_root in your php.ini file to something other than your top-level DOCUMENT_ROOT. This way you can separate the part of your web space which uses PHP from the normal part using .htaccess security. If you do not have any .htaccess restrictions anywhere on your site you can leave doc_root undefined. If you are running IIS, you may safely set cgi.force_redirect=0 in php.ini Thank you if you can help me. Maciej -- Edit this bug report at http://bugs.php.net/?id=16448&edit=1
Bug #16449 Updated: Problem with upload of binary files
ID: 16449 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win2K Professional PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-05 06:48:06] [EMAIL PROTECTED] Hello, I'm having a problem with upload of binary files (tipically image/jpeg, image/pjpeg). The problem seems to happen with files bigger than 20k. Infact it doesn't happen with tiny files like 5-10-15k. I've done a class to handle file uploads, and it worked fine with previous version of PHP (4.0.6). I tested also against Linux version (still 4.0.6) and it works fine. The class simply handle $HTTP_POST_FILES[$fieldname]['tmp_name'] and does a copy($tempName,$filename). Using $_FILES either doesn't work. I tested against PHP 4.1.2, PHP 4.2.0RC1 and RC2 too, but the bug still persists, on Windows 2000 platform. I cannot verify this, but unless the copy function is broken, the temporary file uploaded to Apache is already corrupt. Any advice is kindly appreciated. Thanks Mirko Buffoni -- Edit this bug report at http://bugs.php.net/?id=16449&edit=1
Bug #16449 Updated: Problem with upload of binary files
ID: 16449 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Win2K Professional PHP Version: 4.1.2 New Comment: To help tracing this bug I can give the following additional information: - Apache version is 1.3.23 - Files are always trunked at offset 0x3E4E (15950), or 0x3E3E (15938). At this position there is always garbage in the form of 7 numbers bigger than zero, and the rest of bytes always set to zero (example: 08 10 C5 01 80 E0 F3 00 00 00 00 00 ... 00 ... until the end of the file). Mirko Previous Comments: [2002-04-05 06:50:51] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-05 06:48:06] [EMAIL PROTECTED] Hello, I'm having a problem with upload of binary files (tipically image/jpeg, image/pjpeg). The problem seems to happen with files bigger than 20k. Infact it doesn't happen with tiny files like 5-10-15k. I've done a class to handle file uploads, and it worked fine with previous version of PHP (4.0.6). I tested also against Linux version (still 4.0.6) and it works fine. The class simply handle $HTTP_POST_FILES[$fieldname]['tmp_name'] and does a copy($tempName,$filename). Using $_FILES either doesn't work. I tested against PHP 4.1.2, PHP 4.2.0RC1 and RC2 too, but the bug still persists, on Windows 2000 platform. I cannot verify this, but unless the copy function is broken, the temporary file uploaded to Apache is already corrupt. Any advice is kindly appreciated. Thanks Mirko Buffoni -- Edit this bug report at http://bugs.php.net/?id=16449&edit=1
Bug #16450: Failed opening . for inclusion (include_p='.:/../lib/php') in Unknown on line 0
From: [EMAIL PROTECTED] Operating system: SunOS PHP version: 4.1.2 PHP Bug Type: Scripting Engine problem Bug description: Failed opening . for inclusion (include_p='.:/../lib/php') in Unknown on line 0 If I request any php file that does not exist in the current path I always get: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0 when I try for example to open "http://www.host.com/doesnt_exist.php"; I get the error, though when I try "http://www.host.com/dir/doesnt_exist.php"; and the directory "dir" does not exist I get a normal 404 error. But when directory "dir" DOES exist I get the Failed opening error again. It only happens when I try to open files with the extension that is parsed by the php deamon (I included .html and .php) so: "http://www.host.com/doesnt_exist.php"; gives failed... "http://www.host.com/doesnt_exist.html"; gives failed... "http://www.host.com/doesnt_exist.txt"; gives normal 404 error "http://www.host.com/not_here/doesnt_exist.php"; gives normal 404 "http://www.host.com/here/doesnt_exist.php"; gives failed... I use php 4.1.2 and apache 1.3.20 and happened when I upgraded to 4.1.2. Configure Command: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache-1.3.20/bin/apxs' '--enable-track-vars' '--with-gdbm=/usr/local/gnu' '--with-config-file-path=/usr/local/php-4.1.2/lib' '--with-mhash=/usr/local' '--with-zlib=/usr/local' '--with-gd' '--with-ttf' '--prefix=/usr/local/php-4.1.2' in the phpinfo() also: include_path: .:/usr/local/php-4.1.2/lib/php .: is correct?? Everything except accessing non existing files works perfectly -- Edit bug report at http://bugs.php.net/?id=16450&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16450&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16450&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16450&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16450&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16450&r=support Expected behavior: http://bugs.php.net/fix.php?id=16450&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16450&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16450&r=submittedtwice
Bug #16450 Updated: Failed opening . for inclusion (include_p='.:/../lib/php') in Unknown on line 0
ID: 16450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: SunOS PHP Version: 4.1.2 New Comment: Trying to access non-existent files should produce an error, and according to you it does. Tal Previous Comments: [2002-04-05 07:35:04] [EMAIL PROTECTED] If I request any php file that does not exist in the current path I always get: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0 when I try for example to open "http://www.host.com/doesnt_exist.php"; I get the error, though when I try "http://www.host.com/dir/doesnt_exist.php"; and the directory "dir" does not exist I get a normal 404 error. But when directory "dir" DOES exist I get the Failed opening error again. It only happens when I try to open files with the extension that is parsed by the php deamon (I included .html and .php) so: "http://www.host.com/doesnt_exist.php"; gives failed... "http://www.host.com/doesnt_exist.html"; gives failed... "http://www.host.com/doesnt_exist.txt"; gives normal 404 error "http://www.host.com/not_here/doesnt_exist.php"; gives normal 404 "http://www.host.com/here/doesnt_exist.php"; gives failed... I use php 4.1.2 and apache 1.3.20 and happened when I upgraded to 4.1.2. Configure Command: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache-1.3.20/bin/apxs' '--enable-track-vars' '--with-gdbm=/usr/local/gnu' '--with-config-file-path=/usr/local/php-4.1.2/lib' '--with-mhash=/usr/local' '--with-zlib=/usr/local' '--with-gd' '--with-ttf' '--prefix=/usr/local/php-4.1.2' in the phpinfo() also: include_path: .:/usr/local/php-4.1.2/lib/php .: is correct?? Everything except accessing non existing files works perfectly -- Edit this bug report at http://bugs.php.net/?id=16450&edit=1
Bug #15129 Updated: htmlentities() bug
ID: 15129 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win98 PHP Version: 4.1.1 New Comment: You're messing with Magic Quotes. Read the manual. Previous Comments: [2002-01-20 19:42:18] [EMAIL PROTECTED] htmlentities(), when asked to convert quotes, instead of converting " to ", it converts it to \". It adds a \ character before ". IMHO, this should not happen. -- Edit this bug report at http://bugs.php.net/?id=15129&edit=1
Bug #16450 Updated: Failed opening . for inclusion (include_p='.:/../lib/php') in Unknown on line 0
ID: 16450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Scripting Engine problem Operating System: SunOS PHP Version: 4.1.2 New Comment: Please try php 4.2.0rc2 from www.php.net/~derick and then try the following things: - Does it still happen now? - What happens if you remove .html from your parsed-by-php extensions? Derick Previous Comments: [2002-04-05 07:54:25] [EMAIL PROTECTED] Trying to access non-existent files should produce an error, and according to you it does. Tal [2002-04-05 07:35:04] [EMAIL PROTECTED] If I request any php file that does not exist in the current path I always get: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0 when I try for example to open "http://www.host.com/doesnt_exist.php"; I get the error, though when I try "http://www.host.com/dir/doesnt_exist.php"; and the directory "dir" does not exist I get a normal 404 error. But when directory "dir" DOES exist I get the Failed opening error again. It only happens when I try to open files with the extension that is parsed by the php deamon (I included .html and .php) so: "http://www.host.com/doesnt_exist.php"; gives failed... "http://www.host.com/doesnt_exist.html"; gives failed... "http://www.host.com/doesnt_exist.txt"; gives normal 404 error "http://www.host.com/not_here/doesnt_exist.php"; gives normal 404 "http://www.host.com/here/doesnt_exist.php"; gives failed... I use php 4.1.2 and apache 1.3.20 and happened when I upgraded to 4.1.2. Configure Command: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache-1.3.20/bin/apxs' '--enable-track-vars' '--with-gdbm=/usr/local/gnu' '--with-config-file-path=/usr/local/php-4.1.2/lib' '--with-mhash=/usr/local' '--with-zlib=/usr/local' '--with-gd' '--with-ttf' '--prefix=/usr/local/php-4.1.2' in the phpinfo() also: include_path: .:/usr/local/php-4.1.2/lib/php .: is correct?? Everything except accessing non existing files works perfectly -- Edit this bug report at http://bugs.php.net/?id=16450&edit=1
Bug #16450 Updated: Failed opening . for inclusion (include_p='.:/../lib/php') in Unknown on line 0
ID: 16450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Scripting Engine problem Operating System: SunOS PHP Version: 4.1.2 New Comment: indeed, but it should produce a 404 error through the header so the browser knows it does not exist. But instead it produces a text error: "Warning: Failed opening '/path/to/file.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0" so more technically: the url "www.host.com/doesnt_exist.php" gives: HTTP/1.1 200 OK Date: Fri, 05 Apr 2002 13:09:06 GMT Server: Apache/1.3.19 (Unix) mod_gzip/1.3.19.1a PHP/4.1.2 X-Powered-By: PHP/4.1.2 Connection: close Content-Type: text/html Warning: Failed opening '/vol/www/headliner/web-docs/blaat.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0 and "www.host.com/nothere/doesnt_exist.php" gives: HTTP/1.1 404 Not Found Date: Fri, 05 Apr 2002 13:09:56 GMT Server: Apache/1.3.19 (Unix) mod_gzip/1.3.19.1a PHP/4.1.2 Connection: close Content-Type: text/html; charset=iso-8859-1 when I remove the .html extension I get a good error 404 error message, I didn't install 4.2.0rc2 yet since I'm not root on it personally but I'll ask my provider. Previous Comments: [2002-04-05 08:00:10] [EMAIL PROTECTED] Please try php 4.2.0rc2 from www.php.net/~derick and then try the following things: - Does it still happen now? - What happens if you remove .html from your parsed-by-php extensions? Derick [2002-04-05 07:54:25] [EMAIL PROTECTED] Trying to access non-existent files should produce an error, and according to you it does. Tal [2002-04-05 07:35:04] [EMAIL PROTECTED] If I request any php file that does not exist in the current path I always get: Warning: Failed opening '/path/to/file.php' for inclusion (include_path='.:/usr/local/php-4.1.2/lib/php') in Unknown on line 0 when I try for example to open "http://www.host.com/doesnt_exist.php"; I get the error, though when I try "http://www.host.com/dir/doesnt_exist.php"; and the directory "dir" does not exist I get a normal 404 error. But when directory "dir" DOES exist I get the Failed opening error again. It only happens when I try to open files with the extension that is parsed by the php deamon (I included .html and .php) so: "http://www.host.com/doesnt_exist.php"; gives failed... "http://www.host.com/doesnt_exist.html"; gives failed... "http://www.host.com/doesnt_exist.txt"; gives normal 404 error "http://www.host.com/not_here/doesnt_exist.php"; gives normal 404 "http://www.host.com/here/doesnt_exist.php"; gives failed... I use php 4.1.2 and apache 1.3.20 and happened when I upgraded to 4.1.2. Configure Command: './configure' '--with-mysql=/usr/local/mysql' '--with-apxs=/usr/local/apache-1.3.20/bin/apxs' '--enable-track-vars' '--with-gdbm=/usr/local/gnu' '--with-config-file-path=/usr/local/php-4.1.2/lib' '--with-mhash=/usr/local' '--with-zlib=/usr/local' '--with-gd' '--with-ttf' '--prefix=/usr/local/php-4.1.2' in the phpinfo() also: include_path: .:/usr/local/php-4.1.2/lib/php .: is correct?? Everything except accessing non existing files works perfectly -- Edit this bug report at http://bugs.php.net/?id=16450&edit=1
Bug #16434 Updated: Build Error
ID: 16434 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux 2.4.2-2 PHP Version: 4.1.2 New Comment: After adding the required parameter, it compiled and has run fine under an adhoc stress test. Previous Comments: [2002-04-05 05:16:40] [EMAIL PROTECTED] Well, AFAIK 4.1.x doesn't work with Apache 2. Anyway, we don't really care since Apache 2 is still beta. It will probably work OK in 4.2.0. You can try RC2 from www.php.net/~derick [2002-04-04 14:18:54] [EMAIL PROTECTED] sapi_apache2.c refuses to build with Apache 2.0.32. The function call to ap_get_brigade, line 247, needs the APR_BLOCK_READ or APR_NONBLOCK_READ parameter added to the call. I don't know which is appropriate, so I chose to BLOCK. -- Edit this bug report at http://bugs.php.net/?id=16434&edit=1
Bug #16445: mktime
From: [EMAIL PROTECTED]
Operating system: any
PHP version: 4.1.2
PHP Bug Type: Documentation problem
Bug description: mktime
for ($i = 0 ; $i< 365; $i++){
$date = mktime(0,0,0,1,$i,2001);
$date1 = mktime(0,0,0,1,$i-1,2001);
if (($date - $date1 ) /3600 <> 24){
echo "" .date("Y m d", $date1) . " ";
echo ($date - $date1 ) /3600 ." h";}
}
It is not explicite that the mktime function take into account the change
of hour some day in the year. The consequence is that (a date return by
mktime )- 86400 is not always the day before.
--
Edit bug report at http://bugs.php.net/?id=16445&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16445&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16445&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16445&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16445&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16445&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16445&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16445&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16445&r=submittedtwice
Bug #16445 Updated: mktime
ID: 16445
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Documentation problem
Operating System: any
PHP Version: 4.1.2
-Assigned To:
+Assigned To: sander
New Comment:
I'll fix that...
Previous Comments:
[2002-04-05 04:51:19] [EMAIL PROTECTED]
for ($i = 0 ; $i< 365; $i++){
$date = mktime(0,0,0,1,$i,2001);
$date1 = mktime(0,0,0,1,$i-1,2001);
if (($date - $date1 ) /3600 <> 24){
echo "" .date("Y m d", $date1) . " ";
echo ($date - $date1 ) /3600 ." h";}
}
It is not explicite that the mktime function take into account the
change of hour some day in the year. The consequence is that (a date
return by mktime )- 86400 is not always the day before.
--
Edit this bug report at http://bugs.php.net/?id=16445&edit=1
Bug #16446: Incorrect English?
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: Incorrect English? In image.xml, exif_thumbnail: "It is possible that exif_thumbnail() cannot create and image but determine the its size." I think it's incorrect but I can't figure out how to fix it. slawek- -- Edit bug report at http://bugs.php.net/?id=16446&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16446&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16446&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16446&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16446&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16446&r=support Expected behavior: http://bugs.php.net/fix.php?id=16446&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16446&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16446&r=submittedtwice
Bug #16446 Updated: Incorrect English?
ID: 16446 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-05 05:24:36] [EMAIL PROTECTED] In image.xml, exif_thumbnail: "It is possible that exif_thumbnail() cannot create and image but determine the its size." I think it's incorrect but I can't figure out how to fix it. slawek- -- Edit this bug report at http://bugs.php.net/?id=16446&edit=1
Bug #16447: Inactive "see alsos"
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.1.2 PHP Bug Type: Documentation problem Bug description: Inactive "see alsos" Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit bug report at http://bugs.php.net/?id=16447&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16447&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16447&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16447&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16447&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16447&r=support Expected behavior: http://bugs.php.net/fix.php?id=16447&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16447&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16447&r=submittedtwice
Bug #15240 Updated: saving includes as unicode in Interdev produces partial or erratic including
ID: 15240 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *General Issues +Bug Type: Documentation problem Operating System: Win 2k Advanced Server PHP Version: 4.1.1 New Comment: Reclassified as docu prob. Previous Comments: [2002-01-27 04:07:18] [EMAIL PROTECTED] saving includes as unicode in Interdev produces partial or erratic including. this can be solved by saving as plain txt. By default interdev saves php files as unicode. I pulled out a few hairs finding this bug, I hope this helps someone. -- Edit this bug report at http://bugs.php.net/?id=15240&edit=1
Bug #16447 Updated: Inactive "see alsos"
ID: 16447 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 New Comment: I think case sensitivity is the problem here (works fine in de/ translation where the function names aall lowercased) Previous Comments: [2002-04-05 05:44:53] [EMAIL PROTECTED] Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit this bug report at http://bugs.php.net/?id=16447&edit=1
Bug #16447 Updated: Inactive "see alsos"
ID: 16447 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 -Assigned To: +Assigned To: cortesi New Comment: I will fix it this afternoon Previous Comments: [2002-04-05 05:52:29] [EMAIL PROTECTED] I think case sensitivity is the problem here (works fine in de/ translation where the function names aall lowercased) [2002-04-05 05:44:53] [EMAIL PROTECTED] Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit this bug report at http://bugs.php.net/?id=16447&edit=1
Bug #16447 Updated: Inactive "see alsos"
ID: 16447 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 Assigned To: cortesi New Comment: by changing the XML or by making the style sheets case-insensitive? Previous Comments: [2002-04-05 06:46:09] [EMAIL PROTECTED] I will fix it this afternoon [2002-04-05 05:52:29] [EMAIL PROTECTED] I think case sensitivity is the problem here (works fine in de/ translation where the function names aall lowercased) [2002-04-05 05:44:53] [EMAIL PROTECTED] Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit this bug report at http://bugs.php.net/?id=16447&edit=1
Bug #16447 Updated: Inactive "see alsos"
ID: 16447 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 Assigned To: cortesi New Comment: I think Simone thought "by making the XML lowercase"... This is not the ultimate solution though... Hartmut added auto-lowercase support for links into XSL sheets. BTW if someone can test the XSL sheets outputs, I can add any features needed to be conform to the DSSSL output. I have already done the phpweb sheet. Previous Comments: [2002-04-05 07:27:55] [EMAIL PROTECTED] by changing the XML or by making the style sheets case-insensitive? [2002-04-05 06:46:09] [EMAIL PROTECTED] I will fix it this afternoon [2002-04-05 05:52:29] [EMAIL PROTECTED] I think case sensitivity is the problem here (works fine in de/ translation where the function names aall lowercased) [2002-04-05 05:44:53] [EMAIL PROTECTED] Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit this bug report at http://bugs.php.net/?id=16447&edit=1
Bug #15945 Updated: While starting Apache I get an undefined symbol error.mysql_field_count
ID: 15945 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: RedHat 7.2 PHP Version: 4.1.2 New Comment: Installing php-4.2.0RC2.tar.gz using the above procedure corrected the problem. Apache now starts and stop without error and I can run my php scripts locally once again. For what it's worth this problem began because RedHat shipped php without mysql enabled so I don't know how long the trouble was there. I can't be the only person running RedHat7.2 and using php with mysql. Perhaps it's just my combination of stuff. In any case php-4-2.0RC2 corrects the problem. Thanks, Tom Birchmire Previous Comments: [2002-04-04 17:55:04] [EMAIL PROTECTED] If you could please try the PHP 4.2.0 RC2 to see if this happens with it too..http://www.php.net/~derick/ Also, you could try compiling with the bundled mysql libs. ie. leave the path out from the --with-mysql option. --Jani [2002-03-08 07:08:44] [EMAIL PROTECTED] Try checking first that the libphp4.so is finding all necessary libraries: # ldd /etc/httpd/modules/libphp4.so Produced: [root@localhost etc]# ldd /etc/httpd/modules/libphp4.so libc.so.6 => /lib/i686/libc.so.6 (0x4011e000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) Added /usr/local/mysql/lib/mysql to /etc/ld.so.comfig leaving off the trailing "/" because the other entries didn't have one. Ran /sbin/ldconfigwithout apparent effect as it came back to the command line without any messages. Undefined symbol error unchanged. . [2002-03-08 03:00:28] [EMAIL PROTECTED] Try checking first that the libphp4.so is finding all necessary libraries: # ldd /etc/httpd/modules/libphp4.so As you might not have /usr/local/mysql/lib/mysql/ in your /etc/ld.so.conf Try adding it and run /sbin/ldconfig --Jani [2002-03-07 22:53:01] [EMAIL PROTECTED] While starting Apache I get an undefined symbol error. mysql_field_count Running RedHat 7.2 Installed MySQL 3.23.49a from binary into /usr/local/mysql from mysql-3.23.49a-pc-linux-gnu-i686. MySQL runs correctly. php-4.1.2.tar.gz untarred into php-4.1.2 build was ./configure "--with-mysql=/usr/local/mysql and --with-apxs=/usr/sbin/apxs" ran correctly (without error) make ran without error make install ran without error Apache won't start, reporting "undefined symbol" /etc/rc.d/init.d/httpd start Starting httpd: Syntax error on line 261 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: /etc/httpd/modules/libphp4.so: undefined symbol: mysql_field_count [FAILED] -- Edit this bug report at http://bugs.php.net/?id=15945&edit=1
Bug #16451: strtotime with CEST timezone set returns -1
From: [EMAIL PROTECTED]
Operating system: RedHat7.1
PHP version: 4.1.1
PHP Bug Type: Date/time related
Bug description: strtotime with CEST timezone set returns -1
date("Y-m-d H:i:s T") returns "2002-04-05 17:12:37 CEST"
strtotime("2002-04-05 17:12:37 CEST") return -1
Perhaps a duplicate bug of #16429
--
Edit bug report at http://bugs.php.net/?id=16451&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16451&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16451&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16451&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16451&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16451&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16451&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16451&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16451&r=submittedtwice
Bug #13944 Updated: in a function, I want to know the file/line that CALLED the function
ID: 13944
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Feature/Change Request
Operating System: Linux RH7.1
PHP Version: 4.0.6
New Comment:
80% done with this. Just need some more testing.
regards,
Derick
Previous Comments:
[2002-04-05 10:03:58] [EMAIL PROTECTED]
On the Hungarian PHP list this is frequent question, and surely most of
the developers -including me :)- would love it too!
Naturally it is another self-administering task to the interpreter, so
I would suggest to make it an optional 'developement-time' feature.
Aabout nested includes: it would be good to return a complex data
structure, when the programmer can step-back the calling process.
Csabii
[2001-11-05 21:41:57] [EMAIL PROTECTED]
I would love to be able, from within a function, to find out the
file/line no that called me.
For example:
/// some code ///
$x = call_a_function();
function call_a_function() {
echo "MY LOCATION: __FILE__ : __LINE__";
/*** This is what I would LOVE ***/
echo "CALLED FROM: __CALLING_FILE__ : __CALLING_LINE__";
}
That would be fantastic!
--
Edit this bug report at http://bugs.php.net/?id=13944&edit=1
Bug #16452: using fgets or fread with fsockopen returns strange numbers
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.1.2 PHP Bug Type: Output Control Bug description: using fgets or fread with fsockopen returns strange numbers I open an url with fsockopen and when I read socket with fread or fgets it sometimes return hexadecimal numbers. (which appears to be the number of characters to the next 'strange number') The output looks like this (numbers : 19f, 24, 0) : ... 19f [ Home | Categorize | Categorization Help | Templates | Customer Info | Final Check | Temp Direc 24 tory ] 0 ### end of output ### when I read the file with fopen it works better but in this case I don't want to use fopen. Good luck -- Edit bug report at http://bugs.php.net/?id=16452&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16452&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16452&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16452&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16452&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16452&r=support Expected behavior: http://bugs.php.net/fix.php?id=16452&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16452&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16452&r=submittedtwice
Bug #16453: include_path in httpd.conf dosn't take effect when php installed Static
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4 PHP version: 4.1.2 PHP Bug Type: Apache related Bug description: include_path in httpd.conf dosn't take effect when php installed Static When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit bug report at http://bugs.php.net/?id=16453&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16453&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16453&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16453&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16453&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16453&r=support Expected behavior: http://bugs.php.net/fix.php?id=16453&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16453&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16453&r=submittedtwice
Bug #16453 Updated: include_path in httpd.conf dosn't take effect when php installed Static
ID: 16453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.2 New Comment: Sorry. Version of Apache is 1.3.23rusPL30.11 Previous Comments: [2002-04-05 11:14:40] [EMAIL PROTECTED] When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit this bug report at http://bugs.php.net/?id=16453&edit=1
Bug #16454: Session Mangement, headers, command line
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.1 PHP version: 4.0.6 PHP Bug Type: Unknown/Other Function Bug description: Session Mangement, headers, command line I need to set the session id when processing a .php file from the command line. The purpose is to produce a .pdf by firstly running the php script and piping the output to an html file. I then run htmldoc on the html file to produce the pdf. When running php on the command line without the -q switch the headers are included in the pdf file. When the script is processed using the -q switch I get the warning: Cannot send session cache limiter - headers already sent in It appears that I can remove the warning be either not including session_id($argv[1]) or running the script without the -q switch. Neither is an option for me. -- Edit bug report at http://bugs.php.net/?id=16454&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16454&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16454&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16454&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16454&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16454&r=support Expected behavior: http://bugs.php.net/fix.php?id=16454&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16454&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16454&r=submittedtwice
Bug #16453 Updated: include_path in httpd.conf dosn't take effect when php installed Static
ID: 16453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.2 New Comment: And if you compile PHP as DSO? Does it then work? Works fine here.. Previous Comments: [2002-04-05 11:20:48] [EMAIL PROTECTED] Sorry. Version of Apache is 1.3.23rusPL30.11 [2002-04-05 11:14:40] [EMAIL PROTECTED] When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit this bug report at http://bugs.php.net/?id=16453&edit=1
Bug #16454 Updated: Session Mangement, headers, command line
ID: 16454 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: Session related Operating System: RedHat Linux 7.1 PHP Version: 4.0.6 New Comment: reclassified Previous Comments: [2002-04-05 11:56:03] [EMAIL PROTECTED] I need to set the session id when processing a .php file from the command line. The purpose is to produce a .pdf by firstly running the php script and piping the output to an html file. I then run htmldoc on the html file to produce the pdf. When running php on the command line without the -q switch the headers are included in the pdf file. When the script is processed using the -q switch I get the warning: Cannot send session cache limiter - headers already sent in It appears that I can remove the warning be either not including session_id($argv[1]) or running the script without the -q switch. Neither is an option for me. -- Edit this bug report at http://bugs.php.net/?id=16454&edit=1
Bug #16453 Updated: include_path in httpd.conf dosn't take effect when php installed Static
ID: 16453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.2 Previous Comments: [2002-04-05 12:27:57] [EMAIL PROTECTED] And if you compile PHP as DSO? Does it then work? Works fine here.. [2002-04-05 11:20:48] [EMAIL PROTECTED] Sorry. Version of Apache is 1.3.23rusPL30.11 [2002-04-05 11:14:40] [EMAIL PROTECTED] When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit this bug report at http://bugs.php.net/?id=16453&edit=1
Bug #16453 Updated: include_path in httpd.conf dosn't take effect when php installed Static
ID: 16453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.2 New Comment: Erm... Sniper... are you still awake??? :) "When php installed DSO - it's work." But isn't it supposed to work with a static module too? Previous Comments: [2002-04-05 12:27:57] [EMAIL PROTECTED] And if you compile PHP as DSO? Does it then work? Works fine here.. [2002-04-05 11:20:48] [EMAIL PROTECTED] Sorry. Version of Apache is 1.3.23rusPL30.11 [2002-04-05 11:14:40] [EMAIL PROTECTED] When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit this bug report at http://bugs.php.net/?id=16453&edit=1
Bug #7151 Updated: phpMyAdmin causes crash of php.exe
ID: 7151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Reproducible Crash Operating System: Windows 2000 PHP Version: 4.0 Latest CVS (12/10/2000) New Comment: In reply to http://www.phpwizard.net/phorum/read.php?f=1&i=2266&t=2266 I've got exactly the same problem using PHP3 (3.0.17), phpMyAdmin (2.2.5), Xitami (V2.4d9) and Win2k (Professional) on two Notebooks (Fujitsu C342, HP OmniBook 6100). Every time, I try to execute an SQL command entered in the box provided for this purpose by phpMyAdmin, the php.exe module crashes with an program error popping up. A second problem: If I browse through a table, click an entry, alter some field contents and then click "OK" to confirm the changes, the message "This URL can not be found on this server" is displayed; but if I then re-display the table, the altered data although has changed. But why the heck then is this message showed Using phpMyAdmin on a linux system works just fine and perfectly. So this seems all to be about a problem of php.exe on the windows platform(s). Any idea about this? I searched this forum and just found one "sql crashes php3"... Previous Comments: [2000-10-12 05:46:54] [EMAIL PROTECTED] unable to reproduce & not enough information [2000-10-12 04:24:05] [EMAIL PROTECTED] After hitting the "Create" button in phpMyAdmin's "Create new database" form (on the start page of phpMyAdmin) php.exe crashes. The form calls db_create.php3, but I cannot find the cause for the crash therein. -- Edit this bug report at http://bugs.php.net/?id=7151&edit=1
Bug #15333 Updated: strndup access violation
ID: 15333
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000 Pro
PHP Version: 4.1.1
New Comment:
Nevermind. That's not the problem. Still looking.
Previous Comments:
[2002-04-04 13:23:18] [EMAIL PROTECTED]
I think I've found the problem:
ZEND_API char *zend_strndup(const char *s, uint length)
{
char *p;
p = (char *) malloc(length+1);
if (!p) {
return (char *)NULL;
}
if (length) {
memcpy(p, s, length);
}
p[length] = 0;
return p;
}
If this is changed to
ZEND_API char *zend_strndup(const char *s, uint length)
{
char *p;
p = (char *) malloc(length+1);
if (!p) {
return (char *)NULL;
}
if (length) {
memcpy(p, s, length);
p[length] = 0;
}
return p;
}
does that break anything? I think the problem comes in when length==0.
I can't really reproduce this problem though. I saw it once a couple
of days ago, but havn't seen it since.
Also will one of you that's having this problem please check to see if
4.2.0 RC 2 still has this problem? Since 4.2.0 is going to be released
really soon now, I'd like to get this worked through (but if it doesn't
happen anymore under 4.2.0 then we're worrying about nothing).
[2002-04-04 10:27:27] [EMAIL PROTECTED]
I've been having the same problem.
Win2k (All security updates)
IIS 5.0
Pentium III 733
ISAPI Version 4.1.2
I switched security on each virtual directory to 'Low(IIS Process) and
haven't gotten the error since. This isn't a satisfactory fix, but
maybe it'll help figure out what is causing the problem.
[2002-04-04 10:09:46] [EMAIL PROTECTED]
Bug #16362 was marked a duplicate of this bug.
[2002-04-03 19:35:48] [EMAIL PROTECTED]
I got this error after aplying the lateste security updates on my win2k
server. It works fine at the begginig but after 5 mins I get this
error. It hangs all the IIS service.
This doesn't happen in CGI mode.
OS: Win2K Server
Patches: SP2 + Lateste Security updates
System: P3 @ 550 Mhz - 256 MB RAM
PHP VER: 4.1.2.
PHP Mode: ISAPI
[2002-02-19 09:06:12] [EMAIL PROTECTED]
Nope, I am not using Zend Encoder or Optimizer. Just running plain PHP
for now.
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/15333
--
Edit this bug report at http://bugs.php.net/?id=15333&edit=1
Bug #16438 Updated: Segmentation fault
ID: 16438 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Red Hat Linux release 6.2 PHP Version: 4.1.2 New Comment: 1. there're more than 65536 rows. use php 4.1.2 it crashes after 65538 2. tried with PHP 4.2.0RC2, program got "Segmentation fault" again. crashed after 65534 configuration = ./configure --with-mysql --with-socket --enable-trans-sid --with-progel --with-gd --enable-discard-path --prefix=/mnt/nfshome/tony/php debug info == $ gdb bin/php /home/tony/stats/bin/core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `bin/php /home/tony/stats/bin/chatv2.crash.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 0x80e7eb1 in zend_hash_add_or_update (ht=0xa51f04c, arKey=0x818150c "End", nKeyLength=4, pData=0xbfffce10, nDataSize=4, pDest=0xbfffce1c, flag=1) at zend_hash.c:275 275 ht->arBuckets[nIndex] = p; (gdb) bt #0 0x80e7eb1 in zend_hash_add_or_update (ht=0xa51f04c, arKey=0x818150c "End", nKeyLength=4, pData=0xbfffce10, nDataSize=4, pDest=0xbfffce1c, flag=1) at zend_hash.c:275 #1 0x810362c in zend_fetch_dimension_address_inner (ht=0xa51f04c, op2=0x8184a80, Ts=0xbfffce84, type=1) at ./zend_execute.c:627 #2 0x80fb8fb in zend_fetch_dimension_address (result=0x8184a60, op1=0x8184a70, op2=0x8184a80, Ts=0xbfffce84, type=1) at ./zend_execute.c:762 #3 0x80fd912 in execute (op_array=0x817ca84) at ./zend_execute.c:1274 #4 0x80e54b7 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #5 0x8062eaa in php_execute_script (primary_file=0xba74) at main.c:1381 #6 0x8060f99 in main (argc=2, argv=0xbad4) at cgi_main.c:785 (gdb) Previous Comments: [2002-04-04 21:08:09] [EMAIL PROTECTED] First, please try with PHP 4.2.0RC2 from http://www.php.net/~derick/ Second question is, how many rows are there in the array causing the crash? [2002-04-04 21:02:10] [EMAIL PROTECTED] configuration line == ./configure --with-mysql --with-socket --enable-trans-sid --with-progel --with-gd --enable-discard-path description === chatv2.php - daily batch program, read database (MySQL), generate statistics, write database. As the records increased, it's occurs more often. debug info == $ gdb /usr/local/bin/php /home/tony/stats/bin/core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `/usr/local/bin/php /home/tony/stats/bin/chatv2.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 0x80eca73 in _array_init (arg=0xa4feb24) at zend_API.c:561 561 ALLOC_HASHTABLE_REL(arg->value.ht); (gdb) run /home/tony/stats/bin/chatv2.php Starting program: /usr/local/bin/php /home/tony/stats/bin/chatv2.php X-Powered-By: PHP/4.1.2 Content-type: text/html Process day : 2002-04-03 Program received signal SIGSEGV, Segmentation fault. 0x
Bug #16453 Updated: include_path in httpd.conf dosn't take effect when php installed Static
ID: 16453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.4 PHP Version: 4.1.2 New Comment: I was supposed to ask, what the configure line for PHP was. Previous Comments: [2002-04-05 12:32:14] [EMAIL PROTECTED] Erm... Sniper... are you still awake??? :) "When php installed DSO - it's work." But isn't it supposed to work with a static module too? [2002-04-05 12:27:57] [EMAIL PROTECTED] And if you compile PHP as DSO? Does it then work? Works fine here.. [2002-04-05 11:20:48] [EMAIL PROTECTED] Sorry. Version of Apache is 1.3.23rusPL30.11 [2002-04-05 11:14:40] [EMAIL PROTECTED] When php installed Static in Apache (1.3.23), setting include_path in httpd.conf file dosn't take effect. php take value of include_path only from php.ini When php installed DSO - it's work. -- Edit this bug report at http://bugs.php.net/?id=16453&edit=1
Bug #16438 Updated: Segmentation fault
ID: 16438 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Red Hat Linux release 6.2 PHP Version: 4.1.2 New Comment: Please provide a short reproducing script. Derick Previous Comments: [2002-04-05 12:48:43] [EMAIL PROTECTED] 1. there're more than 65536 rows. use php 4.1.2 it crashes after 65538 2. tried with PHP 4.2.0RC2, program got "Segmentation fault" again. crashed after 65534 configuration = ./configure --with-mysql --with-socket --enable-trans-sid --with-progel --with-gd --enable-discard-path --prefix=/mnt/nfshome/tony/php debug info == $ gdb bin/php /home/tony/stats/bin/core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `bin/php /home/tony/stats/bin/chatv2.crash.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 0x80e7eb1 in zend_hash_add_or_update (ht=0xa51f04c, arKey=0x818150c "End", nKeyLength=4, pData=0xbfffce10, nDataSize=4, pDest=0xbfffce1c, flag=1) at zend_hash.c:275 275 ht->arBuckets[nIndex] = p; (gdb) bt #0 0x80e7eb1 in zend_hash_add_or_update (ht=0xa51f04c, arKey=0x818150c "End", nKeyLength=4, pData=0xbfffce10, nDataSize=4, pDest=0xbfffce1c, flag=1) at zend_hash.c:275 #1 0x810362c in zend_fetch_dimension_address_inner (ht=0xa51f04c, op2=0x8184a80, Ts=0xbfffce84, type=1) at ./zend_execute.c:627 #2 0x80fb8fb in zend_fetch_dimension_address (result=0x8184a60, op1=0x8184a70, op2=0x8184a80, Ts=0xbfffce84, type=1) at ./zend_execute.c:762 #3 0x80fd912 in execute (op_array=0x817ca84) at ./zend_execute.c:1274 #4 0x80e54b7 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #5 0x8062eaa in php_execute_script (primary_file=0xba74) at main.c:1381 #6 0x8060f99 in main (argc=2, argv=0xbad4) at cgi_main.c:785 (gdb) [2002-04-04 21:08:09] [EMAIL PROTECTED] First, please try with PHP 4.2.0RC2 from http://www.php.net/~derick/ Second question is, how many rows are there in the array causing the crash? [2002-04-04 21:02:10] [EMAIL PROTECTED] configuration line == ./configure --with-mysql --with-socket --enable-trans-sid --with-progel --with-gd --enable-discard-path description === chatv2.php - daily batch program, read database (MySQL), generate statistics, write database. As the records increased, it's occurs more often. debug info == $ gdb /usr/local/bin/php /home/tony/stats/bin/core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `/usr/local/bin/php /home/tony/stats/bin/chatv2.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 0x80eca73 in _array_init (arg=0xa4feb24) at zend_API.c:561 561 ALLOC_HASHTABLE_REL(arg->value.ht); (gdb) run /home/tony/stats/bin/chatv2.php Starting program: /usr/local/bin/php /hom
Bug #16455: "Progress Indicator" of some sort in ftp get
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: "Progress Indicator" of some sort in ftp get On long ftp downloads, there appears to be no way to get any sort of "progress" indication. (I prefer to use the ftp module rather than the ftp: wrapper for fgets for the application in question, so that I can more easily track success at connecting, success at logging in, checking of ftp directory contents, etc). This isn't much of an issue on a web-page, where ftp download shouldn't take long, but when used as a CLI application (as I am currently) to handle a long download, it's hard to tell whether or not the download is going successfully, or not. (For simplicity, having output on stderr from the ftp_get function as an option would probably be quite sufficient...) -- Edit bug report at http://bugs.php.net/?id=16455&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16455&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16455&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16455&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16455&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16455&r=support Expected behavior: http://bugs.php.net/fix.php?id=16455&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16455&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16455&r=submittedtwice
Bug #16456: "resume" of ftp downloads
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: "resume" of ftp downloads It would be handy to be able to use the ftp REST command to resume a long download. If I'm seeing this correctly, this would require an option to save partial downloads (or does it do this already?). I don't know whether it would be better to add an optional "start from byteX" field to the ftp_get() functions or to have a separate "ftp_getrest()" function, or what, but thought I'd ask... -- Edit bug report at http://bugs.php.net/?id=16456&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16456&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16456&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16456&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16456&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16456&r=support Expected behavior: http://bugs.php.net/fix.php?id=16456&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16456&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16456&r=submittedtwice
Bug #16388 Updated: empty output with "echo <<<..."
ID: 16388 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 4.0.6 New Comment: Browser was Mozilla 0.9.9 Previous Comments: [2002-04-02 05:42:46] [EMAIL PROTECTED] Which browser? [2002-04-02 05:34:29] [EMAIL PROTECTED] If you try to output nothing with this construct: echo <
Bug #16457: No Work
From: [EMAIL PROTECTED] Operating system: win milenium PHP version: 4.1.2 PHP Bug Type: *Web Server problem Bug description: No Work Bad, work of MySQL+Nuke Vers. 4.0.6 work OK Vers. 1.1.2 Bad No trabaja bien con nuke y Mysql se cuelga al cargar la pagina. -- Edit bug report at http://bugs.php.net/?id=16457&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16457&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16457&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16457&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16457&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16457&r=support Expected behavior: http://bugs.php.net/fix.php?id=16457&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16457&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16457&r=submittedtwice
Bug #16457 Updated: No Work
ID: 16457 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: win milenium PHP Version: 4.1.2 New Comment: 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". Previous Comments: [2002-04-05 13:15:57] [EMAIL PROTECTED] Bad, work of MySQL+Nuke Vers. 4.0.6 work OK Vers. 1.1.2 Bad No trabaja bien con nuke y Mysql se cuelga al cargar la pagina. -- Edit this bug report at http://bugs.php.net/?id=16457&edit=1
Bug #16394 Updated: $node->unlink hangs up Apache, IIS and encounteres an Access Violation
ID: 16394 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: This has been addressed. Will be in 4.2.0. Previous Comments: [2002-04-02 13:03:00] [EMAIL PROTECTED] This may have already been addressed. Please try the 4.2.0 Release Candidate available from http://www.php.net/~derick/ to see if it's been fixed. [2002-04-02 12:32:38] [EMAIL PROTECTED] DOM XML documentation: http://www.php.net/manual/en/function.domxml-node-unlink-node.php has error - domxml_node_unlink_node() doesn't work There is correct sintax in User contribution notes - unlink() but this method has result: "PHP has encountered an Access Violation at 0176E42A" or just hangs up Apache or IIS (php as module). -- Edit this bug report at http://bugs.php.net/?id=16394&edit=1
Bug #16396 Updated: dumpmem($node) dumps xml in string with wrong "encoding" attribute
ID: 16396 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: w2k PHP Version: 4.1.2 New Comment: dumpmem($node) is not implemented. If this is desired functionality, open a feature request. Previous Comments: [2002-04-02 12:42:25] [EMAIL PROTECTED] dumpmem($node) where $node is DOM Element Object dumps xml in string with wrong "encoding" attribute (parent document for this node has UTF-8 encoding, but in dumped string - UTF-16 or nothig) but dumpmem($doc) where $doc is domxml document works perfect -- Edit this bug report at http://bugs.php.net/?id=16396&edit=1
Bug #16458: header() does not replace headers but always produces duplicates
From: [EMAIL PROTECTED] Operating system: Win32 (XP) PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: header() does not replace headers but always produces duplicates >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit bug report at http://bugs.php.net/?id=16458&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16458&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16458&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16458&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16458&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16458&r=support Expected behavior: http://bugs.php.net/fix.php?id=16458&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16458&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16458&r=submittedtwice
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Output Control Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. Previous Comments: [2002-04-05 13:29:24] [EMAIL PROTECTED] >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Output Control Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). Previous Comments: [2002-04-05 13:37:09] [EMAIL PROTECTED] Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. [2002-04-05 13:29:24] [EMAIL PROTECTED] >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Output Control Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: Just checked the 4.2.0-RC2 and found the identical behaviour from the command line (with PHP.EXE, no headers are displayed, so I used PHP-CGI.exe). Previous Comments: [2002-04-05 13:50:47] [EMAIL PROTECTED] If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). [2002-04-05 13:37:09] [EMAIL PROTECTED] Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. [2002-04-05 13:29:24] [EMAIL PROTECTED] >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open -Bug Type: Output Control +Bug Type: HTTP related Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: OK, to be more verbose: I experienced the same problem with the CGI version of PHP 4.1.2 on Linux, but the problem didn't show up with the Apache-module of 4.3.0-dev. I've just recompiled 4.2.0RC2 as CGI, and the bug reappeared. So it's a CGI only bug. Reopened (and reclassifed). Anyway, PHP 4.2.0 is scheduled for release at the 22th of April. Previous Comments: [2002-04-05 14:13:22] [EMAIL PROTECTED] Just checked the 4.2.0-RC2 and found the identical behaviour from the command line (with PHP.EXE, no headers are displayed, so I used PHP-CGI.exe). [2002-04-05 13:50:47] [EMAIL PROTECTED] If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). [2002-04-05 13:37:09] [EMAIL PROTECTED] Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. [2002-04-05 13:29:24] [EMAIL PROTECTED] >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16419 Updated: Mysql multiple Insert fails...
ID: 16419
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: MySQL related
Operating System: Linux redhat 7.2
PHP Version: 4.0CVS-2002-04-04
New Comment:
Hi
Well I was running php 4.0.1pl2, and I recently upgraded to php 4.1. I
think now it's solved.
But with that older version of php the problem is still there...
Previous Comments:
[2002-04-04 04:15:06] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-04 02:51:19] [EMAIL PROTECTED]
hi this is my script and it fails when I run it. Sometimes the first
one works and some times the second one..however if I run 1 by 1 both
of them work but if I run themn in the same script..It fails..
$connect = mysql_pconnect($dbhost, $dbuser, $dbpass);
$query = "INSERT INTO transactions
(fromid,toid,threadid,messageid,timesent,message,subject,new,unread)
VALUES
('$username','$toid','$threadid','$messageid',now(),'$message','$subject',
'1', '1')";
$what = "INSERT INTO status
(threadid,subject,fromid,toid,fromstatus,tostatus,dateposted) VALUES
('$threadid', '$subject', '$username', '$toid', '1', '1', now())";
$doit = mysql_db_query($dbname,$what);
$execute = mysql_db_query($dbname, $query);
Thank you
Best Regards,
Dhaval Desai
http://www.netage-me.com
--
Edit this bug report at http://bugs.php.net/?id=16419&edit=1
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: HTTP related Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: Note: the replace parameter seems to be completely ignored; it replaces the headers as an Apache module anyway, and it refuses to replace them as CGI. Previous Comments: [2002-04-05 15:06:37] [EMAIL PROTECTED] OK, to be more verbose: I experienced the same problem with the CGI version of PHP 4.1.2 on Linux, but the problem didn't show up with the Apache-module of 4.3.0-dev. I've just recompiled 4.2.0RC2 as CGI, and the bug reappeared. So it's a CGI only bug. Reopened (and reclassifed). Anyway, PHP 4.2.0 is scheduled for release at the 22th of April. [2002-04-05 14:13:22] [EMAIL PROTECTED] Just checked the 4.2.0-RC2 and found the identical behaviour from the command line (with PHP.EXE, no headers are displayed, so I used PHP-CGI.exe). [2002-04-05 13:50:47] [EMAIL PROTECTED] If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). [2002-04-05 13:37:09] [EMAIL PROTECTED] Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. [2002-04-05 13:29:24] [EMAIL PROTECTED] >From the docs: The optional "replace" parameter indicates whether the header should replace a previous similar header, or add a second header of the same type. By default it will replace, but if you pass in FALSE as the second argument you can force multiple headers of the same type. At least with PHP 4.1.1/Win32(XP), this is NOT true - headers are always added up. Using this little test: this output is created: - php headers.php X-Powered-By: PHP/4.1.1 X-Test-Header: Version 1 X-Test-Header: Version 2 Content-type: text/html - According to the docs, only "Version 2" of the header should be sent. The results are identical if you do not provide the "replace" parameter, or if you set it to true or false. This is a very annoying bug, and for my application I'd rate it "critical". -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16458 Updated: header() does not replace headers but always produces duplicates
ID: 16458 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: HTTP related Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: Thanks for the follow-up, and thanks for reopening... Sorry for the incorrect classification. Previous Comments: [2002-04-05 15:08:51] [EMAIL PROTECTED] Note: the replace parameter seems to be completely ignored; it replaces the headers as an Apache module anyway, and it refuses to replace them as CGI. [2002-04-05 15:06:37] [EMAIL PROTECTED] OK, to be more verbose: I experienced the same problem with the CGI version of PHP 4.1.2 on Linux, but the problem didn't show up with the Apache-module of 4.3.0-dev. I've just recompiled 4.2.0RC2 as CGI, and the bug reappeared. So it's a CGI only bug. Reopened (and reclassifed). Anyway, PHP 4.2.0 is scheduled for release at the 22th of April. [2002-04-05 14:13:22] [EMAIL PROTECTED] Just checked the 4.2.0-RC2 and found the identical behaviour from the command line (with PHP.EXE, no headers are displayed, so I used PHP-CGI.exe). [2002-04-05 13:50:47] [EMAIL PROTECTED] If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). [2002-04-05 13:37:09] [EMAIL PROTECTED] Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this 'bug'. 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/16458 -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1
Bug #16455 Updated: "Progress Indicator" of some sort in ftp get
ID: 16455 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.1.2 -Assigned To: +Assigned To: wez New Comment: I aim to provide a means for PHP scripts to check up on the things that you mentioned for the ftp wrapper (rather than ftp_get) as part of the streams "refit" for PHP 4.3 Previous Comments: [2002-04-05 12:54:10] [EMAIL PROTECTED] On long ftp downloads, there appears to be no way to get any sort of "progress" indication. (I prefer to use the ftp module rather than the ftp: wrapper for fgets for the application in question, so that I can more easily track success at connecting, success at logging in, checking of ftp directory contents, etc). This isn't much of an issue on a web-page, where ftp download shouldn't take long, but when used as a CLI application (as I am currently) to handle a long download, it's hard to tell whether or not the download is going successfully, or not. (For simplicity, having output on stderr from the ftp_get function as an option would probably be quite sufficient...) -- Edit this bug report at http://bugs.php.net/?id=16455&edit=1
Bug #16455 Updated: "Progress Indicator" of some sort in ftp get
ID: 16455 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.1.2 Assigned To: wez New Comment: If that includes checking on connection and login status, that'd be perfect (and I'd have no cause to use the ftp functions instead). In fact, if it includes the ability to fetch error messages that result, it would be even better Thanks! Previous Comments: [2002-04-05 15:41:08] [EMAIL PROTECTED] I aim to provide a means for PHP scripts to check up on the things that you mentioned for the ftp wrapper (rather than ftp_get) as part of the streams "refit" for PHP 4.3 [2002-04-05 12:54:10] [EMAIL PROTECTED] On long ftp downloads, there appears to be no way to get any sort of "progress" indication. (I prefer to use the ftp module rather than the ftp: wrapper for fgets for the application in question, so that I can more easily track success at connecting, success at logging in, checking of ftp directory contents, etc). This isn't much of an issue on a web-page, where ftp download shouldn't take long, but when used as a CLI application (as I am currently) to handle a long download, it's hard to tell whether or not the download is going successfully, or not. (For simplicity, having output on stderr from the ftp_get function as an option would probably be quite sufficient...) -- Edit this bug report at http://bugs.php.net/?id=16455&edit=1
Bug #16436 Updated: ereg causes apache crashes
ID: 16436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Regexps related Operating System: Linux -PHP Version: 4.0CVS-2002-04-04 +PHP Version: 4.0CVS-2002-04-0 New Comment: The crash don't happen when php is runing as a cgi or with the cli api. And I have no idea how to tell the apache to dump a core when the php-module crashes. So I'm not able to provide a backtrace. This is the configure I've used: './configure' '--prefix=/usr/local' '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-shared' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--with-regex=system' '--with-mysql=/usr/local/mysql' '--with-interbase=/opt/interbase' '--enable-ftp' '--enable-sockets' '--with-zlib-dir=/usr/local' '--with-ttf' '--with-png-dir=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gettext' '--with-pdflib' If I use '--with-regex=php' instead of 'system' everything works fine. Lutz Previous Comments: [2002-04-04 20:03:20] [EMAIL PROTECTED] I can not reproduce this with latest CVS or with 4.2.0RC2. Please add the configure line used into this bug report. Also, configure php with --enable-debug and generate a GDB backtrace of the crash. [2002-04-04 15:37:51] [EMAIL PROTECTED] this line crashes the apache process with php 4.2.0RC2 as a module Lutz -- Edit this bug report at http://bugs.php.net/?id=16436&edit=1
Bug #16436 Updated: ereg causes apache crashes
ID: 16436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Regexps related Operating System: Linux PHP Version: 4.0CVS-2002-04-0 New Comment: Your last statement could easily lead to the assumption that your local regexp implementation/library is broken. To produce a backtrace on apache, fire up gdb with the apache binary and start with the parameter '-X'. Previous Comments: [2002-04-05 16:18:09] [EMAIL PROTECTED] The crash don't happen when php is runing as a cgi or with the cli api. And I have no idea how to tell the apache to dump a core when the php-module crashes. So I'm not able to provide a backtrace. This is the configure I've used: './configure' '--prefix=/usr/local' '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-shared' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--with-regex=system' '--with-mysql=/usr/local/mysql' '--with-interbase=/opt/interbase' '--enable-ftp' '--enable-sockets' '--with-zlib-dir=/usr/local' '--with-ttf' '--with-png-dir=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gettext' '--with-pdflib' If I use '--with-regex=php' instead of 'system' everything works fine. Lutz [2002-04-04 20:03:20] [EMAIL PROTECTED] I can not reproduce this with latest CVS or with 4.2.0RC2. Please add the configure line used into this bug report. Also, configure php with --enable-debug and generate a GDB backtrace of the crash. [2002-04-04 15:37:51] [EMAIL PROTECTED] this line crashes the apache process with php 4.2.0RC2 as a module Lutz -- Edit this bug report at http://bugs.php.net/?id=16436&edit=1
Bug #16436 Updated: ereg causes apache crashes
ID: 16436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Regexps related Operating System: Linux PHP Version: 4.0CVS-2002-04-0 New Comment: thanks for your advice, this is the backtrace I've got: (gdb) backtrace #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc () from /usr/local/apache/libexec/libphp4.so #2 0x40263b9f in _ecalloc () from /usr/local/apache/libexec/libphp4.so #3 0x403360c4 in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #4 0x40336b5c in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #5 0x40336cdd in zif_ereg_replace () from /usr/local/apache/libexec/libphp4.so #6 0x40271797 in execute () from /usr/local/apache/libexec/libphp4.so #7 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #8 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #9 0x402836f4 in zend_execute_scripts () from /usr/local/apache/libexec/libphp4.so #10 0x40297415 in php_execute_script () from /usr/local/apache/libexec/libphp4.so #11 0x40291990 in apache_php_module_main () from /usr/local/apache/libexec/libphp4.so #12 0x40292910 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #13 0x40292993 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #14 0x8054e89 in ap_invoke_handler () #15 0x806a40f in process_request_internal () #16 0x806a482 in ap_process_request () #17 0x8061066 in child_main () #18 0x8061225 in make_child () #19 0x80613a6 in startup_children () #20 0x8061a2c in standalone_main () #21 0x806225c in main () #22 0x40098c5f in __libc_start_main () from /lib/libc.so.6 My installation is a more or less standard Suse Linux 7.2, kernel 2.4.4, etc. Lutz Previous Comments: [2002-04-05 16:34:46] [EMAIL PROTECTED] Your last statement could easily lead to the assumption that your local regexp implementation/library is broken. To produce a backtrace on apache, fire up gdb with the apache binary and start with the parameter '-X'. [2002-04-05 16:18:09] [EMAIL PROTECTED] The crash don't happen when php is runing as a cgi or with the cli api. And I have no idea how to tell the apache to dump a core when the php-module crashes. So I'm not able to provide a backtrace. This is the configure I've used: './configure' '--prefix=/usr/local' '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-shared' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--with-regex=system' '--with-mysql=/usr/local/mysql' '--with-interbase=/opt/interbase' '--enable-ftp' '--enable-sockets' '--with-zlib-dir=/usr/local' '--with-ttf' '--with-png-dir=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gettext' '--with-pdflib' If I use '--with-regex=php' instead of 'system' everything works fine. Lutz [2002-04-04 20:03:20] [EMAIL PROTECTED] I can not reproduce this with latest CVS or with 4.2.0RC2. Please add the configure line used into this bug report. Also, configure php with --enable-debug and generate a GDB backtrace of the crash. [2002-04-04 15:37:51] [EMAIL PROTECTED] this line crashes the apache process with php 4.2.0RC2 as a module Lutz -- Edit this bug report at http://bugs.php.net/?id=16436&edit=1
Bug #16436 Updated: ereg causes apache crashes
ID: 16436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Regexps related Operating System: Linux PHP Version: 4.0CVS-2002-04-0 New Comment: Please reconfigure/compile PHP with --enable-debug added to the configure line. And generate a new gdb backtrace. --Jani Previous Comments: [2002-04-05 17:14:57] [EMAIL PROTECTED] thanks for your advice, this is the backtrace I've got: (gdb) backtrace #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc () from /usr/local/apache/libexec/libphp4.so #2 0x40263b9f in _ecalloc () from /usr/local/apache/libexec/libphp4.so #3 0x403360c4 in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #4 0x40336b5c in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #5 0x40336cdd in zif_ereg_replace () from /usr/local/apache/libexec/libphp4.so #6 0x40271797 in execute () from /usr/local/apache/libexec/libphp4.so #7 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #8 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #9 0x402836f4 in zend_execute_scripts () from /usr/local/apache/libexec/libphp4.so #10 0x40297415 in php_execute_script () from /usr/local/apache/libexec/libphp4.so #11 0x40291990 in apache_php_module_main () from /usr/local/apache/libexec/libphp4.so #12 0x40292910 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #13 0x40292993 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #14 0x8054e89 in ap_invoke_handler () #15 0x806a40f in process_request_internal () #16 0x806a482 in ap_process_request () #17 0x8061066 in child_main () #18 0x8061225 in make_child () #19 0x80613a6 in startup_children () #20 0x8061a2c in standalone_main () #21 0x806225c in main () #22 0x40098c5f in __libc_start_main () from /lib/libc.so.6 My installation is a more or less standard Suse Linux 7.2, kernel 2.4.4, etc. Lutz [2002-04-05 16:34:46] [EMAIL PROTECTED] Your last statement could easily lead to the assumption that your local regexp implementation/library is broken. To produce a backtrace on apache, fire up gdb with the apache binary and start with the parameter '-X'. [2002-04-05 16:18:09] [EMAIL PROTECTED] The crash don't happen when php is runing as a cgi or with the cli api. And I have no idea how to tell the apache to dump a core when the php-module crashes. So I'm not able to provide a backtrace. This is the configure I've used: './configure' '--prefix=/usr/local' '--with-config-file-path=/etc' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-shared' '--enable-sysvsem' '--enable-sysvshm' '--enable-inline-optimization' '--with-regex=system' '--with-mysql=/usr/local/mysql' '--with-interbase=/opt/interbase' '--enable-ftp' '--enable-sockets' '--with-zlib-dir=/usr/local' '--with-ttf' '--with-png-dir=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gettext' '--with-pdflib' If I use '--with-regex=php' instead of 'system' everything works fine. Lutz [2002-04-04 20:03:20] [EMAIL PROTECTED] I can not reproduce this with latest CVS or with 4.2.0RC2. Please add the configure line used into this bug report. Also, configure php with --enable-debug and generate a GDB backtrace of the crash. [2002-04-04 15:37:51] [EMAIL PROTECTED] this line crashes the apache process with php 4.2.0RC2 as a module Lutz -- Edit this bug report at http://bugs.php.net/?id=16436&edit=1
Bug #16436 Updated: ereg causes apache crashes
ID: 16436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Regexps related Operating System: Linux PHP Version: 4.0CVS-2002-04-0 New Comment: sure, sorry X-) #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc (size=1087286440, __zend_filename=0x403bec15 "reg.c", __zend_lineno=301, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:173 #2 0x40263b9f in _ecalloc (nmemb=8, size=135910805, __zend_filename=0x403bec15 "reg.c", __zend_lineno=301, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:257 #3 0x403360c4 in php_reg_replace (pattern=0x817430c "tbl_properties.php$", replace=0x81631bc "db_details.php", string=0x8178d24 "lang=en&server=1&db=test&table=dates&goto=tbl_properties.php", icase=0, extended=1) at reg.c:301 #4 0x40336b5c in php_ereg_replace (ht=3, return_value=0x816327c, this_ptr=0x0, return_value_used=1, icase=0) at reg.c:475 #5 0x40336cdd in zif_ereg_replace (ht=3, return_value=0x816327c, this_ptr=0x0, return_value_used=1) at reg.c:493 #6 0x40271797 in execute (op_array=0x817b9cc) at ./zend_execute.c:1598 #7 0x402836f4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #8 0x40297415 in php_execute_script (primary_file=0xb1b8) at main.c:1381 #9 0x40291990 in apache_php_module_main (r=0x810e044, display_source_mode=0) at sapi_apache.c:90 #10 0x40292910 in send_php (r=0x810e044, display_source_mode=0, filename=0x810ed04 "/var/www/htdocs/apps/phpMyAdmin/tbl_properties.php") at mod_php4.c:575 #11 0x40292993 in send_parsed_php (r=0x810e044) at mod_php4.c:590 #12 0x8054e89 in ap_invoke_handler () #13 0x806a40f in process_request_internal () #14 0x806a482 in ap_process_request () #15 0x8061066 in child_main () #16 0x8061225 in make_child () #17 0x80613a6 in startup_children () #18 0x8061a2c in standalone_main () #19 0x806225c in main () #20 0x40098c5f in __libc_start_main () from /lib/libc.so.6 because I can not reproduce the crash in this moment with the script I have posted yesterday, this one is from executing phpmyadmin, where I got the error first. Lutz Previous Comments: [2002-04-05 17:25:23] [EMAIL PROTECTED] Please reconfigure/compile PHP with --enable-debug added to the configure line. And generate a new gdb backtrace. --Jani [2002-04-05 17:14:57] [EMAIL PROTECTED] thanks for your advice, this is the backtrace I've got: (gdb) backtrace #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc () from /usr/local/apache/libexec/libphp4.so #2 0x40263b9f in _ecalloc () from /usr/local/apache/libexec/libphp4.so #3 0x403360c4 in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #4 0x40336b5c in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #5 0x40336cdd in zif_ereg_replace () from /usr/local/apache/libexec/libphp4.so #6 0x40271797 in execute () from /usr/local/apache/libexec/libphp4.so #7 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #8 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #9 0x402836f4 in zend_execute_scripts () from /usr/local/apache/libexec/libphp4.so #10 0x40297415 in php_execute_script () from /usr/local/apache/libexec/libphp4.so #11 0x40291990 in apache_php_module_main () from /usr/local/apache/libexec/libphp4.so #12 0x40292910 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #13 0x40292993 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #14 0x8054e89 in ap_invoke_handler () #15 0x806a40f in process_request_internal () #16 0x806a482 in ap_process_request () #17 0x8061066 in child_main () #18 0x8061225 in make_child () #19 0x80613a6 in startup_children () #20 0x8061a2c in standalone_main () #21 0x806225c in main () #22 0x40098c5f in __libc_start_main () from /lib/libc.so.6 My installation is a more or less standard Suse Linux 7.2, kernel 2.4.4, etc. Lutz [2002-04-05 16:34:46] [EMAIL PROTECTED] Your last statement could easily lead to the assumption that your local regexp implementation/library is broken. To produce a backtrace on apache, fire up gdb with the apache binary and start with the parameter '-X'. [2002-04-05 16:18:09] [EMAIL PROTECTED] The crash don't happen when php is runing as a cgi or with the cli api. And I have no idea how to tell the apache to dump a core when the php-module crashes. So I'm not able to provide a backtrace. This is the configure I've used: './configure' '--prefix=/usr/local' '--with-config-file-path=/etc' '--with-apxs=/usr/
Bug #10155 Updated: Insert or update query not functioning correctly
ID: 10155
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: ODBC related
Operating System: Windows NT 4.0 build 1381
PHP Version: 4.0.4pl1
New Comment:
please try turning on autocommit or doing a commit command before your
script ends. Once again I am still unable to reproduce this locally...
still considered closed.
Previous Comments:
[2002-04-04 19:07:57] [EMAIL PROTECTED]
Sorry...my PHP Configuration is:
'./configure' '--enable-inline-optimization'
'--with-apxs=/usr/local/apache/1.3.12/bin/apxs'
'--with-config-file-path=/usr/local/lib' '--disable-debug'
'--enable-memory-limit' '--with-gettext' '--without-pear'
'--with-regex=system' '--enable-mbstring' '--enable-mbstr-enc-trans'
'--with-iconv=/usr/local' '--with-gdbm=/usr/local'
'--with-dbm=/usr/local' '--enable-sockets' '--enable-versioning'
'--enable-ftp' '--with-imap' '--with-mcrypt=/usr/local'
'--with-mhash=/usr/local' '--with-mysql=/usr/local/mysql' '--with-zlib'
'--with-zlib-dir=/usr'
[2002-04-04 18:46:26] [EMAIL PROTECTED]
I am having the same or very similar problem:
(There's a bunch more code involved, of course, so I'm just including
relevant examples, below.)
< START EXAMPLE --->
<...appropriate persistent db access info...>
<...data-to-variable assignments...>
mysql_db_query("dbX","update tableX set col1='$data1' where
ID='$id'");
<...error-reporting code...>
echo mysql_affected_rows();
<-- END EXAMPLE -->
Result: no affected rows, no errors, and no update
I tried adding a SELECT statement immediately following the UPDATE
statement, per this bug report's suggestion:
Result: 1 affected row, no errors, and no update
So PHP thought 1 row had been updated...but it had not been.
This is a piece of script that we have been using successfully for
about 4 months, but it started to malfunction about 3 weeks ago.
INSERT, and DELETE statements work fine.
Version Info/Configuration:
FreeBSD 4.4 Release i386
PHP v. 4.1.2 (same problem with 4.0.6, by the way...)
Apache/1.3.12 OpenSSL/0.9.6a
MySQL v. 3.23.44
Thanks.
[2001-05-07 10:39:41] [EMAIL PROTECTED]
no feedback, considered closed. if untrue, please reopen the bug.
[2001-04-16 23:14:21] [EMAIL PROTECTED]
can you please provide a very simple test case for me? all local
attempts here have not yielded the same results as you are seeing.
a sample schema, and script to reproduce this would be very nice. but
please make sure it's all in the simplest form...
[2001-04-04 07:02:58] [EMAIL PROTECTED]
The database is Access 2000 with a few tables and relations set up in
the relationships area.
Put simply the update, insert and, possibly, delete querys all appear
to work perfectely with no errors reported, except that the database
ends up being unchanged afterwards. The only way I have been able to
fix this is to query the same table with a select before the end of the
script, the changes are then implemented.
I have played with autocommit and commit with no effect so I figure it
must be a bug in either PHP or the ODBC drivers.
Here is one of the scripts with a totally unecessary select towards
the end to make it work.
http://www.justbiz.co.uk
[EMAIL PROTECTED]
+ 44 (0)870 841 3040
Project:Space Windows
Routine:ModifySeries2.php
Created:23/03/01
Descrip:Modify series number, title and description, update database.
Also inserts new records.
Revision: a
Rev. Date 23/03/01
Descrip:Created.
Parameters - From ModifySeries.php form
*/
error_reporting(63);
require("Security.php");
require("OpenDatabase.php");
if($SeriesId == "-1") {
// Create append query
$Query = "insert into tbl_Series ";
$Query .= "(SeriesNumber, ShortSeriesTitle, Description) ";
$Query .= "values('$SeriesNumber', '$ShortSeriesTitle',
'$Description')";
}
else {
// Create update query
$Query = "update tbl_Series ";
$Query .= "set SeriesNumber= '$SeriesNumber', ShortSeriesTitle=
'$ShortSeriesTitle', ";
$Query .= "Description= '$Description' where (SeriesId = $SeriesId)";
}
$Result = odbc_do($Connect, $Query);
?>
Space Windows - Series modified
");
$Query = "select SeriesId, SeriesNumber, ShortSeriesTitle, Description
from tbl_Series";
$Result = odbc_do($Connect, $Query);
while(odbc_fetch_row($Result)) {
print(odbc_result($Result,1)
Bug #16459: way to get *actual* filename code is in (include() breaks available methods)
From: [EMAIL PROTECTED] Operating system: Win*/Slackware PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: way to get *actual* filename code is in (include() breaks available methods) There doesn't appear to be a way to get the filename of code that is currently executing. Eg. echo $SCRIPT_FILENAME; or echo $PHP_SELF; works fine in most situations, but as soon as the file containing this code is included in another, they start to return the filename of the includING file. (not the includED one). I understand this generally goes against the purpose of include() but this functionality would be very useful. Thanks -- Edit bug report at http://bugs.php.net/?id=16459&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16459&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16459&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16459&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16459&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16459&r=support Expected behavior: http://bugs.php.net/fix.php?id=16459&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16459&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16459&r=submittedtwice
Bug #16459 Updated: way to get *actual* filename code is in (include() breaks available methods)
ID: 16459 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Win*/Slackware PHP Version: 4.1.2 New Comment: Sorry, i missed the constant "__FILE__". Previous Comments: [2002-04-05 19:07:48] [EMAIL PROTECTED] There doesn't appear to be a way to get the filename of code that is currently executing. Eg. echo $SCRIPT_FILENAME; or echo $PHP_SELF; works fine in most situations, but as soon as the file containing this code is included in another, they start to return the filename of the includING file. (not the includED one). I understand this generally goes against the purpose of include() but this functionality would be very useful. Thanks -- Edit this bug report at http://bugs.php.net/?id=16459&edit=1
Bug #16447 Updated: Inactive "see alsos"
ID: 16447 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.1.2 Assigned To: cortesi New Comment: Even if links now work regardless of lower or upper-casing, still I dont like function names MiXedCase in the manual. just my impression. If no one object I will lower-case the function names. Previous Comments: [2002-04-05 07:48:12] [EMAIL PROTECTED] I think Simone thought "by making the XML lowercase"... This is not the ultimate solution though... Hartmut added auto-lowercase support for links into XSL sheets. BTW if someone can test the XSL sheets outputs, I can add any features needed to be conform to the DSSSL output. I have already done the phpweb sheet. [2002-04-05 07:27:55] [EMAIL PROTECTED] by changing the XML or by making the style sheets case-insensitive? [2002-04-05 06:46:09] [EMAIL PROTECTED] I will fix it this afternoon [2002-04-05 05:52:29] [EMAIL PROTECTED] I think case sensitivity is the problem here (works fine in de/ translation where the function names aall lowercased) [2002-04-05 05:44:53] [EMAIL PROTECTED] Again image.xml, functions ImageGIF, ImageJPEG and probably some other. There are "see alsos" in those functions, that are not links. I don't have time to investigate it now, so I put a report only. -- Edit this bug report at http://bugs.php.net/?id=16447&edit=1
Bug #16397 Updated: domxml_unlink_node()
ID: 16397 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: DOM XML related +Bug Type: Documentation problem Operating System: w2k PHP Version: 4.1.2 New Comment: domxml_unlink_node should not be used: Usage for 4.2.0: domxml_node_unlink_node($nodetodelete); or $nodetodelete->unlink(); For future versions: domxml_node_unlink_node($nodetodelete); or $nodetodelete->unlink_node(); Previous Comments: [2002-04-02 12:59:30] [EMAIL PROTECTED] $node - is DOM Element object domxml_unlink_node($node) reports error: expects exactly 0 parameters, 1 given but $node->domxml_unlink_node() reports error as well: Call to undefined function: domxml_unlink_node() 8-OOO 8-\\\ -- Edit this bug report at http://bugs.php.net/?id=16397&edit=1
Bug #16445 Updated: mktime
ID: 16445
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Documentation problem
Operating System: any
PHP Version: 4.1.2
Assigned To: sander
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-04-05 05:14:42] [EMAIL PROTECTED]
I'll fix that...
[2002-04-05 04:51:19] [EMAIL PROTECTED]
for ($i = 0 ; $i< 365; $i++){
$date = mktime(0,0,0,1,$i,2001);
$date1 = mktime(0,0,0,1,$i-1,2001);
if (($date - $date1 ) /3600 <> 24){
echo "" .date("Y m d", $date1) . " ";
echo ($date - $date1 ) /3600 ." h";}
}
It is not explicite that the mktime function take into account the
change of hour some day in the year. The consequence is that (a date
return by mktime )- 86400 is not always the day before.
--
Edit this bug report at http://bugs.php.net/?id=16445&edit=1
Bug #16400 Updated: $_FILES array and mp3 files
ID: 16400
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Documentation problem
Operating System: Linux RH7.1
PHP Version: 4.1.2
Assigned To: sander
New Comment:
This bug has been fixed in CVS.
Previous Comments:
[2002-04-04 04:05:09] [EMAIL PROTECTED]
It is settable in a script, but it just doesn't have any effect.
Reopening as a documentation problem and assigning to myself.
[2002-04-03 17:26:09] [EMAIL PROTECTED]
So, you are saying that the max filesize for uploads cannot be set in
script? Perhaps the documentation is confusing me. Would you explain
what the ini_set parameter "upload_max_filesize" is used for? The
documentation for ini_set() says this parameter is settable via script
(PHP_INI_ALL).
Thanks.
[2002-04-03 12:31:35] [EMAIL PROTECTED]
PHP decides whether a file is accepted BEFORE your script runs. The
changes to php.ini with ini_set() are made AFTER the uploads are
processed by PHP, and thus have no effect on the the decision.
This is intended behaviour.
[2002-04-03 11:02:09] [EMAIL PROTECTED]
After further investigation, I have found that
ini_set("upload_max_filesize", "15M")
or
ini_set("upload_max_filesize", "1500")
or
ini_set("upload_max_filesize", 1500)
does not work. If I change the setting in php.ini, the uploads work.
So, ini_set seems to be the culprit. The cutoff size _was_ the default
2M in php.ini. If "upload_max_filesize" cannot be set via a script, it
is an unfortunate problem.
I also tried setting ini_set("memory_limit","15M") and wonder about
"post_max_size" (no detailed documentation). However, I didn't need to
change them to make things work.
[2002-04-03 01:40:02] [EMAIL PROTECTED]
Does it work with other file types of similar size to the
MP3s which you are uploading? i.e. are you sure it's not
a max_file_size problem?
Torben
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/16400
--
Edit this bug report at http://bugs.php.net/?id=16400&edit=1
Bug #13275 Updated: returned objects cause a core dump in zend
ID: 13275 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Solaris 2.7 PHP Version: 4.0.6 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-02-24 06:12:43] [EMAIL PROTECTED] Please test with PHP 4.1.1+JDK 1.2 and report the result back Please do not forget updating PHP version. Thanks. [2001-09-12 19:26:32] [EMAIL PROTECTED] I have been working integrating PHP with Java 2 SE (1.3.1). I have found that if a "complex" object is returned by another Java method call (as in a static Java method), the php code will core dump. The problem appears to be related to the zend hashing code. When the 'new' function is invoked on a Java object, it is hashed by zend for de-referencing. However, if a java object is returned, no entry is made in the hash for that object, dereferencing said object causes zend to core. Here's the GDB trace: Program received signal SIGSEGV, Segmentation fault. 0x0 in ?? () (gdb) bt #0 0x0 in ?? () #1 0xb6c18 in zend_hash_find (ht=0xfe23354c, arKey=0x34d038 "adddescription", nKeyLength=15, pData=0xffbee6c0) at zend_hash.c:854 #2 0xe670c in execute () #3 0xb2cb4 in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #4 0x365c4 in php_execute_script (primary_file=0xffbef938) at main.c:1221 #5 0x34400 in main (argc=2, argv=0xffbef9c4) at cgi_main.c:738 Here's my version info: SunOS arcturus 5.7 Generic_106541-11 sun4u sparc SUNW,Ultra-1 java version "1.3.0_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0_02) Java HotSpot(TM) Client VM (build 1.3.0_02, mixed mode) -- Edit this bug report at http://bugs.php.net/?id=13275&edit=1
Bug #15780 Updated: openssl: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 15780 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 4.0CVS-2002-02-28 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-03-05 09:39:06] [EMAIL PROTECTED] yeap ... my last 4.2.0-dev compile was on february with the same ssl headers. [2002-03-05 09:06:08] [EMAIL PROTECTED] Sounds like your header files redefining OPENSSL_add_all_algorithms to OPENSSL_add_all_algorithms_noconf. Are you sure that the header files installed match your development version of openssl?? [2002-02-28 08:20:24] [EMAIL PROTECTED] A compile error. OpenSSL version : OpenSSL 0.9.7-dev 24 Sep 2000 make[2]: Nothing to be done for `all-p'. make[2]: Leaving directory `/usr/src/php4/regex' make[1]: Leaving directory `/usr/src/php4/regex' Making all in sapi/cli make[1]: Entering directory `/usr/src/php4/sapi/cli' make[2]: Entering directory `/usr/src/php4/sapi/cli' /bin/sh /usr/src/php4/libtool --silent --mode=link gcc -I. -I/usr/src/php4/sapi/cli -I/usr/src/php4/main -I/usr/src/php4 -I/usr/src/apache_1.3.23//src/include -I/usr/src/apache_1.3.23//src/os/unix -I/usr/src/php4/Zend -I/usr/src/openssl/include -I/usr/include/libxml2 -I/usr/include/freetype -I/usr/include/mysql -I/data/virtual/include -I/usr/src/php4/ext/xml/expat -I/usr/src/php4/TSRM -fPIC -O3 -m486 -o php -export-dynamic libphp4cli.la ./.libs/libphp4cli.a(openssl.o): In function `zm_startup_openssl': openssl.o(.text+0xa16): undefined reference to `OPENSSL_add_all_algorithms_noconf' collect2: ld returned 1 exit status make[2]: *** [php] Error 1 make[2]: Leaving directory `/usr/src/php4/sapi/cli' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/php4/sapi/cli' make: *** [all-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=15780&edit=1
Bug #16263 Updated: session.start() create new empty session file and not resume existing session
ID: 16263
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Experiencing the same on Win98/Apache1.3.24/PHP4.1.2... Looks like it's
really a bug of 4.1.x (?) since I have 4.0.6 and it works fine.
By using session_register("var") I can force it to create "var" record
in the session data file, but it does not save any value after the
variable name.
The bug is serious, please, make some feedback on it...
Previous Comments:
[2002-04-03 04:36:32] [EMAIL PROTECTED]
Nothing changed between 4.1.1 and 4.1.2, but you can try php-4.2.0rc1
from www.php.net/~derick if you want.
Please report back if this fixes the problem.
Derick
[2002-04-03 04:34:48] [EMAIL PROTECTED]
*** *** *** *** *** *** *** *** *** *** *** ***
Yeah, this is a bug in 4.1.2... does anybody know where I can download
the previous 4.1.1 version of PHP???
It has been removed from php.net and I can't seem to find it anywhere
else.
Thanks!
[2002-03-25 10:27:44] [EMAIL PROTECTED]
When calling function session_start() in 4.1.2 version, it creates new
empty file in session.save_path. In version 4.1.1 it was OK, after
installing new version this does not work, even if php.ini is the
same.
print_r($_SESSION) gets empty array. I have register_globals off and
using only $_SESSION, $_GET, vars
my php.ini:
session.save_handler = files
session.save_path = c:\program files\php\tmp
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start= 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain = burcin.natur.cuni.cz
session.serialize_handler = php
session.gc_probability= 1
session.gc_maxlifetime= 1440
session.referer_check =
session.entropy_length= 0
session.entropy_file =
session.cache_limiter = nocache
session.cache_expire = 0
session.use_trans_sid = 1
--
Edit this bug report at http://bugs.php.net/?id=16263&edit=1
