Bug #15613: readfile doesn't work correctly with WIndows XP
From: [EMAIL PROTECTED] Operating system: Windows XP (Professional) PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: readfile doesn't work correctly with WIndows XP I use a script like the following for downloading files (images, ascii, ...) : Under Win NT/2000 it works fine, but under XP i get a distorted image after downloading and opening the file. Also text files differ from the original one. I use Apache 1.3.22 and PHP 4.1.1 as module. -- Edit bug report at http://bugs.php.net/?id=15613&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15613&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15613&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15613&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15613&r=support Expected behavior: http://bugs.php.net/fix.php?id=15613&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15613&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15613&r=submittedtwice
Bug #15379 Updated: unixtojd() doesn't return the correct date.
ID: 15379 Updated by: [EMAIL PROTECTED] -Summary: unixtojd() doesn't return the correct date. -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Calendar related Operating System: WinXP PHP Version: 4.1.1 Previous Comments: [2002-02-05 01:02:50] [EMAIL PROTECTED] unixtojd() is supposed to return today's date when it is invoked without a parameter. When I tested this function on 2/4/2002, it returned 1/22/2002. My system clock was set correctly, i.e. the actual system date was 2/4/2002. I'm using PHP version 4.1.1 on WinXP. -- Edit this bug report at http://bugs.php.net/?id=15379&edit=1
Bug #15272 Updated: JDDayOfWeek result wrong by one day
ID: 15272 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Calendar related Operating System: WinXP PHP Version: 4.1.1 Previous Comments: [2002-01-29 04:17:48] [EMAIL PROTECTED] JDDayOfWeek returns a result which is wrong by one day, for instance it says that Jan. 29th, 2002 is a 1, Monday, or Mon, depending on the mode. That date is actually a Tuesday. I'm using the standard ISAPI build 4.1.1 downloaded from PHP.net, with the php_gd.dll library. -- Edit this bug report at http://bugs.php.net/?id=15272&edit=1
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: document http://www.php.net/manual/en/features.safe-mode.php says that If instead of safe_mode, you set an open_basedir directory ^^^ then all file operations will be limited to files under the specified directory For example (Apache httpd.conf example): Previous Comments: [2002-02-18 10:20:29] [EMAIL PROTECTED] AFAIK, open_basedir restrictions only _work_ when having safe_mode ON. [2002-02-18 01:44:15] [EMAIL PROTECTED] > Are you sure safe-mode is enabled? No it is not. open_basedir seems to be independent directive without connection to the safe-mode (Atleast, the directory restrictions work on other file-operations but not tempnam) The following is example what triggered this in my code. php.ini has open_basedir=/www/htdocs and safe_mode= off The working code... $tfile=tempnam("/www/htdocs/tmp","foobar"); // success if /www/htdocs/tmp/ exists and is writable // directory $fp=fopen($tfile,"w"); // opens the file. The initial version, which does not care about the open_basedir... $tfile=tempnam("/tmp","foobar"); // creates the temp-file. $fp=fopen($tfile,"w"); // tries to open the file but does not succeed because of // the open_basedir setting! // // Because (any other) file operations cannot be used on /tmp // this code clutters the /tmp directory with zerobyte // temp-files. [2002-02-15 13:08:10] [EMAIL PROTECTED] Are you sure safe-mode is enabled? [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam("/tmp","foobar"); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,"w") // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547&edit=1
Bug #15094 Updated: GD2 bugs
ID: 15094 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: GD related Operating System: windows98 PHP Version: 4.1.1 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-01-18 10:03:15] [EMAIL PROTECTED] Can you provide a (self-contained) sample script? [2002-01-18 00:02:31] [EMAIL PROTECTED] When I use GD2 include in the php4.1.1 release package. The function ImageCopyResized and ImageCopyResampled give colorless output. But Gd works well. Sincerely -- Edit this bug report at http://bugs.php.net/?id=15094&edit=1
Bug #10254 Updated: xml_set_object() and segmentation fault
ID: 10254 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: XML related Operating System: Redhat 6.2 PHP Version: 4.0.4pl1 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-01-13 07:13:39] [EMAIL PROTECTED] Can you try this with latest release 4.1.1? [2001-04-09 18:06:25] [EMAIL PROTECTED] I am receiving "segmentation fault" when using xml_set_object() and setting handlers in the constructor. I moved them to the parse() method and the crashes stop. I found the resolution for a similiar issue in the feedback thread at the end of xml_set_object() documentation just in case you guys are already aware of this issue : ) Feedback Thread === [EMAIL PROTECTED] 06-Dec-2000 12:42 If xml_set_object is not called in the constructor of an object, the values that the parser modifies will be saved. Else, the values do not seem to be saved as stated by "i_sofer" above. --- Start Example Code --- class foo { var xmlparser; function foo() { \\the constructor $this->xmlparser=xmlparser_create(); } function parse() { xml_set_object($this->xmlparser,&$this); \\also include data handler \\and element handlers here } } --- End Example Code --- My Code === function parse($data) { $this->parser = xml_parser_create(); xml_set_object($this->parser,&$this); xml_set_element_handler($this->parser,"tag_open","tag_close"); xml_set_character_data_handler($this->parser,"cdata"); xml_set_processing_instruction_handler($this->parser,"tag_pi"); xml_parse($this->parser,$data); if (!xml_parse($this->parser, $data, 1)) { $error = sprintf("XML error: %s at line %d", xml_error_string(xml_get_error_code($this->parser)), xml_get_current_line_number($this->parser)); echo $error; } // if xml_parser_free($this->parser); } // fn -- Edit this bug report at http://bugs.php.net/?id=10254&edit=1
Bug #15611 Updated: Zero sized Reply
ID: 15611 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Apache 1.3.1.7 PHP Version: 4.1.1 New Comment: hi there, this is my configure from phpinfo() './configure' '--with-apache=/usr/local/src/apache_1.3.17' '--with-mysql=/usr/local' '--enable-safe-mode' '--with-config-file-path=/etc' '--with-exec-dir=/usr/local/www' '--enable-memory-limit=yes' Previous Comments: [2002-02-18 22:37:22] [EMAIL PROTECTED] I'm receiving a Zero sized reply from the server when running a script that uses fast templates. sometimes it gives a "Fatal error : memory limit 8..etc etc" message. I use to have PHP 4.0.6 installed but with these problems I have asked my admin to upgrade to the latest version (4.1.1), but even after that the problem persists, and the very weird thing is I have the same script, doing the same thing using the same database and tables, in a test folder which is at the same level as the other one but just being used for test purposes, and it does work well on the test folder but not in the production folder. I don't have the configuration with me and it is very burocratic to get it. could anyone give some ideias and/or let me know how to increase the memory limit, or what sort of problems could happen if I take that parameter out of my configuration. Thanks very much Carlos -- Edit this bug report at http://bugs.php.net/?id=15611&edit=1
Bug #15612 Updated: Constant Refresh when files too large.
ID: 15612 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows XP PHP Version: 4.1.1 New Comment: now is this a memory limit problem or is it something else? Previous Comments: [2002-02-18 22:51:02] [EMAIL PROTECTED] Somewhat related to "Bug #14529 script doesn't always finish output". I just finished writing a script that is 82 Kb big. The script runs fine with no errors but when I converted it to a phps and viewed it, It would constantly refresh inside the window. I was able to fix a problem with a similar incident by putting flush() functions in a loop with many many print and echo statements. That fixed that but I can't do that with the phps file. I have the website availeable if needed. -- Edit this bug report at http://bugs.php.net/?id=15612&edit=1
Bug #15612: Constant Refresh when files too large.
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: Constant Refresh when files too large. Somewhat related to "Bug #14529 script doesn't always finish output". I just finished writing a script that is 82 Kb big. The script runs fine with no errors but when I converted it to a phps and viewed it, It would constantly refresh inside the window. I was able to fix a problem with a similar incident by putting flush() functions in a loop with many many print and echo statements. That fixed that but I can't do that with the phps file. I have the website availeable if needed. -- Edit bug report at http://bugs.php.net/?id=15612&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15612&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15612&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15612&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15612&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15612&r=support Expected behavior: http://bugs.php.net/fix.php?id=15612&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15612&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15612&r=submittedtwice
Bug #15611: Zero sized Reply
From: [EMAIL PROTECTED] Operating system: Apache 1.3.1.7 PHP version: 4.1.1 PHP Bug Type: Scripting Engine problem Bug description: Zero sized Reply I'm receiving a Zero sized reply from the server when running a script that uses fast templates. sometimes it gives a "Fatal error : memory limit 8..etc etc" message. I use to have PHP 4.0.6 installed but with these problems I have asked my admin to upgrade to the latest version (4.1.1), but even after that the problem persists, and the very weird thing is I have the same script, doing the same thing using the same database and tables, in a test folder which is at the same level as the other one but just being used for test purposes, and it does work well on the test folder but not in the production folder. I don't have the configuration with me and it is very burocratic to get it. could anyone give some ideias and/or let me know how to increase the memory limit, or what sort of problems could happen if I take that parameter out of my configuration. Thanks very much Carlos -- Edit bug report at http://bugs.php.net/?id=15611&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15611&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15611&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15611&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15611&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15611&r=support Expected behavior: http://bugs.php.net/fix.php?id=15611&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15611&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15611&r=submittedtwice
Bug #15610: cracklib test path is wrong in configure file
From: [EMAIL PROTECTED] Operating system: RedHat 7.2 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: cracklib test path is wrong in configure file The configure script is not detecting my cracklib installation correctly. In the configure script, line 11768 is: test -f $i/lib/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i It should be: test -f $i/libcrack.$SHLIB_SUFFIX_NAME -o -f $i/libcrack.a && CRACK_LIBDIR=$i -- Edit bug report at http://bugs.php.net/?id=15610&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15610&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15610&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15610&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15610&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15610&r=support Expected behavior: http://bugs.php.net/fix.php?id=15610&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15610&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15610&r=submittedtwice
Bug #15609: missing directive in documentation
From: [EMAIL PROTECTED] Operating system: windows PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: missing directive in documentation In the installation guide file (install.txt) under the install for apache section, the lines listed are LoadModule php4_module c:/php/sapi/php4apache.dll and AddType application/x-httpd-php .php but for PHP to work like this, another line must be added to httpd.conf: AddModule mod_php4.c this is the line I used, although I am not sure it must be mod_php4.c; anyway, I only figured this out by guesswork. Just needs to be added to the documentation. -- Edit bug report at http://bugs.php.net/?id=15609&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15609&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15609&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15609&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15609&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15609&r=support Expected behavior: http://bugs.php.net/fix.php?id=15609&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15609&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15609&r=submittedtwice
Bug #15608: Missing instruction when installing for apache
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: Missing instruction when installing for apache When installing as a module for apache, everything works fine, with the exception that there is one instruction left out: You need to add the line "AddModule mod_php4.c" in the section underneath LoadModule. If you don't do this, *.php files get displayed as plaintext. I drove myself crazy trying to get this to work, until I saw the line in httpd.conf saying "# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE, UPDATE THIS TOO!]". You might want to change install.txt to reflect this. -- Edit bug report at http://bugs.php.net/?id=15608&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15608&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15608&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15608&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15608&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15608&r=support Expected behavior: http://bugs.php.net/fix.php?id=15608&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15608&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15608&r=submittedtwice
Bug #10725 Updated: Cannot load ISAPI file php4isapi.dll
ID: 10725 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 SP1 PHP Version: 4.0.5 New Comment: I have been experiencing the same problem, with 4.0.6 and now with 4.1.1 Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 18/02/2002 Time: 4:41:59 PM User: N/A Computer: THE0REM-1 Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... Previous Comments: [2001-12-02 04:34:44] [EMAIL PROTECTED] No feedback. Closing. [2001-11-11 12:10:27] [EMAIL PROTECTED] Can you try upgrading to PHP-4.0.6? Does the problem still occur? [2001-05-08 03:57:53] [EMAIL PROTECTED] After installing and configuring PHP 4.0.5. I can only run this version in CGI mode. Trying to do so as an ISAPI filter it will never load the DLL file and crash everytime with the following error in the event log : The HTTP Filter DLL C:\php4\sapi\php4isapi.dll failed to load. The data is the error. Data : 7f 00 00 00 I've tried this on two seperate servers and both had the exact same problem. Installing PHP 4.0.4pl1 is no problem, the ISAPI version shipped with that distribution is running fine. -- Edit this bug report at http://bugs.php.net/?id=10725&edit=1
Bug #15595 Updated: imap routines hang when "To" header is too large
ID: 15595 Updated by: [EMAIL PROTECTED] -Summary: imap routines hang when "To" header is too large Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Solaris-i86 PHP Version: 4.1.1 New Comment: An exact script is difficult. (I've spent a day or two trying to pin it down to a simple routine, not with any great success). However, it looks like $h = @imap_header($imp->stream, imap_msgno($imp->stream, $msgnum)); is hanging with a message that has to header of about 4K (again, this probably violates rfc822, but it shouldn't hang like it does). $imp->stream is constructed like this (as you'd expect): $connstr = '{' . $this->server . ':' . $this->port . '}' . $this->mailbox; $this->stream = @imap_open($connstr, $this->user, $this->pass); Thanks. Previous Comments: [2002-02-18 08:29:31] [EMAIL PROTECTED] Can you provide a simple sample script? [2002-02-18 04:23:34] [EMAIL PROTECTED] The starting point for this was that our webmail (customised IMP)would crash if the "To" header was too large. Probably the header violates rfc822, but php should be able to cope, or at least fail gracefully and not hang. We are running php built with the imap4.5 uwash c-client, with ldap, with mysql. Apache is built with mods rewrite, mime_magic, the lastest fastcgi, the latest modssl. The fastcgi connection is used for most pages rendered from our site. Playing around with truss led us to suspect mime_header_decode was at fault, ie: php_if_imap_mime_header_decode+0x6d3: movl (%ebx),%edx Now, in getting a gdb backtrace, things got very wierd. Below is the output - but it occurs not only when we try to read the email with the oversized to header, but when I try to do something mundane like parse the whole mailbox. So maybe there are two problems, needless to say - I hope the truss line is useful, because I wouldn't rely on the gdb backtrace. Thanks. Program received signal SIGPIPE, Broken pipe. 0xdfee1f3b in _writev () (gdb) bt #0 0xdfee1f3b in _writev () #1 0x80b2254 in ssl_io_unregister () #2 0x81ba5f4 in ap_hook_call () #3 0x81b9d41 in ap_hook_call () #4 0x8196641 in ap_bfilbuf () #5 0x8196a6c in ap_bfilbuf () #6 0x8196b38 in ap_bwrite () #7 0x816537e in php_mergesort () #8 0x8166ec5 in php_mergesort () #9 0x816749d in php_mergesort () #10 0x8197ddb in ap_invoke_handler () #11 0x81ac451 in ap_some_auth_required () #12 0x81ac4b0 in ap_process_request () #13 0x81a3ad1 in ap_child_terminate () #14 0x81a3c80 in ap_child_terminate () #15 0x81a3ddb in ap_child_terminate () #16 0x81a43d8 in ap_child_terminate () #17 0x81a4b9b in main () #18 0x809b947 in _start () -- Edit this bug report at http://bugs.php.net/?id=15595&edit=1
Bug #15607: Apache Crash
From: [EMAIL PROTECTED] Operating system: Solaris 5.7 PHP version: 4.1.1 PHP Bug Type: *Spelling functions Bug description: Apache Crash I'm Sys Admin of El Sitio (www.elsitio.com). I developed de Web Mail of the Site (freemail.elsitio.com). The Web Mail frontend run on Sun Netra t1 with Solaris 7 (patched 7 recommended). I use gnu gcc and ld (/usr/ccs/bin/ld). I compile pspell and aspell with CC=gcc and CXX=g++. My php include oci8 (Oracle 8.1.6), imap (imap-2001a), pspell (pspell-.12.2) and aspell (aspell-.33.7). PHP 4.0.5 works, but imap_mime_header_decode isn´t work, httpd crash. PHP 4.0.6 works fine. PHP is 4.1.0 and 4.1.1 segmentation fault when httpd start. I was testing on Apache 1.3.19 and Apache 1.3.23. When I compile, I don't get any error. PHP is buggy buggy buggy :) thanks and good luck! -- Edit bug report at http://bugs.php.net/?id=15607&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15607&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15607&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15607&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15607&r=support Expected behavior: http://bugs.php.net/fix.php?id=15607&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15607&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15607&r=submittedtwice
Bug #15606: Parent instance by reference in objects
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: Parent instance by reference in objects If you register a child on an object, which extends the parent, any shared resources are duplicated - ie, the child creates an instance of the parent. For example, registering a database connection in the parent, and consequently printing that connection from the child, will give you "resource id #2", when the parent is "resource id #1". Is there any way (in ZE2?) to use a reference to the parent or can't this be helped, period? Seems to me, that all these instances can, while in fact, they share the exact same values, are just taking up memory. If you need example code, let me know. -- Edit bug report at http://bugs.php.net/?id=15606&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15606&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15606&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15606&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15606&r=support Expected behavior: http://bugs.php.net/fix.php?id=15606&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15606&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15606&r=submittedtwice
Bug #15603 Updated: PHP output sometimes doesn't follow HTML 4.01 standards.
ID: 15603 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.0.5 New Comment: I know, but I'm not in a position to chose. I'm a customer at a hosting company. Previous Comments: [2002-02-18 16:04:46] [EMAIL PROTECTED] You can change this with arg_separator.output ini directive. >From php.ini-dist: ; The separator used in PHP generated URLs to separate arguments. ; Default is "&". ;arg_separator.output = "&" (you should also update to PHP 4.1.1) Reclassified as docu prob since this is not mentioned on the session docs. (or in the configuration part either) --Jani [2002-02-18 15:47:12] [EMAIL PROTECTED] When use-cookies is set to Off or when the possibility to use them doesn't exist, PHP adds the session variable to links on the outputted HTML-page. The link may look like this: There's a problem with the above link - it doesn't follow the standards. This is easy to fix, just change & to & I don't consider this some huge disadvantage but it could be fixed. -- Edit this bug report at http://bugs.php.net/?id=15603&edit=1
Bug #15605: Path problem with the pound sign.
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: Path problem with the pound sign. Installed PHP with the following configuration -> ./configure --prefix=/soft/freeware:php --localstatedir=/var/php --with-apxs=/soft/freeware:apache#1.3.23/bin/apxs The 'configure' works fine. The 'make' works fine. The 'make install' returns a bug saying that /soft/freeware:apache is not executable I've recompiled it with -> ./configure --prefix=/soft/freeware:php --localstatedir=/var/php --with-apxs=/soft/apache/bin/apxs (where apache is a symbolic link to freeware:apache#1.3.23) Everything works fine. -- Edit bug report at http://bugs.php.net/?id=15605&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15605&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15605&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15605&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15605&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15605&r=support Expected behavior: http://bugs.php.net/fix.php?id=15605&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15605&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15605&r=submittedtwice
Bug #15604 Updated: Missing file
ID: 15604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 98 PHP Version: 4.1.1 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-02-18 15:49:29] [EMAIL PROTECTED] I downloaded PHP 4.1.1 and when I was told to make a copy of php4ts.dll I found it was hidden. How can I make it visable or can you send it to me as an attatchment? I hope you can help David -- Edit this bug report at http://bugs.php.net/?id=15604&edit=1
Bug #15603 Updated: PHP output sometimes doesn't follow HTML 4.01 standards.
ID: 15603 Updated by: [EMAIL PROTECTED] -Summary: PHP output sometimes doesn't follow HTML 4.01 standards. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed -Bug Type: Session related +Bug Type: Documentation problem Operating System: Linux PHP Version: 4.0.5 New Comment: You can change this with arg_separator.output ini directive. >From php.ini-dist: ; The separator used in PHP generated URLs to separate arguments. ; Default is "&". ;arg_separator.output = "&" (you should also update to PHP 4.1.1) Reclassified as docu prob since this is not mentioned on the session docs. (or in the configuration part either) --Jani Previous Comments: [2002-02-18 15:47:12] [EMAIL PROTECTED] When use-cookies is set to Off or when the possibility to use them doesn't exist, PHP adds the session variable to links on the outputted HTML-page. The link may look like this: There's a problem with the above link - it doesn't follow the standards. This is easy to fix, just change & to & I don't consider this some huge disadvantage but it could be fixed. -- Edit this bug report at http://bugs.php.net/?id=15603&edit=1
Bug #12680 Updated: mail() is sent with incorrect timezone
ID: 12680 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Mail related Operating System: Windows NT 4.0 SP6 PHP Version: 4.0.6 New Comment: I found a solution to this problem! I'm running W2k with IIS5 and PHP 4.1.1. The mail function has the following parameters, mail($mail_to, $mail_subject, $mail_body, $mail_headers); Just add date("r") to the header like: $mail_headers .= "\nDate: " . date("r"); And the email header will have the correct date! - daniel Previous Comments: [2002-02-08 06:05:17] [EMAIL PROTECTED] I'm running 4.1.1 on a W2k/IIS5, the bug is not fixed, in which relase was the bug fix included? - daniel [2002-01-30 21:05:50] [EMAIL PROTECTED] Where can I find out when this bug fix is going to be released? Also where can I find out which bug fixes where included in previous release? TIA chank [2001-11-30 04:29:27] [EMAIL PROTECTED] Fixed in CVS [2001-08-10 11:01:14] [EMAIL PROTECTED] This happens with just PHP. As I said, I can directly connect to port 25 and manually enter SMTP commands to send an email (see second mail header sample). The timezone correctly shows -0500 for CDT. The time listed in the PHP-created email shows the time correctly, but doesn't show the timezone correctly (see first mail header sample). [2001-08-10 10:45:12] [EMAIL PROTECTED] something similar has been reported as a bug in 4.0 and was assigned to hholzgra. I don't know if it has been fixed. Suspended until I can contact him and see if he's fixed it. If anybody else knows anything about this, second opinion is welcome. 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/12680 -- Edit this bug report at http://bugs.php.net/?id=12680&edit=1
Bug #15604: Missing file
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: Missing file I downloaded PHP 4.1.1 and when I was told to make a copy of php4ts.dll I found it was hidden. How can I make it visable or can you send it to me as an attatchment? I hope you can help David -- Edit bug report at http://bugs.php.net/?id=15604&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15604&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15604&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15604&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15604&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15604&r=support Expected behavior: http://bugs.php.net/fix.php?id=15604&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15604&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15604&r=submittedtwice
Bug #15603: PHP output sometimes doesn't follow HTML 4.01 standards.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.5 PHP Bug Type: Session related Bug description: PHP output sometimes doesn't follow HTML 4.01 standards. When use-cookies is set to Off or when the possibility to use them doesn't exist, PHP adds the session variable to links on the outputted HTML-page. The link may look like this: There's a problem with the above link - it doesn't follow the standards. This is easy to fix, just change & to & I don't consider this some huge disadvantage but it could be fixed. -- Edit bug report at http://bugs.php.net/?id=15603&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15603&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15603&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15603&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15603&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15603&r=support Expected behavior: http://bugs.php.net/fix.php?id=15603&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15603&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15603&r=submittedtwice
Bug #14917 Updated: When using array_merge w/numbers & assoc array the numbers are changed to 0,1..
ID: 14917 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: BSD & Windows PHP Version: 4.1.1 New Comment: This is the work around I used: function my_array_merge() { $DATA_ARRAY=func_get_args(); foreach ($DATA_ARRAY as $key=>$val) { foreach (testArray($DATA_ARRAY[$key]) as $key1=>$val1) {$TEMP_ARRAY[$key1]=$DATA_ARRAY[$key][$key1];} } return $TEMP_ARRAY; } Previous Comments: [2002-01-08 07:19:40] [EMAIL PROTECTED] Reclassified. [2002-01-07 16:01:29] [EMAIL PROTECTED] When I try to use array_merge an array with an associative array the array is renumbered starting at 0. Problem on Win2k with 4.1.0 & 4.1.1 Problem on OpenBSD with 4.0.6 Here is a quick sample: array(1=>"TEST",2=>"TEST",4=>"TEST"),"9"=>array(1=>"TEST",2=>"TEST",4=>"TEST")),array("A"=>array(1=>"TEST",2=>"TEST",4=>"TEST"),"B"=>array(1=>"TEST",2=>"TEST",4=>"TEST"))); foreach ($TEST as $key=>$val) {print "$key";} ?> Output: 0 1 A B -- Edit this bug report at http://bugs.php.net/?id=14917&edit=1
Bug #15602: get_object_vars() does not return empty vars
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: get_object_vars() does not return empty vars I know it's documented in the manual, but aside from being less useful than it could be (sometimes it's useful to get empty object vars too), it's posing a few problems to the PEAR ibase DB driver. The PHP interbase module has no way of returning a hash representation of a row, so the two available solutions are: a) hack something with ibase_num_fields and ibase_field_info to builf a hash (often gets Interbase sync errors if used with a hash ref as target) b) use ibase_fetch_object and either cast it to array, or use get_object_vars(), in both cases rows from the same result set have a different field number, due to missing NULLs and empty values; clearly this is not acceptable Two possible solutions: - modify get_object_vars() to return all object values or - add an ibase_fetch_array() or whatever function -- Edit bug report at http://bugs.php.net/?id=15602&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15602&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15602&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15602&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15602&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15602&r=support Expected behavior: http://bugs.php.net/fix.php?id=15602&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15602&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15602&r=submittedtwice
Bug #12061 Updated: CGI Error
ID: 12061 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: i am attempting to run phpmyadmin and all i get is a split screen in franes with a cgi error in both, i have the newest version of mysql and the newest version of php, im running on a win 2000 box and i am running iis. any ideas how to fix my problem? Previous Comments: [2001-07-12 06:16:13] [EMAIL PROTECTED] Ok - you don't seem to want to read install.txt, so here's the relevant bit - please read and act on it: You have installed PHP, but when try to access a php script file via your browser, you get the error: cgi error: The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: This error message means that php failed to output anything at all. From the command line hange to the directory containing php.exe. Run php.exe -i If php has any problems running, then a suitable error message will be displayed which will give you a clue as to what needs to be done next. If you get a screen full of html codes (the output of the phpinfo() function) then php is working ok. Once php is working at the command line, try accessing the php script via the browser again. If it still fails then it could be one of the following: file permissions on your php script, php.exe, php4ts.dll, php.ini or any php extensions you are trying to load are such that the anonymous internet user ISUR_ cannot access them. The script file does not exist (or possibly isn't where you think it is relative to your web root directory). Note that for IIS you can trap this error by ticking the 'check file exists' box when setting up the script mappings in the Internet Services Manager. If a script file does not exist then the server will return a 404 error instead. There is also the additional benefit that IIS will do any authentication required for you based on the NTLanMan permissions on your script file. Other problems If you are still stuck, someone on the PHP installation mailing list may be able to help you. You should check out the archive first, in case someone already answered someone else who had the same problem as you. The archives are available from the support page on www.php.net To subscribe to the PHP installation mailing list, send an empty mail to [EMAIL PROTECTED] The mailing list address is [EMAIL PROTECTED] If you want to get help on the mailing list, please try to be precise and give the necessary details about your environment (which operating system, what PHP version, what web server, if ou are running PHP as CGI or a server module, etc.), and referably enough code to make others able to reproduce and test our problem. [2001-07-11 14:43:00] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:34:22] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:19:47] [EMAIL PROTECTED] Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. [2001-07-11 13:42:23] [EMAIL PROTECTED] when using the simple script of : I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. -- Edit this bug report at http://bugs.php.net/?id=12061&edit=1
Bug #9308 Updated: Allow Unix to use Win32 only mail options
ID: 9308 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Great idea. When hosting multiple sites all chroot'd apache it makes it impossible to use qmail or sendmail etc. Have an option to connect to a localhost port 25 would be a massive help. Previous Comments: [2001-02-16 16:41:49] [EMAIL PROTECTED] I would like to make it possible for PHP on UNIX to use the SMTP and sendmail_from options instead of sendmail_path. This would allow me to relay outgoing mail thru my mail server, and remove sendmail from my web servers entirely. It would also vastly simplify taking control of the From: header. Hopefully the code to send mail thru a mail server on another host is already in PHP for use with Windows, and can be used even on Linux/UNIX depending on configuration settings. -- Edit this bug report at http://bugs.php.net/?id=9308&edit=1
Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: I think i had something similar happen to me. It would just stop printing to the screen and either spit out crazy characters or stop altogether. I commented out every line and brought it back one by one until i located the problem. Although i'm still not exactly sure what's going on I might have a solution. (worked in my case) I put a flush() every now and then. It seemed to fix the problem. Previous Comments: [2002-02-15 20:23:31] [EMAIL PROTECTED] I've followed the instructions on the gdb backtrace page but I can not find a core file anywhere on the site. When I tried running httpd -X in the gdb itself I can not access the page. I'm using RedHat 7.2 on my test server. I ran the command (to test it) /usr/sbin/httpd -X and it starts fine and no prompt comes back (which I think is normal). The moment I open a webpage it returns the line: Segmentation fault and then goes back to the command prompt. So this would tell me I found the right command line to run but when I try: gdb /usr/sbin/httpd run -X (from inside the gdb prompt) it says starting new thread and then locks up. If I try opening a web page it comes up as not found (just like it does when the httpd server is not running at all). Any tips on what I'm doing wrong. At least I've finally confirmed it is PHP crashing. I've tried compiling with various options enabled or disabled. I've got the --enable-debug take and I did not set the --enable-trans-sid this time. Thanks [2002-02-05 20:37:39] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-02-05 18:55:06] [EMAIL PROTECTED] When I use simple little scripts it seems to work fine. The pages where I have problems is where there are dynamically called include_once and variable variables used. For me the output seemed to work at first with output.buffering on but it turns out there was problems on other pages then (that weren't bothered by it being off). And IE6 would simply load pages from cache of old pages (and Netscape would simply crash with a connection lost error) I also discovered that some environmental variables working with sessions would fail to if there was a tiny error on html output at least in one consistent test. Example: If I had page (such as index.php) generate a basic HTML page but within the html code generated there was an tag with an image name that did not exist on the server anymore (I had renamed it and forgot to update that script). The browser just shows standard little box with x in it where image should be as usual. When this was happening, if I echoed the value of $HTTP_SERVER_VARS['PHP_SELF'] it would return index.php (or the name of the page). However, if I saved that value to a session, then even though a test before the script end showed it correctly set, upon reloading it would be set to the page name (image.gif). I have tried the compiling with AND without --enable-trans-sid and these errors still continue with no change. I have to keep my production server on php 4.0.6 as it simply is way to unreliable in 4.1.0 or newer (including 4.2.2-dev). I use a lot of serialize/unserialize and really was hoping to upgrade for the performance differences. [2002-02-05 18:38:03] [EMAIL PROTECTED] And what happens when you get rid of --enable-trans-sid from your confiugre line? [2002-02-05 18:36:38] [EMAIL PROTECTED] Anyone have short complete script for 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/14529 -- Edit this bug report at http://bugs.php.net/?id=14529&edit=1
Bug #14999 Updated: apache_lookup_uri returning array for apache2 instead of object
ID: 14999 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: linux PHP Version: 4.1.1 New Comment: What about this patch ? has someone try it ? what is the way of apache2 fonction ? keep the maximum of backwards compatibility ? Previous Comments: [2002-01-23 17:36:04] [EMAIL PROTECTED] The Apache request_rec struct has many change between version 1.3 and 2.0. perhaps we should rename this fonction in apache2_lookup_uri for example the byterange has desapear here is the patch to be more compatible with apache 1.3 version PHP_FUNCTION(apache_lookup_uri) { pval **filename; request_rec *rr=NULL; rr = php_apache_lookup_uri(INTERNAL_FUNCTION_PARAM_PASSTHRU); if (!rr) WRONG_PARAM_COUNT; object_init(return_value); add_property_long(return_value,"status", rr->status); if (rr->the_request) { add_property_string(return_value,"the_request", rr->the_request, 1); } if (rr->status_line) { add_property_string(return_value,"status_line", (char *)rr->status_line, 1); } if (rr->method) { add_property_string(return_value,"method", (char *)rr->method, 1); } if (rr->content_type) { add_property_string(return_value,"content_type", (char *)rr->content_type, 1); } if (rr->handler) { add_property_string(return_value,"handler", (char *)rr->handler, 1); } if (rr->uri) { add_property_string(return_value,"uri", rr->uri, 1); } if (rr->filename) { add_property_string(return_value,"filename", rr->filename, 1); } if (rr->path_info) { add_property_string(return_value,"path_info", rr->path_info, 1); } if (rr->args) { add_property_string(return_value,"args", rr->args, 1); } if (rr->range) { add_property_string(return_value,"range",(char *)rr->range, 1); } if (rr->boundary) { add_property_string(return_value,"boundary",(char *)rr->boundary, 1); } add_property_long(return_value,"no_cache", rr->no_cache); add_property_long(return_value,"no_local_copy", rr->no_local_copy); add_property_long(return_value,"allowed", rr->allowed); add_property_long(return_value,"sent_bodyct", rr->sent_bodyct); add_property_long(return_value,"bytes_sent", rr->bytes_sent); add_property_long(return_value,"clength", rr->clength); #if MODULE_MAGIC_NUMBER >= 19980324 if (rr->unparsed_uri) { add_property_string(return_value,"unparsed_uri", rr->unparsed_uri, 1); } if(rr->mtime) { add_property_long(return_value,"mtime", rr->mtime); } #endif if(rr->request_time) { add_property_long(return_value,"request_time", rr->request_time); } ap_destroy_sub_req(rr); } [2002-01-11 12:59:34] [EMAIL PROTECTED] this is simple: apache_lookup_uri is returning array on apache2 instead of object (as it is doing on apache 1.3 and as it is written in documentation). the array is filled good with right keys and values, only problem is that it is array and not object -- Edit this bug report at http://bugs.php.net/?id=14999&edit=1
Bug #15601: Mail Function not working
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 4.0.6 PHP Bug Type: Mail related Bug description: Mail Function not working Is there a known problem running the Mail function on Mac OS X? My syslog reports the following message. Feb 18 17:03:53 localhost sendmail[350]: My unqualified host name (localhost) unknown; sleeping for retry Feb 18 17:04:53 localhost sendmail[350]: unable to qualify my own domain name (localhost) -- using short name Feb 18 17:04:53 localhost sendmail[350]: NOQUEUE: SYSERR(www): /etc/mail/sendmail.cf: line 81: fileclass: cannot open /etc/mail/local-host-names: Group writable directory -- Edit bug report at http://bugs.php.net/?id=15601&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15601&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15601&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15601&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15601&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15601&r=support Expected behavior: http://bugs.php.net/fix.php?id=15601&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15601&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15601&r=submittedtwice
Bug #15600 Updated: ifx_fetch_row return the same tuple more than once
ID: 15600 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Informix related Operating System: Solaris 7 PHP Version: 4.1.1 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-02-18 11:01:51] [EMAIL PROTECTED] ifx_fetch_row return the same tuple more than once. This bug is also present in php 4.1.0. In php 4.0.5 everything works just fine. -- Edit this bug report at http://bugs.php.net/?id=15600&edit=1
Bug #15600: ifx_fetch_row return the same tuple more than once
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.1.1 PHP Bug Type: Informix related Bug description: ifx_fetch_row return the same tuple more than once ifx_fetch_row return the same tuple more than once. This bug is also present in php 4.1.0. In php 4.0.5 everything works just fine. -- Edit bug report at http://bugs.php.net/?id=15600&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15600&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15600&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15600&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15600&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15600&r=support Expected behavior: http://bugs.php.net/fix.php?id=15600&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15600&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15600&r=submittedtwice
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: finally tried it with PHP 4.2.0-dev fresh out of CVS, but did not help. ibase_connect crashes PHP with seg.fault - not always, but quite often. Previous Comments: [2002-02-18 08:32:12] [EMAIL PROTECTED] does not seem to be a problem with the interbase-module code, compiling and using PHP 4.1.1 with interbase-module-code of PHP 4.0.6 results in the same error described above! [2002-02-18 07:36:20] [EMAIL PROTECTED] here some more info: tried the above described situation with PHP 4.0.6 -> works fine. will now have a look at php-source changes in the interbase modul between version PHP 4.0.6 and PHP 4.1.1... [2002-02-18 07:13:52] [EMAIL PROTECTED] I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### PHP/InterBase test "; exit; } $result=ibase_query($conn, "select * from any_table"); if (!$result) { echo "Error executing query select count!"; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . ""; } ibase_close($conn); ?> It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) -> ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558&edit=1
Bug #15599: functions returning references, oddity(?)
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: functions returning references, oddity(?) I think it is a bit funny that when returning references from functions you get something looking kind of this in the end: $a = & & $b; That is, I think it would be more logic if a function that is specified to return a reference wouldn't need to be set on the return side to return a reference.. since I doesn't make my self clear, here is as an example what I mean: class a { var $b; function &fc() { return $this->b; } } $c = new a(); // A) $myvar = $c->fc(); --- Now this will not work as I seem would be logical, instead one need to do the last line: // B) $myvar = &$c->fc(); This seems funny.. My logic says that since the function is defined to return a reference it would be enough (A).. no need to do it again like in (B). This is true when passing a reference: somefunc($myvar) will result in passing an reference if the func is defined like function somefunc(&$arg) Is there any chance of a change? Opinions, comments etc. ? -- Edit bug report at http://bugs.php.net/?id=15599&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15599&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15599&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15599&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15599&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15599&r=support Expected behavior: http://bugs.php.net/fix.php?id=15599&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15599&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15599&r=submittedtwice
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: AFAIK, open_basedir restrictions only _work_ when having safe_mode ON. Previous Comments: [2002-02-18 01:44:15] [EMAIL PROTECTED] > Are you sure safe-mode is enabled? No it is not. open_basedir seems to be independent directive without connection to the safe-mode (Atleast, the directory restrictions work on other file-operations but not tempnam) The following is example what triggered this in my code. php.ini has open_basedir=/www/htdocs and safe_mode= off The working code... $tfile=tempnam("/www/htdocs/tmp","foobar"); // success if /www/htdocs/tmp/ exists and is writable // directory $fp=fopen($tfile,"w"); // opens the file. The initial version, which does not care about the open_basedir... $tfile=tempnam("/tmp","foobar"); // creates the temp-file. $fp=fopen($tfile,"w"); // tries to open the file but does not succeed because of // the open_basedir setting! // // Because (any other) file operations cannot be used on /tmp // this code clutters the /tmp directory with zerobyte // temp-files. [2002-02-15 13:08:10] [EMAIL PROTECTED] Are you sure safe-mode is enabled? [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam("/tmp","foobar"); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,"w") // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547&edit=1
Bug #15102 Updated: Upload fails (internal error 500)
ID: 15102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: Fileupload in 4.0.6 was kinda broken. I am very sure that 4.1.0 and 4.1.1 fix that issue. Otherwise tell us what browser you are using. Previous Comments: [2002-02-18 09:46:37] [EMAIL PROTECTED] I'm unable to install 4.1.1 for now, can't test. [2002-02-04 02:26:57] [EMAIL PROTECTED] Could you check if this problem is in 4.1.1? [2002-01-20 17:49:56] [EMAIL PROTECTED] So my ISP changed to Apache 3.1.19, still running redhat 7.2 and php 4.0.6. Problem still exists. I have compiled and installed 4.0.5 in my directory and script is running fine. Fabrice. [2002-01-19 20:26:07] [EMAIL PROTECTED] Hi, I have compiled 4.0.4pl1 on the system (simple static install, --with-mysql --with-apache, --host i386-redhat-linux, everything else defaulted, and the script works fine, so there is a problem with 4.0.6. I can't install RPMS as I don't have rpm access. I opened a ticket with the ISP for them to check the configuration, but I don't understand why PHP barfs. I will try with 4.0.5 tomorrow. Fabrice. [2002-01-18 14:27:46] [EMAIL PROTECTED] The only log I know about is error_log on /usr/local/apache/log is there anything else I should look at? [Fri Jan 18 14:22:53 2002] [error] [client 151.200.238.39] Premature end of script headers: /home/usr235/html/upload.php phpinfo says: './configure' '--with-mysql=/usr/local/mysql' '--prefix=/usr/local/php' '--with-mck=/usr/local/mck-3.2.0.3-linux' '--with-dbase' '--with-pfpro=/usr/local/pfpro' '--enable-discard-path' '--prefix=/usr/local' '--with-gd' '--enable-gdbm' '--enable-bcmath' '--with-config-file-path=/usr/local/apache' '--enable-magic-quotes' '--enable-ftp' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/apache Note that there is no php.ini in this path, or anywhere on the server. Finally someone that agrees with me that this should work!!! 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/15102 -- Edit this bug report at http://bugs.php.net/?id=15102&edit=1
Bug #15102 Updated: Upload fails (internal error 500)
ID: 15102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: I'm unable to install 4.1.1 for now, can't test. Previous Comments: [2002-02-04 02:26:57] [EMAIL PROTECTED] Could you check if this problem is in 4.1.1? [2002-01-20 17:49:56] [EMAIL PROTECTED] So my ISP changed to Apache 3.1.19, still running redhat 7.2 and php 4.0.6. Problem still exists. I have compiled and installed 4.0.5 in my directory and script is running fine. Fabrice. [2002-01-19 20:26:07] [EMAIL PROTECTED] Hi, I have compiled 4.0.4pl1 on the system (simple static install, --with-mysql --with-apache, --host i386-redhat-linux, everything else defaulted, and the script works fine, so there is a problem with 4.0.6. I can't install RPMS as I don't have rpm access. I opened a ticket with the ISP for them to check the configuration, but I don't understand why PHP barfs. I will try with 4.0.5 tomorrow. Fabrice. [2002-01-18 14:27:46] [EMAIL PROTECTED] The only log I know about is error_log on /usr/local/apache/log is there anything else I should look at? [Fri Jan 18 14:22:53 2002] [error] [client 151.200.238.39] Premature end of script headers: /home/usr235/html/upload.php phpinfo says: './configure' '--with-mysql=/usr/local/mysql' '--prefix=/usr/local/php' '--with-mck=/usr/local/mck-3.2.0.3-linux' '--with-dbase' '--with-pfpro=/usr/local/pfpro' '--enable-discard-path' '--prefix=/usr/local' '--with-gd' '--enable-gdbm' '--enable-bcmath' '--with-config-file-path=/usr/local/apache' '--enable-magic-quotes' '--enable-ftp' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/apache Note that there is no php.ini in this path, or anywhere on the server. Finally someone that agrees with me that this should work!!! [2002-01-18 14:15:44] [EMAIL PROTECTED] It should work. It's probably a configuration problem (echo'ing $userfile should print out the temporary filename of the uploaded file). Can you provide some more information, like what's in the error log? 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/15102 -- Edit this bug report at http://bugs.php.net/?id=15102&edit=1
Bug #15598 Updated: sdfsd
ID: 15598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: sdfsdfsdf PHP Version: 4.1.1 Previous Comments: [2002-02-18 09:29:00] [EMAIL PROTECTED] yeah you are right, you can see it :) [2002-02-18 09:28:17] [EMAIL PROTECTED] when i visiting your page, i can see what the visitor before me has searched for in the input area :) it can be very interestig to see what the others search here :) -- Edit this bug report at http://bugs.php.net/?id=15598&edit=1
Bug #15598 Updated: sdfsd
ID: 15598 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: sdfsdfsdf PHP Version: 4.1.1 New Comment: yeah you are right, you can see it :) Previous Comments: [2002-02-18 09:28:17] [EMAIL PROTECTED] when i visiting your page, i can see what the visitor before me has searched for in the input area :) it can be very interestig to see what the others search here :) -- Edit this bug report at http://bugs.php.net/?id=15598&edit=1
Bug #15598: sdfsd
From: [EMAIL PROTECTED] Operating system: sdfsdfsdf PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: sdfsd when i visiting your page, i can see what the visitor before me has searched for in the input area :) it can be very interestig to see what the others search here :) -- Edit bug report at http://bugs.php.net/?id=15598&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15598&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15598&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15598&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15598&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15598&r=support Expected behavior: http://bugs.php.net/fix.php?id=15598&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15598&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15598&r=submittedtwice
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Warning Operating System: openbsd 3.0 PHP Version: 4.1.1 New Comment: packages: pcre-3.4 libtool-1.3.5p3 are installed. Previous Comments: [2002-02-18 08:50:21] [EMAIL PROTECTED] my configure line is: ./configure --with-apxs=/usr/local/apache/bin/apxs --with- mysql=/usr/local/mysql --enable-track-vars --enable-trans- sid i´m using apache 1.3.23 and mysql 4.0.1 alpha. same configuration works for me on sun cobalt raq3 (redhat linux) but not on openbsd 3.0 phpinfo(); stops at the headline "pcre" [2002-02-18 08:31:39] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php Especially: can you post your configure line??? [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593&edit=1
Bug #15597 Updated: strange cycle
ID: 15597 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win, Free BDS, Linux + more ? PHP Version: 4.1.1 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-02-18 08:52:59] [EMAIL PROTECTED] Why this: for ( $j = "a"; $j <= "z"; $j++ ){ echo $j.", "; } is outputing this: a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, aa, ab, ac, ad, ae, af, ag, ah, ai, aj, ak, al, am, an, ao, ap, aq, ar, as, at, au, av, aw, ax, ay, az, ba, bb, bc, bd, be, bf, bg, bh, bi, bj, bk, bl, bm, bn, (etc. to the end) yw, yx, yy, yz, but if you change "z" letter for "y" all works great. -- Edit this bug report at http://bugs.php.net/?id=15597&edit=1
Bug #15597: strange cycle
From: [EMAIL PROTECTED] Operating system: Win, Free BDS, Linux + more ? PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: strange cycle Why this: for ( $j = "a"; $j <= "z"; $j++ ){ echo $j.", "; } is outputing this: a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, aa, ab, ac, ad, ae, af, ag, ah, ai, aj, ak, al, am, an, ao, ap, aq, ar, as, at, au, av, aw, ax, ay, az, ba, bb, bc, bd, be, bf, bg, bh, bi, bj, bk, bl, bm, bn, (etc. to the end) yw, yx, yy, yz, but if you change "z" letter for "y" all works great. -- Edit bug report at http://bugs.php.net/?id=15597&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15597&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15597&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15597&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15597&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15597&r=support Expected behavior: http://bugs.php.net/fix.php?id=15597&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15597&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15597&r=submittedtwice
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Warning Operating System: openbsd 3.0 PHP Version: 4.1.1 New Comment: my configure line is: ./configure --with-apxs=/usr/local/apache/bin/apxs --with- mysql=/usr/local/mysql --enable-track-vars --enable-trans- sid i´m using apache 1.3.23 and mysql 4.0.1 alpha. same configuration works for me on sun cobalt raq3 (redhat linux) but not on openbsd 3.0 phpinfo(); stops at the headline "pcre" Previous Comments: [2002-02-18 08:31:39] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php Especially: can you post your configure line??? [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593&edit=1
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: does not seem to be a problem with the interbase-module code, compiling and using PHP 4.1.1 with interbase-module-code of PHP 4.0.6 results in the same error described above! Previous Comments: [2002-02-18 07:36:20] [EMAIL PROTECTED] here some more info: tried the above described situation with PHP 4.0.6 -> works fine. will now have a look at php-source changes in the interbase modul between version PHP 4.0.6 and PHP 4.1.1... [2002-02-18 07:13:52] [EMAIL PROTECTED] I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### PHP/InterBase test "; exit; } $result=ibase_query($conn, "select * from any_table"); if (!$result) { echo "Error executing query select count!"; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . ""; } ibase_close($conn); ?> It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) -> ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558&edit=1
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: openbsd 3.0 PHP Version: 4.1.1 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 Especially: can you post your configure line??? Previous Comments: [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593&edit=1
Bug #15595 Updated: imap routines hang when "To" header is too large
ID: 15595 Updated by: [EMAIL PROTECTED] -Summary: imap routines hang when "To" header is too large Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Solaris-i86 PHP Version: 4.1.1 New Comment: Can you provide a simple sample script? Previous Comments: [2002-02-18 04:23:34] [EMAIL PROTECTED] The starting point for this was that our webmail (customised IMP)would crash if the "To" header was too large. Probably the header violates rfc822, but php should be able to cope, or at least fail gracefully and not hang. We are running php built with the imap4.5 uwash c-client, with ldap, with mysql. Apache is built with mods rewrite, mime_magic, the lastest fastcgi, the latest modssl. The fastcgi connection is used for most pages rendered from our site. Playing around with truss led us to suspect mime_header_decode was at fault, ie: php_if_imap_mime_header_decode+0x6d3: movl (%ebx),%edx Now, in getting a gdb backtrace, things got very wierd. Below is the output - but it occurs not only when we try to read the email with the oversized to header, but when I try to do something mundane like parse the whole mailbox. So maybe there are two problems, needless to say - I hope the truss line is useful, because I wouldn't rely on the gdb backtrace. Thanks. Program received signal SIGPIPE, Broken pipe. 0xdfee1f3b in _writev () (gdb) bt #0 0xdfee1f3b in _writev () #1 0x80b2254 in ssl_io_unregister () #2 0x81ba5f4 in ap_hook_call () #3 0x81b9d41 in ap_hook_call () #4 0x8196641 in ap_bfilbuf () #5 0x8196a6c in ap_bfilbuf () #6 0x8196b38 in ap_bwrite () #7 0x816537e in php_mergesort () #8 0x8166ec5 in php_mergesort () #9 0x816749d in php_mergesort () #10 0x8197ddb in ap_invoke_handler () #11 0x81ac451 in ap_some_auth_required () #12 0x81ac4b0 in ap_process_request () #13 0x81a3ad1 in ap_child_terminate () #14 0x81a3c80 in ap_child_terminate () #15 0x81a3ddb in ap_child_terminate () #16 0x81a43d8 in ap_child_terminate () #17 0x81a4b9b in main () #18 0x809b947 in _start () -- Edit this bug report at http://bugs.php.net/?id=15595&edit=1
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: here some more info: tried the above described situation with PHP 4.0.6 -> works fine. will now have a look at php-source changes in the interbase modul between version PHP 4.0.6 and PHP 4.1.1... Previous Comments: [2002-02-18 07:13:52] [EMAIL PROTECTED] I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### PHP/InterBase test "; exit; } $result=ibase_query($conn, "select * from any_table"); if (!$result) { echo "Error executing query select count!"; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . ""; } ibase_close($conn); ?> It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) -> ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558&edit=1
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### PHP/InterBase test "; exit; } $result=ibase_query($conn, "select * from any_table"); if (!$result) { echo "Error executing query select count!"; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . ""; } ibase_close($conn); ?> It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. Previous Comments: [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) -> ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558&edit=1
Bug #12075 Updated: Add sybase_ct support in dbx extension
ID: 12075 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 Assigned To: Mc New Comment: Sybase-CT support is now in CVS. Enjoy :) Cheerio, Marc. Previous Comments: [2002-02-13 07:09:12] [EMAIL PROTECTED] you can find rpm and deb packages of sybase 11.9.2 for linux here : http://www.dactar.ch/sybase @++ JC [2002-02-11 03:15:30] [EMAIL PROTECTED] If someone gets me a copy of sybase I'll add it to dbx. .Mc [2002-02-09 23:43:09] [EMAIL PROTECTED] updating summary. [2001-12-13 14:50:38] [EMAIL PROTECTED] Still needed with 4.1.0 [2001-08-30 14:18:10] [EMAIL PROTECTED] Change short description from "Merge all db functions" to "Add sybase_ct support in dbx extension" Change OS from "Linux & HP-UX" to "All" 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/12075 -- Edit this bug report at http://bugs.php.net/?id=12075&edit=1
Bug #15595: imap routines hang when "To" header is too large
From: [EMAIL PROTECTED] Operating system: Solaris-i86 PHP version: 4.1.1 PHP Bug Type: IMAP related Bug description: imap routines hang when "To" header is too large The starting point for this was that our webmail (customised IMP)would crash if the "To" header was too large. Probably the header violates rfc822, but php should be able to cope, or at least fail gracefully and not hang. We are running php built with the imap4.5 uwash c-client, with ldap, with mysql. Apache is built with mods rewrite, mime_magic, the lastest fastcgi, the latest modssl. The fastcgi connection is used for most pages rendered from our site. Playing around with truss led us to suspect mime_header_decode was at fault, ie: php_if_imap_mime_header_decode+0x6d3: movl (%ebx),%edx Now, in getting a gdb backtrace, things got very wierd. Below is the output - but it occurs not only when we try to read the email with the oversized to header, but when I try to do something mundane like parse the whole mailbox. So maybe there are two problems, needless to say - I hope the truss line is useful, because I wouldn't rely on the gdb backtrace. Thanks. Program received signal SIGPIPE, Broken pipe. 0xdfee1f3b in _writev () (gdb) bt #0 0xdfee1f3b in _writev () #1 0x80b2254 in ssl_io_unregister () #2 0x81ba5f4 in ap_hook_call () #3 0x81b9d41 in ap_hook_call () #4 0x8196641 in ap_bfilbuf () #5 0x8196a6c in ap_bfilbuf () #6 0x8196b38 in ap_bwrite () #7 0x816537e in php_mergesort () #8 0x8166ec5 in php_mergesort () #9 0x816749d in php_mergesort () #10 0x8197ddb in ap_invoke_handler () #11 0x81ac451 in ap_some_auth_required () #12 0x81ac4b0 in ap_process_request () #13 0x81a3ad1 in ap_child_terminate () #14 0x81a3c80 in ap_child_terminate () #15 0x81a3ddb in ap_child_terminate () #16 0x81a43d8 in ap_child_terminate () #17 0x81a4b9b in main () #18 0x809b947 in _start () -- Edit bug report at http://bugs.php.net/?id=15595&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15595&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15595&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15595&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15595&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15595&r=support Expected behavior: http://bugs.php.net/fix.php?id=15595&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15595&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15595&r=submittedtwice
Bug #15576 Updated: Got "Warning: Problem with method call. Report this bug in xxx.php" error
ID: 15576 Updated by: [EMAIL PROTECTED] -Summary: Got "Warning: Problem with method call. Report this bug in xxx.php" error Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: Linux PHP Version: 4.0.6 New Comment: Sorry, can't - we need to upgrade our software first. Exept the error msg it works ok, so a '@' solves my problems. Thx - Martin Previous Comments: [2002-02-16 05:46:33] [EMAIL PROTECTED] Can't reproduce with the latest CVS. Can you try the latest CVS? [2002-02-15 14:06:52] [EMAIL PROTECTED] Got this rather strange error msg. that asks for a bug report. Ok here we go, it happens here - when I try to 1. generate an object from class objectFactory, 2. inside a class method, 3. and returning a reference to it (without the reference it worked) $factory = &objectFactory::install(); class objectFactory { ... function &install() { global $globar; if (!$globar[objectFactory]) { $globar[objectFactory] = new objectFactory(); } return $globar[objectFactory]; } } Hope that helped.. Cheers - Martin -- Edit this bug report at http://bugs.php.net/?id=15576&edit=1
Bug #15536 Updated: Warning message generated on displaying a mail without a TO address
ID: 15536 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IMAP related Operating System: Sun Solaris PHP Version: 4.1.0 New Comment: Should i expect any feedback from you now .. I had crosschecked everything with IMAP guys and here is what they said in reply to my questions.. ## > There is a bug (seems to be) in one of the function's library. > The function is "imap_header". There is no such function in the c-client library. That must be a PHP function. I don't know if PHP is calling any c-client imap_???() functions directly, but if it is, then it is very broken. All c-client imap_???() functions are internal to c-client and must not be calle dexternally. > Otherwise, is there any work around to atleast stop warning to appear!! It all depends upon what is displaying those warnings. c-client displays nothing. The display is being done by something outside of c-client, and c-client gave it the information to know what type of event it was. If your application is displaying mm_log() events with no way to suppress them even if errflg=3, then this is a bug in your application and it's your bug to fix. If PHP is displaying mm_log() events with no way to suppress them even if errflg=3, then this is a bug in PHP and it's the PHP maintainers' bug to fix. ## Previous Comments: [2002-02-13 18:36:59] [EMAIL PROTECTED] Then can you please tell me how to do the required settings to compress any warning from getting displayed. For your reference, in the horde-imp script, i had already tried by making changes as below. But can i do that somehow by some server settings..!! 1. In the file /lib/imp.lib var $error_level = E_ALL changed to var $error_level = 0; 2. In the /config/defaults.php3.dist $default->error_level = E_ALL; changed to $default->error_level = 0; [2002-02-13 17:34:37] [EMAIL PROTECTED] Achso, ic. Well, this comes from the imap library itself, there's nothing you can do about; complain to the imap developers. You can, however, patch around it yourself if you're feeling brave (and know what you're doing). [2002-02-13 13:10:11] [EMAIL PROTECTED] Hi, I am already using the function as ## for ($i = $begin, $j = $beginIndex; $i <= $end; $i++, $j++) { $msgnum = $sorted[$i-1]; $h = @imap_header($imp->stream, imap_msgno($imp->stream, $msgnum)); ... and further } ## But for a mail message that is sent without any TO and only BCC, the function returns a warning (as already shown in the message placed initially) because such mails have TO field as To: And the function is not able to handle it. Please suggest what to do to overcome this. To get this error, jsut send a mail to some account with email-address in BCC field only and then see mails using some IMAP web interface. Thanks Vikas Aggarwal [2002-02-13 07:17:51] [EMAIL PROTECTED] Prefix the function in question with a '@', e.g. @imap_header() . [2002-02-13 05:55:16] [EMAIL PROTECTED] Hi, I am using web-based interface to display mails using IMAP The module calls the function "imap_header" for each mail and then displays output in required format. But for few mails, which were sent without a TO address, and has only BCC address (can be done using Eudora), the interface shows the following warning ## Warning: Unterminated mailbox: [EMAIL PROTECTED] (errflg=3) in Unknown on line 0 Warning: Unexpected characters at end of address: :;@vd1.vsnl.net.in;> (errflg=3) in Unknown on line 0 # The mail that caused this, has the following headers ## Reply-To: "Pramoda Kumar Rai" <[EMAIL PROTECTED]> From: "Pramoda Kumar Rai" <[EMAIL PROTECTED]> To: Subject: Fw: McAfee Newsletter Date: Sat, 2 Feb 2002 22:17:37 +0530 Organization: Texport Technoligies Pvt. Ltd. MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 # I found the similar error at many places but no solutions. Is there any solution to atleast prevent the warning from being displayed.. Thanks Vikas Aggarwal -- Edit this bug report at http://bugs.php.net/?id=15536&edit=1
Bug #15543 Updated: using com_* versus new COM(...) and error reporting
ID: 15543 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: COM related Operating System: Windows NT 4.0/W2k PHP Version: 4.1.0 New Comment: Diffrent is, that $comobj->xxx return NULL if fail, but com_* return FALSE if fail. -- Test1: $tag = new COM("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = $tag->bind("DATETIME"); var_dump($bool); if ($bool === false){ print "Bind failed\n"; }; $val = $tag->read; // This function return value from binded variable var_dump($val); if ($val === false){ print "Read failed\n"; }; print "Val: $val\n"; sleep(1); }; $tag->Release(); $tag = null; -- Test1 output: X-Powered-By: PHP/4.1.0 Content-type: text/html int(0) Warning: PropGet() failed: Nespecifikovaná chyba in C:\php\com_test1.php on line 15 NULL Val: -- Test2: $tag = com_load("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = com_invoke($tag, "bind", "DATETIME"); var_dump($bool); if ($bool === false){ print "Bind failed\n"; }; $val = com_invoke($tag, "read"); // This function return value from binded variable var_dump($val); if ($val === false){ print "Read failed\n"; }; $val = com_propget($tag, "read"); // This function return value from binded variable var_dump($val); if ($val === false){ print "Propget Read failed\n"; }; print "Val: $val\n"; sleep(1); }; com_release($tag); $tag = null; -- Test2 output: X-Powered-By: PHP/4.1.0 Content-type: text/html int(0) Warning: Invoke() failed: Nespecifikovaná chyba in C:\php\com_test2.php on line 14 bool(false) Read failed Warning: PropGet() failed: Nespecifikovaná chyba in C:\php\com_test2.php on line 20 bool(false) Propget Read failed Val: Previous Comments: [2002-02-17 08:03:31] [EMAIL PROTECTED] could you add 'var_dump($bool)' above the if's and send me the output please. the functions should actually do the same thing as the oo api. [2002-02-13 12:29:30] [EMAIL PROTECTED] Hello, I want connect to COM server, that publish data from some application. Script run forever, but application my be started or stoped. If I try use following script, I cannot discover if invoking object method is succesful or not. Here is script: $tag = new COM("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = $tag->bind("DATETIME"); if ($bool === false){ print "Bind failed\n"; }; $val = $tag->read; // This function return value from binded variable if ($val === false){ print "Read failed\n"; }; print "Val: $val\n"; sleep(1); }; $tag->Release(); $tag = null; Messages "* failed" is not reported, if application not run. The following script run correctly: $tag = com_load("FLINK.TAGOBJ") or die("Unable to instanciate Flink"); while (1) { $bool = com_invoke($tag, "bind", "DATETIME"); if ($bool === false){ print "Bind failed\n"; }; $val = com_invoke($tag, "read"); // This function return value from binded variable if ($val === false){ print "Read failed\n"; }; $val = com_propget($tag, "read"); // This function return value from binded variable if ($val === false){ print "Propget Read failed\n"; }; print "Val: $val\n"; sleep(1); }; com_release($tag); $tag = null; Is this feature or bug. -- Edit this bug report at http://bugs.php.net/?id=15543&edit=1